RHCSクラスタスイート高可用性クラスタ

はじめに1. RHCSクラスタの基礎

RHCSされる（1）どのような
RHCSは、RHCSは、高可用性、高信頼性、負荷分散、ストレージや経済安価なクラスタツールセットを共有するを提供することができる、あるのRed Hat Clusterのスイート、Red HatのクラスタSuiteの略称であり、それはシステムをクラスタ化します統合の3つのクラスタアーキテクチャでは、Webアプリケーション、データベース、および安全な、安定した動作環境を提供するために、他のアプリケーションを与えることができます。
むしろ、RHCSは、バックエンド・データ・ストレージへのフロントエンド・アプリケーションからアクセスされたフル機能のアプリケーションクラスタリングソリューションは、だけでなく、RHCSによって提供されるこのソリューションの有効なクラスタアーキテクチャを提供していますフロントエンドアプリケーションサービスの持続的、安定的な供給を確保するために、だけでなく、バックエンドのデータストアのセキュリティを確保します。
RHCSクラスタシステムは、3つのクラスタ、即ち、高可用性クラスタ化、負荷分散クラスタ、ストレージクラスタのフレームワークを提供します。

（2）3つのコア機能を提供するRHCS

高可用性クラスタは、RHCSの中核機能です。アプリケーションが失敗するか、システムハードウェア、ネットワークに障害が発生した管理コンポーネント可用性**は、アプリケーションが高速別のノードへのノードの切り替え、RHCS自動によって提供することができる場合、ノードフェイルオーバー機能は、クライアントのために透明です持続の適用を確保するように、RHCSは、高可用性クラスタリング機能を実現している、サービスを提供して途切れません。
RHCSは、LVS（Linuxの仮想サーバー）のクラスターのロード・バランシングによって提供され、LVSは、ロードスケジューリング機能のLVS、あなたのことができて、オープンソース、強力なIPベースの負荷分散技術、ロードバランサとサービスアクセスノードによってLVS、あります各サービスノードに割り当てられた平均クライアント要求は、また、要求は、に分布することにより、その後のスケジューリングアルゴリズムに従ってサービスノードを割り当て、そしてすべきクラスタを決定するために、要求が入ってきたときに、負荷割り当てポリシーのさまざまを定義することができクライアントの要求に応答ノードが、同時に、LVSは、サービスノードがサービスを提供できない場合には、サービスノードのフェイルオーバー機能を提供し、LVSは自動的に失敗したノードをシールドする、クラスタノードから削除はしばらく失敗します他の正常なノードまでの新しいノードの要求へのスムーズな移行を行うと、正常にこの障害ノードバックは、LVSは自動的にクラスタ内のこのノードに追加される時。そして、スイッチング動作このシリーズは、ユーザーは、中断のないサービス、および安定した動作を確保するために、フェイルオーバー機能により、透明性があります。
GFSファイルシステムによってストレージクラスタ機能を提供するRHCS、GFSは、複数のサービスが同時に共有ファイル・システム上のデータを共有することによって、単一の共有ファイルシステム記憶クラスタに読み書き可能にする、グローバルファイルシステムの頭字語であり、それによって排除アプリケーション間のトラブル同期データ、GFSはロック管理機構を介して複数のサービスノードが同じファイルシステムに読み取りおよび書き込み操作座標管理する分散ファイルシステムです。

基本キット（3）のRHCS

ここに画像を挿入説明
RHCSクラスタは、主に以下のいくつかの主要なコンポーネントで、ツールのコレクションです：
クラスタマネージャのアーキテクチャ
これはので、各クラスタノードが一緒に仕事をすることを、分散型クラスタは、特定が含まれている、基本的なキットRHCSクラスター、基本的な機能のクラスタですマネージャー（CMAN）、会員管理、ロック管理（DLM）、コンフィギュレーション・ファイル管理（CCS）、ゲート装置（FENCE）。
高可用性サービスマネージャは、
サービスノードに障害が発生した場合には、他の健康サービスノードに転送され、機能、フェイルオーバーサービスの監視とサービスノードを提供します。
クラスタ構成管理ツール
のconfigureにLUCIによってRHCS最新バージョンとRHCSクラスタを管理し、LUCIでは、簡単のluciによって、強力なクラスタシステムを構築することができ、Webベースのクラスタ構成です。
仮想サーバーのLinux
LVSは、各サービスノード合理的な負荷分散戦略とアルゴリズム、ダイナミックな、インテリジェントな負荷分散に応じて指定することができますLVSのクライアントの要求とオープンソースの負荷分散ソフトウェアです。
RHCSいくつかのコア構成上記に加えて、以下の機能RHCSクラスタアセンブリの一部によって補足されてもよいです。
ハットGFSレッド（株式会社フリーはファイルシステムへの参加）
GFS RedHatの会社は、最新バージョンはGFS2、GFSファイルシステムサービスは、複数の同時読み取りを可能にし、ディスクのパーティションを作成している、あなたはGFSによるデータの一元管理を実現することができ、クラスタ・ファイル・システムの開発でありますデータの同期コピーのトラブルを解消するが、孤立して存在しないことができ、GFSは、部品実装サポートの下にあることGFSのRHCSを必要としました。
論理ボリュームマネージャクラスタ
クラスタ論理ボリュームマネージャは、すなわち、LVMが延長され、この拡張は、共有ストレージLVMを管理するために、クラスタ内のマシンの使用を可能にCLVMです。
iSCSIの
iSCSIは、インターネット上のプロトコルであり、特定のデータブロック伝送標準的なイーサネットでは、IPストレージ理論に基づく新しいストレージ技術であり、RHCSがiSCSI技術によって割り当てられた共有メモリを誘導することができます。
グローバルネットワークブロックデバイス
グローバルネットワークモジュールは、GNBD、GFSは、共有メモリRHCSを割り当て、管理するための補足的な成分であると呼ば、GNBDサーバーはGNBDをブロックまたはデバイスGNBDファイルの複数を導出でき、クライアントとサーバに分け、 GNBDは、クライアントデバイスまたはファイルにエクスポートこれらのブロックの導入によって、彼らはブロックデバイスとして存在することができます。今GNBDが開発停止したことを、とても少なくGNBDを使用します。

基本的なビルディング2.RHCSクラスタ

（1）必要な環境：
仮想マシンイメージのインストールエンタープライズ6.5を使用して、マスターとしてパッケージ2つの仮想マシン原盤、次の詳細は、生成されます。

主机名 		ip 				用途
server1 	172.25.33.1 	即是管理节点、也是集群节点（减少虚拟机的开启）
server2 	172.25.33.2 	集群节点

（1）SERVER1所望の動作：

[root@server1 ~]# cd /etc/yum.repos.d/
[root@server1 yum.repos.d]# ls
rhel-source.repo
[root@server1 yum.repos.d]# vim rhel-source.repo 
[root@server1 yum.repos.d]# scp rhel-source.repo server2:/etc/yum.repos.d
[root@server1 yum.repos.d]#yum install ricci luci -y		
[root@server1 yum.repos.d]#id ricci ##可以看到系统生成了一个ricci的用户 
[root@server1 yum.repos.d]#passwd ricci ##给这个用户一个密码，在图形网页界面登陆时会用到，建议server1和server2使用相同密码
[root@server1 yum.repos.d]# /etc/init.d/ricci start ##开启服务 
[root@server1 yum.repos.d]#chkconfig ricci on ##设置服务开机自启动(因为在网页管理时会给你重启节点，不设置自启动会导致服务起不来)
 [root@server1 ~]# /etc/init.d/luci start ##开启管理服务并设置自启动 
 [root@server1 ~]# chkconfig luci on 
 [root@server1 ~]#chkconfig --list ##查看以脚本方式运行的软件的状态，不全为off即视为可以自启动

ここに画像を挿入説明（2）サーバ2が必要：

[root@server2 ~]# yum install -y ricci
[root@server2 ~]#passwd ricci

ここに画像を挿入説明（3）は、画像管理インターフェイス開く：
ブラウザを、高可用性https://172.25.33.1:8084グラフィカルな管理インターフェースに入力し、rootユーザーに証明書を追加した後にログイン
クラスタを作成するには、[作成]をクリックしますwestos_ha
ここに画像を挿入説明 clustatビュークラスタの状態が
最初にRHCSクラスタを設定成功！

組立3.RHCSクラスタフェンスを追加します。

（1）フェンスアセンブリはじめに：

fence管理节点，当一个节点出现故障以后，可以强制让它重启Fence技术”核心在于解决高可用集群在出现极端问题情况下的运行保障问题，在高可用集群的运行过程中，有时候会检测到某个节点功能不正常，比如在两台高可用服务器间的心跳线突然出现故障，这时一般高可用集群技术将由于链接故障而导致系统错判服务器宕机从而导致资源的抢夺，为解决这一问题就必须通过集群主动判断及检测发现问题并将其从集群中删除以保证集群的稳定运行，Fence技术的应用可以有效的实现这一功能
Fence设备可以防止集群资源（例如文件系统）同时被多个节点占有，保护了共享数据的安全性和一致性节
在RHCS中，集群里的服务器会互相争抢资源造成客户体验端的不稳定，也就是脑裂问题。利用Fence可以解决脑裂问题，相当于集群里的服务器可以关闭对方的电闸，防止集群之间互相争抢资源

（2）Fence组件的添加实现：需要在其他一台主机让做fence管理器，本次实验利用真机做fence管理器

<1> 步骤一：
打开浏览器，添加fence Devices,类型为fence virt(multicast mode),name为vmfence
ここに画像を挿入説明 <2> 步骤二：fence管理器所作操作

yum install -y fence-virtd.x86_64 fence-virtd-multicast.x86_64 fence-virtd-libvirt.x86_64
fence_virtd -c    #编辑fence信息，设置端口必须为br0,其他的直接空格
mkdir /etc/cluster
cd /etc/cluster/
dd if=/dev/urandom of=/etc/cluster/fence_xvm.key bs=128 count=1
scp fence_xvm.key [email protected]:/etc/cluster/
scp fence_xvm.key [email protected]:/etc/cluster/
systemctl start fence_virtd.service

ここに画像を挿入説明 <3> 步骤三：
在server上开启ricci和luci，server2上开启ricci，打开图形界面，在集群westos_ha中，点击server1选择添加add fence method to node， mathod name:vmfence-1，然后点击添加fence instance:domain为该节点的uuid
server2同样操作
ここに画像を挿入説明 <4> 测试：

#在server1和server2上
 vim cluster.conf    应该添加了fence的内容

#在server1上
 fence_node server2   则server2应该重启

ここに画像を挿入説明

（例えばhttpdのサービスに、）4.RHCSクラスタ・フェイルオーバーを実現する、リソースおよびリソースグループを追加

（1）の定義フェイルオーバードメイン：
ここに画像を挿入説明（2）追加のリソース：
（3）リソースグループを追加します
（4）提供server1サーバーは、インストールhttpdのではなく、グラフィカル・インターフェース・リソース・グループ内の著者は、自動的にサービスを開くとするので、開きましたSERVER1優先度の高い、それはSERVER1のhttpd上で動作し、VIPを取得します
ここに画像を挿入説明（5）server2のサーバのインストールのhttpdを提供します。SERVER1のhttpdサービスを停止すると、サービスはサーバー2に転送され、VIPも同様にserver2のに転送
すると、アプリケーションの障害、ハードウェアやシステムが表示され、ネットワークに障害が発生し、アプリケーションの
缶別のノードからの自動、高速スイッチングを提供することによって、高可用性サービス管理コンポーネントRHCS、クライアント・ノードのフェイルオーバー機能は透明であり、従って、連続の適用を確実に、中断されないがRHCS高可用性設定されているサービス提供
クラスタ機能を実現します。