注:セルフ アップグレードの場合、ユーザーは詳細なアップグレード手順について、Dell
SolVe Onlineポータル を使用してアップグレード手順を生成する必要があります(Dellサポート アカウントが必要)。
役に立つリソース:
VxRailに関して、リモート プロアクティブ サービス(RPS)は何をサポートしますか。
- ProSupportの4時間以内サービス契約またはProSupport Plusミッション クリティカル保守サービス契約を締結しているお客様は、Dell RPSチームがVxRailのアップグレードを実行する資格を有しています。
- ProSupport翌営業日メンテナンス契約をお持ちのお客様は対象外ですが、サービス リクエストを作成して、サービス料金の対象となるアップグレードをリクエストできます。
- VxRail管理対象(内部)vCenterを使用したスタンドアロンVxRailアップグレード(詳細については、以下を参照)
- Stretched ClusterのVxRailアップグレード(詳細については、以下を参照)
- お客様が管理する(外部)vCenterを使用したVxRailクラスターの導入(外部vCenterのアップデートはDellサポートの範囲外です。詳細については、以下の[No. 4]を参照してください)。
注:RPSチームはダーク サイトをサポートしていないため、アップグレードを実行するにはフィールド リソースをオンサイトに派遣する必要があります。
VxRailシステムで実行されるアップグレードのタイプは何ですか。
- メジャー アップグレード = ファミリー外のアプライアンス アップグレード(例: 7.0.x > 8.0.x)
- マイナー アップグレード = ファミリー内のアプライアンス アップグレード(例: 7.0.x > 7.0.x)
VxRailのアップグレードにより中断が発生しますか?
VxRailアプライアンスのアップグレードは無停止で実行されるはずです。ワークロードVMは、まず他のオンライン ホストに移行されてから、そのホストがメンテナンス モードになります
次の点に注意してください。
- VxRailアップグレードの前に、システムのアップグレード準備状況を確認するためにヘルス チェックが実行されます。
- VxRailノード間でvMotionを実行できるように、すべてのワークロードVMを構成する必要があります。仮想マシン(VM)をvMotionできない場合は、アップグレードを正常に完了するために計画的なダウンタイムが必要になる場合があります。
システムのアップグレードと同様に、I/Oが低い場合はアップグレードすることをお勧めします。また問題が発生した場合は、メンテナンス ウィンドウをスケジュールすることをお勧めします。
- システムの使用率(メモリーまたはCPU使用率)が高すぎる場合は、ワークロードVMへの潜在的な影響を回避するために、一部のVMの電源をオフにすることが必要になる場合があります。
- ストレージ使用率が高すぎる場合は、vSAN上のスペースを解放するか、一部のワークロードVMをvSANから別のシステムに移行する(可能な場合)必要になる場合があります。
VxRailのアップグレード中に、次のコンポーネントがアップグレードされます(ただし、これらに限定されません)。
- VxRail Manager
- VMware ESXi
- VMware vCenter Server Virtual Appliance (vCSA)(内部の場合)
- VMware Platform Service Controller (PSC)(社内の場合)
- VMware vSAN
- ハードウェア固有のアップグレードが含まれます(すべてのアップグレードに含まれるわけではありませんが、該当する場合は複合パッケージ内に存在します)。
- 以下の項目はアップグレードされるものの一部です。VxRailサポート マトリックスのリンクを参照して、異なるVxRailコード レベル間のコンポーネント バージョンを確認してください。
Dell PowerEdgeプラットフォーム:
- PTAgent
- iSM
- BIOS
- iDRAC
- BOSS
アップグレードされたコンポーネントの完全なリストについては、以下の必要なVxRailサポート マトリックスを参照してください。
VxRailアプライアンスのアップグレードに関する役立つポイント:
- VxRailのアップグレードは常にVxRail Manager UI/vCenterプラグインから開始する必要があります。
- VMware vCenter Update Manager(vCenter Web Client上のVUM)を使用したVxRailのアップデートはサポートされていません。
- 外部vCenterを使用して導入されたVxRailクラスターでは、VxRailクラスターのアップグレードの前にvCenter Serverのアップデートが必要になる場合があります(外部vCenterのアップグレードはDellではサポートされておらず、ユーザー タスクです)。
- 外部(ユーザーが管理する)vCenter構成の場合は、アップグレード先のコード レベルで現在のバージョンのvCenterがサポートされていることを確認する必要があります。Dell VxRailに関する次の記事を参照してください。VxRailおよびお客様が管理するVMware vCenter Server(外部vCenter)相互運用性マトリックス (記事を表示するにはDellサポートへのログインが必要です)
- 4.5.215または4.7.300より前のバージョンを実行している拡張VxRailクラスターは、ユーザーによるアップグレードができないため、Dellテクニカル サポート エンジニア(TSE)がアップグレードを実行する必要があります。これらのコード レベルを超えるアップグレードは、ユーザーによるアップグレード可能と見なされ、アップグレード スクリプトによってWitnessのアップデートが自動化されます。
VxRailのアップグレードにどれくらいの時間がかかりますか(または必要ですか)。
VxRailアプライアンスのアップグレードにかかる時間は、次の多くの要因によって異なります。
- ホスト数
- ホスト ハードウェア タイプ
- DRSが有効かどうか
- システム構成(拡張または非拡張、内部または外部VC)
- システム上のVM数
- VMのサイズ
- 現在のコード レベルとターゲット コード レベル(メジャーまたはマイナー)
- ターゲット バージョン(ファームウェア アップデートなど)に含まれていた追加のアップデートの数
一般的なガイドラインとして、大まかな見積もりとして以下を使用できます。アクティビティーの所要時間が長くなる場合もあれば、短くなる場合もあります。
Dell PowerEdgeホスト:
- ホストあたりの推定時間 = 2時間
- DRSが有効になっていない場合は、合計時間に1時間追加します。
- システムがストレッチ クラスターの場合は、合計時間に1時間追加します。
RPSアップグレード プロセスの概要
技術コンサルティング(事前チェック):
- スクリプトとvCenter UIチェックを使用して、クラスターのヘルス チェックを実行します(RPSは問題がある場合はサポート ケースを開きます)。
- アップグレード計画を策定するための環境のサイジング
- 推定アップグレード所要時間を入力します(問題のないアップグレードに基づきます)
- アクションを実行するための動作条件をお客様に提供します。
- アップグレード計画について話し合い、コードのダウンロード リンクを提供します。
- ユーザーの技術的な質問に回答します。
テクニカル コンサルティングが完了すると、スケジューリング チームはユーザーと協力して、アップグレード計画に基づいてアップグレードをスケジュールします。これにより、RPSリソースをアップグレード期間全体に割り当て、エンジニア シフトを超える期間に引き継ぎを行うことができます。
アップグレード:
- スクリプトとvCenter UIによるチェックを使用して、クラスターのヘルス チェックを実行します。
- コード パッケージをアップロードします。
- アップグレード プロセスを開始します。
- 完了まで監視します。
事後チェック:
- アップグレード後のクラスターの稼働状態を確認します。
- 調査が必要な問題については、サポート サービス リクエストを開きます。
VxRailアップグレード手順
VxRailは設計されたソリューションであり、VxRailライフサイクル管理(LCM)は、各ノードにソフトウェアとファームウェアをロードすることで、VxRailのアップグレード プロセスを自動化します。
- Eメール通知のアラーム定義を設定します。
- サービスVMのスナップショットを作成します。
- 現在のコードから新しいバージョンにアップグレードします。
- サービスVMのスナップショットを削除します。
- Mysticサービス アカウントのパスワードを変更します。
VxRailアップグレード スクリプト
スクリプトは、次の順序でVxRailライフサイクル管理(LCM)を自動化します。
- VxRail Manager
- vCenter Server(VxRailが管理する場合)
- ESXiノード1
- ESXiノード2
- ESXiノード3
- ESXiノードn
LCMスクリプトはノード1から開始し、VMを退避させ、ノードをメンテナンス モードにします。すべてのコンポーネントがアップグレードされ、ノードが再起動されます。再起動が完了すると、ノードはメンテナンス モードから切り替わり、VMはノードに戻ります。クラスター内のすべてのノードがアップグレードされるまで、スクリプトは次のノードに移動します。