このセクションでは、 クラスタリングサービスクラスタリングサービスは、2つの協調ノードを介して負荷分散サービスの高可用性を提供します。 アクティブパッシブ モード。

クラスタは、負荷分散サービスの可用性を維持し、クライアントの観点からサービスのダウンタイムを回避するために連携して動作する2つのノードによって形成されます。通常、マスターおよびバックアップアクティブ/パッシブモードでのロール。マスターは、バックエンドへのトラフィックを現在管理し、クライアントからのすべての接続を受け入れているノードであり、バックアップノードはすべての構成をリアルタイムで認識しており、マスターノードが適切に応答していないことを検出した場合にサービスを起動する準備ができています。

クラスターを作成するときに考慮すべきいくつかの要件:

両方のノードは同じ Relianoid バージョン (つまり、同じアプライアンスモデル) を実行している必要があります。
両方のノードには異なるホスト名が必要です。
両方のノードは同じ NIC 名 (ネットワークインターフェイス) を持つ必要があります。
構成が行われるノードはマスターノードのみである必要があり、バックアップノードでは構成を行わないでください。
クラスタスイッチングとの競合を回避するために、中間スイッチングおよびルーティングデバイスを構成する必要がある場合があります。
クラスターの切り替えによるサービスのダウンタイムを回避するには、フローティング IP を設定することが常に良い方法です。

負荷分散サービスが 1 つのノードから別のノードに切り替わると、バックアップノードが現在のすべての接続とサービスステータスを自動的に処理し、クライアントがサービスの中断に悩まされることを回避します。

クラスターサービスを構成する #

これは、クラスタクラスタリングは、次のような複数のサービスで構成されます。

同期このサービスは、マスターノードで行われた設定をバックアップノードに自動的に同期します。そのため、設定に加えられたすべての変更はバックアップノードに複製され、必要に応じて制御できるようになります。このサービスは inotify および rsync デーモンを通して SSH 設定ファイルをリアルタイムで同期します。
心拍このサービスでは、クラスタノード全体の健全性をチェックして、ノードが正常に動作していない場合にすぐに検出できます。このサービスは、 VRRP 軽量でリアルタイム通信を実現するマルチキャストプロトコル。Relianoid 6は 生き続ける このサービスを提供するためです。
接続トラッキングこのサービスにより、リアルタイムのレプリケーション接続とその状態が許可され、バックアップノードはフェイルオーバー中にすべての接続を再開できるため、クライアントとバックエンド接続は接続の中断を検出しません。 コンコースラック サービス。
コマンドの複製このサービスは、マスターノードに適用された構成をバックアップに送信してアクティブ化することを可能にしますが、フェイルオーバータスク中にバックアップが制御を引き継ぎ、すべてのネットワークとファームを起動し、できるだけ早く接続を再開するように受動的に行われます。このサービスは、 zclustermanager 　 SSH.

ノードは クラスタ 設定されているノードがマスターノードになります。 警告： バックアップノードの以前の設定はすべて消去されます。つまり、農場（証明書を含む）仮想インタフェース, IPDSルール, etc.

新しいクラスター構成では、次のパラメータを作成する必要があります。
ローカルIPクラスター管理インターフェイスとして選択できるすべてのネットワークインターフェイスをドロップダウンで選択します。仮想インターフェイスは使用できません。
リモートIP将来のバックアップノードとして動作するノードのリモート IP アドレス。
リモートノードのパスワードリモート（将来のバックアップ）ノードのルートユーザーのパスワード。
リモートノードのパスワードの確認パスワードを繰り返し入力して、正しいパスワードであることを確認します。

必要なパラメータをすべて設定したら、 Apply

クラスターサービスを表示 #

Status クラスターサービス すでに構成されアクティブな場合、クラスターにはサービス、バックエンド、アクションに関する次の情報が表示されます。

インタフェースクラスターサービスが構成されているネットワークインターフェイス。
フェイルバックフェイルオーバー中に、マスターが再び使用可能になったときに負荷分散サービスをマスターに戻すか、現在のノードを新しいマスターとして維持する必要があります。このオプションは、バックアップノードに割り当てられているリソースがマスターよりも少なく、最後のノードをサービスの優先マスターにする必要がある場合に役立ちます。
チェック間隔ハートビートサービスがノード間のステータスを確認するために使用する時間チェック。
追跡されたインターフェースリアルタイムで追跡されているアクティブなネットワークインターフェイスを表示します。
適用可能なアクション。

ノードを表示テーブルノードとそのステータスを表示します。
編集クラスター内のノードの構成設定を変更します。
破壊する構成設定を削除し、ノードを削除します。

楽器博物館ノードを表示アクションは次のテーブルを表示します:

Nodeクラスタの各ノードについて、 ローカル or リモートこれは、Web GUI 経由で接続したノードの種類によって異なります。 コミュニティ 現在接続しているノードであり、 リモート 他のノードです。
職種クラスターの各ノードについて、それが マスターバックアップ （としても知られている スレーブ）、または メンテナンス 一時的に無効になっているノードの場合、クラスター内でのノードの役割によって異なります。
IPクラスターを構成する各ノードの IP アドレス。
ホスト名クラスターを構成する各ノードのホスト名。
ステータスノードのステータスは次のようになります。

レッド. 万が一不具合があった場合。
グレー ノードに到達できない場合。
オレンジメンテナンスモードの場合。
グリーンすべてが正しければ。

お問い合わせ内容リモートノードからのメッセージ。これは、クラスター内のすべてのノードに対するデバッグメッセージです。
各ノードで実行できるアクションは次のとおりです。

メンテナンスを有効にするメンテナンスモードにします。メンテナンスタスクを実行し、フェイルオーバーを回避するために、クラスターノードを一時的に無効にします。

クラスタ構成 #

利用可能なグローバル設定オプションについては以下に説明します。

フェイルバックどのロードバランサーをマスターとして優先するかを選択します。

監視するインターフェイスを追跡するリスト内の特定のインターフェースから情報を収集します。LAN または VLAN の場合があります。

チェック間隔バックエンドノードからマスターのヘルスチェックまでの各ヘルスチェック間の時間。