Nutanix ECAコースでは、VMのパフォーマンス監視とトラブルシューティングに関するガイダンスを提供します。これには、追加のvCPUが必要かどうかを判断する際に分析すべき指標も含まれます。このシナリオでは、VMにパフォーマンス問題が発生しているものの、クラスタ全体のパフォーマンスは良好で、問題がVM固有のものであることが示唆されています。
Nutanix Enterprise Cloud Administration (ECA) コース ドキュメントからの抜粋:
* モジュール: パフォーマンス監視、セクション: VM パフォーマンス メトリック「VM に追加の vCPU が必要かどうかを判断するには、VM の CPU 使用率と VM の CPU 準備時間を分析します。CPU 使用率が高い場合は VM の負荷が高いことを示し、CPU 準備時間が長い場合は VM が CPU リソースを待機していることを示します。どちらも追加の vCPU が必要であることを示しています。」
* モジュール: トラブルシューティング、セクション: VM パフォーマンスの問題「VM でパフォーマンスの問題が発生した場合、VM CPU 使用率と VM CPU 準備完了時間は重要な指標です。CPU 使用率は需要を示し、CPU 準備完了時間は競合やスケジュールの遅延を示し、vCPU の追加が必要かどうかを判断するのに役立ちます。」オプションの説明:
* A. VM CPU 使用率正解です。VM CPU 使用率は、VM が消費している CPU リソースの割合を示します。CPU 使用率が高い場合（例：常に 80～90% を超える場合）、VM の負荷が高く、ワークロードを処理するために追加の vCPU が必要になる可能性があります。ECA コースでは、「VM CPU 使用率は、VM の CPU 割り当てがワークロードに対して十分かどうかを評価するための主要な指標です」と強調されています。
* B. VM CPU Ready Time（VM CPU準備時間）正解です。VM CPU Ready Timeは、VMが実行準備完了の状態であるものの、競合やオーバーサブスクリプションのためにハイパーバイザーからのCPUリソースを待機している時間を測定します。CPU Ready Timeが高い場合（例：5～10%以上）、VMが十分なCPUサイクルを確保できていないことを示唆しており、vCPUを追加することでこの問題を軽減できる可能性があります。ECAコースでは、「VM CPU Ready Timeが高い場合、CPUの競合が発生していることを示しており、多くの場合、vCPUの追加やリソース割り当ての最適化によって解決できます」と説明されています。
* C. ホストメモリスワップアウトレートこれは誤りです。ホストメモリスワップアウトレートは、ホストのメモリ負荷を示し、メモリページがディスクにスワップされる原因となります。これはVMのパフォーマンスに影響を与える可能性がありますが、CPUパフォーマンスとは無関係であり、vCPUの追加を正当化するものではありません。ECAコースでは、「ホストメモリスワップアウトレートはメモリ関連の問題に関連しますが、CPU割り当ての決定には関連しません」と説明されています。
* D. ホストCPU使用率これは誤りです。ホストCPU使用率は、特定のVMではなく、ホスト全体のCPU使用率を測定します。クラスタ全体のパフォーマンスは良好であるため、ホストCPU使用率が高くなる可能性は低く、VMにvCPUを追加する必要があるかどうかを直接示すものではありません。ECAコースでは、「ホストCPU使用率はクラスタ全体の指標であり、VM固有のCPUパフォーマンスの問題の診断にはあまり関係ありません」と明確に説明されています。ECAからの補足情報：
* パフォーマンス監視ツール：Prism ElementまたはPrism Centralでは、「VM」>「Monitor」またはダッシュボードから、VMのCPU使用率とCPU準備時間を監視できます。これらのメトリックは、VMのCPU需要と競合に関する洞察を提供します。
* vCPUの追加：ECAコースでは、vCPUの追加は注意が必要です。過剰割り当てはスケジューリングのオーバーヘッドによりCPU準備時間が長くなる可能性があるためです。ただし、CPU使用率と準備時間の両方が高い場合は、vCPUの追加が妥当です。
Web 検索結果からの補足情報:
Nutanix Bible (https://www.nutanix.com/go/the-nutanix-bible) では、次のことがサポートされています。「VM のパフォーマンスの問題については、VM CPU 使用率と CPU 準備時間を分析して、追加の vCPU が必要かどうかを判断します。これらのメトリックは、CPU の需要と競合を直接示すためです。」

MySQL のような高性能データベースでは、ストレージ アクセスの最適化が重要です。
* オプション B (SQL データ用の追加 vDisk を作成する) が正解です。
* 複数の vDisk により、NutanixDSF (分散ストレージ ファブリック) での並列処理が向上し、IOPS が向上します。
* オプション C (LVM を使用して SQL データを複数の vDisk にストライプする) が正解です。
* 複数のディスクにストライピングすると負荷が分散され、待ち時間が短縮されます。
* オプション A (シック プロビジョニングされた vDisk) は正しくありません。
* Nutanix は常に vDisk をシンプロビジョニングし、シックプロビジョニングでは IOPS は向上しません。
* オプション D (シン プロビジョニングされた vDisk) は正しくありません。
* すべての Nutanix vDisk はデフォルトでシンプロビジョニングされます。
参考文献:
* Nutanix バイブル #Nutanix での SQL パフォーマンスの最適化
* Nutanix KB #Nutanix で MySQL を実行するためのベストプラクティス

同期レプリケーションが構成され、データセンターのメンテナンスのために計画的なフェイルオーバーが必要な場合、Nutanix では、データの一貫性とサービスのスムーズな移行を確保するために、計画的なフェイルオーバーを実行することを推奨します。
Nutanix Enterprise Cloud Administration (ECA)コースの資料より:
計画的なフェイルオーバーにより、ワークロードの移行前にプライマリサイトとスタンバイサイト間のデータレプリケーションが完了し、一貫性が保たれていることが保証されます。これにより、データ損失を防ぎ、シームレスなリカバリが保証されます。さらに、
計画的なフェイルオーバーは、プライマリサイトまたはスタンバイサイトから開始できます。これにより、運用上の設定やメンテナンス期間中のサイトの可用性に応じて柔軟に対応できます。
計画外フェイルオーバーは、予期せぬサイト停止や壊滅的な障害が発生した場合にのみ使用してください。データ損失や不完全な同期が発生する可能性があるためです。したがって、適切なアプローチは、スタンバイサイト（B）またはプライマリサイト（D）のいずれかから計画的なフェイルオーバーを実行することです。これにより、データセンターのメンテナンスイベント中のシームレスなワークロード移行が保証されます。

Nutanix Prism Central では、Intelligent Operations 内のユーザー生成レポートは一定期間保存され、その後自動的に削除されます。
* オプション C (レポートは 24 時間後に自動的に削除されます) が正解です。
* レポートは、スケジュールされたレポートでない限り、無期限に保存されることはありません。
* 1 回限りのレポートは 24 時間後に期限切れになります。
* オプション A (クラスター ビューアーがレポートを削除した) は誤りです。
* クラスター ビューアーにはレポートを削除する権限がありません。
* オプション B (レポートはアーカイブされました) は誤りです。
* Nutanix はレポートを自動的にアーカイブしません。
* オプション D (Prism Element に保存されたレポート) は正しくありません。
* レポートは Prism Element ではなく、Prism Central でのみ生成および保存されます。
参考文献:
* Nutanix Prism Central ガイド #インテリジェントな運用とレポート保持ポリシー
* Nutanix KB #Prism Central のレポートが保存されない理由