* シナリオ分析:
* VM は 15 分ごとにスケジュールされた NearSync レプリケーションで保護されていますが、書き込み量が多いため夜間のバックアップ中にレプリケーション ウィンドウを逃してしまいます。
* 期待される動作:
* オプション B: 保護ドメインが時間単位のスケジュールに戻ります。
* 書き込み量やその他の問題により 15 分間隔のスケジュールを維持できない場合、NearSync は自動的に、1 時間ごとなどの頻度の低いレプリケーション スケジュールにフォールバックします。
* オプション D: システムは継続的に NearSync スケジュールを取得しようとします。
* システムは NearSync スケジュールを放棄しません。代わりに、条件が許せば (書き込み量が減少するなど)、15 分間隔に戻ろうとし続けます。
* 行動の説明:
* 時間ごとのスケジュールの移行:
* 書き込み量が多いために 15 分間のレプリケーションが実行できない場合、NearSync は 1 時間ごとのスケジュールに移行し、頻度は低下しますが、レプリケーションが継続されるようにします。
* NearSync への復帰を継続的に試行:
* システムは状況を監視し、実行可能になり次第、NearSync スケジュールに戻るよう継続的に努力します。
* 結論：
* 期待される動作を説明する正しいオプションは B と D です。
参考資料: Nutanix Bible では、書き込み量が多く、レプリケーション ウィンドウが失われている場合の NearSync の動作について説明しています。

クラスタ RF が 3 に増加すると、データの回復力係数は 3 になります。これは、システムがデータ コンポーネントに対して最大 2 つの障害を許容できることを意味します。ただし、メタデータ コンポーネントである Zookeeper は通常、別の RF を維持します。Nutanix クラスタでは、クラスタ RF が 3 に増加しても、Zookeeper のデフォルトの RF は 1 のままです。したがって、データ回復力ダッシュボードの FAILURES TOLERABLE の値は次のようになります。
* 飼育員 = 1
* エクステント グループ = 2。