ONTAP では、 MetroCluster 構成の両方のサイトのすべてのノードに BGP ピアリングが設定されていることは自動的には検証されません。

ONTAP は、ルートアグリゲーションを実行するのではなく、個々の仮想 LIF のすべての IP を一意のホストルートとして常時通知します。

ONTAP は、真のエニーキャストをサポートしません。クラスタ内の 1 つのノードだけが、特定の仮想 LIF の IP を提供します（ただし、物理ポートが正しい IPspace の一部である場合は、 BGP LIF であるかどうかに関係なく、すべての物理インターフェイスで許可されます）。異なる LIF は、異なるホストノードに個別に移行できます。

必要な冗長性を確保するために、 BGP および VIP を正しく設定する必要があります。

よりシンプルな導入シナリオが、より複雑なアーキテクチャよりも推奨されます（たとえば、 BGP ピアリングルータは、中間の BGP 以外のルータ経由で到達可能です）。ただし、 ONTAP では、ネットワーク設計やトポロジの制限は適用されません。

VIP LIF はフロントエンド / データネットワークのみをカバーします。

ONTAP のバージョンに応じて、システム SVM やデータ SVM ではなく、ノード SVM に BGP ピアリング LIF を設定する必要があります。ONTAP 9.8 では、クラスタ（システム） SVM 内に BGP LIF が表示され、ノード SVM が存在しなくなります。

各データ SVM には、 LIF の移行や MetroCluster のフェイルオーバーが発生したときにリターンデータパスを使用できるように、考えられるすべてのファーストホップゲートウェイアドレス（通常は BGP ルータピアリングの IP アドレス）を設定する必要があります。

BGP LIF はクラスタ間 LIF と同様にノード固有で、各ノードは一意の設定を持ちます。 DR サイトのノードにレプリケートする必要はありません。

設定が完了すると、v0a（v0bなど）が接続を継続的に検証し、LIFの移行またはフェイルオーバーが成功するかどうかを（停止したあとにのみ構成の分断が認識されるL2とは異なります）チェックします。

アーキテクチャに大きな違いは、クライアントがデータ SVM の VIP と同じ IP サブネットを共有しなくなることです。適切なエンタープライズクラスの復元力と冗長性機能（たとえば、 VRRP/HSRP ）をイネーブルにした L3 ルータは、 VIP が正しく動作するために、ストレージとクライアント間のパス上に配置する必要があります。

BGP の信頼性の高い更新プロセスにより、 LIF の移行がわずかに高速化され、一部のクライアントの中断が少なくなるため、円滑な移行が可能になります

ネットワークまたはスイッチの一部の動作を LACP よりも高速に検出するように BGP を設定できます（設定されている場合）。

外部 BGP （ EBGP ）は、 ONTAP ノードとピアリングルータ間で異なる AS 番号を使用し、ルータ上でのルート集約と再配布を容易にするための推奨配置です。内部 BGP （ IBGP ）およびルートリフレクタの使用は不可能ではありませんが、簡単な VIP 設定の範囲外です。

導入後、関連する仮想 LIF が各サイトのすべてのノード間で移行されたときに（ MetroCluster スイッチオーバーを含む）データ SVM にアクセスできることを確認し、同じデータ SVM への静的ルートの正しい設定を確認する必要があります。

VIP は、ほとんどの IP ベースのプロトコル（ NFS 、 SMB 、 iSCSI ）に対応しています。