MetroCluster でクラスタ間ネットワークが失われ、 CRS が同期できない場合はどうなりますか。

に適用されます

• MetroCluster
• ONTAP 9

回答

この記事では、構成レプリケーションサービス（ CRS ）のクラスタ間ネットワークが機能を停止し、クラスタが構成を同期できない場合の MetroCluster での動作について説明します。

設定の更新は、ほぼ同期のセマンティクスを使用してクラスタ間でレプリケートされます。

ソースクラスタ内の構成の更新は、更新がユーザーに確認される前にローカルストレージにコミットされます。したがって、コンフィギュレーションアップデートのキャプチャはローカルで同期して実行されます。コンフィギュレーションアップデートは、確認応答される前にローカルでコミットされます。

キャプチャされた設定の更新は、デスティネーションクラスタに非同期で送信され、できるだけ早くデスティネーションクラスタに適用されます。したがって、構成更新のリアルタイムレプリケーションは、デスティネーションクラスタ内でほぼ同期されます。

スイッチオーバー時に、障害が発生していない（デスティネーション）クラスタは、障害が発生した（ソース）クラスタで使用されているストレージを読み取ることができます。ソースクラスタによってキャプチャされ、まだ送信されていない設定の更新は、スイッチオーバー処理中にデスティネーションクラスタによって読み取られ、適用されます。このため、キャプチャされた構成更新と未送信の構成更新は、レプリケーションが同期的に実行されたかのように、デスティネーションクラスタにレプリケートされます。スイッチオーバーが完了すると、すべての設定更新がリモートで適用されます。

したがって、 MetroCluster では、スイッチオーバー後に、ソースクラスタで行われた構成の更新が、レプリケーションがリアルタイムの同期セマンティクスでリモートで実行されたかのように、デスティネーションクラスタにレプリケートされることが保証されます。サイト A で設定を更新した直後にサイト障害が発生した場合は、スイッチオーバー後に常にサイト B に障害が発生します。

ソースクラスタが使用するストレージにコミットされた最新の構成更新が、スイッチオーバー時にデスティネーションクラスタから読み取られない場合、 MetroCluster は保証に失敗することがあります。これは、 CRS に使用されているネットワークがダウンしている間に、バックエンドファブリック内の FC スイッチを接続している ISL が長時間ダウンしている（またはリンクが点滅している）場合に発生することがあります。

追加情報

AdditionalInformation_Text