N.Miyamoto
fj508****@aa*****
2011年 4月 29日 (金) 20:25:14 JST
山内さん 宮本です。 お世話になっております。 > 私は、ipmiには詳しくないのですが、 > すいません、ちょっと説明が不足していました。 > もう少々詳しきお話すると。。。。。 こちらこそ、最初から聞きたいこと明確にすべきでした。 しかし、丁寧な説明で理解が深められたと思っています。 以上です。 On Fri, 29 Apr 2011 15:54:20 +0900 (JST) renay****@ybb***** wrote: > 宮本さん > > こんにちは、山内です。 > > > 説明不足にもかかわらず、解説ありがとうございます。 > > 追加でご教示お願いします。 > > > > > > 1) 3ノード環境で、自ノードをstonithしないようにするには、以下の設定が > > > >? ? 適切でしょうか。 > > 〜中略〜 > > > stonithリソース自体primitveかcloneなのか不明ですが、構成ノードがこの3ノード固定ということであれば、問題ないと思います。 > > > > > > #好みにもよりますが、eq条件だけでも問題ないと思います。(ただし、デフォルトのresource-stickinessがINFINITYの場合) > > > > > > #可能であれば、stonithリソースはcloneで配置された方が、障害発生時のSTONITHの実行もスムーズだと思います。 > > > > > > > cloneによる配置は、stonithデバイスにかかわらず使用できますでしょうか。 > > 動作確認時にはsshを使用しましたが、将来的にはipmiを使用することを考えています。 > > > > 参考になる設定例があれば助かります。 > > 確か本家(linux-ha.orgか、clusterslabs.org)にサンプル設定があったような。。。 > > 私は、ipmiには詳しくないのですが、riloe/rsaを利用する場合には、接続セッション数の問題さえクリアできればcloneで設定しても問題ないです。 > > > > > > > 2) スプリットブレインが発生しても必ず1ノードが生存しますでしょうか。 > > > >? ? 生存させるための設定が必要であれば教えて下さい。 > > > > > > 下の回答にも書きましたが、quorum-policyの設定で可能かと思います。 > > > 3ノードが全て分断した場合、 > > > > > >? freeze設定では、各ノードは分断した状態のリソースを保持した状態になり > > >? stop設定では、各ノードは全てのリソースを停止して状態になります。 > > > > > > > > > > > 3) 3ノード以上の構成で、スプリットブレインが発生した場合に、お互いに > > > >? ? STONITHし合うことはありますでしょうか。2ノードだとあると思って > > > >? ? います。ある場合、回避方法を教えて下さい。 > > > > > > Pacemakerのquorum-policyの設定をうまく設定することで、分断した場合の > > > 挙動を設定できます。 > > > > いずれかのノードを生存させたい場合は、no-quorum-policyにstopまたはfreezeを > > 設定する。no-quorum-policyにignoreを設定しない。 > > 上記の理解でよろしいですか。 > > すいません、ちょっと説明が不足していました。 > もう少々詳しきお話すると。。。。。 > > no-quorum-policyをignore以外に設定した場合ですが、構成ノード数の半数の切り上げ値がQUORUM値として管理されます。 > よって、宮本さんの3ノード環境では、2がQUORUM値になります。 > > この状態で、stop/freezeの設定の場合、分断された各ノードはQUORUM値を現在の構成ノードが満たしているかどうかで処理を行います。 > > stop設定の場合、2:1で分断されると。。。。 > 孤立した1ノードはQUORUMを保持していない(構成ノードが1ノードな)ので、リソースを全て停止します。 > 保持している2ノード側からはSTONITHが実行されるます。 > 全てが1:1:1で分断されると全てのノードでリソースは停止されます。 > > freeze設定の場合、2:1で分断されると。。。。 > 孤立した1ノードはQUORUMを保持していないので、リソースはそのまま現在の状態を保持します。(固まるという意味でのFREEZEですね) > 保持している2ノード側からはSTONITHが実行されるます。 > 全てが1:1:1で分断されると全てのノードでリソースは現在の状態を保持します。 > > #ということでいうと、stop/feezeの設定でのクラスタ構成時の分断時の動作は、QUORUMを失ったノードのリソースの扱いが違うだけで。。QUORUMを持っているノード側からは必ずSTONITHが発行されるということになります。 > > このあたりでご要望の状態がどちらかを判断していただければと思います。 > > ignoreの設定は、QUORUMを判定しないので、分断されると、設定によっては落としあいが起きるはずです。 > > 以上、よろしくお願いいたします。 > > > > On Fri, 29 Apr 2011 06:31:59 +0900 (JST) > > renay****@ybb***** wrote: > > > > > 宮本さん > > > > > > こんにちは、メイトリックスの山内です。 > > > > > > > > > > 環境構築、および、動作について、ご教示お願いします。 > > > > > > > > 1) 3ノード環境で、自ノードをstonithしないようにするには、以下の設定が > > > >? ? 適切でしょうか。 > > > > > > > >???rsc_locationは、以下のように設定しています。 > > > >???ノード名をnodeA、nodeB、nodeCとし、stonithリソースをkill_to_nodeA、 > > > >???kill_to_nodeB、kill_to_nodeCとしています。 > > > > > > > >???<constraints> > > > >? ???<rsc_location id="location-kill_to_nodeA" rsc="kill_to_nodeA"> > > > >? ? ???<rule id="location-kill_to_nodeA-rule" score="INFINITY"> > > > >? ? ? ???<expression attribute="#uname" id="location-kill_to_nodeA-expression" operation="ne" value="nodeA"/> > > > >? ? ???</rule> > > > >? ? ???<rule id="location-kill_to_nodeA-rule-0" score="-INFINITY"> > > > >? ? ? ???<expression attribute="#uname" id="location-kill_to_nodeA-expression-0" operation="eq" value="nodeA"/> > > > >? ? ???</rule> > > > >? ???</rsc_location> > > > >? ???<rsc_location id="location-kill_to_nodeB" rsc="kill_to_nodeB"> > > > >? ? ???<rule id="location-kill_to_nodeB-rule" score="INFINITY"> > > > >? ? ? ???<expression attribute="#uname" id="location-kill_to_nodeB-expression" operation="ne" value="nodeB"/> > > > >? ? ???</rule> > > > >? ? ???<rule id="location-kill_to_nodeB-rule-0" score="-INFINITY"> > > > >? ? ? ???<expression attribute="#uname" id="location-kill_to_nodeB-expression-0" operation="eq" value="nodeB"/> > > > >? ? ???</rule> > > > >? ???</rsc_location> > > > >? ???<rsc_location id="location-kill_to_nodeC" rsc="kill_to_nodeC"> > > > >? ? ???<rule id="location-kill_to_nodeC-rule" score="INFINITY"> > > > >? ? ? ???<expression attribute="#uname" id="location-kill_to_nodeC-expression" operation="ne" value="nodeC"/> > > > >? ? ???</rule> > > > >? ? ???<rule id="location-kill_to_nodeC-rule-0" score="-INFINITY"> > > > >? ? ? ???<expression attribute="#uname" id="location-kill_to_nodeC-expression-0" operation="eq" value="nodeC"/> > > > >? ? ???</rule> > > > >? ???</rsc_location> > > > >???</constraints> > > > > > > stonithリソース自体primitveかcloneなのか不明ですが、構成ノードがこの3ノード固定ということであれば、問題ないと思います。 > > > > > > #好みにもよりますが、eq条件だけでも問題ないと思います。(ただし、デフォルトのresource-stickinessがINFINITYの場合) > > > > > > #可能であれば、stonithリソースはcloneで配置された方が、障害発生時のSTONITHの実行もスムーズだと思います。 > > > > > > > 2) スプリットブレインが発生しても必ず1ノードが生存しますでしょうか。 > > > >? ? 生存させるための設定が必要であれば教えて下さい。 > > > > > > 下の回答にも書きましたが、quorum-policyの設定で可能かと思います。 > > > 3ノードが全て分断した場合、 > > > > > >? freeze設定では、各ノードは分断した状態のリソースを保持した状態になり > > >? stop設定では、各ノードは全てのリソースを停止して状態になります。 > > > > > > > > > > > 3) 3ノード以上の構成で、スプリットブレインが発生した場合に、お互いに > > > >? ? STONITHし合うことはありますでしょうか。2ノードだとあると思って > > > >? ? います。ある場合、回避方法を教えて下さい。 > > > > > > Pacemakerのquorum-policyの設定をうまく設定することで、分断した場合の > > > 挙動を設定できます。 > > > > > > 以上、よろしくお願いいたします。 > > > > > > 山内 > > > > > > > > > --- On Thu, 2011/4/28, N.Miyamoto <fj508****@aa*****> wrote: > > > > > > > > > > > 宮本と申します。 > > > > > > > > 初めて投稿させて頂きます。 > > > > > > > > 下記のような環境を構築しています。 > > > > ? クラスタ:Pacemaker + Corosync > > > > ? クラスタノード数:3ノード以上 > > > > ? クラスタ構成:1(Active):N(Standby) > > > > ? stonithデバイス:ipmi > > > > > > > > 環境構築、および、動作について、ご教示お願いします。 > > > > > > > > 1) 3ノード環境で、自ノードをstonithしないようにするには、以下の設定が > > > > ???適切でしょうか。 > > > > > > > > ? rsc_locationは、以下のように設定しています。 > > > > ? ノード名をnodeA、nodeB、nodeCとし、stonithリソースをkill_to_nodeA、 > > > > ? kill_to_nodeB、kill_to_nodeCとしています。 > > > > > > > > ? <constraints> > > > > ? ? <rsc_location id="location-kill_to_nodeA" rsc="kill_to_nodeA"> > > > > ? ? ? <rule id="location-kill_to_nodeA-rule" score="INFINITY"> > > > > ? ? ? ? <expression attribute="#uname" id="location-kill_to_nodeA-expression" operation="ne" value="nodeA"/> > > > > ? ? ? </rule> > > > > ? ? ? <rule id="location-kill_to_nodeA-rule-0" score="-INFINITY"> > > > > ? ? ? ? <expression attribute="#uname" id="location-kill_to_nodeA-expression-0" operation="eq" value="nodeA"/> > > > > ? ? ? </rule> > > > > ? ? </rsc_location> > > > > ? ? <rsc_location id="location-kill_to_nodeB" rsc="kill_to_nodeB"> > > > > ? ? ? <rule id="location-kill_to_nodeB-rule" score="INFINITY"> > > > > ? ? ? ? <expression attribute="#uname" id="location-kill_to_nodeB-expression" operation="ne" value="nodeB"/> > > > > ? ? ? </rule> > > > > ? ? ? <rule id="location-kill_to_nodeB-rule-0" score="-INFINITY"> > > > > ? ? ? ? <expression attribute="#uname" id="location-kill_to_nodeB-expression-0" operation="eq" value="nodeB"/> > > > > ? ? ? </rule> > > > > ? ? </rsc_location> > > > > ? ? <rsc_location id="location-kill_to_nodeC" rsc="kill_to_nodeC"> > > > > ? ? ? <rule id="location-kill_to_nodeC-rule" score="INFINITY"> > > > > ? ? ? ? <expression attribute="#uname" id="location-kill_to_nodeC-expression" operation="ne" value="nodeC"/> > > > > ? ? ? </rule> > > > > ? ? ? <rule id="location-kill_to_nodeC-rule-0" score="-INFINITY"> > > > > ? ? ? ? <expression attribute="#uname" id="location-kill_to_nodeC-expression-0" operation="eq" value="nodeC"/> > > > > ? ? ? </rule> > > > > ? ? </rsc_location> > > > > ? </constraints> > > > > > > > > 2) スプリットブレインが発生しても必ず1ノードが生存しますでしょうか。 > > > > ???生存させるための設定が必要であれば教えて下さい。 > > > > > > > > 3) 3ノード以上の構成で、スプリットブレインが発生した場合に、お互いに > > > > ???STONITHし合うことはありますでしょうか。2ノードだとあると思って > > > > ???います。ある場合、回避方法を教えて下さい。 > > > > > > > > 以上ですが、宜しくお願いします。 > > > > > > > > ---------------------------------------------- > > > > Nobuaki Miyamoto > > > > mail:fj508****@aa***** > > > > > > > > _______________________________________________ > > > > Linux-ha-japan mailing list > > > > Linux****@lists***** > > > > http://lists.sourceforge.jp/mailman/listinfo/linux-ha-japan > > > > > > > > > > _______________________________________________ > > > Linux-ha-japan mailing list > > > Linux****@lists***** > > > http://lists.sourceforge.jp/mailman/listinfo/linux-ha-japan > > > > ---------------------------------------------- > > Nobuaki Miyamoto > > mail:fj508****@aa***** > > > > _______________________________________________ > > Linux-ha-japan mailing list > > Linux****@lists***** > > http://lists.sourceforge.jp/mailman/listinfo/linux-ha-japan > > > > _______________________________________________ > Linux-ha-japan mailing list > Linux****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/linux-ha-japan ---------------------------------------------- Nobuaki Miyamoto mail:fj508****@aa*****