Nutanix ECAコースでは、ホストメモリの追加など、クラスタの安定性とデータの可用性を確保するためのハードウェアアップグレードの詳細な手順を学習します。ホストメモリのアップグレードでは、実行中のVMやクラスタの動作を中断させないよう、ノードを安全に準備する必要があります。
Nutanix Enterprise Cloud Administration (ECA) コース ドキュメントからの抜粋:
* モジュール: クラスタ管理、セクション: ハードウェアアップグレード「ホストメモリの追加などのハードウェアアップグレードを実行する前に、ノードをメンテナンスモードにする必要があります。これにより、すべてのVMが他のノードに移行され、ホストがクラスタ操作から安全に分離されます。」
* モジュール: ホストメンテナンス、セクション: メンテナンスモード「ノードをメンテナンスモードにすることは、ハードウェアアップグレードの最初のステップです。メンテナンスモードでは、すべてのVMが他のノードに移行され、コントローラVM (CVM)が停止し、ホストが安全にシャットダウンまたはハードウェア交換できるように準備されます。」オプションの説明:
* A. アウトオブバンド管理インターフェースを使用してホストを正常に停止するこれは誤りです。メンテナンスモードに移行せずにアウトオブバンド管理インターフェース（IPMIやiLOなど）経由でホストを停止すると、実行中のVMやクラスタサービスが中断されるリスクがあります。ECAコースでは、「メンテナンスモードに移行せずにホストをシャットダウンすると、VMが移行されないため、VMがクラッシュし、データが利用できなくなる可能性があります」と警告しています。
* B. クラスターからノードを削除するこれは誤りです。クラスターからノードを削除すると、そのノードは永続的にクラスターのメタデータとストレージプールから切り離されるため、再参加するには再イメージングが必要になります。メモリの追加などの一時的なハードウェアアップグレードには適していません。ECAコースでは、「ノードの削除はハードウェアアップグレードには必須ではなく、クラスター構成を混乱させるため避けるべきです」と説明されています。
* C. AHVコマンドラインインターフェースから「shutdown -h now」を実行する。これは誤りです。メンテナンスモードに入らずにAHVホストでshutdown -h nowを実行すると、ホストが突然停止し、VMがクラッシュしたり、クラスタの動作が中断したりする可能性があります。ECAコースでは、「メンテナンスモードに入らずにCLI経由でホストを直接シャットダウンすると、データ損失やサービス中断のリスクがあります」と注意書きされています。
* D. ノードをメンテナンスモードにするこれが正解です。ノードをメンテナンスモードにすることは、ハードウェアアップグレードの最初のステップです。すべてのVMを他のノードに安全に移行し、CVMを停止し、ホストをシャットダウンまたはハードウェア交換に備えるためです。ECAコースでは、メンテナンスモードによってアップグレード中のクラスタの安定性が確保されることを強調しています。
* 補足情報:「ホストメモリをアップグレードするには、Prism ElementまたはCLIコマンドncli host maintenance_modeを使用してノードをメンテナンスモードにしてください。これにより、安全なVM移行とホストの分離が保証されます。」ECAからの追加情報:
* メンテナンスモードのプロセス：Prism Elementでは、「ハードウェア」>「ホスト」>「メンテナンスモードに入る」でメンテナンスモードを有効にできます。このプロセスでは、ライブマイグレーションを使用してVMを自動的に移行し、CVMを停止し、ホストを分離します。AHVの場合、CLIコマンドはncli host maintenance_mode id=<host_id> enable=trueです。
* メモリのアップグレード: メンテナンス モードに入った後、ホストの電源を安全にオフにしてメモリを追加し、その後、電源を再度オンにしてメンテナンス モードを終了できます。
Web 検索結果からの補足情報:
Nutanix バイブル (https://www.nutanix.com/go/the-nutanix-bible) では、次のように確認されています。「メンテナンス モードは、ホスト ハードウェアのアップグレードに必要な最初のステップであり、メモリ アップグレードなどの変更の前に、VM が移行され、ノードが分離されていることを確認します。」

Nutanix AHV仮想化ガイドでは、vGPU対応VMのライブマイグレーションは、移行先ホストに互換性のあるGPUハードウェアが搭載され、VMに割り当てられたプロファイルと一致するvGPU容量が利用可能である場合にのみ可能と説明されています。また、移行を続行するには、VMが「移行先ホスト上に十分かつ同等のGPUリソ​​ース」を備えている必要があると記載されています。ホストアフィニティは制限要因であり、必須ではありません。
エージェントVMは移行を想定して設計されていません。ターゲットホストが現在割り当てられているvGPUプロファイルをサポートしている限り、vGPUプロファイルを変更する必要はありません。したがって、ターゲットホストに十分な互換性のあるリソースがあることが必須条件となります。

Nutanix のカテゴリはリソースをグループ化するために使用され、定義には名前と値のみが必要です。
* オプションA（名前と値）が正解です。
* カテゴリには、名前 (例: 「Production VMs」) と値 (例: 「Tier 1」) が必要です。
* これらは、ポリシーベースの管理のために VM、ストレージ、およびその他のリソースに適用されます。
* オプション B (ポリシーとエンティティ) は誤りです。
* ポリシーではカテゴリを使用しますが、カテゴリを定義する必要はありません。
* オプション C (サービスと範囲) は誤りです。
* カテゴリにはサービスや定義された範囲は必要ありません。
* オプション D (カタログとテンプレート) は正しくありません。
* これらはカテゴリではなく、セルフサービス プロビジョニングに適用されます。
参考文献:
* Nutanix Prism Central ガイド #カテゴリの作成と管理
* Nutanix KB #RBAC と VM グループ化のためのカテゴリの使用

12ノードのFT2クラスタでは、一度に1ノードのみをメンテナンスモードにすることができます。これにより、クラスタのデータの冗長性と保護が維持されます（FT2は2つの障害耐性を示します）。
Nutanix Enterprise Cloud Administration (ECA)コースの資料より:
FT2 クラスターの場合、クラスターの障害耐性とクォーラム維持能力を確保するために、一度に最大 1 つのノードをメンテナンス モードにすることができます。