Nutanix Life Cycle Manager（LCM）には、管理者がアクティブなアップグレードセッションを一時停止または停止できるワークフロー制御機能が組み込まれています。ドキュメントには次のように記載されています。
管理者はLCM UIの「更新停止」オプションを使用して、ジョブの進行を停止できます。これにより、既に適用されている更新を中断することなく、アップグレードパイプラインを安全に停止できます。内部動作の詳細：
* 更新の停止は、LCM が追加のノードまたはコンポーネントのアップグレードを開始するのを直ちに防止します。
* クラスターの一貫性を維持しながら、キューの実行を安全に終了します。
* コマンドライン操作やサービスの再起動は必要ありません。
.py スクリプトの使用は推奨されません。エンジニアリングワークフロー専用です。Genesis を再起動したり、ecli 経由でタスクをキャンセルしたりすると、LCM アクティビティが中断される可能性がありますが、スケジュールされたアップグレードワークフローは完全に停止されません。
サポートされている正しい制御方法は、組み込みの「更新の停止」ボタンです。

Metro Availability では、最適なパフォーマンスを維持し、リモート データ アクセスの遅延を防ぐために、VM が常にプライマリ サイトからデータを読み取る必要があります。
* オプション C (VM をプライマリ サイトに移行し、適切なルールを設定する) が正解です。
* VM がセカンダリ サイトにフェールオーバーしてもプライマリ サイトでまだ実行されている場合、データはリモートで読み取られ、待機時間が長くなり、パフォーマンスの問題が発生します。
* 解決策としては、VM をプライマリ サイトに戻し、不要な移動を防ぐために DRS ルールまたはホスト アフィニティ設定を構成します。
* オプションAは不正解です。
* このコマンドはアクティブな Metro Availability 保護ドメインを一覧表示しますが、問題は解決しません。
* オプションBは不正解です。
* 必須アフィニティ ルールは役立ちますが、VM をプライマリ サイトに移行した後に構成する必要があります。
* オプションDは不正解です。
* NCC ヘルスチェックを実行しても問題は診断されるだけで、解決されるわけではありません。
参考文献:
* Nutanix バイブル #メトロ可用性とデータローカリティ
* Nutanix ベストプラクティス #メトロ可用性のための VM アフィニティルール
* Nutanix KB #メトロ可用性におけるリモートデータアクセスのトラブルシューティング

Nutanix のストレージ ポリシーを使用すると、管理者はストレージ コンテナ レベルでデータ保護とパフォーマンス設定を構成できます。
* レプリケーション ファクター (RF) は、フォールト トレランスのためにノード間で保存されるデータのコピーの数を定義します。
* 暗号化により、保存中のデータは Nutanix ネイティブの暗号化方式によって保護されます。
* オプション A (ストレージ コンテナーとボリューム グループ) は、ポリシーではなく、ストレージ構成を指します。
* オプション C (共有とオブジェクト ストア) は、VM ストレージ ポリシーではなく、ファイルおよびオブジェクト ストレージ サービスに適用されます。
* オプション D (データ保護とセキュリティ) は広範な用語ですが、特定のポリシー属性は定義されません。
参考文献:
* Nutanix Prism Element #ストレージポリシーとレプリケーション係数 (RF)
* Nutanix バイブル #ストレージファブリックとデータレジリエンシー
* Nutanix KB #ストレージポリシーでの暗号化の有効化

Prism Central のインテリジェントな運用および分析ダッシュボードは、アドホック レポートの生成をサポートしています。
これらのレポートは一時的なアーティファクトであり、長期保存を想定していません。社内ドキュメントには、「生成されたレポートは24時間保持され、その後、レポートの蓄積とデータの肥大化を防ぐため、システムによって自動的に削除されます」と記載されています。この自動クリーンアップはレポートサブシステムの一部であり、ユーザーの役割や保存場所に関わらず適用されます。これらのレポートはPrism Elementに保存されず、自動的にアーカイブされることもありません。そのため、24時間の保持期間が経過すると、システムによってレポートが削除され、ユーザーが以前に生成されたレポートを見つけられなかった理由が説明されます。