IBM Cloud Docs
vCenter Server vSphere ソフトウェアの vSphere 6.5 または 6.7 から 7.0 へのアップグレード

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 の概要を参照してください。

サポートされているアップグレード・パス

以下の表は、サポートされるアップグレード・パスについての要約です。

VMware Solutionsオファリングのアップグレード パス
デプロイメント・オファリング サポートされるパス サポートされないパス
vSphere V6 による NSX-V インスタンス

Preferred path
vSphere V7 で新しい自動化インスタンスをプロビジョニングし、ワークロードを移行します。 NSX-VからNSX-Tへの移行.
を参照 代替パス
アップグレード手順 を使用してセルフアップグレードします。

  • Cascade Lake サーバーの場合、vSphere V6 から V7 にアップグレードします。
  • 新しい V7 ライセンスを取得するためにサポートチケットを開いてください。
  • クラスター拡張では Cascade Lake サーバーを使用します。
    2023年12月までに、 vSphere V7、新しいインスタンスをプロビジョニングし、ワークロードを移行する必要があります。 NSX-V から NSX-T への移行 を参照してください。
  • BroadwellおよびSkylakeサーバーはサポートされていません。
  • アップグレードされたインスタンスへのアドオンサービスはサポートされていません。
vSphere V6 でのインスタンス

Preferred path
vSphere V7 で新しい自動化インスタンスをプロビジョニングし、ワークロードを移行します。 NSX-VからNSX-Tへの移行.
を参照 Alternative path
upgrade procedure を使用してインスタンスをアップグレードします。

  • Cascade Lake サーバーの場合、vSphere V6 から V7 にアップグレードします。
  • 新しい V7 ライセンスを取得するためにサポートチケットを開いてください。
  • クラスター拡張では Cascade Lake サーバーを使用します。
    2023年12月までに、NSX-Tと vSphere V7、新しい自動化インスタンスをプロビジョニングし、ワークロードを移行します。 NSX-V から NSX-T への移行 を参照してください。
  • BroadwellおよびSkylakeサーバーはサポートされていません。
  • アップグレードされたインスタンスへのアドオンサービスはサポートされません。
  • vSphere スイッチングの N-VDS から VDS への変換はサポートされません。
旧 VMware vSphere サーバー インスタンス

優先パス
Consider provision vSphere bare metal server and deploy a new VSSベアメタルサーバー or a bare metal server within VPC Architecture.
VMware vSphere サーバーを、アップグレード手順 を使用してアップグレードします。

  • Broadwell サーバーの場合、このサーバー タイプは vSphere V7 ではサポートされていないため、新しいサーバーをプロビジョニングします。
  • Cascade Lake サーバーについては、vSphere V6 から V7 にアップグレードしてください。
  • 新しい V7 ライセンスを取得するには、サポートチケットを開いてください。
  • クラスター拡張では Cascade Lake サーバーを使用します。
  • BroadwellおよびSkylakeサーバーはサポートされていません。
自分で実施 (クラシック・ベアメタル・サーバー)

Preferred path
vSphere ベアメタルサーバーのプロビジョニングを検討し、新しいベアメタルサーバーまたは VPC アーキテクチャ内のベアメタルサーバーを展開します。

  • VMware ESXi V7 で新しいベアメタルサーバーをプロビジョニングします。
  • ESXi V6 サーバーをスワップアウトします。
  • OS イメージを ESXi V7 でリロードします。
    代替パス
    VPC アーキテクチャ内で新しいベアメタルサーバーをプロビジョニングすることを検討してください。
  • V6 から V7 へのインプレース・アップグレードはサポートされていません。

ジャンプ・サーバーの準備

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をアップグレードする古いインスタンスに置かないでください。

以下の手順で、最新のファイルをジャンプサーバーにダウンロードします:

  1. 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
  2. 最新の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 ユーザー・インターフェースから以下のステップを実行します。

  1. 「ホストおよびクラスター」>「クラスター」>「構成」>「DRS」 を選択します。
  2. 「編集」 をクリックします。
  3. 「DRS」 フィールドを 「手動」 に設定します。

新規 vCenter Server Appliance の標準スイッチを作成する手順

vSphere 標準スイッチにデプロイする新しい vCenter Server Appliance を一時的にインストールします。 既存のvmnicsの 1 つが、アップグレード中に分散スイッチから再割り当てされます。

vCenter Server ユーザー・インターフェースから以下のステップを実行します。

  1. 「ホストおよびクラスター」>「ホスト」>「構成」>「仮想スイッチ」 を選択します。 新規 vCenter Server Appliance のホストを選択します。
  2. プライベート・ネットワーク・スイッチの場合は、「管理対象物理アダプター (Managed Physical Adapters)」 を選択します。 プライベート・ネットワーク・スイッチ名は -privateで終わります。
  3. uplink1/vmnic2 を選択し、「閉じる」 アイコン 閉じるアイコンをクリックしてアダプターを削除します。 「OK」 をクリックします。
  4. 「仮想スイッチ」に戻り、「ネットワーキングの追加 (Add Networking)」 をクリックします。
    1. 標準スイッチの 「仮想マシン・ポート・グループ (Virtual Machine Port Group)」 を選択し、「次へ」 をクリックします。
    2. 「新規標準スイッチ (New Standard Switch)」で MTU を 9000 に設定し、「次へ」 をクリックします。
    3. 緑色の 「追加」 アイコン 追加アイコン をクリックして、アダプターを追加します。 「OK」 をクリックし、次に 「次へ」 をクリックしてvmnic2を受け入れます。
    4. 「接続設定 (Connection Settings)」で、「VM ネットワーク (VM Network)」「VLAN ID なし (VLAN ID None)」 をデフォルトのままにします。 「次へ」 をクリックし、「完了」 をクリックします。 スイッチのリストに 「標準スイッチ: vSwitch0」 が表示されます。
  5. vCenter Server Appliance VM のネットワーク設定をメモします。 一致するように新規 vCenter アプライアンスを更新する必要があります。
    • vCenter Server ユーザー・インターフェースで、vCenter アプライアンスの VM をクリックします。 名前の末尾がvcであることに注意してください。
    • 中央のペインで 「ネットワーク」 タブをクリックします。 -dpg-mgmtで終わる分散ポート・グループの名前をメモします。

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 ドライバーをアップグレードする必要があります。

  1. 007.xxx.0000.0000_Unified_StorCLI_PUL.zipファイルを Windows ジャンプ・サーバー上のディレクトリーに解凍します。
  2. 解凍したファイルの内容からvmware-storcli.vibファイルを見つけます。
  3. .vibファイルをインスタンスの ESXi ホストにマウントされている vSAN または NFS データ・ストアにコピーします。 vCenter Server を使用して、ジャンプ・サーバー上の解凍したファイルを参照します。
  4. 各 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:
  5. 次のコマンドを実行してインストールを検証します。 > esxcli software vib list |grep vmware-storcli vmware-storcli 007.xxx.0000.0000-01    Broadcom  PartnerSupported  yyyy-mm-dd
  6. ホストごとに繰り返して実行します。

ESXi ホストをアップグレードする手順

  1. vCenter Server ユーザー・インターフェースで、「LCM」メニュー >「LifeCycle Manager」 に移動します。
  2. 「ISO のインポート (IMPORT ISO)」>「ISO のインポート (IMPORT ISO)」 を選択し、VMware-VMvisor-Installer-7.0U1c-17325551.iso ファイルを選択します。
  3. ベースラインを作成します。 「ベースライン (BASELINE)」>「作成 (CREATE)」 を選択し、前のステップでインポートした ISO を使用します。
  4. 各ホストについて、vCenter ブラウザ ツリーでホストを選択します。 次に、更新(メインウィンドウの左端にあります)を選択します。
  5. Zerto VRA がホスト上に存在する場合は、最初にホストをメンテナンス・モードにします。 最近のリリースの Zerto では VRA が停止されます。これを行わないと更新が妨げられます。
  6. 更新を完了します。
    1. [ATTACH] ベースライン、以前に作成したベースラインを選択します。
    2. ベースラインと [REMEDIATE] を選択します。
  7. 各ホストを順に修復します。 修復後、ホストのメンテナンス・モードを解除します。

アップグレード・プロセスが即時に失敗し、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 ユーザー・インターフェースから以下のステップを実行します。

  1. 「管理メニュー (Administration menu)」>「ライセンス交付 (Licensing)」>「ライセンス (Licenses)」 を選択します。
  2. 「ライセンス (Licenses)」 ページで、「+ 新規ライセンスの追加 (+ Add New Licenses)」 をクリックします。
  3. New Licenses] フィールドに新しい vCenter Server ライセンス キーを入力します。 次に、ライセンスの名前を入力して、「OK」 をクリックします。
  4. 「アセット (Assets)」 ページの 「vCenter Server システム (VCENTER SERVER SYSTEMS)」 で vCenter インスタンスを選択し、「ライセンスの割り当て (Assign License)」 をクリックします。 次に、新しいライセンスを選択して、「OK」 をクリックします。
  5. 「ライセンス (Licenses)」 ページで、製品名が VMware vCenter Server 6 Standard のライセンスを見つけて、「ライセンスの削除 (Remove Licenses)」 をクリックします。

ESXi ホストのライセンスを更新する手順

  1. 「ライセンス (Licenses)」 ページで、「+ 新規ライセンスの追加 (+ Add New Licenses)」 をクリックします。
  2. 新しい vSphere 7 ライセンスキーを [ New Licenses] フィールドに入力します。 複数の vSphere 7 ライセンスキーがある場合は、[ New Licenses] ファイルにすべてのライセンスを入力し、各ライセンスの名前を入力して [ OK] をクリックします。
  3. 「アセット (Assets)」 ページで以下の手順を実行します。
    1. 「ホスト (HOSTS)」 を選択します。
    2. ホストを選択し、「ライセンスの割り当て (Assign License)」 をクリックします。
    3. 新しい vSphere 7 ライセンス・キーのいずれかを選択し、「OK」 をクリックします。
    4. アップグレードしたホストごとにこの手順を繰り返します。
  4. 「ライセンス (Licenses)」 ページで、以前の vSphere 6 ライセンスをすべて選択し、「ライセンスの削除 (Remove Licenses)」 をクリックします。

vSAN クラスターのライセンスを更新する手順

  1. 「ライセンス (Licenses)」 ページで、「+ 新規ライセンスの追加 (+ Add New Licenses)」 をクリックします。
  2. 「新規ライセンス (New Licenses)」フィールドに、新しい vSAN ライセンス・キーを入力します。 vSAN ライセンス・キーが複数ある場合は、「新規ライセンス (New Licenses)」 フィールドにすべてのライセンスを入力し、各ライセンスの名前を指定し、「OK」 をクリックします。
  3. 「アセット (Assets)」 ページで以下の手順を実行します。
    1. 「vSAN クラスター (VSAN CLUSTERS)」 を選択します。
    2. vSAN クラスターを選択し、「ライセンスの割り当て (Assign License)」 をクリックします。
    3. 新しい vSAN ライセンス・キーのいずれかを選択し、「OK」 をクリックします。
    4. vSAN クラスターごとにこの手順を繰り返します。
  4. 「ライセンス (Licenses)」 ページで、以前の vSAN クラスター・ライセンスをすべて選択し、「ライセンスの削除 (Remove Licenses)」 をクリックします。

一時標準スイッチを削除する手順

標準スイッチで一時的に使用していたvmnicを、最初に関連付けられていた分散スイッチに再割り当てします。

vCenter Server ユーザー・インターフェースから以下のステップを実行します。

  1. 新しい vCenter Server アプライアンスに移動します。
  2. 「アクション (Actions)」 の下の 「編集設定 (Edit Settings)」 をクリックします。
  3. ネットワーク・アダプター 1 の場合は、前述の-dpg-mgmtで終わる分散ポート・グループの名前を参照します。 変更を保存します。
  4. 新規アプライアンスをデプロイしたホストに移動します。 「ホストおよびクラスター」>「ホスト」>「構成」>「仮想スイッチ」 を選択します。 次に、「vSwitch0」「物理アダプタの管理」 をクリックします。
  5. 「vmnic2」 を選択し、赤い X をクリックしてアダプターを削除します。 「OK」 をクリックします。 There are no active physical network adapters for the switch.警告が表示されます。 「OK」 をクリックします。
  6. 「vSwitch0」 画面で 「...」 をクリックし、「削除」 を選択します。 「OK」 をクリックして、スイッチを削除することを確認します。
  7. 同じ画面でプライベート・スイッチを選択し、「物理アダプタの管理」 をクリックします。
  8. 「uplink1」 を選択し、「+」 をクリックします。vmnic2を表示されています。
  9. OKをクリックし、もう一度 OKをクリックしてウィンドウを閉じる。