ノードグループの動作
ノードグループは異なる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オプションとスティッキーオプションは、ノードグループの作成時にのみ設定できます。