VMware vSphere ソフトウェアを vSphere 6.5 または 6.7 からアップグレードする。 7.0
VMware vSphere® は、VMware® 用に簡素化および最適化された注文プラットフォームです。このプラットフォームを使用すると、選択した VMware コンポーネントに基づいて VMware 互換ハードウェアをカスタマイズおよび注文することにより、IBM® がホストする独自の VMware 環境を構築できます。
IBM Cloud® for VMware Solutions コンソールでは、お客様が選択した VMware コンポーネントに基づいて、ハードウェアが自動的にフィルタリングされます。 たとえば、新しいオールフラッシュ VMware vSAN™ クラスターを作成する場合、 Broadcom Compatibility Guide に照らし合わせて検証されたハードウェアのみが表示されます。
VMware Cloud Foundation for Classic - Flexible は、オプションの コンポーネントのインストール、構成、および立ち上げを自動化しません。 VMware このプラットフォームでは、ホスト対象の VMware 環境を、VMware 互換ハードウェアを組み込みながら設計して構築するための柔軟性が最大になります。
このオファリングを使用して、 VMware ESXi™サーバーの新しいインスタンスを作成するか、 IBM Cloud データセンターのESXiサーバーの既存のインスタンスをスケールアウトします。 選択する VMware コンポーネントによっては、1 台の ESXi サーバで開始し、必要に応じてインスタンスを拡張することができます。
VCF for Classic - Flexible インスタンスのライフサイクルにわたって、定期的にパッチを適用し、 VMware ソフトウェアをアップグレードする必要があります。
VMware vSphere 6.5 または 6.7-based インスタンスを vSphere 7 ベースのインスタンスに変換するために必要な手順を以下に示します。 これらのステップは、 vSphere, と vSAN 6.7 への初期アップグレードを提供します。 このアップグレードの後に、通常の vSphere 機能を使用して、仮想マシン (VM) のハードウェア・レベルおよびツールをアップグレードする必要がある場合があります。
以下の手順は、VCF for Classic - FlexibleインスタンスまたはIaaSベアメタル・ロールユアオウン・プロビジョニングのためのもので、ESXi、vCenter,、および VSAN を対象としています。
VMware Cloud Foundation for Classic - Automated オファリングを使用している場合は、インスタンスを vSphere 7.x 環境に移行してください。 詳しくは、以下のトピックを参照してください。
重要な考慮事項
- すべての 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™ リリースでは削除される予定です。
- VMware NSX-V を使用している場合は、NSX-V の VMware 製品ライフサイクルをよく理解し、ワークロードを NSX-T に移行するための適切な計画を立ててください。
- vCenter Server は「ローリング」アップグレードができるように設計されています。 つまり、現在機能している仮想マシン (VM) ワークロードは、以下の手順が完了すると停止なしで機能し続けます。 企業は、伝達される構造化アップグレードを可能にする変更管理ポリシーを確立し、偶発的な事態に備えて計画を立てる必要があります。 ただし、vCenter Server や NSX Manager などの特定の管理機能のアップグレード・プロセス中に、管理機能の一時停止、構成変更、VM の電源オフおよびオンが影響を受けることがあります。
開始前に
アップグレードが完了するまでの所要時間は不明です。 環境を完全にアップグレードするには、複数の保守時間枠が必要になる場合があります。 アップグレード・プロセス中に上位レベルと下位レベルの SDDC ソフトウェアを実行することが VMware でサポートされています。 ただし、 vMotion, などの一部の機能は、このプロセス中に制限される可能性がある。
アップグレードを開始する前に、以下の要件を満たしてください。
- vCenter Server 環境内の拡張機能やスナップインをアップグレードします。 アップグレードを計画する前に、以下の資料を確認してください。
- VCF for Classic - Automated インスタンス内で vSphere Update Manager (VUM) をセットアップし、 VMware vSphere からアップデートをダウンロードします。 詳しくは、VMware Update Manager の概要を参照してください。
- IBM Cloud for VMware Solutions チームに対してサポート・チケットを開いて、アップグレードを計画していることを知らせます。 アップグレードされたレベルのインスタンスが IBM Cloud for VMware Solutions コンソールで登録されるまで、チケットは開いたままです。
- IBM Cloud for VMware Solutions コンソールで、アップグレードする VCF for Classic - Automated インスタンスがプライマリまたはセカンダリとして別の VCF for Classic - Automated インスタンスにリンクされているかどうかを確認します。 リンクされたすべてのインスタンスの Platform Services Controller (PSC) は、特定のサイトのアップグレードの一環として最初にアップグレードされなければなりません。
- vSAN ベースのインスタンスに関する以下の要件を確認します。
- vSAN Health ツールが有効になっていて、クリティカル・エラーが報告されていないことを確認します。 クリティカル・エラーが存在している場合は、アップグレード・サポート・チケット ID を使用して IBM サポート・チームにご連絡ください。
- アップグレード時に ESXi ホストが復帰できなかった場合に備えて、vSAN オブジェクトの冗長性の再構築の処理のためのスペースが各ノードにあることを確認します。 アップグレードの前に、ディスク使用量を減らすか、ESXi ホストを追加しなければならない場合があります。
- vSAN ボリューム全体の使用率が 70% を超えているかどうかを確認します。 アップグレードの前に、ディスク使用量を減らすか、ESXi ホストを追加しなければならない場合があります。
- vCenter サーバーのルートユーザーIDとその認証情報がコンソールに表示されていることを確認する。 VCF for Classic - Automated インスタンスが VMware Solutions のバージョン V2.5 から V5.7 の間で最初に注文された場合、
customerrootアカウントのみがコンソール上に表示されます。 VMware Solutions V5.7 以降で発注された新しいインスタンス、クラスタ、ホスト、および vCenter Server VM では、customerrootユーザーは VMware Solutions オートメーションによって作成されなくなりました。 - アップグレードに必要なバイナリファイルをダウンロードするための My VMware ユーザーIDがあることを確認します。 持っていない場合は、アップグレード・サポート・チケット ID を使用して IBM サポートにご連絡ください。
- VUMがパッチをダウンロードするために
https://www.vmware.com。 セキュリティー・ポリシーの理由で構成できない場合は、最新のパッチ・セットを手動でダウンロードして VUM にアップロードする必要があります。 詳しくは、VMware Update Manager の概要を参照してください。
サポートされているアップグレード・パス
以下の表は、サポートされるアップグレード・パスについての要約です。
| デプロイメント・オファリング | サポートされるパス | サポートされないパス |
|---|---|---|
| vSphere V6 を使用した vCenter Server with NSX-V インスタンス |
優先パス
|
|
| VCF for Classic - Automated NSX-T インスタンスと vSphere V6 |
優先パス
|
|
| VCF for Classic - Flexible |
優先パス
|
|
| 自分で実施 (クラシック・ベアメタル・サーバー) |
Preferred path
|
|
ジャンプ・サーバーの準備
IBM Cloud のクライアント・アクセス VPN は 512 Kbps までに制限されているので、以下のいずれかの対処方法を取ります。
- IBM Cloud Windows® Server 2012 から 2016 までの仮想サーバー・インスタンス (VSI) をプロビジョンする。
- 同じ IBM Cloud データ・センター内の別の vCenter Server 環境に同様の Windows VM をセットアップする。 Windows VMは、 https://my.vmware.com からバイナリ・ファイルをダウンロードするアップグレード用の VCF for Classic - Automated インスタンスへのジャンプ・サーバーとして使用されます。 このVMは、アップグレードする VCF for Classic - Automated インスタンス上に配置しないでください。
ファイルをジャンプ・サーバーにダウンロードするには、以下のステップを実行します。
- VMware ポータルから、以下の製品ファイルをジャンプ・サーバーにダウンロードします。
- VMware vCenter Server Appliance の場合は、
VMware-VCSA-all-7.0.1-17327517.iso。 - ESXi 7 の場合は、
VMware-ESXi-7.0U1c-17325551-depot.zip。 - ハイパーバイザーの場合は、
VMware-VMvisor-Installer-7.0U1c-17325551.x86_64.iso。
- VMware vCenter Server Appliance の場合は、
https://docs.broadcom.com/docs/007.1316.0000.0000_Unified_StorCLI_PUL.zipから007.1316.0000.0000_Unified_StorCLI_PUL.zipファイルをダウンロードします。
vCenter Server vSphere ソフトウェアの 6.5 または 6.7 から 7.0 へのアップグレード手順
開始前に
- アップグレード処理中に問題が発生した場合は、処理の初めに開いた IBM Cloud for VMware Solutions アップグレード・チケットを使用して、IBM サポートに連絡してください。 IBM サポートは、必要に応じてBroadcomサポートにチケットを発行します。
- IBM Cloud for VMware Solutions が、 vCenter サーバーの設計とセットアップに関するすべての情報、および IBM Cloud の情報を Broadcom サポートに提供するように、サポートプロセスに従う必要があります。
- サポートプロセスに従うことで、正確な情報が 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」 をクリックします。 - Virtual Switches] ペインに戻り、[ 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.1316.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.1316.0000.0000-01 VIBs Removed: LSI_bootbank_vmware-storcli_007.0916.0000.0000-01 VIBs Skipped: - 次のコマンドを実行してインストールを検証します。
> esxcli software vib list |grep vmware-storcli vmware-storcli 007.1316.0000.0000-01 Broadcom PartnerSupported 2020-04-16 - ホストごとに繰り返して実行します。
ESXi ホストをアップグレードする手順
- vCenter Server ユーザー・インターフェースで、「LCM」メニュー >「LifeCycle Manager」 に移動します。
- IMPORT 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 ライセンスを更新する必要があります。 IBM サポート に連絡して、vSphere 7.
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をクリックしてウィンドウを閉じる。