この記事では、AWSクラウド内におけるサイトの構成方法と、冗長化を提供するための2つのvSocketの使用方法について説明します
AWSにおける高可用性vSocketの概要
AWSサイト内でvSocketの冗長化を提供するには、1つのVPCに2つのvSocketをデプロイし、高可用性構成で動作させます vSocketはアクティブ/パッシブモードで動作し、LANリンクを使用してvSocket間でキープアライブメッセージを送信します
vSocketを単一のアベイラビリティゾーン(AZ)内または同じVPC内の異なるAZにデプロイすることができます 両方のLANサブネットを同じルートテーブルに関連付けてください。
高可用性ソリューションでは、vSocketの両方がIAM許可を持ち、ルートテーブルを変更するためのAPI呼び出しが必要です。
AWSでvSocketをインストールする方法については、AWSマーケットプレイスからのvSocketサイトのデプロイをご覧ください。 vSocketのイメージはAWSマーケットプレイスで公開されています
AWS冗長化の前提条件
AWSでは、ソケットバージョン9.1以降を使用するvSocketでの冗長化がサポートされています。
AWSの仮想リソースはすべて同じアカウントに所属している必要があります
AWS vSocketはパブリックDNSサーバーにアクセスできなければならず、VPCがプライベートDNSサーバーのみを使用するように設定されていないことを確認してください。
DNSサーバーは内部AWSドメインを解決できる必要があります。
vSocket用の各EC2インスタンスには次のものが必要です:
vSocketがルートテーブルを変更できるようにするIAMの権限
LANインタフェース用の個別のサブネット
フェイルオーバー中にルーティングテーブルを変更するためのアクティブなMGMTインタフェース
AWSのセキュリティルールでは、vSocketの間のLANインタフェースで双方向にUDPポート20480のトラフィックを許可する必要があります。
注意:
オルタナティブ。 AWS冗長化のデプロイにはWANリンクがサポートされていません。 既存のオルタナティブをすべて削除してください。 HAソリューションを実施する前に、WANリンクを削除する必要があります。
AWS vSocket HAにはBGPがサポートされていません(単一のAWS vSocketにのみサポートされています)。
vSocketをバージョン9.1より前のバージョンにダウングレードすると、そのサイトの冗長化が無効になります セカンダリvSocketがサイトから削除されます。
非サポートの古いバージョンにvSocketをダウングレードする前に、サイトのHA設定を削除することをお勧めします。
AWS vSocketフェイルオーバーワークフロー
これは、プライマリアクティブなvSocketがAWSサイトのセカンダリスタンバイにフェイルオーバーする際のワークフローです。
プライマリ(アクティブ)vSocketがダウンし、LAN ENIの冗長化リンク状態がダウンに変更されます
セカンダリ(スタンバイ)vSocketが、新しいアクティブ(マスター)vSocketであるとアナウンスを送信します。
セカンダリvSocketがAWS APIゲートウェイへのAPIコールを発行し、LANルートテーブルを変更し、セカンダリvSocketのLAN ENIを0.0.0.0/0ルートの次のホップとして割り当てます。
注: フェイルオーバー中にルーティングテーブルを変更するためには、MGMTインタフェースが有効でアクティブでなければなりません
ルーテッド範囲のゲートウェイIP(次のホップ)は、自動的にセカンダリソケットネイティブ範囲のゲートウェイIPアドレスに更新されます
セカンダリvSocketは現在アクティブなvSocketであり、サイトのトラフィックを通します。
プライマリvSocketが復旧すると、アクティブな役割を再開し、セカンダリvSocketはスタンバイ状態に戻ります。
HAとフェイルオーバーの動作の詳細については、ソケット高可用性(HA)とはを参照してください。
AWS環境における冗長化の準備
このセクションでは、AWS環境をvSocket冗長化のために準備するために完了する必要があるステップを説明します。
注:
この記事のスクリーンショットと例は、新しいAWS EC2 Experience に基づいています
セカンダリvSocket LANインターフェース用のサブネットの作成
セカンダリvSocketには、プライマリvSocketにキープアライブパケットを送信するためのLANインターフェース(ENI)に対する個別のサブネットが必要です。 この要件は、単一AZとデュアルAZのHAデプロイの両方に同じです。
AWS VPC内でセカンダリvSocketのLANインタフェース用のサブネットを作成し、VPCプライベートルートテーブルに関連付けてください。 新しいサブネットがプライマリvSocketのLANインタフェース用のサブネットと同じルートテーブルに関連付けられているか確認してください。
注意:
すべてのLANサブネットを同じプライベートルートテーブルに関連付ける必要があります。
セカンダリvSocket用のLANサブネットを別のアベイラビリティゾーンに作成する場合、そのアベイラビリティゾーンで個別のWANおよびMGMTサブネットも作成する必要があります。
vSocketのためのIAMロールの作成
Identity and Access Management (IAM)ロールは、vSocketがルートテーブルのエントリを変更するためのAWS API呼び出しを行うことができます。 インスタンスに適切な権限を付与するIAMロールを作成します。 後でこのロールを各vSocketにアタッチします。
IAMロールのためのポリシーの作成
JSONファイルを使用して、これらのアクションのためのAWSの読み取り書き込み権限を含むIAMロールの新しいポリシーを作成します:
"ec2:CreateRoute"
"ec2:DescribeRouteTables"
"ec2:ReplaceRoute"
vSocket冗長化ポリシー用のJSONファイル
これは、vSocketがHA設定で動作するために必要な権限を割り当てるIAMポリシーのJSONファイルです。 ポリシーを作成ウィンドウにファイルをコピーして貼り付けることができます
{
"Version": "2012-10-17",
"Statement": {
"Effect": "Allow",
"Action": [
"ec2:CreateRoute",
"ec2:DescribeRouteTables",
"ec2:ReplaceRoute"
],
"Resource": "*"
}
}IAMポリシーを作成するには:
AWS管理コンソールから、サービスを検索でIAMを入力します

Identity and Access Management (IAM) ダッシュボードが開きます
ナビゲーションメニューから、アクセス管理 > ポリシーを選択します
ポリシーを作成をクリックします
ポリシーを作成ウィンドウでJSONタブをクリックします
IAMロールの権限を構成するためのJSONファイルの内容を貼り付けます。

ポリシーを確認をクリックします
ポリシーの名前を入力します
ポリシーを作成をクリックします。 ポリシーが作成され、IAMポリシーに追加されます。
新しいIAMロールの作成
vSocket冗長化のためにEC2インスタンスにアタッチするIAMロールを作成します
新しいIAMロールを作成するには:
ナビゲーションメニューから、アクセス管理 > ロールを選択します。
ロールを作成をクリックします。
ロールを作成 > トラストエンティティの種類を選択ウィンドウで、AWSサービスを選択し、EC2をクリックします。

次: 権限をクリックします。 権限をアタッチするポリシーウィンドウが開きます。
検索バーに、前のセクションで作成したIAMポリシーの名前を入力します。

次: タグをクリックします タグを追加ウィンドウが開きます
オプションで IAMロールのタグを追加します 次: レビューをクリックします レビューウィンドウが開きます
IAM vSocket冗長化ロールのためのロール名を入力します
ロールを作成をクリックします IAM vSocket HAロールが作成されました。
ルートテーブルIDの特定
VPCのプライベートルートテーブルIDを特定してコピーします。 このIDは、Cato管理アプリケーションでセカンダリvSocketをAWS HAサイトに追加するときに必要です。 vSocketはフェイルオーバープロセスの一環としてこのルートテーブルを変更するためにAPI呼び出しを行います
ルートテーブルIDの特定:
仮想プライベートクラウドナビゲーションメニューから、ルートテーブルを選択します

LANセグメント用に使用されるルートテーブルを選択し、ルートテーブルIDをコピーします
AWSにおけるvSocket高可用性のデプロイ
EC2インスタンス上でvSocketをデプロイし、サイトのプライマリおよびセカンダリvSocketとして動作させます。
新しいサイトの場合、Cato管理アプリケーションで新しいサイトを作成し、プライマリvSocketをデプロイします。 既存のサイトの場合、このステップをスキップしてください
プライマリvSocketのEC2インスタンスにIAMロールをアタッチします。
セカンダリvSocketをCato管理アプリケーションでサイトに追加します。
セカンダリvSocketをAWS VPCにデプロイします。
セカンダリvSocketのEC2インスタンスにIAMロールをアタッチします。
注:
サイトのIP設定を構成する際に、AWS予約済みのIPアドレスを使用しないようにしてください。 サブネットCIDRブロックの最初の4つと最後のIPアドレスを使用することはできません
AWS予約済みIPアドレスの詳細については、AWSドキュメントをご覧ください。
AWS VPCでのプライマリvSocketのデプロイ
これらのステップを完了して、EC2インスタンス上にプライマリvSocketをデプロイします。 新しいAWSサイトの場合、プライマリvSocketをデプロイしてインスタンスにIAMロールをアタッチします。
既存のAWSサイトの場合、プライマリvSocketをバージョン9.1以上にアップグレードします。 次にIAMロールをEC2インスタンス(プライマリvSocket)にアタッチし、vSocketへのIAMロールのアタッチに進んでください。
新しいサイトでプライマリvSocketをデプロイするには:
新しいAWSサイトをCato管理アプリケーションに追加します。
EC2インスタンスにプライマリvSocketをインストールします。
AWSでvSocketをインストールする方法については、AWSマーケットプレイスからのvSocketサイトのデプロイをご覧ください。
上記で作成したIAMロールをvSocketにアタッチします。
上のスクリーンショットは、プライマリvSocketがインストールされ、バージョン9.1またはそれ以降にアップグレードされた後のAWSサイトを示しています。
注:
既存のAWSサイトの場合、vSocketをバージョン9.1以上にアップグレードした後にのみ「セカンダリソケットを追加」ボタンが表示されます
vSocketへのIAMロールのアタッチ
上記で作成したIAMロールをvSocket EC2インスタンスにアタッチします。 IAMロールは、vSocketに冗長化機能のためにルーティングテーブルを変更するAPI呼び出しの権限を与えます。
IAMロールをインスタンスにアタッチするには:
AWSで、インスタンスウィンドウで、vSocketインスタンスを選択します。
アクションドロップダウンメニューで、セキュリティ > IAMロールを変更を選択します。
IAMロールを変更ウィンドウで、IAMロールを選択します。

保存をクリックします。 IAMロールはvSocketインスタンスにアタッチされました。
AWSサイトへのセカンダリvSocketの追加
Cato管理アプリケーションがプライマリvSocketがCato Cloudに接続されたことを検出すると、ネットワーク > サイト > サイト設定 > ソケットページで二次ソケットを追加オプションが表示されます。
サイトにセカンダリvSocketを追加すると、次の設定を入力するポップアップウィンドウが開きます:
LAN ENI IPアドレス
LAN ENIサブネット
ルートテーブルID
Cato管理アプリケーションは、LANのENI IPアドレスをセカンダリvSocketの管理IPアドレスとして使用します。 このLANのENIは、プライマリvSocket LANインターフェイスへのHAキープアライブパケットを送信するためにも使用されます。
Cato管理アプリケーション内のセカンダリvSocket設定は、AWSで使用する設定と同じでなければなりません。
サイトにセカンダリvSocketを追加後、Cato管理アプリケーションは次の処理を行います:
新しいvSocket(このシリアル番号はvSocketをEC2インスタンスにインストールする際に使用されます)のシリアル番号を生成します
そのサイトの高可用性設定セクションを有効にします
新しいネイティブ範囲でサイト設定 > ネットワークページを変更します:
LANのENI IPアドレスは、ネットワーク範囲のローカルIPとして表示されます
LAN ENIサブネットがネットワーク範囲のサブネットとして表示されます
HAサイトでのネットワークセグメントに関する詳細については、以下のCato管理アプリケーションでのAWS高可用性ネットワークセグメントの概要を参照してください。

高可用性のAWSサイトを設定するには:
ナビゲーションメニューから、ネットワーク > サイトをクリックし、AWSサイトを選択します。
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
二次ソケットを追加をクリックします。 二次vSocketを追加(高可用性)ウィンドウが開きます。
vSocket EC2インスタンスのLANサブネットと同じように設定してください:
LANインターフェースIPを入力します。 この値は、ローカルIPとして使用されます。
CIDRでLAN ENIサブネットを入力します。 この値は、セカンダリソケットネイティブ範囲として使用されます。
LAN範囲で使われるプライベートルートテーブルのルート-テーブルIDを入力します。
OKをクリックします。 プライマリおよびセカンダリvSocketの設定が構成され、サイト設定 > ネットワークおよび高可用性構成のセクションにコピーされます。
vSocket構成スクリプトのためにvSocketシリアル番号をコピーして保存します:
サイトリストから、新しいvSocketサイトを選択します。
ナビゲーションメニューから、サイト設定 > ソケットをクリックします。 シリアル番号 (S/N) をコピーして保存します。
EC2インスタンスでセカンダリvSocketをインストールする際に、このシリアル番号を使用します。
ソケット設定ウィンドウの変更
サイトにセカンダリvSocketを追加後、LAN1リンクの宛先が自動的にLAN & HAに設定されます。
AWS VPCでのセカンダリvSocketのデプロイ
以前に作成したIAMロールを使用して、AWS VPCでセカンダリvSocketを作成およびデプロイします。
ネットワークインターフェースを作成します
上記で作成したIAMロールをvSocketにアタッチします(IAMロールをvSocketにアタッチするを参照)
Cato管理アプリケーションで生成されたセカンダリvSocketサイトのシリアル番号を入力します
EC2インスタンスをvSocket用に設定します
WANおよびLANインタフェースの作成
vSocket用のEC2インスタンスに対してWANおよびLANインタフェースを作成します EC2ダッシュボードを使用してインタフェースを作成します。
LANインターフェース用のカスタムIPアドレスをネイティブ範囲用のローカルIPアドレスと同じに設定します。
AWSのLANインターフェースでソース/宛先チェックを無効にする必要があります。これにより、EC2インスタンスがトラフィックの転送を実行できるようになります。
注:
適切なvSocketの動作を確保するために、信頼できるサーバーをプライマリDNSサーバーとしてカスタムDHCPオプションを定義します

ネットワークインタフェース(ENI)を作成するには:
EC2ダッシュボードで、ナビゲーションメニューからネットワーク & セキュリティ > ネットワークインタフェースを選択します
ネットワークインターフェースを作成をクリックします。
ネットワークインタフェースを作成ウィンドウで、LANサブネットを選択します。
(LANインタフェースにはオプション) プライベートIPv4アドレスで、カスタムをクリックし、ネイティブ範囲のローカルIPを入力します。
セキュリティグループで、適切なセキュリティグループをインタフェースに選択します。
ネットワークインターフェースを作成をクリックします。 AWSがインターフェースを作成します。
WANインタフェース用に前の手順を繰り返します。
LANインタフェースに対して、AWSの送信元/送信先トラッキングを無効にします:
ネットワークインタフェースウィンドウで、LANインタフェースを右クリックし、送信元/送信先変更を選択します チェック。

送信元/送信先チェックの変更ウィンドウで、有効をクリアします。
保存をクリックします。
vSocket用EC2インスタンスの設定
vSocket用のすべての仮想リソースを作成した後、これらのリソースをAWS Marketplaceで利用可能なCato Networks AMIを使用してEC2インスタンスに接続します
EC2対応インスタンスタイプ
以下のEC2インスタンスタイプはvSocketsのために認定されています:
c5.xlarge
d2.xlarge
c3.xlarge
t3.large
t3.xlarge
c4.xlarge
c5d.xlarge
c5n.xlarge(バンド幅2Gbps以上の高性能サイトに推奨)
Cato AMIの設定
環境準備後、Cato Networks AMIを設定できます。
AMIを設定するには:
AWS MarketplaceからCato Networks Virtual Socketを検索します。
サブスクライブに進むをクリックします。
設定に進むをクリックします。
実行オプションの下、Amazon Machine Imageを選択します。
リージョンの下で、vSocketが配置されているリージョンを選択してください。

起動に進むをクリックします。
このソフトウェアを起動ページで:
アクション選択の下で、EC2で起動を選択します。
EC2インスタンスタイプの下で、EC2インスタンスを選択します。
VPC設定の下で、接続しているVPCを選択します。
サブネット設定の下で、MGMTネットワークを選択します。
セキュリティグループ設定の下で、このインスタンス用に作成したセキュリティグループを選択します。
詳細ネットワーク設定を展開し、ネットワークインタフェースの下で、作成したMGMTインタフェースを選択します。
注:既存のインタフェースを選択しない場合、新しいインタフェースが作成されます。

キー ペア設定の下で、作成したキー ペアを選択します。
詳細情報セクションの、ユーザーデータ - オプションの下で、Cato管理アプリケーションで作成したvSocketサイトからコピーしたシリアル番号を入力します。
起動をクリックします。
インタフェースのvSocketインスタンスへのアタッチ
vSocketインスタンスの起動後、MGMTインタフェースがアタッチされます インスタンスを停止し、残りのWANおよびLANインタフェースをインスタンスにアタッチします。
注:
EC2インスタンスが停止され、最初にWANインタフェースをアタッチし、その後LANインタフェースをアタッチすることを確認してください。
インタフェースをvSocketインスタンスにアタッチするには:
EC2ダッシュボードで、ナビゲーションメニューからインスタンス > インスタンスを選択します。
vSocketインスタンスを右クリックし、インスタンスを停止を選択します
確認ウィンドウで、停止をクリックします。 ウィンドウを更新して、インスタンス状態が停止であることを確認します。
ナビゲーションメニューで、ネットワーク & セキュリティ > ネットワークインタフェースを選択します
WANインタフェースをインスタンスにアタッチします:
WANインタフェースを右クリックし、インタフェースをアタッチを選択します。
ネットワークインタフェースをアタッチウィンドウで、インスタンスでvSocketインスタンスを選択します。
アタッチをクリックします。
LANインタフェースに対して以前の3つのステップを繰り返します
AWSサイトの高可用性ステータスを確認中
このセクションでは、vSocketsがHA機能のために正しく設定されていることを確認する方法について説明します。
Catoマネージメントアプリケーションで高可用性ステータスを表示
Cato管理画面の認証済みセクションで、サイトのためのHAステータスがvSocketsに表示されます。 セカンダリvSocketをデプロイ後、それは自動的にサイトへ接続されます。
詳細は、下記の高可用性情報とステータスを表示するにはを参照してください。
サイトの高可用性ステータスを確認する手順:
ナビゲーションメニューから ネットワーク > サイトをクリックして、AWSサイトを選択します。
ナビゲーションメニューから サイト監視 > ネットワークアナリティクスをクリックします
高可用性ステータス内で、ステータスが準備完了であることと、マスターがプライマリvSocketであることを確認します。
ソケットWebUIから高可用性をテストする
ソケットWebUIのネットワークツールを使用して、vSocketsのHA機能をテストすることができます。 vSocketは、これらの設定の冗長化構成を確認するためにAWS APIゲートウェイへのAPI呼び出しを行います
vSocketのIAM権限が正しく設定されている
ルートテーブルIDが正しく設定されています
テストを完了するには、vSocketがAWS RestAPIドメインを該当する地域で解決できることを確認してください。 詳細については、AWS ドキュメントを参照してください。
テストが正常に終了しない場合は、AWSとCato管理画面のルートテーブルID設定を比較することをお勧めします。
AWS vSocketの冗長化API呼び出しをテストするには:
ナビゲーションメニューから サイト設定 > ソケットを選択します。
プライマリvSocketの アクションドロップダウンメニューから、ソケットWebUIを選択します。
ソケットWebUIは新しいタブで開かれます。
ツールタブをクリックします。
ネットワークツールセクションで、APIテストツールタブをクリックします。
テストを実行をクリックします。 ウィンドウにHA APIテストが成功または失敗したかが表示されます。
セカンダリvSocketに対して、ステップ2から5を繰り返します。
ソケットWebUIの使用については、ソケットWebUIのアクセスを参照してください。
AWS高可用性サイト用のネットワークセグメントの取り扱い
このセクションでは、ネットワークセクションを使用してAWS HAサイトのネットワークセグメントを管理する方法を説明します。
Cato管理画面でのAWS高可用性ネットワークセグメントの概要
セカンダリvSocketをCato管理画面に追加すると、ネットワークセクション内のネットワークセグメントは次の設定に自動的に更新されます:
プライマリソケットネイティブ範囲:
プライマリvSocketのネイティブ範囲はプライマリソケットネイティブ範囲に変換されます
ネイティブ範囲のローカルIPは、vSocketのLANインターフェースIPアドレスを表します。 このIPアドレスは、vSocketの管理用IPアドレスとしても使用されます。
ゲートウェイIPアドレスは、サブネットの最初のIPアドレスとして自動的に設定され、AWSのVPCルーターを指します(AWSの予約済みIPに基づいて)
セカンダリソケットネイティブ範囲 - これらの設定は、セカンダリvSocketを追加する際に入力したLAN ENI値に基づいています:
セカンダリvSocketのネイティブ範囲は、LAN ENI IPサブネットです
セカンダリネイティブ範囲のローカルIPはLAN ENI IP アドレスです。 このIPアドレスは、vSocketの管理用IPアドレスとしても使用されます。
ゲートウェイIPアドレスは、サブネットの最初のIPアドレスとして自動的に設定され、AWSのVPCルーターを指します(AWSの予約済みIPに基づいて)
注意:
ゲートウェイIPアドレスは範囲に自動的に計算されるため、変更できません。
もし範囲のローカルIPアドレスを変更する必要がある場合は、vSocketの管理用IPアドレスを変更する必要があります(下記を参照、ローカルIPアドレスの変更を参照)。
ルーテッドレンジ(スタティックルート)の追加
AWS HAサイトにルーテッドレンジを追加することができます。 ルーテッドレンジを追加すると、その範囲のゲートウェイはアクティブなvSocketに基づいて自動的に選択されます。 アクティブなvSocketネイティブ範囲のゲートウェイIPは、ルーテッドレンジのために自動的に使用されます
例えば、セカンダリvSocketがアクティブな場合、セカンダリソケットネイティブ範囲のゲートウェイIPアドレスが、サイト内のすべてのルーテッドレンジに使用されます 下記の例では、10.0.17.1のゲートウェイIPが10.0.25.0/24ルーテッドレンジのゲートウェイ(ネクストホップ)として使用されます。
プライマリvSocketが再びアクティブになると、ルーテッドレンジのゲートウェイIPは自動的に10.0.3.1に切り替わります。

AWS HAサイトにルーテッドレンジを追加する方法:
ナビゲーションメニューから ネットワーク > サイトをクリックして、AWSサイトを選択します。
ナビゲーションメニューから サイト設定 > ネットワークをクリックします。
LANインターフェースを展開します。
LANインターフェースから、新規をクリックしてIPレンジ用の新しいネットワークセグメントを追加します。
新しいインターフェースIPレンジパネルが開きます。
IPレンジの名前を入力します。
タイプから、ルーテッドを選択します。
セグメントのためのIPレンジを入力します。
適用をクリックします。
ローカルIPアドレスの変更
vSocket冗長化構成では、ネイティブ範囲のローカルIPアドレスはvSocket管理IPと同じです このIPアドレスは、HAキープアライブメッセージおよびソケットWebUIへのアクセスにも使用されます。 ネイティブ範囲のローカルIPアドレスを変更するには、関連するvSocketの認証済みセクションで管理IPアドレスを変更します。
例えば、プライマリvSocketネイティブ範囲のローカルIPを変更するには、認証済みセクション内のプライマリvSocketの管理IPアドレスを変更します。
ローカルIPアドレスを変更するには:
ナビゲーションメニューから ネットワーク > サイトをクリックして、AWSサイトを選択します。
ナビゲーションメニューから サイト設定 > ソケットを選択します。
高可用性の構成セクションを展開します。
新しいプライマリ管理IPまたはセカンダリ管理IPを入力します。
保存をクリックします。 プライマリまたはセカンダリネイティブ範囲のローカルIPが新しいIPアドレスで更新されます。
高可用性構成におけるvSocketのネイティブIP範囲の変更
プライマリまたはセカンダリネイティブIP範囲を変更する必要がある場合は、ネットワークセクションでIP範囲を変更し、認証済みセクションで管理IPアドレスを更新します。
セグメントのIPレンジを変更するには:
ナビゲーションメニューから ネットワーク > サイトをクリックして、AWSサイトを選択します。
ナビゲーションメニューから サイト設定 > ネットワークをクリックします。
プライマリまたはセカンダリネイティブIP範囲用に新しいIP範囲を設定します:
タイプ列でネットワークレンジをクリックします。
IPレンジの編集パネルが開きます。
IPレンジ用のサブネットを設定します。
適用をクリックし、それから保存をクリックします。
ナビゲーションメニューから サイト設定 > ソケットを選択します。
高可用性の構成セクションを展開します。
プライマリまたはセカンダリvSocketのために新しい管理用IPアドレスを入力します。
管理用IPは、ステップ2で設定したサブネット内にある必要があります。 AWS予約済みのIPアドレスを管理用IPとして使用することはできません。
保存をクリックします。
AWS高可用性の管理
このセクションでは、AWSサイトのHAを管理する方法を説明します:
各vSocketのHAステータスを表示
サイトのルートテーブルIDを変更
サイトのHAを無効にし、セカンダリvSocketを削除する
高可用性情報とステータスの表示
認証済みセクションは、プライマリおよびセカンダリvSocketのHAステータスを表示します。
項目 | 説明 |
|---|---|
高可用性ステータス | サイトのHAステータス(準備完了または未準備)は、各HAステータスのインジケータがOKな場合にのみ準備完了を表示します |
WAN接続性(ステータスインジケータ) | ステータスOkは、両方のvSocketsがCatoクラウドにWAN接続性を持っていることを示します |
キープアライブ(ステータスインジケータ) | ステータスOkは、1つのvSocketがマスターであり、1つがスタンバイであることを示します(もし両方のvSocketsがマスターステータスである場合、冗長化のスプリットブレイン問題があります) |
ソケットバージョン(ステータスインジケータ) | ステータスOkは、両方のvSocketsが同じソケットバージョンを実行していることを示します |
マスター | プライマリまたはセカンダリvSocketがアクティブなvSocketであるかを示します |
Catoへの接続 - プライマリ | プライマリvSocketの接続ステータス |
Catoへの接続 - セカンダリ | セカンダリvSocketの接続ステータス |
ルートテーブルIDの変更
AWSの設定に合わせてCato管理画面でAWS HAサイトのルートテーブルIDを変更することができます。
サイトのルートテーブルIDを変更するには:
ナビゲーションメニューから ネットワーク > サイトをクリックして、AWSサイトを選択します。
ナビゲーションメニューから サイト設定 > ソケットを選択します。
高可用性の構成セクションを展開します。
新しいルートテーブルIDを入力します。
保存をクリックします。
AWSサイトの高可用性を無効にする
AWS サイトからセカンダリvSocketを削除し、そのサイトの冗長化を無効化することができます。 Cato管理アプリケーションからセカンダリvSocketを削除すると、デプロイされたvSocketはCatoクラウドに接続できなくなります。 サイトの設定は単一のvSocketの設定に復元されます:
高可用性セクションは無効になり、ページに表示されなくなります
ネットワークセクションのレイアウトは単一のvSocketの設定に変更されます
ルーテッド 範囲では、次のホップはネイティブレンジの最初のIPアドレスに設定されます
注:
ソケットの割り当て解除アクションは元に戻せません。 セカンダリvSocketのシリアル番号はもはや有効ではありません。
セカンダリvSocketを再追加する場合は、新しいシリアル番号を持つ新しいvSocketをEC2インスタンスにインストールする必要があります。
AWSサイトのHAを無効化するには:
ナビゲーションメニューから、ネットワーク > サイトをクリックし、AWSサイトを選択します。
ナビゲーションメニューからサイト設定 > ソケットを選択します。
セカンダリ vSocket の アクション メニューから、割り当て解除 をクリックします。
警告ウィンドウで、OKをクリックします。 サイトの冗長化が無効化され、セカンダリvSocketが削除されました。
高可用性イベントの分析
イベント画面には、アカウントのすべての冗長化接続イベントが表示されます。
イベント画面の使用については、こちらをご覧ください。 SaaSセキュリティAPIデータ保護プリセットを使用してイベントをフィルタリングできます。
高可用性イベントフィールドの説明
イベントフィールドとイベントは、ソケットHAおよびvSocket HAに同様です。 これらが冗長化イベントです:
項目 | 説明 |
|---|---|
ソケットのロール | イベントがプライマリまたはセカンダリvSocketによって生成されたかを示します |
イベントサブタイプ - ソケットフェイルオーバー | サイトのフェイルオーバープロセスが開始されます |
フェイルオーバープロセスの一環として生成されたイベントの詳細については、ソケットHAフェイルオーバーイベントをご覧ください。