OTS 2ノードクラスタの場合、フェイルオーバーおよびフェイルバックプロセスのワークフロー/時間の遅延はどれですか。

• ONTAP Select （ OTS ）
• ONTAP Select Deploy
• SyncMirror

デフォルトでは、アクティブ/アクティブHAペアでは、HAペアの一方のノードでパニック、リブート、または停止が発生すると、パートナーノードが自動的にテイクオーバーし、該当するノードのリブート時にストレージを戻します。

その後、HAペアは通常の動作状態に戻ります。また、いずれかのノードが応答しなくなった場合にも自動テイクオーバーが実行される可能性があります。

パートナーをテイクオーバーしたノードは、パートナーのアグリゲートとボリュームのデータを提供および更新します。これを行うには、パートナーのアグリゲートの所有権を取得し、ネットワーク インターフェイスのフェイルオーバー ルールに従ってパートナーのLIFを移行します。

平均遅延時間

OTS 2ノードクラスタの場合のフェイルオーバーおよびフェイルバックプロセスの平均遅延時間は、アグリゲートの数とサイズによって異なります。具体的には 、コンピューティングとプロトコルの転送に約1分かかり 、ネットワークの転送に2分、ストレージの転送に最大5分かかる場合があり
ます（アグリゲートの数とサイズによって異なる）。

NetAppでは、ONTAPにすでに存在するRAID SyncMirror（RSM）を使用して、HA機能のためにクラスタノード間でデータブロックをレプリケートします。 

• OTS内のSyncMirrorは、専用のクラスタネットワーク（内部ポートグループ）とNVRAMを使用して、OTSノード上のローカルPool0とリモートPool1の間でディスク書き込みをレプリケートします。
• ディスク読み取りはローカルPool0から直接読み取られるため、同期する必要はありません。
• HA RSMとミラーされたアグリゲート に関する詳細情報。 

/GBに影響する可能性があるシナリオ：

• 停電：
  • 両方のノードまたはESXiホスト が停止すると「ダーティーシャットダウン」が発生し、原因の書き込みが失われたり、WAFLファイルシステムが破損したりする可能性があります。
  • OTSはSoftware-Defined Storageであり、VMware / ESXiホストの健全性に100%依存します。
• ネットワークの中断は、他の解決策と同様にOTSに影響します。
  • ネットワークに適切な冗長性（冗長スイッチ、ポートチャネル、ポートトランキング）が設定されていないかぎり、NASプロトコルにはタイムアウトが発生し、アクセスが失われます。
    • ネットワークの停止が1つのESXノードにしか影響しない場合、OTSはパートナーノードへのLIFフェイルオーバーを活用できます。
  • OTSのSANプロトコルはiSCSIを使用します。
    • NASについても同じルールがiSCSIに適用されます。
    • 耐障害性は、ネットワークハードウェアとESX構成に組み込まれている冗長性のレベルによって異なります。
    • ONTAP SelectはSoftware-Defined Storageです。大まかな違いは、コンピューティングとストレージのハードウェアを提供することです。

ONTAP Selectのアーキテクチャとベストプラクティスの詳細については、 テクニカルレポートTR-4517でOTSのアーキテクチャとベストプラクティスの構成を参照してください。