ノードグループの動作

May 12, 2023

寄稿者:

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

この情報は役に立ちましたか?