この記事では、GCP vSocketサイトの冗長化(HA)設定をデプロイする方法について説明します。
注意
注: これはEarly Availability(EA)機能で、限られたリリースでのみ利用可能です。 機能を有効化するための詳細については、Cato Networksの担当者に連絡するか、ea@catonetworks.comに電子メールを送信してください。
Google Cloud Platform(GCP)でCato vSocketsの冗長化(HA)を設定するには、異なるゾーンに2つのvSocketをデプロイし、そのLANインタフェース前にGoogle Cloud Load Balancerを配置してください。 Load Balancerは単一の静的IPアドレスを提供し、内部リソースがvSocketに接続するために使用します。 各vSocketの健全性を継続的に監視し、アクティブ(マスター)のvSocketにのみトラフィックを転送します。 これには、プライマリソケットまたはフェイルオーバーの場合のセカンダリが含まれます。
さらに、vSocketsはVirtual Router Redundancy Protocol(VRRP)を使用して状態情報を交換します。 セカンダリソケットがスタンバイモードのとき、Load Balancerに不健全と報告されるため、トラフィックはアクティブなvSocketにのみ転送されます。 Load Balancerの健全性チェックとVRRPを組み合わせることで、最小限の中断で自動フェイルオーバーを提供します。 通常のフェイルオーバー時間は約3〜5秒です。
注意
注: GCPでのHAに対するvSocketの最低サポートバージョンは24.0.20395です。
GCPでのHA vSocket設定は、Load Balancerのみに依存してアクティブなvSocketにトラフィックを誘導します。
これは、プライマリアクティブvSocketがGCPサイト内でセカンダリスタンバイにフェイルオーバーする場合のワークフローです。
-
通常の操作では、プライマリvSocketがアクティブロールを持ち、セカンダリvSocketがスタンバイロールを持ちます。
-
Load balancerはソケットの健全性ステータスを調査します。 プライマリは健全であると報告し、セカンダリは不健全であると報告します。
-
プライマリとセカンダリのソケットは、LAN上でVRRPプロトコルを使用して通信します。
-
Load balancer IPはトラフィックをプライマリvSocketのIPに誘導します。
-
LANルートテーブルのプレフィックスはネクストホップとしてload balancer IPを使用します。
-
-
プライマリ(アクティブ)vSocketがダウンします。
-
セカンダリ(スタンバイ)vSocketはプライマリvSocketからキープアライブパケットの受信を停止します。
-
セカンダリvSocketはアクティブ(マスター)ロールを引き受け、Load balancerに対して健全であると報告し始めます。
-
Load balancerはプライマリvSocketからの応答を受信するのを停止し、現在はトラフィックをセカンダリvSocketのみに誘導します。
-
-
セカンダリvSocketは現在アクティブなvSocketとなり、サイトのトラフィックを両方向に中継しています。
-
プライマリvSocketが復旧すると、アクティブロールを再開し、セカンダリvSocketがスタンバイステータスに戻ります。 Load balancerは現在トラフィックをプライマリvSocketに戻します。
-
以下のリソースを作成する権限を持つGCPプロジェクト:
-
VPCとサブネット
-
コンピュートインスタンス
-
ファイアウォールルール
-
Load balancer
-
健全性チェック
-
静的IP
-
サービスアカウント
-
-
Terraformはインストール済みでGCPに認証されています
-
Terraformモジュールに必要なCatoアカウントの資格情報またはトークン
-
ターゲットリージョン内の2つの可用性ゾーン(例: us-central1-aおよびus-central1-b)
-
(オプション) Load Balancerの静的IPアドレスを指す予約済みDNS名
-
最小vSocketバージョン: 24.0.20395
-
各vSocketには、MGMT、WAN、およびLANの3つのインタフェースが含まれます。 LANインタフェースはVRRPに参加して状態同期を行います。
-
Load balancerはLAN側で動作し、内部クライアントに一貫したIPアドレスを提供します。
-
健全性チェックは各vSocketのLANインタフェースをプローブします。 Load balancerに対して健全であると報告するインスタンスのみがトラフィックを受け取ります。
-
VRRPは2つのvSockets間の状態同期を確保します。
必要なすべてのリソース(VPC、vSocket、Load Balancer、および健全性チェック)は、単一のTerraformスタックに定義されている必要があります。
Terraform Registryで利用可能な公式のCato vSocket Terraformモジュールには、詳細なドキュメントとvSocketの冗長化設定に関する例が含まれています。 GCP HAモジュールの詳細については、こちらを参照してください。
GCPでのHAの設定を拡張するには:
-
同じアプローチを使用して、異なるゾーンに2つのvSocketをデプロイしてください。
-
LAN側にLoad Balancerリソースを追加し、2つのvSocketsを前面に配置する
-
状態同期のために、2つのvSockets間でVRRP通信を許可する
注意
注: Cato vSocket Terraformモジュールの公式ドキュメントを参照して、モジュールの入力、出力、および高度な構成オプションの詳細を確認してください。
このセクションでは、GCPサイトの冗長化を管理する方法について説明します。
-
各vSocketの冗長化ステータスを表示
-
サイトのLoad balancer IPを変更
-
vSocketの管理IPアドレスを変更
-
サイトの冗長化を無効にし、セカンダリvSocketを削除
サイトのためのネットワーク > サイト > ソケットページに、プライマリとセカンダリのvSocketsの冗長化ステータスが表示されます。
|
アイテム |
説明 |
|---|---|
|
HAステータス |
サイトの冗長化ステータス(準備完了 または 未準備)は、各HAステータスインジケータがOKのときのみ準備完了を表示します。 |
|
接続済み (ステータスインジケータ) |
ステータス |
|
キープアライブ (ステータスインジケータ) |
ステータス |
|
同じバージョン (ステータスインジケータ) |
ステータス |
GCP内のvSocketsのIPアドレス設定を変更する場合、Cato管理アプリケーションでも同じ設定を更新する必要があります。 次の設定を構成できます:
-
Native Rangeサブネット - サイトのためのネットワークセクションを使用する
-
Load balancer IP - サイトのためのネットワークまたは高可用性セクションを使用する(新しい値は他のセクションに自動的に更新されます)
-
管理IP - サイトのための高可用性セクションを使用する
Native Rangeサブネットを変更するには、ネットワークセクションを使用します。
Load Balancer IPと管理IPを変更するには、高可用性セクションを使用します。 ネットワークセクションでも Load Balancer IPを変更できます。
GCPサイトからセカンダリvSocketを削除し、そのサイトの冗長化を無効にすることができます。 Cato管理アプリケーションからセカンダリvSocketを削除すると、デプロイされたvSocketはCato Cloudに接続できなくなります。 サイトの設定は、単一のvSocketに対する構成に戻されます:
-
高可用性セクションが無効になり、ページに表示されなくなります
-
ネットワークセクションでは、Local IPがLoad Balancer IPに置き換わります
注意
注: ソケットの割り当て解除アクションは元に戻せません。 セカンダリvSocketのシリアル番号は有効ではなくなります。
セカンダリvSocketを再追加する場合、新しいシリアル番号を持つ新しいvSocketをVMにインストールする必要があります。
0件のコメント
記事コメントは受け付けていません。