SocketサイトのレジリエンシーとWANリカバリー

WANリカバリーはフルメッシュトポロジーに基づいており、すべてのSocketサイトにデフォルトで有効化されています。 各Socketは、パブリックインターネット上で他のすべてのSocketへの直接DTLSトンネルを作成します。 定期的にトンネル上でキープアライブメッセージを送信し、ライブトンネルをオープン状態にしてリカバリー時間を短縮します。 このトポロジーは、アカウント内のSocketサイトに最大のレジリエンシーを提供します。

次の図は、1つのSocketがCatoクラウドと切断された場合の例を示しています。 そのサイトにWANリカバリーが有効化されていて、2つのSocket間に直接接続を提供します。

WANリカバリーはCato Cloudの回復力とサイトの接続性を維持するための重要な要素です。 詳細情報はこれらのビデオをご覧ください:

サイトのスムーズなWANリカバリーへの移行を保証するために、静的IPを使用し、オフクラウドトンネルのセットアップを改善するためにサイトのSocketインターフェースパブリックIPと静的ポート設定を定義できます。

すべてのSocketに対する静的IP設定が困難なアカウントに対しては、データセンターのような主要なサイトに静的IP設定を使用することをお勧めします。これらのデータセンターはWANリカバリーのハブとして機能します。 ハブサイトのIPアドレスはPoPに送信され、WANリカバリーに設定されたアカウント内の他のSocketに伝播されます。

WANリカバリー用のフルメッシュ接続構成は小規模および中規模展開に主に適していますが、この動作は不要なトラフィックを生成し、大規模環境でCPU負荷を増加させます。 これらの環境では、ハブ&スポーク接続構成に移行してトンネルとプローブの数を減少させ、最適なパフォーマンスと効率を維持します。 詳細情報はWANリカバリー用オフクラウド接続構成-Hub & Spokeを参照してください。

中国のSocketサイトはオフクラウドダイレクトトンネルを介した通信をサポートします。 これにより、中国内のサイト間で大量のトラフィックを直接ルーティングし、事業継続性のユースケースを可能にします。

WANリカバリーのハブとして機能するデータセンターなどの主要なサイトには静的IPアドレスの使用をお勧めします。 ハブサイト内の各WANリンクに対してオフクラウドパブリックIPと静的ポートを定義します。

ベストプラクティスページを使用して、すべてのサイトがWANリカバリーをサポートするために高度な設定で有効になっていることを確認できます。

WANリカバリーイベントは、Catoクラウドではなくインターネット経由でDTLSトンネルを使用して他のサイトにトラフィックが送信される場合に生成されます。 CMAはWANリカバリーについて次のイベントを表示します。

サイトのWANリカバリーが機能している場合（ステータスが準備完了）、回復のDTLSトンネルを介してトラフィックを送信していないときはイベントは生成されません。

サイトが部分的または未準備のステータスを示している場合、完全な回復準備を復元するために次の手順を実行します。

WANリカバリー中にソケットを再起動しないようにしてください。そうでないと、サイトに悪影響を及ぼし、他のサイトとの接続を再確立できない可能性があります。

Cato管理アプリケーション (CMA) は、PoPに接続されていないため、影響を受けたサイトのステータスを認識せず、サイトデータを完全に受信しません。

Socket WebUIにログインし、SD-WANタブを使用してトラフィックとオフクラウドトンネルを監視できます。 これはSocket WebUIを使用してトラフィックを監視する例です。

WANリカバリー中、Socketのルーティングテーブルは固定され、リカバリーが開始される前に存在していたすべてのBGPレンジは、他のサイトへのオフクラウドトラフィック経由でルーティング可能です。 WANリカバリー開始後に導入されたBGPレンジは、Socketがリカバリーを終了してPoPに再接続するまで到達不可能です。

WANリカバリーのオフクラウドトランスポートを介して送られるトラフィックは、CatoクラウドのPoPで処理されません。 つまり、WANリカバリー中には、次の項目を含むPoPサービスがトラフィックに適用されません。