CentOS 7で高可用性クラスタを構築する方法。高可用性クラスタとは、サービス中断時間を短縮することを目的とするサーバクラスタ技術を指す。ユーザーのビジネス・プログラムが外部に絶えず提供するサービスを保護することで、ソフトウェア/ハードウェア/人為的な障害によるビジネスへの影響を最小限に抑えることができます。では、新しいcentosの下でどのようにして高可用性クラスタを構築しますか。

環境:本稿では、2台のマシンで2セットのホットスペア高可用性クラスタを実現し、ホスト名node 1のIPは192.168.122.1168、ホスト名node 2のIPは192.168.122.1169である。

一、クラスタソフトウェアをインストールするには、ソフトウェアpcs,pacemaker,corosync,fence-agents-allが必要であり、関連サービスを構成する必要がある場合は、対応するソフトウェアもインストールしなければならない。

二、ファイアウォールの配置

変更/etc/sysconfig/selinux SELINUX=disabledを確認し、setenforce 0またはrebootサーバを実行して有効にします。

三、各ノード間のホスト名は互いに解析し合い、それぞれ2台のホスト名をnode 1とnode 2に変更し、centos 7で直接/etc/hostnameを変更して自機ホスト名とホストテーブルに参加し、ネットワークサービスを再起動すればよい。

2台のホストのホストテーブルを構成し、/etc/hostsに追加

四、各ノード間の時間同期はnode 1とnode 2でそれぞれ時間同期を行い、ntpを用いて実現することができる。

五、各ノード間でsshの暗号鍵なしアクセスを構成する。次の操作は、各ノードで操作する必要があります。

2台のホストは互いに通信可能であるため、2台のホストは互いに鍵を生成し、公開鍵を複製しなければならない。相互のノード上のhostsファイルはいずれも相手のホスト名を解析しなければならない。192.168.122.168168 node 1 192.168.122.1169 node 2

六、pacemakerによる高可用性クラスタの管理

各ノード間の通信とクラスタの構成を容易にするために、各ノードにhaclusterを作成するユーザーは、各ノードのパスワードが同じである必要があります。

4、クラスタの作成と起動

6.クラスタ状態情報の表示

corosyncではstonithがデフォルトで有効になっていますが、現在のクラスタには対応するstonithデバイスがありません。このデフォルト構成は現在使用できません。これは、次のコマンドで検証できます。

次のコマンドでstonithを無効にできます。

高可用性クラスタは、ローカルディスクを使用して純粋なソフトウェアのミラー型クラスタシステムを構築することも、専用の共有ディスク装置を使用して大規模な共有ディスク型クラスタシステムを構築することもでき、お客様の異なるニーズを十分に満たすことができます。

共有ディスクには主にiscsiまたはDBRDがあります。この文書では、共有ディスクは使用されていません。

クラスタサービスがどこで実行されても、サービスを提供するために固定されたアドレスが必要です。ここでは192.168.122.1101をフローティングIPとして選択し、覚えやすい名前のClusterIPを付け、クラスタに30秒ごとにチェックするように伝えます。

node 1とnode 2にhttpdをインストールし、httpdの起動が無効になっていることを確認します

httpdモニタリングページを構成し(構成しなくてもsystemdモニタリングできるようです)、node 1とnode 2でそれぞれ実行します

まずApacheのホームページを作成します。centosでデフォルトのApache docrootは/var/www/htmlなので、このディレクトリの下にホームページを作成します。

Node 1ノードは次のように変更されました。

Node 2ノードは次のように変更されました。

次の文は、httpdをリソースとしてクラスタに追加します。

VIPとWEB resourceをこのグループにバンドルし,クラスタ全体として切り替える.(この設定はオプション)

リソースの競合を回避するために、構文:(pcs resource group addの場合も追加の順序で順次起動できます。この構成はオプションです)

Pacemakerは、マシンのハードウェア構成が同じであることを要求していません。他のマシン構成よりも良いマシンもあるかもしれません。この場合、ノードが使用可能な場合、リソースが上にあるなどのルールを設定します。この効果を達成するためにlocationコンストレイントを作成します。同様に、私たちは彼に記述的な名前(prefer-node 1)を取って、私たちがWEBというサービスを上で走りたいことを示して、多く上で走りたいことを示します(私たちは今50のスコアを指定していますが、2ノードのクラスタ状態では、0より大きい値はすべて所望の効果を達成することができます)、およびターゲットノードの名前:

ここでは、スコアが大きいほど、対応するノードで実行したいことを示します。

一部の環境では、ノード間でのリソースの移行を最小限に抑える必要があります。リソースの移行は、通常、期間内にサービスが提供されないことを意味します。Oracleデータベースなどの複雑なサービスは、この時間が長くなる可能性があります。

この効果を達成するために、Pacemakerには「リソース粘性値」という概念があり、サービス(リソース)が実行中のノードにどれだけいたいかを制御することができます。

Pacemakerは、各リソースを最適に分散するために、この値をデフォルトで0に設定します。アセットごとに異なるスティッキー値を定義できますが、一般的にはデフォルトのスティッキー値を変更すれば十分です。リソース粘性は、リソースが現在のノードに残る傾向があるかどうかを表し、正の整数であれば傾向を表し、負の数は離れ、-infは負の無限を表し、infは正の無限を表す。

共通コマンド要約:クラスタステータスの表示:#pcs status

クラスタの現在の構成の表示:#pcs config

起動後のクラスタの自己起動:#pcs cluster enable–all

起動クラスタ:#pcs cluster start–all

クラスタリソースステータスの表示:#pcs resource show

クラスタ構成の検証:#crm_verify -L -V

リソース構成のテスト:#pcs resource debug-start resource

ノードをスタンバイ状態に設定:#pcs cluster standby node 1

これが編集者が皆さんに持ってきたCentOS 7の下でどのように高利用可能なクラスタを構築するかというステップで、詳しくはありません。読んでくれてありがとう。皆さんの役に立つことを望んでいます。引き続き注目してください。私たちはもっと優秀な文章を分かち合うように努力します。