リモート プロアクティブ サポートの一般的な手順：VxRailのアップグレード - お客様向け準備ガイド

重要：ご自身でVxRailアップグレードを実行する際にサポートが必要な場合は、オンライン サポートのドロップダウンから[製品の問題]オプションを選択してください。

RPSチームとアップグレードのスケジュールをリクエストする場合にのみ、[操作環境のアップグレード]を選択してください。

概要：
Dellリモート プロアクティブ サポート(RPS)チームは、お客様のITパートナーとして、お客様が機器を正常にアップグレードできるように、このアップグレード準備ガイドを作成しました。このガイドは、他の手順やリリース ノートに代わるものではありません。これには、お客様の環境を混乱させる可能性のある既知の問題が記載されています。

Dell Schedulerとのやり取りの中で説明したように、このガイドには2つのオプションがあります。

1. 予定されているアップグレード事前チェック（技術コンサルティング）の前にこのガイドを確認し、生じる質問に備えます。事前チェックについてアップグレード エンジニアから連絡があった場合は、これらについて相談してください。次に、担当のアップグレード エンジニアが事前チェックの結果を確認し、アップグレード計画を決定します。
2. このガイドを個別に確認し、お使いの環境がこれらの既知の問題から保護されていることを確認してください。

VxRailエンジニアリングでは、コードのアップグレードを検討する際に、各ファミリーの最新コードを推奨しています。これらのコード レベルには、最新の修正プログラムとセキュリティ パッチが含まれています。


ソフトウェア サポート終了(EOSS):
VxRail 4.5およびVxRail 4.7ファミリーのサポートは、2022年9月30日に終了しました。引き続きサポートを受けるには、VxRail 8.0.xコードにアップグレードすることをお勧めします。

Broadcomは、2025年10月2日にvSphere/vCenter 7.0のライフサイクル終了を発表しました。Dellは、VxRail 7.xをこの日付に合わせて調整します。お客様は、ライフサイクル終了日より前にVxRail 8.0.xコードにアップグレードすることをお勧めします


セキュリティ アドバイザリー: 

VMSA-2025-0004
2025年3月4日、Broadcomは、VxRail製品に影響を与えるVMware ESXiで検出および解決されたセキュリティの脆弱性に対処する、重要なVMwareセキュリティ アドバイザリー(VMSA)VMSA-2025-0004をリリースしました。これらのセキュリティ脆弱性は、次のVxRailリリースで解決されています。

• 8.0.322(vSphere 8.0 U3dを含む)
• 7.0.541(vSphere 7.0 U3を含む)

アップグレードを計画する際には、最新のセキュリティ アドバイザリーを確認する必要があります。最新のセキュリティ アドバイザリーを表示するには、次のリンクを使用してください。VxRail Applianceシリーズのサポート |アドバイザリ 

アドバイザリーは、そのアドバイザリに書かれている問題から生じる可能性のある状況を回避するために読んで使用する必要があります。アドバイザリーが該当する場合は、アップグレードの宛先コードと、アドバイザリーに完全に対処するための追加手順が決定されます。

最新コード：
8.0.xファミリー：8.0.370(2026年1月7日リリース)
7.0.xファミリー: 7.0.550(2025年5月28日リリース)

最新号:
Broadcomは最近、サード パーティーのVIBとサービス ネットワーク ポートに関する新しい要件を導入しました。したがって、これらの新しい要件を実装するには、VxRail 8.0.300にアップグレードするために、ノードごとに1回だけ再起動する必要があります。再起動が余分に発生するため、各ノードでさらに20分のアップデート時間が必要になる場合があります
これらの新しいサービスをサポートするには、VxRail、vCenter、ESXiノード間で次のネットワーク ポートを開く必要があります。

• 39090
• 35252
• 35353
• 38008

ライセンス キー:
メジャー バージョンのアップグレードを実行するお客様の場合は、ライセンス キーのアップグレードが必要です。VxRailアップグレード後のライセンス キーのアップグレードの詳細については、Broadcom KB 282428 を参照してください

ライセンス キーの適用については、Broadcom KB 281797を参照してください
お客様は、ライセンス キーの取得と更新について責任を負います。

アップグレード前:
今後のアップグレード イベントに備えて、以下の既知の項目に注意してください。

• アップグレード事前チェックの一環として、RPSアップグレード エンジニアは、クラスターのアップグレードを開始する前にクラスターの正常性をチェックします。クラスターの事前チェックと事後チェックに余分な時間が割り当てられます。
• 個々のノードまたはホストのアップグレード中にVMを移行するとパフォーマンスの低下が発生する可能性があるため、ピーク時のI/O負荷を避けた時間にアップグレードをスケジュールします。
• VMはアップグレードの一部としてvMotion化されるため、事前にVMをvMotion化できることを確認してください。vMotionを妨げる可能性のある問題の例:
  • ISOがマウントされたVM
  • 外部ストレージがローカルにマウントされたVM
  • ホストに固定されたVM（アフィニティ ルール）
• このVxRail Clusterがお客様が管理するvCenterに参加する場合は、vCenterのビルドがすでに必要最小バージョンであることを確認します(KB記事: 「VxRail：VxRailと外部vCenterの相互運用性マトリックス（英語）」を参照）。
• RecoverPoint for Virtual Machinesは、お客様によるアップグレードが可能な製品であり、RPSチームの範囲外です。サポートされているRecoverPoint for Virtual Machinesのバージョンについては、『VxRail Simple Support Matrix』を参照してください。
• 『VxRail Simple Support Matrix』をチェックして、すべてのサード パーティー製ソフトウェアがアップグレード先のVxRailバージョンと互換性があることを確認します。
• 前述のドキュメントで対象とされていないソフトウェアがある場合は、サードパーティベンダーとの互換性を確認してください。
• お客様がActive Directory認証でvCenterを使用していて、ファミリー外(OOF)アップグレードを計画している場合は、アップグレード後にIDソースを再構成する必要があります。この動作は、vCenterのメジャー バージョン間でアップグレードする場合に想定されます。パスワード要件の詳細については、次のKB記事を参照してください。「「Dell VxRail：VxRailメジャー バージョン4.5.xから4.7.x/4.7.xから7.0.xへのアップグレード後にvCenterのIDソース(IWA)を再構成する必要がある（英語）」
• 7.0.350以降のVxRailクラスターでは、Dell Technologiesクラウドに接続する(セキュア コネクト ゲートウェイ)デル・テクノロジーズの次世代統合接続ソリューションが使用されます
  
  VxRail 7.0.350以降にアップグレードする場合は、現在のリモート構成によっては追加の手順が必要になる場合があります。次のKB記事を参照してください：「Dell VxRail：VxRail 7.0.350以降との次世代通信（英語）」を参照してください。
• VxRailがSecure Remote Servicesゲートウェイを介して導入および管理されている場合は、VxRail 7.0.350+のアップグレードによってリモート接続が自動的に更新されるように、ネットワーク要件に従っていることを確認します。
• 外部のSecure Remote ServicesまたはSAEゲートウェイを使用する導入環境の場合は、VxRailをアップグレードする前に、Secure Connect Gateway 5.xにアップグレードします。
    これらの要件が満たされていない場合、ゲートウェイがSecure Connect Gateway 5.x以降にアップグレードされるまで、オートコール機能に影響します。
• STIG強化(セキュリティ技術実装ガイドライン)が適用されているVxRailクラスターの場合、STIG強化バージョン2.0.001では、VMware記事KB 88055で説明されているVMwareの問題が解決されます。このVMwareの問題は、VxRail 7.0.370以降のSTIG強化をブロックしていました。STIG強化バージョン2.0.000以前がVxRail Clusterバージョン7.0.350以前に適用されていた場合は、VxRail 7.0.370以降にアップグレードする前に、STIG強化バージョン2.0.001を適用する必要があります。パスワード要件の詳細については、次のKB記事を参照してください。「Dell VxRail：VxRailに関するセキュリティ技術実装ガイド」を参照してください。 
• VxRail v4.xまたは7.0.xからそれ以降の7.0.xリリースへのVxRailのアップグレード中に、VMware VDSアップグレードによってマルチキャスト フィルタリング モードがデフォルトにリセットされ、VDSでのIGMP/MLDスヌーピングが有効になります。IGMP/MLDスヌーピングは、Microsoft Network Load Balancer (NLB)アプリケーションに影響を与える可能性があります。ご使用の環境がVxRailホスト型アプリケーション向けMicrosoft NLBで構成されている場合は、IGMP/MLDスヌーピングを手動で無効にするまで、仮想IPにアクセスできません。

次のKB記事を参照してください：「Dell EMC VxRail：v4.xまたは7.0.xからそれ以降の7.0.xまたは8.0.xリリースへのLCMアップグレード中に、VMware VDSアップグレードにより「マルチキャスト フィルタリング モード」がVDSでデフォルトの「IGMP/MLDスヌーピング」にリセットされ、Microsoft NLBアプリケーションに影響を与える可能性がある（英語）」。
再起動の推奨事項：

VxRail Quality Engineeringがデータ分析を実行したところ、ESXiノードをプロアクティブに再起動すると、高い割合でアップグレードが成功することが示されています。さらに、vMotionの問題、ESXiメンテナンス モードの問題、再起動の問題があるVMを特定し、すべてのESXiサービスを更新することもできます

RPSチームでは、VxRailのアップグレード(お客様タスク)の数日前にESXiノードでローリング再起動を実行することをお勧めしています

再起動中に問題が発生した場合は、 トラブルシューティング ガイド を参照するか、VxRailサポート チームでSRを開くことができます

また、RPSアップグレード エンジニアは、アップグレード スクリプトを開始する前に、すべてのサービスVM(VxRail Manager、vCenter、PSC)を再起動し、すべてのノードでiDRACをリセットします

vCenterおよびPSCサービスVMは、これらがVxRailによって管理されている場合にのみ再起動されます。

ノードの再起動手順:
次の手順では、中断やダウンタイムを回避するために、ESXiノードをローリング方式で再起動する方法の概要を説明します。

1. vCenter UIにログインし、vSANの正常性が良好であり、エラーが表示されていないことを確認します。
2. 最初のノードを選択します。右クリック > ［Enter Maintenance Mode］（ウィンドウで［Ensure Accessibility］を選択します）。
3. iDRAC IPを取得します。

➢ ノードを選択して>VxRail>iDRAC構成>構成します

1. ノードがメンテナンス モードになったら、［Node］を右クリック > ［Power］ > ［Reboot］の順に選択します
2. ブラウザー ウィンドウでiDRAC IPを開き、iDRACインターフェイスを介して再起動を監視します。
3. ノードがオンラインに戻ったら、メンテナンス モードを終了し、アラームをすべてクリアします。
4. ［vSAN Health］に移動し、再同期を確認します。

➢クラスター>vSAN>>の再同期オブジェクトを監視
➢再同期がある場合は、完了するまで待ってから続行します。

1. vSANヘルス テストを実行します。次のノードに移動する前に、すべてがクリーンであることを確認します。
2. 残りのすべてのノードで、前述のプロセスを繰り返します。

パスワードの要件：

• アクティビティーが延期されないように、アップグレードおよび技術コンサルティングの前に、以下のパスワードが手元にあることを確認してください。

➢ VxRail Manager mystic
➢ VxRail Manager root
➢ vCenter administrator
➢ vCenter root(VxRailが管理する場合)
➢ PSC root(VxRailが管理する場合 - 7.x以降には適用されません)
➢ ESXiノードroot
➢ iDRAC

• パスワード要件の詳細については、次のKB記事を参照してください。「Dell VxRail：VxRailのアカウントとパスワードのルール（英語）」
• Solve Onlineのハウツー「手順」に従って、パスワードをリセットします。
• 前述のパスワードのいずれもリセットできなかった場合は、技術コンサルティング アクティビティーの前にVxRailサポートでサービス リクエストを開きます。

ファミリー外から8.x/7.x/4.7.x/4.5.xにアップグレードする場合の確認事項：

• vCenterユーザー(administrator@vsphere.local)のパスワードに、次に示すKB記事に記載されている特殊文字が含まれている場合、Linuxシェルはこれらの文字を適切に処理できず、スクリプトが失敗します。
• ここで参照されているKB記事に記載されている特殊文字のいずれかが含まれている場合は、アップグレード前に管理者vCenterパスワードを変更します。次のKB記事を参照してください：「「VxRail：VxRMヘルス チェックがテスト「vc_pw_char」で失敗する（英語）」を参照してください。
• vCenter Server Appliance (VCSA)とPlatform Service Controller (PSC)をアップグレードするには、同じサブネット上の一時IPアドレスが必要です。次のコマンドを使用して、IPアドレスが自由に使用できることを確認します。 /usr/sbin/arping -I eth0 -c 5 -D <temp IP address>

4.0.xから4.5.xまたは4.7.xにアップグレードする場合：

• VxRail Manager v4.5.x以降では、DNSとしてvCenter Serverはサポートされなくなりました。v4.5.xまたは4.7.xにアップグレードする前に、外部DNS情報を準備して指定します。
• vCenter Server Appliance (VCSA)とPlatform Service Controller (PSC)をアップグレードするには、同じサブネット上の一時IPアドレスが必要です。次のコマンドを使用して、IPアドレスが自由に使用できることを確認します。 /usr/sbin/arping -I eth0 -c 5 -D <temp IP address>

4.5.xから4.7.xにアップグレードする場合：

• VCSAとPSCをアップグレードするには、同じサブネット上の一時IPアドレスが必要です。次のコマンドを使用して、IPが自由に使用できることを確認します。 /usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
• 4.7.xにアップグレードする前に、RecoverPoint for Virtual Machines(RecoverPoint for Virtual Machines)クラスターを、サポートされている最新バージョンのRecoverPoint for Virtual Machinesにアップグレードする必要があります。
• 4.7.xにアップグレードする前に、NSXバージョン（インストールされている場合）とVxRail 4.7.xとの互換性を確認してください（KB記事：「VxRail：VMware NSX VIBのバージョンがホスト上で互換性がないため、アップグレードを続行できません。)

4.0.x、4.5.x、または4.7.xから7.0.xにアップグレードする場合

場合によっては、Stretched Cluster構成でVxRailを4.5.xまたは4.7.xから7.0にアップグレードすると、vSAN Witnessアプライアンスの組み込みライセンスが失われ、60日間の評価版ライセンスに戻ることがあります。次のKB記事を参照してください：「Dell VxRail：以前のリリース4.5.xxまたは4.7.xxxから7.0.xxxにアップグレードした後、vSAN Witness OEMライセンスが失われるまたは期限切れになる（英語）」 

• VxRail 7.xをアップグレードする前に、お客様が管理するすべてのvCenter Server(お客様が管理)をアップグレードする必要があります。
• お客様が用意したvCenterを7.0.U1にアップグレードする前に、ユーザーは手動の手順に従ってvCenterの設定をアップデートする必要があります。詳細な手順については、次の記事を参照してください。 https://kb.vmware.com/s/article/2051311
• VxRail Manager v.7.0.000以降では、RecoverPoint for Virtual Machinesバージョン5.3がサポートされています。VxRailクラスターにRecoverPoint for Virtual Machinesがインストールされている場合は、現在サポートされているRecoverPoint for Virtual Machinesリリースの『VxRail Simple Support Matrix』を参照してください。
• インターネット アップグレード：インターネット アップグレードをサポートするバージョンについては、リリース ノートを参照してください。
• Quantaアプライアンス ノードは、vSphere 7.xファミリーではサポートされていません。
• アップグレードの前に、VMware Product Interoperability Matrix を参照して、ターゲットvCenterバージョンでサポートされているNSXバージョンを確認してください。 
• VxRail 7.0.xでは、Platform Services Controller (PSC)がvCenter Server仮想マシンに組み込まれている必要があります。 
• 内部vCenterを使用して導入されたクラスターの場合、7.0.xのVxRailライフサイクル管理(LCM)スクリプトは、外部PSCをvCenter Server仮想マシンに組み込まれた内部PSCに自動的に統合します。
• お客様が管理するvCenterが導入されたクラスターの場合は、VxRail 7.xコードにアップグレードする前に、ユーザーがvCenter Server仮想マシン内の組み込みPSCに外部PSCを手動で統合する必要があります。
• ユーザーは、VMwareが提供する統合手順に従って、VxRailが提供するスクリプトを実行し、VxRailデータベース内のPSC情報を更新する必要があります。次のKB記事を参照してください：「VxRail：外部vCenterとPSCを統合した後にスクリプトを使用してVxRail Managerの構成を更新する方法」 
• vCenter Server Appliance (VCSA)とPlatform Service Controller (PSC)をアップグレードするには、同じサブネット上の一時IPアドレスが必要です。次のコマンドを使用して、IPアドレスが自由に使用できることを確認します。 /usr/sbin/arping -I eth0 -c 5 -D <temp IP address>

4.7.x、7.xから8.0.xにアップグレードする場合：
VMwareでは、vSphere 8.0でTPM 1.2モジュールを廃止しました。アクティブなTPM 1.2モジュールがある14Gノードを含むクラスターは、VxRail 8.0.x LCM事前チェックに失敗し、エラー メッセージまたは警告が表示されます。KB 000204703およびVxRail 8.0.xリリース ノートを参照してください。

vCenter Server Appliance (VCSA)とPlatform Service Controller (PSC)をアップグレードするには、同じサブネット上の一時IPアドレスが必要です。次のコマンドを使用して、IPアドレスが自由に使用できることを確認します。
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>

CloudLink
VxRail 8.xにアップグレードする前に、CloudLinkをバージョン8.xにアップグレードする必要があります。詳細については、Dell KB 000215933 を参照してください

SFSデカップリング
アップグレードでは、SmartFabric Services (SFS)をVxRail Managerから切り離す必要があります。

• 7.0.450以降へのアップグレード（8.xコードを含む）

SFSとSolVeを分離する方法の詳細については、KB 000218470を参照してください。

SolVeのVxRail手順が更新されました。
「ハウツー」手順：統合型のSmartFabric Servicesを分離し、非統合型に移行します。

Solveでの選択パス：

• VxRail Appliance
• VxRail手順
• Miscellaneous(その他)
• 「ハウツー」手順
• システムはVMware Cloud Foundation on VxRailを実行していますか？-> いいえ
• VxRailソフトウェアのバージョンは8.0以降ですか？No
• その他のVxRail Cluster設定を変更する
• インストールされている正しいVxRailバージョンを選択する
• 統合型のSmartFabric Servicesを分離し、非統合型のSmartFabric Servicesに移行する
  • 選択がない場合は、7.0.450より前のバージョンを選択する

お客様が管理するVMware vCenter Serverプラグイン：

• お客様が管理するVMware vCenter Server環境を使用している場合は、VMware vCenter Server環境をVMware vSphere 8.0にアップグレードしてから、VxRail 8.0にアップグレードしてください。
• お客様が管理するVMware vCenter Server環境を使用している場合は、VxRailプラグインの導入に失敗する既知の問題を解決する方法について、KB記事「Dell VxRail：VMware vCenter環境をVMware vSphere 8.0にアップデートした後にお客様が用意したvCenterをvSphere 8.0にアップグレードするとVxRailプラグインの導入に失敗する（英語）」を参照してください。 

クラスターをVMware vSphere 8.0で実行するには、VMware vSphere 8.0のライセンス キーが必要です。

• LCM事前チェックでは、VMware vSphere 8.0ライセンス キーのないユーザーによるアップグレードは停止されません。

VMware vSphere 8.0ライセンス キーがない場合、ノードは60日間の評価版ライセンス キーで実行されます。Broadcomサポート ポータルにアクセスして、クラスターにvSphere 8.0のライセンス キーが必要かどうかを確認し、必要かどうかを確認して取得します。ライセンス キーの取得とアップデートはお客様の責任となります

制限事項の全リストについては、VxRail 8.0へのアップグレードを行う前に、VxRail 8.0リリース ノートを参照してください

AvamarとIntegrated Data Protection Appliance(IDPA)の互換性:
VxRailでAvamarまたはIDPAを使用している場合は、ターゲットのvCenterとvSphere ESXiのバージョンで互換性を確認してください

RPSチームが、AvamarまたはIDPAが環境で使用されているかどうかを判断する方法はありません。アップグレード エンジニアは、これらのいずれかを使用しているかどうかをお客様に尋ね、『VxRail Simple Support Matrix』を使用して互換性のあるバージョンを見つけます。

• VxRailアプライアンスSSM VxRail 7.0.xは、Avamar 19.3、19.4、19.7.
  をサポートしていますVxRail 8.0.xは、Avamar 19.7および19.8をサポートしています。

アップグレード準備ガイドの詳細については、次のDell KB記事を参照してください：「RPSの一般的な手順：アップグレード準備ガイド（英語）」。

アップグレード後： 

• VMware vSphere 7.0および8.0のライセンス キーの有効期限が切れていないこと、または60日間の試用版として実行されていることを確認します。
• お客様は 、Broadcomサポート ポータルにアクセスしてライセンス キーをアップグレードする必要があります。
• また、vSphereライセンス キーのアップグレードのヘルプについては、Broadcom KB 81665 を参照してください。  

注：以下のドキュメントにアクセスするには、Dellサポート サイトにログインしていることを確認します。

VxRailリリース ノートは、Dellサポートの製品ページから入手できます。

• VxRail 8.0.x
• VxRail 7.0.x
• VxRail 4.7.x
• VxRail 4.5.x
• VxRail 4.0.x

VxRailサポート マトリックスは、Dellサポートの製品ページから入手できます。

• 『VxRail 8.0 Support Matrix』
• 『VxRail 7.0 Support Matrix』
• 『VxRail 4.7 Support Matrix』
• 『VxRail 4.5 Support Matrix』
• 『VxRail 4.0 Support Matrix』

その他のアップグレード情報：

• Dell VxRailのアップグレードに関する情報 
• 『VxRail Appliance Simple Support Matrix』  
• 『VxRail Documentation Quick Reference List』