クラスタ構成 RELIANOID コミュニティエディション v7

カテゴリを表示

クラスタ構成 RELIANOID コミュニティエディション v7

所要時間

重要な注意: noid-cluster-notify 次のようにも記載されています zeninotify。 ご参照ください: https://www.relianoid.com/resources/knowledge-base/enterprise-edition-v8-administration-guide/whats-new-in-relianoid-ee-v8/

何ですか RELIANOID ロードバランサー クラスター コミュニティ エディション? #

が提供する高可用性サービス RELIANOID Load Balancer Community Editionはステートレスなクラスタで、デフォルトのCommunity Editionバージョンに自動的に含まれています。このサービスは、ノード間で構成ファイルを巧みに複製し、VRRPプロトコルを使用してノードの健全性を監視します。これらはすべてシンプルな設計で実現されています。より高度で機能豊富なステートフルクラスタサービスをお探しの方には、 エンタープライズ版 の新しいガイドができました。

次の手順は、 RELIANOID ロード バランサーに高可用性が不可欠な場合はクラスター化します。

コンセプト #

クラスターノード #

A クラスターノード クラスタとは、相互接続されたコンピュータまたはサーバーのグループであり、あたかも単一のシステムであるかのように連携してタスクを実行します。クラスタ内の各ノードは通常、独自の処理能力、メモリ、ストレージを備え、ネットワークを介して相互に通信することでリソースを共有し、アクティビティを調整します。クラスタノードは、クラスタサービス内で動作するように構成されたロードバランサのインスタンスで構成されます。

フローティングインターフェース #

A フローティングIP アドレスとは、クラスタ内のノード間で迅速に再割り当てできるIPアドレスです。これは、複数のサーバーまたはノードが同一のサービスを実行している高可用性構成でよく使用され、1つのノードに障害が発生した場合でも、IPアドレスが別のノードに「浮動」されるため、サービスが中断されることなく継続されます。

心拍 #

心拍 クラスタ内のノードが相互にステータスや健全性を通信するために使用するメカニズムを指します。このハートビート信号は、ノードが稼働しており、正常に機能していることを示します。ノードからのハートビート信号がない場合は、そのノードに障害または問題が発生している可能性があります。

同期 #

同期 構成とは、クラスタ内のすべてのノードの構成設定が一貫しており、最新の状態であることを確認するプロセスを指します。これは、特に複数のノードがサービスやアプリケーションの提供に関与している場合、クラスタの整合性と適切な機能を維持するために不可欠です。

フェイルオーバー #

フェイルオーバー 障害が発生したノードまたは利用できないノードからクラスター内の正常で利用可能なノードにワークロード、サービス、またはリソースを自動的に再ルーティングまたはリダイレクトするプロセスを指します。

クラスターのセットアップ #

要件 #

まず、2つのインスタンスをインストールします RELIANOID CE では、両方が同じバージョンを実行していることを確認します。

次に、 NTPサービス 両ノードで正しく設定され、ロードバランサからアクセスできることを確認してください。VRRPプロトコルが適切に機能するには、システム時刻の同期が不可欠です。

さらに、同期を自動化するには、ロードバランサー間でパスワードなしのSSHログインを設定することが不可欠です。例えば、 ssh-copy-id

root@noid-ce-01:~# ssh-keygen -t rsa # パスフレーズなしで、Enter キーを押すだけです root@noid-ce-01:~# ssh-copy-id root@noid-ce-02

次に、セカンダリノードで次の操作を実行します。

root@noid-ce-02:~# ssh-keygen -t rsa # パスフレーズなしで、Enter キーを押すだけです root@noid-ce-02:~# ssh-copy-id root@noid-ce-01

  #

クラスタ構成ファイルを設定するには、まずテンプレートをコピーします /usr/local/relianoid/app/ucarp/etc/cluster.conf.example 〜へ /usr/local/relianoid/app/ucarp/etc/cluster.conf.

cp /usr/local/relianoid/app/ucarp/etc/cluster.conf.example /usr/local/relianoid/app/ucarp/etc/cluster.conf

次に、以下の場所にある設定ファイルを編集します。 /usr/local/relianoid/app/ucarp/etc/cluster.conf重要なパラメータの概要は以下のとおりです。

#local_ip と remote_ip が設定されているクラスターに使用されるインターフェース $interface="eth0"; #監視対象のローカル IP (例: 192.168.0.101) $local_ip="192.168.101.242"; #監視対象のリモート IP (例: 192.168.0.102) $remote_ip="192.168.101.243"; #vrrp プロトコル通信に使用されるパスワード $password="secret"; #ネットワーク内の vrrp クラスターの一意の値 $cluster_id="1"; #クラスター内で使用される仮想 IP (この IP は常にマスター ノードで実行されます) $cluster_ip="192.168.101.244"; # クラスターに使用されるNICがeth0と異なる場合は、次の行の除外設定ファイルを変更してください。
######## $exclude="--exclude if_eth0_conf";

それに注意してください 仮想インターフェースのみがレプリケーションの対象となります負荷分散サービスに複数のNICまたはVLANが関係する場合は、クラスタ構成ファイルでそれらを除外する必要があります。例えば、 eth0 クラスター目的に指定されており、 VLAN100 (eth0.100)をロードバランシングする場合は、構成を次のように調整する必要があります。

$exclude="--exclude if_eth0_conf --exclude if_eth0.100_conf";

そのことに注意してください RELIANOID CEクラスタはルートユーザーによって管理され、 rsyncssh マスターノードからバックアップノードへ設定を複製します。これを実現するには、ノード間でパスワードレスのSSHアクセスを設定することが重要です。

指定された クラスターIP 1つに設定されアクティブになっている RELIANOID 将来マスターとなる仮想ロードバランサ。このノードでサービスが開始されると、 クラスターIP バックアップ サーバーに自動的に複製されます。

クラスターノードの起動と停止 #

クラスター サービスをアクティブ化するには、次の手順に従います。

1. この手順は、 RELIANOID Community Edition 7.1以前のバージョン: 変数を設定する必要があります $enable_cluster ファイル内 /etc/init.d/relianoid-ce-cluster 値に:

クラスターを有効にするには、次の手順を実行します。

2. サービス レリアノイドCEクラスター 起動時にデフォルトで無効になっています。有効にするには次のコマンドを実行します。 レリアノイドCEクラスター 再起動後に自動的にアクティブ化する場合:

[] root@noid-ce-01:~# systemctl enable relianoid-ce-cluster

設定ファイルに加えられた変更は、 /usr/local/relianoid/app/ucarp/etc/cluster.conf クラスタサービスの再起動が必要です。そのため、構成パラメータを確定したら、以下の手順に従って両ノードでクラスタを再起動してください。

[] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster を停止します [] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster を開始します

クラスター サービスを開始すると、ロード バランサーのプロンプトが変更され、各サービスのクラスターの現在のステータスが表示されることを確認することが重要です。

マスター:

[マスター] root@noid-ce-01:~# 

バックアップ:

[バックアップ] root@noid-ce-02:~# 

構成の更新 #

クラスタリング サービスを構成すると、仮想サービスおよび仮想/フローティング IP に関連するすべての構成設定がクラスタ ノード全体に自動的に複製されます。

ステートレスクラスタでは、ユーザーセッションと接続は同期されないため、ステートフルクラスタを使用する必要があります。 エンタープライズ ロードバランサー.

クラスターノードのアップグレード #

クラスタノードのアップグレード RELIANOID ロードバランサは、クラスタ内の各ノードを最新の情報で更新します。 RELIANOID ロードバランサーのソフトウェアまたはファームウェア。クラスタリングノードのアップグレードプロセス中は、マスターノードのアップグレードを進める前に、バックアップノードをアップグレードすることをお勧めします。

クラスター サービスのログとトラブルシューティング #

1. パスワードレス SSH は、両方のクラスター ノード間の前提条件です。
2. 両方のクラスター ノードに NTP を設定する必要があります。
3. その noid クラスター通知 サービスはマスターノードでのみ動作します。 noid クラスター通知 次のコマンドを実行して、実行中であることを確認します。マスターノードでは、次のような出力が表示されます。

[master] root@noid-ce-01:~# ps -ef | grep noid-cluster-notify root 16912 1 0 03:20 ? 00:00:00 /usr/bin/perl /usr/local/relianoid/bin/noid-cluster-notify.pl

バックアップノードでは、関連する出力は表示されません。 noid クラスター通知 コマンドを実行するとき。

[バックアップ] root@noid-ce-02:~# ps -ef | grep noid-cluster-notify [バックアップ] root@noid-ce-02:~#

4. ログは ウカルプ サービスは syslog at / var / log / syslog .
5. ログ noid クラスター通知 レプリケーションサービスは、 /var/log/noid-cluster-notify.log .
6. クラスタのステータスはプロンプトに表示され、コマンド実行ごとに動的に更新されます。さらに、クラスタのステータスは設定ファイルに記録されます。 /etc/relianoid-ce-cluster.status このファイルが存在しない場合は、クラスター サービスは停止します。
7. クラスタノードが昇格すると MASTER、次のスクリプトが実行されます。 /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-start .
8. クラスタノードが昇格すると BACKUP、次のスクリプトが実行されます。 /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-stop .
9. クラスター ノードで広告の実行が必要な場合は、次のスクリプトが実行されます。 /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-advertisement .
10. パラメータを変更する必要がある場合は、 ウカルプ 実行中に調整を行うことができます 実行クラスタ() スクリプト内のサブルーチン /etc/init.d/relianoid-ce-cluster .
11. クラスタサービスは、 VRRP 実装では、スイッチでマルチキャスト パケットを許可する必要があります。

📄 この文書をPDF形式でダウンロードする #

    EMAIL: *