クラスタリング

ノードグループの動作

ノードグループとCitrix ADCの機能やエンティティの相互運用性により、注意すべき動作面がいくつかあります。ノードグループ内のノードもバックアップできます。詳細については、以下をお読みください。

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

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

    例:

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

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

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

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

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

ただし、NetScaler 10.5ビルド50.10以降では、Citrix ADCではこの置換動作を変更できます。sticky オプションを有効にすると、元のメンバーノードが起動した後も置換ノードは保持されます。元のノードは、置換ノードがダウンしたときにのみ引き継がれます。

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

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

ノードグループの動作