vCenter Server vSphere ソフトウェアの vSphere 6.5 または 6.7 から 7.0 へのアップグレード
VMware Cloud Foundation for Classic - Automated は、 VMware vSphere® SDDC スタックのための完全に自動化されたデプロイメント・ソリューションである。 これには、vSphere 製品、VMware NSX® 製品、およびオプションの vSAN™ 製品が含まれます。 このサービスは、 VMware® SDDC ベースのインフラストラクチャの展開、拡張、縮小における最も困難な部分を自動化するが、マネージドサービスではない。
n-1 の範囲内で、 VMware® SDDC ソフトウェアバージョンの自動化をサポートする方針である。 VMware Solutions の自動化の利点を引き続き活用する場合は、最新バージョンの vCenter Server を使用する必要があります。
vSphere 7 にアップグレードされたインスタンスでは、サービスの追加および削除がサポートされていません。 この制限とアーキテクチャーの機能向上により、IBM Cloud® では、新規 vSphere 7 インスタンスをデプロイし、現在のネットワーク・トポロジーとワークロードをその新規インスタンスにマイグレーションすることをお勧めしています。
インスタンスのバージョンが、自動化サポートに必要なバージョンレベルより前の場合、Broadcom サポートポリシーに従って引き続きサポートされます。 しかし、最新の IBM Cloud for VMware Solutions の自動化では、そのインスタンスは機能しない可能性があります。
インスタンスのライフサイクルにわたって、定期的にパッチを適用し、 VMware ソフトウェアをアップグレードする必要があります。 この保守作業には、VMware SDDC ソフトウェアを、IBM Cloud for VMware Solutions 自動化機能でサポートされるバージョンにアップグレードすることが含まれます。
VMware vSphere 6.5 または 6.7-based インスタンスを VMware vSphere 7 ベースのインスタンスに変換するために必要な手順を以下に示します。
重要な考慮事項
- すべての VMware ESXi™ サーバが、 vSphere 7 をサポートする適切なファームウェアとドライバを備えていることを確認する責任があります。 BroadwellおよびSkylakeサーバーはサポートされていません。 カスケード・レイクのサーバーを入念にリサーチし、計画を立てる。
- IBM Cloud は、 7 インスタンスを新たにデプロイするための Cascade Lake ベアメタルサーバのみをサポートしています。 vSphere
- VMware Solutions コンソールで vSphere 7 インスタンスにクラスタまたはホストを追加すると、Cascade Lake ベアメタルサーバのみがプロビジョニングされます。
- アップグレード後も、既存のクラスターは引き続き N-VDS スイッチを使用しますが、これらのスイッチは VMware によって非推奨になっています。 N-VDS (NSX-T 仮想分散スイッチ) のサポートは、今後の VMware NSX-T™ リリースでは削除される予定です。 vSphere 7 を使用して、ワークロードを新しい VCF for Classic - Automated インスタンスに移行することを計画してください。 詳しくは、『NSX-V から NSX-T へのマイグレーションの概要』を参照してください。
- VMware NSX-V を使用している場合は、 VMware から NSX-V の製品ライフサイクルを熟知し、ワークロードを VCF for Classic - Automated インスタンスに移行する計画を立ててください。 詳しくは、『NSX-V から NSX-T へのマイグレーションの概要』を参照してください。
- VCF for Classic - Automated は "ローリング "アップグレードが可能なように設計されている。 つまり、現在機能している仮想マシン (VM) ワークロードは、以下の手順が完了すると停止なしで機能し続けます。 企業は、伝達される構造化アップグレードを可能にする変更管理ポリシーを確立し、偶発的な事態に備えて計画を立てる必要があります。 ただし、vCenter Server や NSX Manager などの特定の管理機能のアップグレード・プロセス中に、管理機能の一時停止、構成変更、VM の電源オフおよびオンが影響を受けることがあります。
開始前に
アップグレードが完了するまでの所要時間は不明です。 環境を完全にアップグレードするには、複数の保守時間枠が必要になる場合があります。 アップグレード・プロセス中に上位レベルと下位レベルの SDDC ソフトウェアを実行することが VMware でサポートされています。 ただし、 vMotion, などの一部の機能は、このプロセス中に制限される可能性がある。
アップグレードを開始する前に、以下の要件を満たしてください。
- 環境内の拡張機能やスナップインをアップグレードする。 アップグレードを計画する前に、以下の資料を確認してください。
- VMware vSphere からアップデートをダウンロードするように、Automated インスタンス内で vSphere Update Manager (VUM) を設定します。 詳しくは、VMware Update Manager の概要を参照してください。
- IBM Cloud for VMware Solutions チームに対してサポート・チケットを開いて、アップグレードを計画していることを知らせます。 アップグレードされたレベルのインスタンスが IBM Cloud for VMware Solutions コンソールで登録されるまで、チケットは開いたままです。
- IBM Cloud for VMware Solutions コンソールで、アップグレードするインスタンスがプライマリまたはセカンダリとして他のインスタンスとリンクされているかどうかを確認します。 リンクされたすべてのインスタンスの Platform Services Controller (PSC) は、特定のサイトのアップグレードの一環として最初にアップグレードされなければなりません。
- vSAN ベースのインスタンスに関する以下の要件を確認します。
- vSAN Health ツールが有効になっていて、クリティカル・エラーが報告されていないことを確認します。 クリティカル・エラーが存在している場合は、アップグレード・サポート・チケット ID を使用して IBM サポート・チームにご連絡ください。
- アップグレード時に ESXi ホストが復帰できなかった場合に備えて、vSAN オブジェクトの冗長性の再構築の処理のためのスペースが各ノードにあることを確認します。 アップグレードの前に、ディスク使用量を減らすか、ESXi ホストを追加しなければならない場合があります。
- vSAN ボリューム全体の使用率が 70% を超えているかどうかを確認します。 アップグレードの前に、ディスク使用量を減らすか、ESXi ホストを追加しなければならない場合があります。
- vCenter サーバーのルートユーザーIDとその認証情報がコンソールに表示されていることを確認する。 インスタンスがV2.5とV5.7の間のVMware Solutionsバージョンで最初に注文された場合、
customerroot
アカウントのみがコンソールに表示されます。 VMware Solutions V5.7 以降で注文された新しいインスタンス、クラスタ、ホスト、および VM では、VMware Solutions オートメーションによってcustomerroot
ユーザーが作成されなくなりました。 - アップグレードに必要なバイナリファイルをダウンロードするための My VMware ユーザーIDがあることを確認します。 ユーザーIDをお持ちでない場合は、'contact 'IBMサポート とアップグレードサポートチケットIDを入力してください。
- https://www.vmware.com に到達してパッチをダウンロードするように VUM が構成されていることを確認します。 セキュリティー・ポリシーの理由で構成できない場合は、最新のパッチ・セットを手動でダウンロードして VUM にアップロードする必要があります。 詳しくは、VMware Update Manager の概要を参照してください。
サポートされているアップグレード・パス
以下の表は、サポートされるアップグレード・パスについての要約です。
デプロイメント・オファリング | サポートされるパス | サポートされないパス |
---|---|---|
vSphere V6 による NSX-V インスタンス |
Preferred path
|
|
vSphere V6 でのインスタンス |
Preferred path
|
|
旧 VMware vSphere サーバー インスタンス |
優先パス
|
|
自分で実施 (クラシック・ベアメタル・サーバー) |
Preferred path
|
|
ジャンプ・サーバーの準備
IBM Cloud のクライアント・アクセス VPN は 512 Kbps までに制限されているので、以下のいずれかの対処方法を取ります。
- IBM Cloud Windows® Server 2012 から 2016 までの仮想サーバー・インスタンス (VSI) をプロビジョンする。
- 同じ IBM Cloud データセンター内の別の VCF for Classic - Automated 環境上に、同様のWindows® VMをセットアップする。 Windows VMは、
https://my.vmware.com
からバイナリ・ファイルをダウンロードするアップグレード用の新しいインスタンスへのジャンプ・サーバーとして使用される。 このVMをアップグレードする古いインスタンスに置かないでください。
以下の手順で、最新のファイルをジャンプサーバーにダウンロードします:
- VMware ポータルから、以下の製品ファイルをジャンプ・サーバーにダウンロードします。
- VMware vCenter Server Applianceの場合、
VMware-VCSA-all-7.0.x-xxxx.iso
- ESXi 7の場合、
VMware-ESXi-7.0Ux-xxxx-depot.zip
- ハイパーバイザーの場合、
VMware-VMvisor-Installer-7.0Ux-xxxx.x86_64.iso
- VMware vCenter Server Applianceの場合、
- 最新のSTOR_CLI、例えば
007.xxx.0000.0000_Unified_StorCLI_PUL.zip
ファイルをhttps://docs.broadcom.com/
からダウンロードします。
vCenter Server vSphere ソフトウェアの 6.5 または 6.7 から 7.0 へのアップグレード手順
また、vCenter Server をバージョン 8.0 にアップグレードすることもできます。 詳細については、vCenter Server 8.0 へのアップグレードを参照してください。
開始前に
- アップグレードプロセス中に問題が発生した場合は、プロセスの最初に開いた IBM Cloud for VMware Solutions アップグレードチケットを使用して、 IBM サポートに連絡して ください。 必要に応じて、IBMサポートがBroadcomサポートにチケットを開きます。
- IBM Cloud for VMware Solutions から Broadcom サポートに、 vCenter Server の設計とセットアップに関するすべての情報、および IBM Cloud の情報が提供されるように、サポートプロセスに従う必要があります。
- サポートプロセスに従うことで、正確な情報が Broadcom サポートと共有され、サポートが短時間で済むようになります。 IBM サポートが必要な情報を Broadcom サポートに提供した後、Broadcom サポートと直接やり取りすることができます。
- このアップグレード・プロセスの一環として作成した新しいパスワードと資格情報すべてを記録します。 IBM サポートでは、内部データベースを更新するために、アップグレード・プロセスの最後にこれらの資格情報が必要となります。
クラスター Distributed Resource Schedule を手動に設定する手順
アップグレード・プロセス中の予期しないマイグレーションを防ぐために、クラスター Distributed Resource Schedule (DRS) を手動に設定する必要があります。
vCenter Server ユーザー・インターフェースから以下のステップを実行します。
- 「ホストおよびクラスター」>「クラスター」>「構成」>「DRS」 を選択します。
- 「編集」 をクリックします。
- 「DRS」 フィールドを 「手動」 に設定します。
新規 vCenter Server Appliance の標準スイッチを作成する手順
vSphere 標準スイッチにデプロイする新しい vCenter Server Appliance を一時的にインストールします。 既存のvmnics
の 1 つが、アップグレード中に分散スイッチから再割り当てされます。
vCenter Server ユーザー・インターフェースから以下のステップを実行します。
- 「ホストおよびクラスター」>「ホスト」>「構成」>「仮想スイッチ」 を選択します。 新規 vCenter Server Appliance のホストを選択します。
- プライベート・ネットワーク・スイッチの場合は、「管理対象物理アダプター (Managed Physical Adapters)」 を選択します。 プライベート・ネットワーク・スイッチ名は
-private
で終わります。 - uplink1/vmnic2 を選択し、「閉じる」 アイコン
をクリックしてアダプターを削除します。 「OK」 をクリックします。
- 「仮想スイッチ」に戻り、「ネットワーキングの追加 (Add Networking)」 をクリックします。
- 標準スイッチの 「仮想マシン・ポート・グループ (Virtual Machine Port Group)」 を選択し、「次へ」 をクリックします。
- 「新規標準スイッチ (New Standard Switch)」で MTU を 9000 に設定し、「次へ」 をクリックします。
- 緑色の 「追加」 アイコン
をクリックして、アダプターを追加します。 「OK」 をクリックし、次に 「次へ」 をクリックして
vmnic2
を受け入れます。 - 「接続設定 (Connection Settings)」で、「VM ネットワーク (VM Network)」 と 「VLAN ID なし (VLAN ID None)」 をデフォルトのままにします。 「次へ」 をクリックし、「完了」 をクリックします。 スイッチのリストに 「標準スイッチ: vSwitch0」 が表示されます。
- vCenter Server Appliance VM のネットワーク設定をメモします。 一致するように新規 vCenter アプライアンスを更新する必要があります。
- vCenter Server ユーザー・インターフェースで、vCenter アプライアンスの VM をクリックします。 名前の末尾が
vc
であることに注意してください。 - 中央のペインで 「ネットワーク」 タブをクリックします。
-dpg-mgmt
で終わる分散ポート・グループの名前をメモします。
- vCenter Server ユーザー・インターフェースで、vCenter アプライアンスの VM をクリックします。 名前の末尾が
vCenter Server をアップグレードする手順
VMware の手順に従い、vCenter をアップグレードします。 詳細については、 GUIを使用したプラットフォームサービスコントローラ内蔵の vCenter サーバーアプライアンス 6.5 または 6.7 のアップグレードを参照してください。
アップグレード中に、必ず以下の要件を満たしてください。
- VMware-VCSA ISO をマウントし、
visa-ui-installer\win32
ディレクトリーに移動して、インストーラーを実行します。 - vCenter Serverのインストーラーダイアログで、 アップグレードフローを選択し、インストーラーのステップを完了する。
- 現在の vCenter Server アプライアンスの IP と資格情報 (管理者および root) を使用する必要があります。 現在の vCenter Server ApplianceのESXiホストと、新しい 7.0 以降の vCenter Server ApplianceをデプロイするホストのIPとrootパスワードを使用します。 インストール中は、新しい vCenter Server Appliance 用に新しい一時的な IP アドレス、ゲートウェイ、およびサブネット・マスクを使用する必要があります。
- プロンプトが出されたら、ステージ 2 を完了します。 警告があった場合は必ず記録し、適切な処置を行ってください。
Stor VIB (Broadcom ドライバー) をアップグレードする手順
ESXi ホストをアップグレードする前に、Broadcom ドライバーをアップグレードする必要があります。
007.xxx.0000.0000_Unified_StorCLI_PUL.zip
ファイルを Windows ジャンプ・サーバー上のディレクトリーに解凍します。- 解凍したファイルの内容から
vmware-storcli.vib
ファイルを見つけます。 .vib
ファイルをインスタンスの ESXi ホストにマウントされている vSAN または NFS データ・ストアにコピーします。 vCenter Server を使用して、ジャンプ・サーバー上の解凍したファイルを参照します。- 各 ESXi ホストに SSH で接続し、以下の VIB Upgrade コマンドを実行します。
esxcli software vib update -v /<path to vsan or nfs datastore from step 3>/vmware-storcli.vib --no-sig-check
次のインストール結果が表示されます。Message: Operation finished successfully. Reboot Required: false VIBs Installed: Broadcom_bootbank_vmware-storcli_007.xxx.0000.0000-01 VIBs Removed: LSI_bootbank_vmware-storcli_007.xxx.0000.0000-01 VIBs Skipped:
- 次のコマンドを実行してインストールを検証します。
> esxcli software vib list |grep vmware-storcli vmware-storcli 007.xxx.0000.0000-01 Broadcom PartnerSupported yyyy-mm-dd
- ホストごとに繰り返して実行します。
ESXi ホストをアップグレードする手順
- vCenter Server ユーザー・インターフェースで、「LCM」メニュー >「LifeCycle Manager」 に移動します。
- 「ISO のインポート (IMPORT ISO)」>「ISO のインポート (IMPORT ISO)」 を選択し、
VMware-VMvisor-Installer-7.0U1c-17325551.iso
ファイルを選択します。 - ベースラインを作成します。 「ベースライン (BASELINE)」>「作成 (CREATE)」 を選択し、前のステップでインポートした ISO を使用します。
- 各ホストについて、vCenter ブラウザ ツリーでホストを選択します。 次に、更新(メインウィンドウの左端にあります)を選択します。
- Zerto VRA がホスト上に存在する場合は、最初にホストをメンテナンス・モードにします。 最近のリリースの Zerto では VRA が停止されます。これを行わないと更新が妨げられます。
- 更新を完了します。
- [ATTACH] ベースライン、以前に作成したベースラインを選択します。
- ベースラインと [REMEDIATE] を選択します。
- 各ホストを順に修復します。 修復後、ホストのメンテナンス・モードを解除します。
アップグレード・プロセスが即時に失敗し、host cannot enter maintenance mode
エラー・メッセージが表示される場合は、Zerto ZVA をシャットダウンして再試行してください。 各サーバーの修正が完了すると、ZVRA VM が自動的に始動します。 アップグレード中にZertoレプリケーションを継続する方法については、「 関連するVRAを持つホストをメンテナンスモードにする方法 」を参照してください。
vCenter Server と ESXi ホストのライセンスの更新
vCenter Server および ESXi ホストを vSphere 7 にアップグレードした後、 vCenter Server および ESXi ホストのライセンスを更新する必要があります。 vSAN クラスターがある場合は、vSAN ライセンスを更新する必要があります。 vSphere7 の新しいライセンスを入手するには、IBMサポートにお問い合わせください。
vCenter Server ライセンスを更新する手順
vCenter Server ユーザー・インターフェースから以下のステップを実行します。
- 「管理メニュー (Administration menu)」>「ライセンス交付 (Licensing)」>「ライセンス (Licenses)」 を選択します。
- 「ライセンス (Licenses)」 ページで、「+ 新規ライセンスの追加 (+ Add New Licenses)」 をクリックします。
- New Licenses] フィールドに新しい vCenter Server ライセンス キーを入力します。 次に、ライセンスの名前を入力して、「OK」 をクリックします。
- 「アセット (Assets)」 ページの 「vCenter Server システム (VCENTER SERVER SYSTEMS)」 で vCenter インスタンスを選択し、「ライセンスの割り当て (Assign License)」 をクリックします。 次に、新しいライセンスを選択して、「OK」 をクリックします。
- 「ライセンス (Licenses)」 ページで、製品名が VMware vCenter Server 6 Standard のライセンスを見つけて、「ライセンスの削除 (Remove Licenses)」 をクリックします。
ESXi ホストのライセンスを更新する手順
- 「ライセンス (Licenses)」 ページで、「+ 新規ライセンスの追加 (+ Add New Licenses)」 をクリックします。
- 新しい vSphere 7 ライセンスキーを [ New Licenses] フィールドに入力します。 複数の vSphere 7 ライセンスキーがある場合は、[ New Licenses] ファイルにすべてのライセンスを入力し、各ライセンスの名前を入力して [ OK] をクリックします。
- 「アセット (Assets)」 ページで以下の手順を実行します。
- 「ホスト (HOSTS)」 を選択します。
- ホストを選択し、「ライセンスの割り当て (Assign License)」 をクリックします。
- 新しい vSphere 7 ライセンス・キーのいずれかを選択し、「OK」 をクリックします。
- アップグレードしたホストごとにこの手順を繰り返します。
- 「ライセンス (Licenses)」 ページで、以前の vSphere 6 ライセンスをすべて選択し、「ライセンスの削除 (Remove Licenses)」 をクリックします。
vSAN クラスターのライセンスを更新する手順
- 「ライセンス (Licenses)」 ページで、「+ 新規ライセンスの追加 (+ Add New Licenses)」 をクリックします。
- 「新規ライセンス (New Licenses)」フィールドに、新しい vSAN ライセンス・キーを入力します。 vSAN ライセンス・キーが複数ある場合は、「新規ライセンス (New Licenses)」 フィールドにすべてのライセンスを入力し、各ライセンスの名前を指定し、「OK」 をクリックします。
- 「アセット (Assets)」 ページで以下の手順を実行します。
- 「vSAN クラスター (VSAN CLUSTERS)」 を選択します。
- vSAN クラスターを選択し、「ライセンスの割り当て (Assign License)」 をクリックします。
- 新しい vSAN ライセンス・キーのいずれかを選択し、「OK」 をクリックします。
- vSAN クラスターごとにこの手順を繰り返します。
- 「ライセンス (Licenses)」 ページで、以前の vSAN クラスター・ライセンスをすべて選択し、「ライセンスの削除 (Remove Licenses)」 をクリックします。
一時標準スイッチを削除する手順
標準スイッチで一時的に使用していたvmnic
を、最初に関連付けられていた分散スイッチに再割り当てします。
vCenter Server ユーザー・インターフェースから以下のステップを実行します。
- 新しい vCenter Server アプライアンスに移動します。
- 「アクション (Actions)」 の下の 「編集設定 (Edit Settings)」 をクリックします。
- ネットワーク・アダプター 1 の場合は、前述の
-dpg-mgmt
で終わる分散ポート・グループの名前を参照します。 変更を保存します。 - 新規アプライアンスをデプロイしたホストに移動します。 「ホストおよびクラスター」>「ホスト」>「構成」>「仮想スイッチ」 を選択します。 次に、「vSwitch0」 の 「物理アダプタの管理」 をクリックします。
- 「vmnic2」 を選択し、赤い X をクリックしてアダプターを削除します。 「OK」 をクリックします。
There are no active physical network adapters for the switch.
警告が表示されます。 「OK」 をクリックします。 - 「vSwitch0」 画面で 「...」 をクリックし、「削除」 を選択します。 「OK」 をクリックして、スイッチを削除することを確認します。
- 同じ画面でプライベート・スイッチを選択し、「物理アダプタの管理」 をクリックします。
- 「uplink1」 を選択し、「+」 をクリックします。
vmnic2
を表示されています。 - OKをクリックし、もう一度 OKをクリックしてウィンドウを閉じる。