Nutanix Life Cycle Manager（LCM）は、Nutanixクラスタ全体のファームウェアおよびソフトウェアのアップグレードを管理および自動化するように設計されています。ただし、LCM経由のファームウェアアップグレードは、シングルノードクラスタではサポートされていません。この制限については、ECAコース、LCMの公式リリースノート、およびガイドに記載されています。
Nutanix Enterprise Cloud Administration (ECA) コースの資料より:
「LCMは、シングルノードクラスタでのファームウェアアップグレードをサポートしていません。これらのクラスタでは手動アップグレードが必要であり、ファームウェアリビジョンの状態に関係なく、LCMは利用可能なファームウェアアップデートをリストしません。」その他のオプション：
* A は不正解です。単一ノード クラスターには、「1 つのディスク」ファームウェア アップグレードに特有のこの制限はありません。これは、LCM のすべてのファームウェア タスクに適用される完全な制限です。
* B は誤解を招く恐れがあります。LCM は、Nutanix クラスターでは一般的にサポートされていますが、単一ノード クラスターのファームウェア タスクではサポートされていません。
* D は不正解です。インターネット接続がない場合、通常はダウンロードまたは接続の問題に関連するエラーが表示され、ファームウェアの更新が完全に存在しないわけではありません。

展示とメモリの割り当てを理解する
ホストには 128GB の物理 RAM があります。
3 つの VM (VM1、VM2、VM3) にわたる現在のメモリ割り当ては 128 GB ですが、実際に使用されているのは 92 GB のみです。
これは、割り当て可能な未使用のメモリが 36 GB あることを意味します。
ステップバイステップの内訳
VM4 を追加する前の既存のメモリ使用量
合計物理RAM:128GB
実行中のVM（VM1、VM2、VM3）で使用されている容量：92GB
未使用メモリ:36GB
VM4の作成と実行後
VM4 にはメモリが割り当てられていますが、28 GB しか使用しません。
表には VM4 に割り当てられた RAM は表示されませんが、適切な割り当てが行われたと仮定すると、36 GB の未使用メモリ プールから取得されたはずです。
VM4 が 28GB を使用する場合、残りの未使用メモリは (36GB - 28GB) = 8GB になります。
VM5の最大メモリ割り当て
未使用部分は 8GB のみなので、VM5 の電源をオンにしたまま割り当てることができる最大メモリは 8GB です。
回答の選択肢を評価する
(A) 4GB#(誤り)
より多くのメモリ（8GB）が使用可能なので、4GBに制限する必要はありません。
(B) 8GB#(正解)
VM4 の後に残っている未使用のメモリは 8 GB なので、VM5 には電源をオンにしたまま最大 8 GB まで割り当てることができます。
(C) 16GB#(誤り)
残り8GBしかないので16GBは無理です。
(D) 32GB#(誤り)
32GB を割り当てるのに十分な未使用メモリがありません。
重要な概念: Nutanix メモリオーバーコミット
Nutanix AHV はメモリ オーバーコミットをサポートしており、メモリ バルーニングとスワッピングを使用して、物理的に利用可能なメモリよりも多くのメモリを VM に割り当てることができます。
ただし、パフォーマンスに影響を与えずに VM5 をオンにするには、使用可能な未使用メモリ (8 GB) 内に収まる必要があります。

Nutanix AHVネットワークドキュメントでは、IGMPスヌーピングは、AHV仮想スイッチがIGMPメンバーシップレポートを通じて特定のマルチキャストグループに参加しているVMを認識できるようにする機能であると説明されています。ドキュメントによると、IGMPスヌーピングを有効にすると、マルチキャストトラフィックはマルチキャストグループに登録されているVMにのみ転送され、すべてのポートにマルチキャストパケットが不必要にフラッディングされるのを防ぎます。LACPはNICボンディング、ネットワークセグメンテーションはネットワークを分離するためのもので、LLDPはリンク層デバイスの検出のためのものです。これらの機能はいずれもマルチキャストトラフィックを選択的に配信するものではありません。IGMPスヌーピングだけが、前述の最適化されたマルチキャスト転送を提供します。

Nutanixプラットフォームのタイミングガイドラインでは、Prism Centralで適切な認証、イベントログ、証明書検証、クラスタオーケストレーションを実現するために、正確なクロック同期が必要であると規定されています。このドキュメントには、「NTPはアクセス可能で信頼性の高いタイムソースに設定する必要があり、ベストプラクティスとしては、Prism Centralを外部の独立した標準ベースのNTPサーバーを使用するように設定することです」と記載されています。ドメインコントローラーの使用は、DC自体が信頼できる外部NTPソースと適切に同期されている場合にのみ許容されますが、Nutanixはハイパーバイザーおよびマルチクラスタ環境間の一貫性を確保するために、Prism Centralで外部ソースを直接指定することを強く推奨しています。DNSサーバーのIPアドレスの追加は時間とは関係ありません。ホスト名の追加は、それが機能しているNTPサーバーに解決される場合にのみ有効ですが、質問では正しい方法が求められており、許容される構文は求められていません。
したがって、外部 NTP サーバーを選択するのが正しい推奨構成です。

問題を理解する
管理者は VM のパフォーマンスに関する苦情を調査し​​、CPU 準備時間データを分析しています。
* CPU 準備時間は、Nutanix および仮想化環境 (AHV、ESXi、または Hyper-V) において重要なメトリックです。
* リソースの競合により VM が CPU スケジューリングを待機している時間を測定します。
* CPU 準備時間が長い場合、VM は実行の準備ができているが、ホストに利用可能な CPU リソースが不足しているために待機していることを示します。
展示の分析
* グラフには、複数の VM の CPU 準備時間の急上昇が表示されます。
* 一部の VM では、CPU 準備時間が 18% ～ 21.5% を超えており、非常に高くなっています。
* 正常な CPU 準備時間は 5% 未満である必要があります。
* 10% を超える値は CPU 競合を示し、20% を超える値は重大なため、すぐにトラブルシューティングを行う必要があります。
回答の選択肢を評価する
#(A) 各CVMに割り当てられたvCPUの数を確認します。(誤)
* CVM (コントローラー VM) には固定の CPU 割り当てがあり、Nutanix サポートからのアドバイスがない限り、vCPU 数を変更することは推奨されません。
* この問題は CVM 構成ではなく、VM CPU 競合に関連しています。
#(B) ホストのCPU使用率を確認します。(正解)
* CPU 準備時間が長い場合は、CPU のオーバーコミットメントまたはホストの飽和状態を示しています。
* 管理者は、Prism Central でホストの CPU 使用率を確認し、クラスターが過負荷になっているかどうかを確認する必要があります。
* ホストの CPU 使用率が常に 85 ～ 90% を超えている場合、VM は CPU リソースを競合しており、CPU 準備時間が長くなります。
#(C) クラスターのSSD容量を評価します。(誤り)
* SSD 容量はストレージ パフォーマンス (レイテンシ、読み取り/書き込み速度) に影響しますが、CPU 準備時間には影響しません。
* CPU 準備時間が長いのは、ストレージのボトルネックではなく、CPU のスケジュールの問題です。
#(D) VMメモリのオーバーサブスクリプションを有効にします。(誤り)
* メモリのオーバーサブスクリプションは CPU のスケジューリングには影響しません。
* メモリのオーバーサブスクリプションを有効にすると RAM の割り当てに影響しますが、CPU 準備時間は CPU の競合に厳密に関連します。
問題を診断して解決するための次のステップ
* ホストCPU使用率を確認する:
* Prism Central # 分析 # ホストごとの CPU 使用率に移動します。
* CPU 負荷が高いホストを特定します。
* VM vCPU の割り当てを確認します。
* VM に過剰な vCPU が割り当てられていないことを確認します。過剰な vCPU が割り当てられていると、スケジュールの効率が悪くなる可能性があります。
* vCPU を過剰にプロビジョニングすると、不要な競合が発生する可能性があります。
* ホスト間でワークロードを分散:
* Nutanix AHV DRS (Dynamic Sc​​heduling) または VMware DRS を使用して、ホスト間で VM を再配布します。
* 特定のホストが過負荷になっている一方で、他のホストには余裕のある CPU 容量があるかどうかを確認します。
* クラスターのスケールアウトを検討してください:
* CPU 使用率が常に高い場合は、CPU の競合を減らすためにノードの追加が必要になることがあります。
マルチクラウド インフラストラクチャのリファレンスとベスト プラクティス
* CPU準備時間のベストプラクティス:
* CPU 準備時間を 5% 未満に保ちます。
* 負荷の高いホストでの vCPU のオーバーコミットを回避します。
* Prism Central Runway Metrics を監視して、将来の CPU リソースのニーズを予測します。
* Nutanix AHV CPU スケジューリングの最適化:
* VM のサイズ設定が適切であることを確認します (vCPU の過剰な割り当てを避けます)。
* Nutanix AHV DRS を使用してワークロードのバランスをとります。
参考文献:
* Nutanix Prism Central: パフォーマンス分析とCPUメトリクス
* Nutanix バイブル: VM パフォーマンスとリソース管理
* Nutanix KB: AHV での CPU 準備時間の増加のトラブルシューティング