ADCは単独で使用することもできますし、それはそれで問題ありません。しかし、ADCの目的がサーバー群の負荷分散であることを考えると、ADC自体をクラスター化する必要性が見えてくる。ADCの簡単に操作できるUIデザインにより、クラスタリングシステムの設定が簡単にできます。
System > Clustering ページでは、ADC アプライアンスの高可用性を設定します。このセクションはいくつかのセクションに分かれています。
重要なお知らせ
· 高稼働率のハートビートを維持するために、ADCペアの間に専用ケーブルを敷設する必要はありません。
· ハートビートは、高可用性を必要とする仮想サービスと同じネットワーク上で行われます。
· ADCアプライアンス間のステートフルなフェイルオーバーはありません。
· 2台以上のADCでハイアベイラビリティーを有効にすると、各ボックスは提供するように設定された仮想サービスをUDP経由でブロードキャストします。
· 高可用性フェイルオーバーでは、ユニキャストメッセージングとGratuitous ARPを使用して、新しいActive Load Balancerスイッチに通知します。
役割
ADCを高可用に設定する場合、3つのクラスターの役割があります。
クラスター
· デフォルトでは、新しいADCはClusterロールを使用して電源を入れます。この役割では、各クラスター・メンバーは同じ「作業構成」を持ち、その結果、クラスター内の1つのADCのみが常にアクティブになります。
· 作業用コンフィグレーション」とは、管理用IPアドレス、ALB Name、ネットワーク設定、インターフェースの詳細など、一意に設定する必要がある項目を除く、すべてのコンフィグレーションパラメータを意味します。
· Cluster Members」ボックスの「Priority 1」(最上位)にあるADCは、クラスタオーナーであり、アクティブなロードバランサーであり、他のADCはすべてパッシブメンバーです。
· クラスター内の任意のADCを編集することができ、変更内容はすべてのクラスターメンバーに同期されます。
· ADCをクラスタから削除すると、そのADCからすべての仮想サービスが削除されます。
· クラスタの最後のメンバーを「未使用のデバイス」に削除することはできません。最後のメンバーを削除するには、ロールをManualまたはStand-aloneに変更してください。
· 以下のオブジェクトは同期されていません。
o マニュアル日付と時刻のセクション - (NTPセクションが同期されます)
o フェイルオーバー・レイテンシー(ms
o ハードウェアセクション
o アプライアンスセクション
o ネットワーク部門
クラスターオーナーの故障
· クラスターのオーナーに障害が発生した場合、残りのメンバーの1つが自動的に引き継いで、トラフィックの負荷分散を行います。
· クラスタのオーナーが戻ってくると、トラフィックのロードバランシングを再開し、オーナーの役割を引き継ぎます。
· オーナーが失敗して、メンバーがロードバランシングを引き継いだとします。ロードバランシングのトラフィックを引き継いだメンバーを新しいオーナーにしたい場合は、そのメンバーをハイライトして上矢印をクリックし、優先順位1の位置に移動させます。
· 残りのクラスターメンバーの1つを編集し、オーナーがダウンした場合、編集されたメンバーは、トラフィックを失うことなく自動的にオーナーに昇格します
クラスターロールからマニュアルロールへの変更
· 役割をClusterからManualに変更したい場合は、Manual roleオプションの横にあるラジオボタンをクリックします
· ラジオボタンをクリックすると、次のようなメッセージが表示されます。
· OKボタンをクリック
· Virtual Services "セクションを確認します。プライマリ」の欄にチェックの入っていないボックスが表示されているのがわかります。
· これは安全機能であり、同じ仮想サービスを持つ別のADCがあったとしても、トラフィックフローが中断されることはありません。
クラスターからスタンドアローンへの役割変更
· クラスターからスタンドアロンに変更したい場合は、「スタンドアロン」オプションの横にあるラジオボタンをクリックしてください。
· 次のようなメッセージが表示されます。
· OK」をクリックすると、ロールが変更されます。
· バーチャルサービスを確認します。プライマリカラムの名前がスタンドアロンに変更されているのがわかります。
· また、安全上の理由から、すべての仮想サービスが無効になっている(チェックが入っていない)ことも確認できます。
· 同じネットワーク上の他のADCに重複した仮想サービスがないことが確認できたら、それぞれの仮想サービスを順番に有効にします。
マニュアルの役割
ManualロールのADCは、Manualロールの他のADCと連携して高可用性を実現します。クラスタ役割に対する主な利点は、仮想IPに対してどのADCをアクティブにするかを設定できることです。不利な点は、ADC間で設定の同期が行われないことです。すべての変更は、GUIを介して各ボックスに手動で複製する必要があります。また、多くの変更を行う場合は、一方のADCからjetPACKを作成し、これをもう一方のADCに送信することができます。
· バーチャルIPアドレスを "アクティブ "にするには、プライマリカラムのチェックボックスにチェックを入れます(「IPサービス」ページ)。
· バーチャルIPアドレスを "パッシブ "にするには、プライマリカラムのチェックボックスを空白にします(IPサービスページ)。
· イベントでは、ActiveサービスがPassiveにフェイルオーバーします。
o プライマリー欄が両方ともチェックされている場合は、選択プロセスが行われ、最も低いMACアドレスがアクティブになります。
o 両方ともチェックされていない場合は、同じ選挙プロセスが行われます。また、両方ともチェックされていない場合、元のActive ADCに自動的にフォールバックすることはありません。
単体での役割
スタンドアロン」のADCは、そのサービスに関して他のADCと通信しないため、すべてのバーチャルサービスは「グリーン」の状態で接続されたままとなります。すべての仮想サービスに固有のIPアドレスを持たせないと、ネットワーク上で衝突が発生します。
設定
設定」セクションでは、「フェイルオーバー・レイテンシー」をミリ秒単位で設定できます。これは、「アクティブADC」が故障した後、「パッシブADC」が仮想サービスを引き継ぐまでに待つ時間です。
10000msまたは10秒に設定することをお勧めしますが、お客様のネットワークや要件に合わせて、この値を減らしたり増やしたりすることができます。許容できる値は1500msから20000msの間です。低いレイテンシーでクラスターが不安定になる場合は、この値を大きくしてください。
マネジメント
このセクションでは、クラスターメンバーの追加と削除、およびクラスター内のADCの優先順位の変更を行います。このセクションは2つのパネルと、その間にある矢印キーで構成されています。左側のエリアがUnclaimed Devicesで、右端のエリアがCluster自体です。
クラスターへのADCの追加
· ADCをクラスターに追加する前に、すべてのADCアプライアンスに、「System」>「Network」セクションで固有の名前セットが提供されていることを確認する必要があります。
· 管理セクションの[Cluster Members]列に、優先度1でステータスが緑色のADCとその名前が表示されているはずです。このADCは、デフォルトのプライマリアプライアンスです。
· 他のすべての利用可能なADCは、管理セクションの[Unclaimed Devices]ウィンドウに表示されます。要求されていないデバイス」とは、クラスタロールに割り当てられているものの、仮想サービスが設定されていないADCのことです。
· Unclaimed Devices "ウィンドウでADCをハイライト表示し、右矢印ボタンをクリックします。
· 次のようなメッセージが表示されます。
· OK」をクリックすると、ADCがクラスターに昇格します。
· これで、ADCがクラスタ・メンバー・リストにPriority 2として表示されるはずです。
クラスターメンバーの削除
· クラスタから削除するクラスタ・メンバをハイライト表示します。
· 左矢印ボタンをクリックします。
· 確認リクエストが表示されます。
· OK」をクリックして確認します。
· あなたのADCは削除され、「未請求のデバイス」側に表示されます。
ADCの優先順位変更
メンバーリスト内のADCの優先順位を変更したい場合があります。
· クラスタ・メンバ・リストの最上位にあるADCには優先度1が与えられ、すべての仮想サービスのActive ADCとなります。
· リストの2番目に位置するADCには優先度2が与えられ、すべての仮想サービスのパッシブADCとなる
· どのADCをアクティブにするかを変更するには、ADCをハイライトし、リストの一番上に表示されるまで上矢印をクリックします。