受信側スケーリング (RSS) VirtIO-Net マルチキューは、ネットワーク処理を複数の CPU コアに分散することでネットワーク パフォーマンスを向上させます。
* オプション C (RSS VirtIO-Net マルチキューを有効にする) が正解です。
* この設定により、複数のキューがネットワーク パケットを処理できるようになり、CPU のボトルネックが軽減されます。
* 高スループットのネットワーク アプリケーションには不可欠です。
* オプション A (vCPU を追加する) は誤りです。
* CPU リソースは重要ですが、RSS を有効にしないと、追加の vCPU によってネットワーク トラフィックの分散が最適化されません。
* オプション B (AHV ターボ テクノロジーを有効にする) は誤りです:
* AHV Turbo はネットワーク I/O ではなくディスク I/O を改善します。
* オプション D (RAM を追加する) は誤りです。
* RAM はネットワーク パフォーマンスに直接影響しません。
参考文献:
* Nutanix AHV ベストプラクティスガイド #RSS マルチキューによるネットワークパフォーマンスの最適化
* Nutanix KB #高パフォーマンスアプリケーション向けマルチキューの有効化

多数のLinux VM（例えば100台）のデプロイを自動化するには、それぞれが類似した基本構成を持ちながら、ホスト名、ローカル構成、追加パッケージのインストールがそれぞれ異なる場合、Cloud-Initが最適なアプローチです。Cloud-Initは、Linuxインスタンスの初回起動時の初期化と構成を自動化するための、広くサポートされている業界標準ツールです。
Nutanix Enterprise Cloud Administration (ECA)コースの資料より:
Cloud-Initは、Prism Centralでの展開時にLinux仮想マシンを構成するための推奨方法です。これにより、管理者は、ホスト名、ネットワーク設定、ユーザー作成、パッケージのインストールなど、起動時にVMをカスタマイズする構成スクリプトとユーザーデータを挿入できます。具体的には以下のとおりです。
Cloud-Initを使用すると、Linux VMのテンプレートまたはベースイメージを作成し、個別の構成パラメータを渡すことで各VMのデプロイメントをカスタマイズできます。これにより、ベース構成の一貫性を保ちながら、各VMにホスト名やインストール済みソフトウェアなどの固有の設定を持たせることができます。この方法は、100台のVMに対して手動構成を行うのは現実的ではなく、Windowsベースのカスタマイズ向けであるSysPrepの使用にも適していません。VMテンプレートだけではベースイメージしか提供されず、VMごとの固有の設定は提供されません。
したがって、Cloud-Init は、独自の構成を持つ多数の Linux VM を展開するための Nutanix のベスト プラクティスに準拠した、繰り返し可能でスケーラブルな完全に自動化された展開プロセスを保証します。

圧縮が有効になっているストレージ コンテナーに vDisk を移動すると、ダウンタイムなしでデータ効率が向上します。
* オプション A (vDisk の移行) が正解です:
* vDisk の移行は中断を伴わず、圧縮設定を動的に適用できます。
* オプション B (VM を再作成する) は誤りです:
* VM の再構築は不要であり、ダウンタイムが発生します。
* オプション C (VM の移行) は正しくありません。
* VM の移行では、vDisk のみが移動することが保証されず、パフォーマンスが低下する可能性があります。
* オプション D (vDisk の再作成) は正しくありません。
* この方法は手動で時間がかかりますが、Nutanix は自動化されたアプローチを提供します。
参考文献:
* Nutanix ストレージ最適化ガイド#既存の vDisk での圧縮の有効化
* Nutanix KB#最適化のためにストレージコンテナ間で vDisk を移行する