この記事は機械翻訳されています.免責事項
ノードグループの動作
さまざまなCitrix ADC機能およびエンティティとのノードグループの相互運用性のため、注意すべきいくつかの動作面があります。ノードグループ内のノードもバックアップできます。詳細については、以下をお読みください。
クラスタノードグループの一般的な動作
- エンティティがバインドされているノードグループは削除できません。
- エンティティがバインドされているノードグループに属するクラスターノードは削除できません。
- エンティティがバインドされたノードグループを持つクラスターインスタンスは削除できません。
-
別のエンティティに依存しているエンティティを追加することはできません。ノードグループの一部であってはなりません。そうする必要がある場合は、最初に依存関係を削除します。次に、両方のエンティティをノードグループに追加し、エンティティを再度関連付けます。
例:
- バックアップが仮想サーバー VS2 である仮想サーバー VS1 があるとします。VS1をノードグループに追加するには、最初にVS2がVS1のバックアップサーバーとして削除されていることを確認します。次に、各サーバーを個別にノードグループにバインドし、VS2をVS1のバックアップとして構成します。
- ターゲットロードバランシング仮想サーバーが LBVS1 であるコンテンツスイッチ仮想サーバー CSVS1 があるとします。CSVS1をノードグループに追加するには、最初にターゲットとしてLBVS1を削除します。次に、各サーバーを個別にノードグループにバインドし、LBVS1をターゲットとして構成します。
- 別の負荷分散仮想サーバー LBVS2 を呼び出すポリシーを持つ、負荷分散仮想サーバー LBVS1 があるとします。いずれかの仮想サーバーを追加するには、まず関連付けを削除します。次に、各サーバーを個別にノードグループにバインドしてから、仮想サーバーを再度関連付けます。
- エンティティをノードグループにバインドすることはできません。ノードがなく、strictオプションが有効になっています。したがって、エンティティがバインドされていて、strictオプションが有効になっているノードグループの最後のノードのバインドを解除することはできません。
- strictオプションは、ノードがないがエンティティがバインドされているノードグループには変更できません。
ノードグループ内のノードのバックアップ
デフォルトでは、ノードグループは、ノードグループのメンバーにバックアップノードを提供するように設計されています。ノードグループのメンバーがダウンした場合、ノードグループのメンバーではないクラスターノードが、障害が発生したノードを動的に置き換えます。このノードは、置換ノードと呼ばれます。
注
単一メンバーのノードグループの場合、エンティティがノードグループにバインドされると、バックアップノードが自動的に事前選択されます。
ノードグループの元のメンバーが起動すると、デフォルトでは、置換ノードが元のメンバーノードに置き換えられます。
ただし、NetScaler 10.5ビルド50.10以降では、Citrix ADCではこの置換動作を変更できます。sticky オプションを有効にすると、元のメンバーノードが起動した後も置換ノードは保持されます。元のノードは、置換ノードがダウンしたときにのみ引き継がれます。
バックアップ機能を無効にすることもできます。これを行うには、strictオプションを有効にする必要があります。このシナリオでは、ノードグループメンバーがダウンすると、他のクラスターノードはバックアップノードとして選択されません。元のノードは、起動時にノードグループの一部であり続けます。このオプションにより、ノードグループにバインドされたエンティティがノードグループメンバーでのみアクティブになります。
注
strict and stickyオプションは、ノードグループを作成するときにのみ設定できます。