リモート プロアクティブ サポートの一般的な手順:VxRailアップグレード - お客様準備ガイド
Summary: リモート プロアクティブ サポート チームによるVxRailクラスターのアップグレードを準備する方法に関する、デル・テクノロジーズのお客様向けガイドです。
Instructions
大事な: ご自身でVxRailアップグレードを実行する際にサポートが必要な場合は、オンライン サポートのドロップダウンから[製品の問題]オプションを選択してください。
RPSチームとアップグレードのスケジュールをリクエストする場合にのみ、[操作環境のアップグレード]を選択してください。
概要:
Dellリモート プロアクティブ サポート(RPS)チームは、お客様のITパートナーとして、お客様が機器を正常にアップグレードできるように、このアップグレード準備ガイドを作成しました。このガイドは、他の手順やリリース ノートに代わるものではありません。これには、お客様の環境を混乱させる可能性のある既知の問題が記載されています。
Dell Schedulerとのやり取りの中で説明したように、このガイドには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シリーズのサポート |アドバイザリ
アドバイザリーは、そのアドバイザリに書かれている問題から生じる可能性のある状況を回避するために読んで使用する必要があります。アドバイザリが適用される場合は、アップグレードの宛先コードと、アドバイザリに完全に対処するための追加の手順が決定される場合があります。
最新コード:
9.xファミリー:9.1.000(2026年6月リリース)
8.xファミリー:8.0.390(2026年7月リリース)
7.xファミリー:7.0.550(2025年5月リリース)
最新号:
Broadcomは最近、サード パーティーのVIBとサービス ネットワーク ポートに関する新しい要件を導入しました。したがって、これらの新しい要件を実装するには、VxRail 8.0.300にアップグレードするために、ノードごとに1回だけ再起動する必要があります。再起動が余分に発生するため、各ノードでさらに20分のアップデート時間が必要になる場合があります
これらの新しいサービスをサポートするには、VxRail、vCenter、ESXiノード間で次のネットワーク ポートを開く必要があります。
- 39090
- 35252
- 35353
- 38008
ライセンス:
メジャー バージョンのアップグレードを実行するお客様の場合は、ライセンス キーのアップグレードが必要です。VxRailアップグレード後のライセンス キーのアップグレードの詳細については、Broadcom KB 282428 を参照してください。ライセンス キーの適用については、Broadcom KB 281797
を参照してください。
9.xにアップグレードする場合は、サブスクリプション ライセンスが必要です。「 VxRail:9.0アップデートのVxRailライセンス要件」を参照してください。ライセンスを割り当てるには、VCF操作を導入する必要があります。「VxRail:VCF操作のインストールとvSphere 9.
のライセンスの割り当て」を参照してください。ライセンス キーの取得と更新はお客様の責任です
アップグレード前:
今後のアップグレード イベントに備えて、以下の既知の項目に注意してください。
- アップグレード事前チェックの一環として、RPSアップグレード エンジニアは、クラスターのアップグレードを開始する前にクラスターの正常性をチェックします。クラスターの事前チェックと事後チェックに余分な時間が割り当てられます。
- 個々のノードまたはホストのアップグレード中にVMを移行するとパフォーマンスの低下が発生する可能性があるため、ピーク時のI/O負荷を避けた時間にアップグレードをスケジュールします。
- VMはアップグレードの一部としてvMotion化されるため、事前にVMをvMotion化できることを確認してください。vMotionを妨げる可能性のある問題の例:
- ISOがマウントされたVM
- 外部ストレージがローカルにマウントされたVM
- ホストに固定されたVM(アフィニティ ルール)
- このVxRailクラスターがお客様が管理するvCenterに参加する場合は、KB記事「VxRail:VxRailと外部vCenterの相互運用性マトリックス」に従って、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アイデンティティ ソース(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にアクセスできません。
- VxRail 8.0.330以降では、VxRailアップデート パスフレーズ機能がサポートされています。アップグレード実行ワークフロー中にお客様がZoomに参加して必要な認証情報を提供する必要がなくなります。vSphere Clientを使用してクラスターを作成する>クラスターを選択して>>アップデートの構成>設定>VxRailアップデート パスフレーズを作成します。
- PPDM(PowerProtect Data Manager)を使用している場合は、PPDM互換性マトリックスを確認して、導入環境が引き続き完全にサポートされていることを確認することをお勧めします。これには、プラットフォームのバージョンだけでなく、TSDMなどの機能レベルの互換性も含まれます。お客様のチームは、どのPPDM機能がアクティブに使用されているかを把握するのに最適な立場にあるため、お客様側でこれを確認し、非互換性が見つかった場合は、VxRailのアップグレード前にPPDMをサポートされているバージョンにアップグレードしてください。
詳細については、KB記事「Dell EMC VxRail:4.xまたは7.0.xからそれ以降の7.0.xまたは8.0.xへのLCMアップグレードを実行すると、Microsoft NLBアプリケーションに影響を与える可能性があるVDSの「マルチキャスト フィルタリング モード」がデフォルトの「IGMP/MLDスヌーピング」にリセット される」を参照してください。
再起動の推奨事項:
VxRail Quality Engineeringがデータ分析を実行したところ、ESXiノードをプロアクティブに再起動すると、高い割合でアップグレードが成功することが示されています。さらに、vMotionの問題、ESXiメンテナンス モードの問題、再起動の問題があるVMを特定し、すべてのESXiサービスを更新することもできます
RPSチームでは、VxRailのアップグレード(お客様タスク)の数日前にESXiノードでローリング再起動を実行することをお勧めしています
お客様が再起動中に問題が発生した場合は、『VxRail:VxRailホストのシーケンシャル再起動のトラブルシューティング ガイド』を参照するかVxRailサポート チームでSRを開くことができます
また、RPSアップグレード エンジニアは、アップグレード スクリプトを開始する前に、すべてのサービスVM(VxRail Manager、vCenter、PSC)を再起動し、すべてのノードでiDRACをリセットします
vCenterおよびPSCサービスVMは、これらがVxRailによって管理されている場合にのみ再起動されます。
ノードの再起動手順:
次の手順では、中断やダウンタイムを回避するために、ESXiノードをローリング方式で再起動する方法の概要を説明します。
- vCenter UIにログインし、vSANの正常性が良好であり、エラーが表示されていないことを確認します。
- 最初のノードを選択します。右クリック >メンテナンス モードに入り ます(ウィンドウで[Ensure Accessibility]を選択します)。
- iDRAC IPを取得します。
➢ ノードを選択して>VxRail>iDRAC構成>構成します
- ノードがメンテナンス モードになったら、ノードを右クリックし>電源>再起動します
- ブラウザー ウィンドウでiDRAC IPを開き、iDRACインターフェイスを介して再起動を監視します。
- ノードがオンラインに戻ったら、メンテナンス モードを終了し、アラームをすべてクリアします。
- vSAN Healthに移動し、再同期を確認します。
➢クラスター>vSAN>>の再同期オブジェクトを監視
➢再同期がある場合は、完了するまで待ってから続行します。
- vSANヘルス テストを実行します。次のノードに移動する前に、すべてがクリーンであることを確認します。
- 残りのすべてのノードで、前述のプロセスを繰り返します。
パスワードの要件:
- アクティビティーが延期されないように、アップグレードおよび技術コンサルティングの前に、以下のパスワードが手元にあることを確認してください。
- VxRail Manager mystic
- VxRail Managerルート
- vCenter管理者
- 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記事「Dell 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 VxRail:8.xにアップグレードする場合の、アクティブなTPM 1.2を搭載した14GノードでのLCM事前チェックの失敗または警告 および 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>
9.xにアップグレードする場合
サブスクリプション ライセンスのみがサポートされており、ライセンスを管理するにはVCF Operationsが必要です。上記のライセンス部分を参照してください。
アップグレード前に 「VxRail:vSphere Lifecycle Managerモードを有効にする方法 」を参照する必要があります。これはお客様のタスクです。
CloudLink
VxRail 8.xにアップグレードする前に、お客様はCloudLinkをバージョン8.xにアップグレードする必要があります。詳細については、Dell KB「 CloudLink:vSphere 8.0とCloudLinkの相互運用性」を参照してください
SFSデカップリング
アップグレードでは、SmartFabric Services (SFS)をVxRail Managerから切り離す必要があります。
- 7.0.450以降へのアップグレード(8.xコードを含む)
SFSとSolVeのドキュメントのデカップリングの詳細については、KB VxRail:SmartFabricデカップリングのサポート概要 を参照してください
SolVeはVxRailの手順
「ハウツー」手順:統合されたSmartFabric Servicesを切り離し、統合されていないSmartFabricサービスに移行する
でアップデートされました。Solveでの選択パス:
- VxRailアプライアンス
- VxRail手順
- その他
- 「ハウツー」手順
- システムはVMware Cloud Foundation on VxRailを実行していますか?-> いいえ
- VxRailソフトウェアのバージョンは8.0以降ですか?いいえ
- その他のVxRailクラスター設定を変更する
- インストールされている正しい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環境を使用している場合は、ナレッジベース記事「Dell VxRail:VMware vCenter環境をVMware vSphere 8.0にアップデートした後、お客様が用意したvCenterをvSphere 8.0にアップグレードした後、VxRailプラグインを導入できない 」を参照して、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サポート ポータル
の「Broadcom KBアップグレードおよびVMwareライセンス キーのダウングレード(英語)」を参照してください。
- 新しいVxRailリリースでのPythonの更新により、VxRail Managerファイルベース バックアップのレガシー コマンドはサポートされなくなりました。アップグレードの前にバックアップ スケジュールを構成していて、アップグレード パスが以下のKBで影響を受ける場合は、「 VxRail:アップグレード後にファイルベース バックアップが停止する」 で詳しく説明されているアップデートされたコマンドを使用してスケジュールを手動で再構成し、継続的データ保護を確保する必要があります。構成に関するサポートが必要な場合は、いつでもDellサポートにお問い合わせください。
Additional Information
メモ: 以下のドキュメントにアクセスするには、Dellサポート サイトにログインしていることを確認します。
VxRailリリース ノート は、Dellサポート製品ページで入手できます。
- VxRail 9.x
- VxRail 8.0.x
- VxRail 7.0.x
- VxRail 4.7.x
- VxRail 4.5.x
- VxRail 4.0.x
VxRailサポート マトリックスは、Dellサポートの製品ページから入手できます。
- VxRail 9.xサポート マトリックス
- 『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アプライアンス シンプル サポート マトリックス
- 『VxRail Documentation Quick Reference List』