高可用性に関するよくある質問

December 8, 2023

寄稿者:

HA 構成のノード間で HA 関連情報を交換するために使用するさまざまなポートは何ですか。

HA 構成では、両方のノードが次のポートを使用して HA 関連情報を交換します：
- ハートビートパケットを交換するためのUDPポート3003。
- TCP ポート 3008 または 3010 (同期およびコマンド伝播用)。
同期をトリガーする条件は何か?

同期は、次のいずれかの条件によってトリガーされます。
- セカンダリが受信したプライマリノードのインカネーション番号が、セカンダリノードのインカネーション番号と一致しません。注:HA 構成内の両方のノードには、 ノードの構成ファイル内の構成数をカウントするインカーネーション番号と呼ばれるカウンタがあります。各ノードは、ハートビートメッセージでそのインカネーション番号を他のノードに送信します。次のコマンドでは、インカーネーション番号は増加しません：
  1. すべての HA 設定関連コマンド。たとえば、ha ノードを追加し、ha ノードを設定し、ha ノードをバインドします。
  2. すべてのインターフェイス関連コマンド。たとえば、インターフェイスを設定したり、インターフェイスを設定解除したりします。
  3. チャンネル関連のすべてのコマンド。たとえば、チャネルの追加、チャネルの設定、チャネルのバインドなどを行います。
- セカンダリノードは再起動後に起動します。
- プライマリノードは、フェールオーバー後にセカンダリになります。
INC モードまたは非 INC モードの HA 構成で同期または伝播されない構成はどれですか?

次のコマンドは、セカンダリノードに伝播も同期もされません：
- すべてのノード固有の HA 構成コマンド。たとえば、ha ノードを追加し、ha ノードを設定し、ha ノードをバインドします。
- インターフェイス関連のすべての構成コマンド。たとえば、インターフェイスを設定したり、インターフェイスを設定解除したりします。
- チャンネル関連のすべての設定コマンド。たとえば、チャネルの追加、チャネルの設定、チャネルのバインドなどを行います。
注:

以下の構成は、INC モードの HA でのみ同期も伝達もされません。各ノードにはそれぞれ独自のものがあります。
- SNIP
- VLAN
- ルート (LLB ルートを除く)
- ルートモニター
- RNAT ルール (NAT IP として VIP を使用するすべての RNAT ルールを除く)
- ダイナミックルーティング構成
- ネットプロファイル
セカンダリノードに追加された構成はプライマリノードで同期されますか?

いいえ、セカンダリノードに追加された構成はプライマリノードと同期されません。
HA構成で両方のノードがプライマリであると主張する理由は何でしょうか。

最も可能性の高い理由は、プライマリノードとセカンダリノードは両方とも正常ですが、セカンダリはプライマリからハートビートパケットを受信しないことです。問題は、ノード間のネットワークにある可能性があります。
異なるシステムクロック設定で 2 つのノードを展開すると、HA 構成で問題が発生しますか?

2 つのノードでシステムクロック設定が異なると、次の問題が発生する可能性があります。
- ログファイルエントリのタイムスタンプが一致しません。このような状況では、ログエントリに問題がないか分析するのが難しくなります。
- フェイルオーバー後、どのような種類の Cookie ベースのパーシスタンスでも、ロードバランシングの問題が発生する可能性があります。時間が大きく異なると、Cookie が予想よりも早く期限切れになり、永続化セッションが終了する可能性があります。
- ノードでの時間関連の決定にも同様の考慮事項が当てはまります。
Force HA sync コマンドが失敗した場合の条件は何ですか。

強制同期は、次のいずれかの状況で失敗します。
- 同期が既に進行中の場合は、強制的に同期します。
- スタンドアロンのCitrix ADCアプライアンスで同期を強制します。
- セカンダリノードは無効です。
- HA 同期は現在のセカンダリノードでは無効になっています。
- 現在のプライマリノードでは HA 伝播が無効になっているため、プライマリノードからの同期を強制します。
sync HA files コマンドの失敗条件は何ですか。

設定ファイルの同期は、次のいずれかの状況で失敗します。
- スタンドアロンシステム上。
- セカンダリノードを無効にした状態。
HA構成では、セカンダリノードがプライマリを引き継いだ場合、元のプライマリがオンラインに戻ったときにセカンダリステータスに戻りますか。

いいえ。セカンダリノードがプライマリを引き継いだ後は、元のプライマリノードが再びオンラインに戻っても、プライマリノードはプライマリのままです。ノードのプライマリステータスとセカンダリステータスを交換するには、 force failover コマンドを実行します。
force failover コマンドが失敗する条件を教えてください。

次の状況では、強制フェールオーバーを実行できません。
- スタンドアロンシステムにフェールオーバーを強制する。
- セカンダリノードは無効です。
- セカンダリノードはセカンダリのままになるように設定されます。
- プライマリノードはプライマリのままであるように構成されています。
- ピアノードの状態が不明です。

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

高可用性に関するよくある質問

December 8, 2023

寄稿者:

高可用性に関するよくある質問

この記事の概要