この記事では、Amazon Web Services (AWS) クラウドで高可用性（HA）を提供するために2つのvSocketを使ってサイトを設定する方法を説明します。
AWSサイト内でvSocketsの冗長性を提供するには、単一のVPCに2つのvSocketをデプロイし、高可用性（HA）構成で動作するように設定します。 vSocketはアクティブ/パッシブモードで動作し、LANリンクはvSocket間でキープアライブメッセージを送信するために使用されます。
vSocketを単一の可用性ゾーン（AZ）内または同じVPC内の異なるAZにデプロイできます。 両方のLANサブネットを同じルートテーブルに関連付けることを確認してください。
高可用性ソリューションは、APIコールを使用してルートテーブルを変更できるIAM権限が両方のvSocketに必要です。
AWSでのvSocketのインストールに関する詳細は、AWS MarketplaceからのvSocketサイトのデプロイを参照してください。 vSocketイメージはAWS Marketplaceで公開されています。
-
AWSでの高可用性は、ソケットバージョン9.1以降を使用するvSocketに対してサポートされています。
- すべてのAWS仮想リソースは同じアカウントに属している必要があります
-
AWS vSocketはパブリックDNSサーバにアクセスできる必要があり、VPCがプライベートDNSサーバのみを使用するように設定されていないことを確認してください。
-
DNSサーバは内部AWSドメインを解決できる必要があります。
-
-
vSocketの各EC2インスタンスには次のものが必要です：
-
vSocketにルートテーブルを変更することを許可するIAM権限
-
各LANインタフェース用の個別のサブネット
-
フェイルオーバー中にルートテーブルを変更するためにAPIコールを実行するアクティブなMGMTインタフェース
-
-
AWSセキュリティルールは、vSocket間のLANインタフェースでUDPポート20480のトラフィックを両方向で許可する必要があります。
注意
注意：
-
オルタ。 AWS HAの展開ではWANリンクをサポートしていません。 既存のオルタをすべて削除しなければなりません。 HAソリューションを実装する前にWANリンクを削除してください。
-
AWS vSocket HAではBGPはサポートされていません（単一のAWS vSocketのみでサポートされます）。
-
vSocketをバージョン9.1より前のバージョンにダウングレードすると、そのサイトの冗長化は無効になります。 セカンダリvSocketはサイトから削除されます。
vSocketをサポートされていない古いバージョンにダウングレードする前に、サイトから冗長化設定を削除することをお勧めします。
これは、AWSサイトのプライマリアクティブvSocketがセカンダリスタンバイvSocketにフェイルオーバーする際のワークフローです。
-
プライマリ（アクティブ）vSocketがダウンし、LANのENIに対するHAリンク状態がダウンに変更されます。
-
セカンダリ（スタンバイ）vSocketは、新しいアクティブ（マスター）vSocketであることを発表するメッセージを送信します。
-
セカンダリvSocketはAWS APIゲートウェイにAPIコールを発行し、LANルートテーブルを変更して、0.0.0.0/0ルートのネクストホップとしてセカンダリvSocket LAN ENIを割り当てます。
注意: フェイルオーバー中にルートテーブルを変更するAPIコールを行うために、MGMTインターフェースは有効化されアクティブでなければなりません。
-
サイト > ネットワークでルーテッド範囲のゲートウェイIP（ネクストホップ）は、自動的にセカンダリソケットネイティブ範囲のゲートウェイIPアドレスに更新されます。
-
セカンダリvSocketは現在アクティブvSocketとなり、サイトのトラフィックを処理します。
-
プライマリvSocketが復旧すると、アクティブな役割を再開し、セカンダリvSocketはスタンバイステータスに戻ります。
HAとフェイルオーバーの動作について詳しくは、What is Socket High Availability (HA)をご覧ください。
このセクションでは、vSocket HAのためにAWS環境を準備するために完了する必要がある手順を説明します。
注意
注意: この記事に掲載されているスクリーンショットと例は、AWSの新しいEC2エクスペリエンスに基づいたEC2インスタンスのものです。
セカンダリvSocketは、キープアライブパケットをプライマリvSocketに送信するために、LANインターフェース（ENI）用の別のサブネットを必要とします。 この要件は、単一AZとデュアルAZのHAデプロイメントで同様です。
AWS VPCで、セカンダリvSocket LANインターフェースのためのサブネットを作成し、それをVPCプライベートルートテーブルに関連付けます。 新しいサブネットがプライマリvSocket LANインターフェースのサブネットと同じルートテーブルに関連付けられていることを確認してください。
注意
注意：
-
すべてのLANサブネットを同じプライベートルートテーブルに関連付ける必要があります。
-
セカンダリvSocketのLANサブネットを別のアベイラビリティゾーンで作成する場合、そのアベイラビリティゾーンで個別のWANおよびMGMTサブネットも作成する必要があります。
アイデンティティおよびアクセス管理 (IAM) ロールは、vSocketがルートテーブルのエントリを変更するためのAWS APIコールを行うことを許可します。 インスタンスに正しい権限を与えるIAMロールを作成します。 後でこのロールを各vSocketに添付します。
これらのアクションに対するAWSの読み書き権限を含むIAMロールの新しいポリシーを作成するために、JSONファイルを使用します：
-
"ec2:CreateRoute"
-
"ec2:DescribeRouteTables"
-
"ec2:ReplaceRoute"
vSocket冗長化ポリシーのJSONファイル
これは、vSocketsがHA構成で動作するための必要な権限を割り当てるIAMポリシーのJSONファイルです。 ポリシーを作成ウィンドウにファイルをコピーして貼り付けることができます。
{
"Version": "2012-10-17",
"Statement": {
"Effect": "Allow",
"Action": [
"ec2:CreateRoute",
"ec2:DescribeRouteTables",
"ec2:ReplaceRoute"
],
"Resource": "*"
}
}
EC2インスタンスに添付するvSocket HA用のIAMロールを作成します。
新しいIAMロールを作成するには：
-
ナビゲーションメニューからアクセス管理 > 役割を選択します。
-
ロールを作成 をクリックします。
-
ロールを作成 > 信頼されたエンティティの種類を選択 ウィンドウで、 AWS サービス を選択し、 EC2 をクリックします。
-
次へ: 権限 をクリックします。 権限ポリシーをアタッチ ウィンドウが開きます。
-
検索バーに、前のセクションで作成した IAM ポリシーの名前を入力します。
-
次へ: タグ をクリックします。 タグを追加 ウィンドウが開きます。
-
(オプション) IAM ロールにタグを追加します。 次へ: レビュー をクリックします。 レビュー ウィンドウが開きます。
-
IAM vSocket HA ロールの ロール名 を入力してください。
-
ロールを作成 をクリックします。 IAM vSocket HA ロールが作成されました。
VPC のプライベートルートテーブル ID を特定してコピーします。 この ID は、Cato 管理アプリケーションでの AWS HA サイトへのセカンダリ vSocket 追加時に必要です。 The vSockets issue API calls to modify this route table as part of the failover process.
To locate the Route table ID:
-
仮想プライベートクラウド ナビゲーションメニューから、ルートテーブル を選択します。
-
LAN セグメントに使用するルートテーブルを選択し、ルートテーブル ID をコピーします。
サイトのプライマリおよびセカンダリ vSocket として EC2 インスタンスに vSockets を展開します。
-
新しいサイト用に、Cato 管理アプリケーションで新しいサイトを作成し、プライマリ vSocket を展開します。 (既存のサイトの場合、この手順はスキップしてください。)
-
プライマリ vSocket の EC2 インスタンスに IAM ロールをアタッチします。
-
Cato 管理アプリケーションのサイトにセカンダリ vSocket を追加します。
-
AWS VPC にセカンダリ vSocket を展開します。
-
EC2インスタンスにセカンダリvSocket用のIAMロールをアタッチします。
注意
注意: サイトのIP設定を構成する際に、AWSに予約されているIPアドレスを使用しないようにしてください。 サブネットCIDRブロックでは、最初の4つのIPアドレスと最後のIPアドレスを使用できません。
AWSの予約されたIPアドレスの詳細については、AWSの文書を参照してください。
EC2インスタンスでプライマリvSocketをデプロイするには、これらのステップを完了してください。 新しいAWSサイトのために、プライマリvSocketをデプロイしてIAMロールをインスタンスにアタッチします。
既存のAWSサイトの場合、プライマリvSocketをバージョン9.1またはそれ以上にアップグレードしてください。 次にIAMロールをEC2インスタンス (メインvSocket) にアタッチし、Attaching the IAM Role to a vSocketに進んでください。
新しいサイト用のプライマリvSocketをデプロイするには：
-
Cato管理アプリケーションに新しいAWSサイトを追加します。
-
EC2インスタンスにプライマリvSocketをインストールします。
AWSでのvSocketのインストールに関する詳細は、AWS MarketplaceからのvSocketサイトのデプロイを参照してください。
-
上で作成したIAMロールをvSocketにアタッチします。
上のスクリーンショットは、プライマリvSocketがインストールされ、バージョン9.1またはそれ以上にアップグレードされた後のAWSサイトを示しています。
注意
注意: 既存のAWSサイトの場合、セカンダリソケットの追加ボタンは、vSocketをバージョン9.1以上にアップグレードした後にのみ表示されます。
上で作成したIAMロールをvSocket EC2インスタンスにアタッチします。 IAMロールは、冗長化機能のためにルーティングテーブルを修正するためのAPI呼び出しを実行する権限をvSocketに与えます。
Cato管理アプリケーションがプライマリvSocketのCato Cloudへの接続を検知すると、ネットワーク > サイト > サイト設定 > ソケットページにセカンダリソケットの追加オプションが表示されます。
When you add the secondary vSocket to the site, a pop-up window opens where you enter the following settings:
-
LANのENI IPアドレス
-
LAN ENIサブネット
-
ルートテーブルID
Cato管理アプリケーションは、LANのENI IPアドレスをセカンダリvSocketの管理IPアドレスとして使用します。 このLAN ENIは、プライマリvSocket LANインターフェースへのHAキープアライブパケットの送信にも使用されます。
Cato管理アプリケーションでのセカンダリvSocket設定は、AWSで使用する設定と同じでなければなりません。
After you add the secondary vSocket to the site, the Cato Management Application does the following:
-
新しいvSocketに対するvSocketシリアル番号を生成します(このシリアル番号は、EC2インスタンスにvSocketをインストールする際に使用されます)
-
Enables the High Availability Configurations section for that site
-
Modifies the Site Configuration > Networks page with the new Native Ranges:
-
The LAN ENI IP address is shown as the Local IP of the network range
-
The LAN ENI subnet is shown as the subnet of the network range
-
HAサイトのネットワークセグメントに関する詳細については、以下のCato管理アプリケーションにおけるAWS高可用性ネットワークセグメントの概要をご覧ください。
高可用性のためにAWSサイトを設定するには：
-
ナビゲーションメニューから ネットワーク > サイト を選択し、AWSサイトを選択します。
-
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
-
セカンダリソケットの追加をクリックします。 セカンダリvSocket（高可用性）追加ウィンドウが開きます。
-
設定をLANサブネットと全く同じようにvSocket EC2インスタンスに構成します：
-
LANのインタフェースIPを入力します。 この値はローカルIPとして使用されます。
-
CIDRと共にLAN ENIサブネットを入力します。 この値はセカンダリソケットのネイティブ範囲として使用されます。
-
LAN範囲用に使用されるプライベートルートテーブルのルートテーブルIDを入力します。
-
-
OKをクリックします。 プライマリおよびセカンダリvSocketの設定が構成され、サイト設定 > ネットワークおよび高可用性構成セクションにコピーされます。
-
vSocket構成スクリプトのためのvSocketのシリアル番号をコピーして保存します：
-
サイトリストから新しいvSocketサイトを選択します。
-
ナビゲーションメニューから、サイト設定 > ソケットをクリックします。 シリアル番号（S/N）をコピーして保存します。
-
EC2インスタンスにセカンダリvSocketをインストールするとき、このシリアル番号を使用します。
以前に作成したIAMロールでAWS VPCにセカンダリvSocketを作成および展開します。
-
ネットワークインタフェースを作成する
-
上記で作成したIAMロールをvSocketにアタッチしてください (詳細はAttaching the IAM Role to a vSocket)
-
Cato管理画面で生成されたセカンダリvSocketサイトのシリアル番号を入力します
-
vSocket用のEC2インスタンスを構成します
EC2インスタンスのvSocket用にWANおよびLANインターフェースを作成します。 インタフェースを作成するには、EC2ダッシュボードを使用します。
LANインタフェースの カスタム IPアドレスをネイティブレンジ用のローカルIPと同じに設定します。
EC2インスタンスでトラフィックの転送を可能にするために、LANインタフェースでAWSのソース/宛先チェックを無効化する必要があります。
注意
注意: 適切なvSocket動作を確実にするために、 信頼されたサーバー をプライマリDNSサーバーとしてカスタム DHCP オプションを定義してください
To create the network interface (ENI):
-
EC2ダッシュボードから、ナビゲーションメニューで ネットワーク & セキュリティ > ネットワークインタフェース を選択します。
-
ネットワークインタフェースを作成 をクリックします。
-
ネットワークインタフェースを作成 ウィンドウで、LAN サブネット を選択します。
-
(Optional for the LAN interface) In Private IPv4 address, click Custom and enter the Local IP for the Native Range.
-
セキュリティグループ で、インタフェースに適したセキュリティグループを選択します。
-
ネットワークインタフェースを作成 をクリックします。 AWSがインタフェースを作成します。
-
WANインターフェースについて前のステップを繰り返します。
-
For the LAN interface, disable AWS source/destination tracking:
-
In the Network Interfaces window, right-click the LAN interface and select Change source/dest. チェックします。
-
ソース/宛先チェックを変更 ウィンドウで、有効にする をクリアします。
-
保存をクリックしてください。
-
vSocketのすべての仮想リソースを作成した後、これらのリソースをAWS Marketplaceで利用可能なCato Networks AMIを使用してEC2インスタンスに接続します。
以下のEC2インスタンスタイプはvSocket用に認定されています：
-
c5.xlarge
-
d2.xlarge
-
c3.xlarge
-
t3.large
-
t3.xlarge
-
c4.xlarge
-
c5d.xlarge
-
c5n.xlarge（2Gbps以上の帯域を必要とする高性能サイトに推奨）
環境の準備が終わったら、Cato Networks AMIを設定することができます。
AMIの設定：
-
AWS Marketplace で Cato Networks Virtual Socket を検索します。
-
継続して登録をクリックします。
-
継続して設定をクリックします。
-
Fulfillment optionで Amazon Machine Image を選択します。
-
リージョンの下で、vSocketがあるリージョンを選択してください。
-
-
継続して起動をクリックします。
-
このソフトウェアを起動ページ：
-
アクションを選択で、EC2 を介して起動を選択します。
-
EC2 インスタンスタイプで、EC2 インスタンスを選択します。
-
VPC 設定で、接続する VPC を選択します。
-
サブネット設定で、MGMT ネットワークを選択します。
-
セキュリティグループ設定で、このインスタンスのために作成したセキュリティグループを選択します。
-
高度なネットワーク設定を開き、ネットワークインターフェースの項目で作成した MGMT インターフェースを選択してください。
注意: 既存のインターフェースを選択しない場合、自動で新しいインターフェースが作成されます。
-
キーペア設定で、作成したキーペアを選択します。
-
高度な詳細セクションでは、ユーザーデータ - オプション欄にて Cato管理画面の vSocket サイトからコピーしたシリアル番号を入力してください。
-
-
起動をクリックします。
vSocketインスタンスが起動した後、MGMTインタフェースがアタッチされます。 インスタンスを停止し、残りの WAN および LAN インターフェースをインスタンスにアタッチします。
注意
注意: EC2 インスタンスを停止し、最初に WAN インターフェースをアタッチし、その後で LAN インターフェースを付けてください。
vSocketインスタンスにインタフェースをアタッチするには：
-
EC2 ダッシュボードから、ナビゲーションメニューで インスタンス > インスタンス を選択します。
-
vSocketインスタンスを右クリックし、インスタンスを停止を選択します。
-
確認ウィンドウ内で、停止をクリックします。 ウィンドウを更新して、インスタンスの状態 が 停止済みであることを確認します。
-
ナビゲーションメニューで ネットワーク&セキュリティ > ネットワークインターフェース を選択します。
-
インスタンスに WAN インタフェースをアタッチ：
-
WAN インターフェースを右クリックし、インターフェースをアタッチを選択します。
-
ネットワークインターフェースのアタッチのウィンドウで、インスタンスセクションから vSocket インスタンスを選択します。
-
アタッチをクリックします。
-
LANインターフェースについて、前のステップを3つ繰り返します。
-
このセクションでは、vSocket が冗長化機能のために正しく設定されているかをテストし確認する方法を説明します。
サイトのための Cato管理画面での 高可用性 セクションは、vSocket の HA 状態を表示します。 セカンダリ vSocket をデプロイ後、自動でサイトに接続されます。
詳細については、以下の高可用性情報とステータスの表示を参照してください。
ソケットWebUIのネットワークツールを使用してvSocketの冗長化機能をテストできます。 vSocketはこれらの設定の冗長化構成を確認するために、AWS APIゲートウェイに対してAPI呼び出しを実行します：
-
vSocketのIAM権限が正しく設定されています
-
ルートテーブルIDが正しく設定されています
テストを完了するには、関連するリージョンのAWS RestAPIドメインをvSocketが解決できることを確認してください。 詳細情報は、AWSドキュメントをご覧ください。
テストが成功しない場合は、AWSとCato管理画面でのルートテーブルIDの設定を比較することをお勧めします。
AWS vSocketの冗長化API呼び出しをテストするには：
-
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
-
プライマリvSocketのアクションドロップダウンメニューから、ソケットWebUIを選択します。
ソケットWebUIが新しいタブで開きます。
-
ツールタブをクリックします。
-
ネットワークツールのセクションで、APIテストツールタブをクリックします。
-
テスト実行をクリックします。 ウィンドウには、冗長化APIテストが成功したか失敗したかが表示されます。
-
セカンダリvSocketの場合、ステップ2〜5を繰り返します。
Socket WebUIの使用方法の詳細については、Socket WebUIへのアクセスを参照してください。
このセクションでは、AWS HAサイトのネットワークセグメントを管理するために、ネットワークセクションを使用する方法を説明します。
セカンダリ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に切り替わります。
vSocket冗長化構成では、ネイティブ範囲のローカルIPアドレスはvSocket管理IPと同じです。 このIPアドレスは、冗長化キープアライブメッセージやソケットWebUIへのアクセスに使用されます。 ネイティブ範囲のローカルIPアドレスを変更するには、関連するvSocketの高信頼セクションで管理IPアドレスを変更します。
例えば、プライマリvSocketネイティブ範囲のローカルIPを変更するには、高信頼セクションでプライマリvSocketの管理IPアドレスを変更します。
プライマリまたはセカンダリネイティブIP範囲を変更する必要がある場合は、ネットワークセクションでIP範囲を変更し、続いて高可用性セクションで管理IPアドレスを更新します。
セグメントのIP範囲を変更するには：
-
ナビゲーションメニューからネットワーク > サイトをクリックし、AWSサイトを選択します。
-
ナビゲーションメニューからサイト設定 > ネットワークを選択します。
-
プライマリまたはセカンダリネイティブIP範囲用に新しいIP範囲を設定します：
-
タイプ列でネットワーク範囲をクリックします。
IP範囲を編集パネルが開きます。
-
IP範囲のためにサブネットを設定します。
-
適用をクリックし、その後保存をクリックします。
-
-
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
-
高可用性構成セクションを展開します。
-
プライマリまたはセカンダリvSocketの新しい管理IPアドレスを入力します。
管理IPはステップ2で設定したサブネット内になければなりません。 管理IPにはAWS予約済みのIPアドレスを使用することはできません。
-
保存をクリックしてください。
このセクションでは、AWSサイトの高可用性を管理する方法を説明します：
-
各vSocketの高可用性ステータスを表示する
-
サイトのルートテーブルIDを変更する
-
サイトの高可用性を無効にし、セカンダリvSocketを削除します
高可用性セクションは、プライマリおよびセカンダリvSocketのHAステータスを表示します。
|
アイテム |
説明 |
|---|---|
|
高可用性状態 |
サイトのHAステータス（準備完了または準備未完了）は、各ステータス指示器がOKの場合にのみ準備完了と表示されます |
|
WAN接続性（ステータス指示器） |
ステータスOKは、両方のvSocketがCato CloudへのWAN接続を持っていることを示します |
|
キープアライブ（ステータス指示器） |
ステータスOKは、1つのvSocketがマスターであり、もう1つがスタンバイであることを示します（両方のvSocketがマスターステータスの場合、HAスプリットブレイン問題があります） |
|
ソケットバージョン（ステータス指示器） |
ステータスOKは、両方のvSocketが同じソケットバージョンを実行中であることを示します。 |
|
マスター |
プライマリまたはセカンダリvSocketがアクティブかどうかを表示します |
|
カトへの接続 - プライマリ |
プライマリvSocketの接続ステータス |
|
カトへの接続 - セカンダリ |
セカンダリvSocketの接続ステータス |
あなたは、AWSでの設定に合わせるために、Cato管理アプリケーションでAWS HAサイトのルートテーブルIDを変更できます。
あなたは、AWSサイトからセカンダリvSocketを削除し、そのサイトのHAを無効にすることができます。 Cato管理画面からセカンダリvSocketを削除した後、展開されたvSocketはCato Cloudに接続できなくなります。 単一vSocket用の構成に、サイトの設定が復元されます：
-
高可用性セクションは無効となり、ページに表示されません
-
ネットワーク セクションのレイアウトが単一の vSocket の設定に変更されます
-
ルーテッド範囲の場合、次のホップはネイティブ範囲の最初の IP アドレスに設定されます
注意
注意: ソケットの割り当て解除 のアクションは元に戻せません。 セカンダリ vSocket のシリアル番号は有効ではなくなります。
セカンダリ vSocket を再度追加する場合は、新しいシリアル番号で新しい vSocket を EC2 インスタンスにインストールする必要があります。
AWSサイトの冗長化を無効にするには：
-
ナビゲーションメニューから ネットワーク > サイト をクリックし、AWS サイトを選択します。
-
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
-
セカンダリ vSocket の アクション メニューから、割り当て解除 をクリックします。
-
警告ウィンドウで、OK をクリックします。 サイトの冗長化が無効化され、セカンダリ vSocket が削除されます。
イベント 画面には、アカウントのすべての冗長化接続性イベントが表示されます。
イベント画面の使用方法についてもっと知りたい方は、こちらをご覧ください。 イベントをフィルタするために、SaaSセキュリティAPIデータ保護 プリセットを使用できます。
イベントフィールドとイベントは、Socket 冗長化と vSocket 冗長化の両方で同じです。 これらは冗長化イベントです：
|
フィールド |
説明 |
|---|---|
|
ソケット役割 |
イベントがプライマリかセカンダリ vSocket によって生成されたかを示します |
|
イベントサブタイプ - ソケットフェイルオーバー |
サイトのフェイルオーバー プロセスが開始されます |
フェイルオーバープロセスの一環として生成されるイベントの詳細については、Socket 冗長化フェイルオーバーイベントをご覧ください。
0件のコメント
サインインしてコメントを残してください。