ADC

ノードグループの動作

ノードグループは異なるNetScalerの機能やエンティティと相互運用性があるため、注意すべき動作上の側面がいくつかあります。ノードグループ内のノードもバックアップできます。詳細については読んでください。

クラスターノードグループの一般的な動作

  • エンティティがバインドされているノードグループは削除できません。
  • エンティティがバインドされたノードグループに属するクラスターノードは削除できません。
  • エンティティがバインドされたノードグループを含むクラスターインスタンスは削除できません。
  • 別のエンティティに依存しているエンティティは追加できません。ノードグループの一部であってはなりません。必要な場合は、まず依存関係を削除してください。次に、両方のエンティティをノードグループに追加し、エンティティを再関連付けします。

    例:

    • 仮想サーバー VS1 があり、そのバックアップが仮想サーバー VS2 であるとします。VS1をノードグループに追加するには、まずVS2がVS1のバックアップサーバーとして削除されていることを確認します。次に、各サーバーをノードグループに個別にバインドし、VS2をVS1のバックアップとして構成します。
    • ターゲット負荷分散仮想サーバーが LBVS1 であるコンテンツスイッチ仮想サーバー CSVS1 があるとします。CSVS1 をノードグループに追加するには、まず LBVS1 をターゲットから削除します。次に、各サーバーをノードグループに個別にバインドし、LBVS1をターゲットとして構成します。
    • 負荷分散仮想サーバー LBVS1 があり、そのポリシーに別の負荷分散仮想サーバー LBVS2 を呼び出すポリシーが設定されているとします。いずれかの仮想サーバーを追加するには、まず関連付けを削除します。次に、各サーバーをノードグループに個別にバインドし、仮想サーバーを再度関連付けます。
  • エンティティをノードグループにバインドすることはできません。ノードがなく、strict オプションが有効になっています。そのため、エンティティがバインドされていて strict オプションが有効になっているノードグループの最後のノードをバインド解除することはできません。
  • strict オプションは、ノードがないのにエンティティがバインドされているノードグループでは変更できません。

ノードグループ内のノードのバックアップ

デフォルトでは、ノードグループはノードグループのメンバーにバックアップノードを提供するように設計されています。ノードグループのメンバーがダウンした場合、そのノードグループのメンバーではないクラスターノードが、障害が発生したノードを動的に置き換えます。このノードは置換ノードと呼ばれます。

単一メンバーのノードグループの場合、エンティティがノードグループにバインドされると、バックアップノードが自動的に事前に選択されます。

ノードグループの元のメンバーが起動すると、デフォルトで代替ノードが元のメンバーノードに置き換えられます。

ただし、NetScaler 10.5ビルド50.10以降では、NetScalerではこの置換動作を変更できるようになりました。スティッキーオプションを有効にすると、元のメンバーノードが起動した後でも、交換用ノードは保持されます。元のノードは、代替ノードがダウンした場合にのみ引き継ぎます。

バックアップ機能を無効にすることもできます。そのためには、strict オプションを有効にする必要があります。このシナリオでは、ノードグループのメンバーがダウンしても、他のクラスターノードはバックアップノードとしてピックアップされません。元のノードは、起動後もノードグループの一部であり続けます。このオプションにより、ノードグループにバインドされたエンティティは、ノードグループのメンバーでのみアクティブになります。

strictオプションとスティッキーオプションは、ノードグループの作成時にのみ設定できます。

ノードグループの動作