renay****@ybb*****
renay****@ybb*****
2012年 12月 26日 (水) 10:45:06 JST
黄さん こんにちは、山内です。 まず、timeout(30s)とdeadtime(60s)の扱いが異なるので優先という意味では違うと思います。 ①timeout(30s)の扱い monitorのoperationを例にして書きますが、これは、設定されているinterval毎にmonitor処理を実行して、30sの応答がない場合に発生します。 ②deadtime(60s)の扱い クラスタ動作中に常にノード間でのHeartbeat通信を実行しているのですが、この通信が60s間途切れた場合に発生します。 上記の通りで扱いが異なります。 ですが、どちらの場合でも、故障後（stopなどの設定によりますが）に、該当ノードでリソースが起動していた場合には、通常フェイルオーバー（待機系へのリソース移動）の動作を始めます。 > 今回、障害が起きたサーバはtimeout = 60で設定されていましたが、Heartbeatの 誤動作のため、 DB Connection failが起きました。 > timeout = 60も設定されているのに、 Heartbeatは現用系のeth1がdeadしたと判断して、 failoverをすすめ、結局、Split-Brain状態になりました。 > > Split-Brain状態を防ぐ根本的な解決策はあるんでしょうか？ 上記の状況から判断すると、「eth1がdead」となっているので、こちらは、deadtimeが有効になってフェイルオーバーをしたことになります。 ＃先の②が発生して、①は発生していない。 ＃どちらも設定によっては、フェイルオーバーは起きますので、正しい動作をいえば正しい動作です。 誤動作で「eth1がdead」となってフェイルオーバーが発生したのであれば、その原因を回避することですが、 Split-Brainを回避するということであれば、stonithの利用をお勧めします。 stonithを設定することによって、「eth1がdead」し、リソース起動しているノードがdeadと判定された後、フェイルオーバー前に待機系ノードがまずは、リソース起動しているノードをリセット（電源断など）することによって、リソースを解放することが出来ます。 お使いのHeartbeatは2.1.3とかなり古いバージョンですね。 現状、Heartbeatの環境をお使いになるのであれば、バグや動作不具合などを回避する為にも、Heartbeat+Pacemakerでのクラスタ構築をお勧めします。 ＃DRBDのあたりの設定については、詳しくありませんので、他の方からのコメントにゆだねます。 以上です。 --- On Wed, 2012/12/26, 황세원 <swhwa****@linux*****> wrote: > 山内さん、 > おはようございます。 > > 黄です。 > メールありがとうございます。 > > また、質問がありますが、 > もし、timeout = 30 deatime = 60だと設定されていると、障害が起こったと仮定したら、どちらを優先すべきですか？（例；30秒後にfailover or 60秒後にfailover) > > 今回、障害が起きたサーバはtimeout = 60で設定されていましたが、Heartbeatの 誤動作のため、 DB Connection failが起きました。 > timeout = 60も設定されているのに、 Heartbeatは現用系のeth1がdeadしたと判断して、 failoverをすすめ、結局、Split-Brain状態になりました。 > > Split-Brain状態を防ぐ根本的な解決策はあるんでしょうか？ > > システム情報は以下になります。 > > システム情報 > OS Version：Red Hat Enterprise Linux Server release 5.4 (Tikanga) > Kernel version：2.6.18-194.el5xen > Memory：8GB > > Software情報 > MySQLバージョン；MySQL-community 5.5.25a > DRBD バージョン：8.3.8.1 > Heartbeatバージョン：2.1.3 > > 構成 > xxdb1 (Active) , xxdb2 (Standby) > DRBD : /dev/drbd0 /MYSQL_DATA > MySQL > VIP : 172.18.79.26 / Heartbeat VIP : 200.200.200.151 > > 以上、教えをお願いいたします。 > 黄世元 > > > ============================== > (주)리눅스데이타시스템 > 컨설팅사업부 DB팀 과장 황세원 > Mobile. 010-6718-1196 > Tel. 02-6207-1159,1160 > Fax. 02-6207-1161 > E-mail. swhwa****@linux***** > 서울시 강남구 삼성동 166-5 홍선빌딩 2F > 우:135-090 > > -----Original Message----- > From: linux****@lists***** [mailto:linux****@lists*****] On Behalf Of renay****@ybb***** > Sent: Wednesday, December 19, 2012 9:10 AM > To: linux****@lists***** > Subject: Re: [Linux-ha-jp] timeout値とdeadtime値の設定に関して。 > > 黄さん > > こんにちは、山内です。 > > > timeout値とdeadtime値の中で、優先順位が高い設定値はどちでしょうか？ > > > > timeout値 とdeadtime値の 相関関係に関して、教えていただけましょうか？ > > cibの中のtimeoutが各リソースのop設定のtimeoutのことを言っていると仮定して > 回答します。 > > timeoutとdeadtimeの値に関係はありません。 > > deadtimeは、ノード間のHeartbeat通信が切れた後、そのノードがクラスタ構成からいなくなったことを判断する値になります。(ノード離脱判定値) > > timeoutは、リソースの操作(start,monitor,stop)を実行してから、その応答がない場合のタイムアウト判定値になります。(リソース操作判定値） > > 以上です。 > > > > --- On Tue, 2012/12/18, 황세원 <swhwa****@linux*****> wrote: > > > > > > > > > お疲れ様です。 > > > > 黄です。 > > > > > > > > 現在、運用している、システムの環境は以下になります。 > > > > > > > > システム情報 > > > > OS Version：Red Hat Enterprise Linux Server release 5.4 (Tikanga) > > > > Kernel version：2.6.18-194.el5xen > > > > Memory：8GB > > > > > > > > Software情報 > > > > MySQLバージョン；MySQL-community 5.5.25a > > > > DRBD バージョン：8.3.8.1 > > > > Heartbeatバージョン：2.1.3 > > > > > > > > 構成 > > > > xxdb1 (Active) , xxdb2 (Standby) > > > > DRBD : /dev/drbd0 /MYSQL_DATA > > > > MySQL > > > > VIP : 172.18.79.26 / Heartbeat VIP : 200.200.200.151 > > > > > > > > Heartbeatのcib.xmlファイルを見ると、timeoutという設定値があります。 > > > > Ha.cfを見るとdeadtime値があります。 > > > > timeout値とdeadtime値の中で、優先順位が高い設定値はどちでしょうか？ > > > > timeout値 とdeadtime値の 相関関係に関して、教えていただけましょうか？ > > > > > > > > 以上、よろしくお願いいたします。 > > > > 黄世元 > > > > > > > > > > > > ============================== > > > > (주)리눅스데이타시스템 > > > > 컨설팅사업부 DB팀 과장 황세원 > > > > Mobile. 010-6718-1196 > > > > Tel. 02-6207-1159,1160 > > > > Fax. 02-6207-1161 > > > > E-mail. swhwa****@linux***** > > > > 서울시 강남구 삼성동 166-5 홍선빌딩 2F > > > > 우:135-090 > > > > > > _______________________________________________ > Linux-ha-japan mailing list > Linux****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/linux-ha-japan >
Fork