renay****@ybb*****
renay****@ybb*****
2015年 11月 10日 (火) 20:40:27 JST
広瀬さん こんばんは、山内です。 例えば、 2ノードACT/STB構成で、primitiveリソースA(Dummy)とcloneリソース(diskd) をcolocation無(通常、colcation リソースA with cloneリソースを省略)で配置した場合、 diskdのプロセスが落ちた場合にprimiverリソースAは、STBノードへファイルオーバーしなくなります。 ＃diskdの故障自体は、検知しますが。。。 これは、colocationがない為に、故障後のSTBノードへの配置計算にdiskdの故障が反映出来ない為です。 当然、diskdなどリソースの作りにもよる話ですが、colocationを組んでおいた方が良いと思います。 以上です。 ----- Original Message ----- > From: "momok****@mail*****" <momok****@mail*****> > To: Linux****@lists***** > Cc: > Date: 2015/11/10, Tue 13:17 > Subject: [Linux-ha-jp] 仮想IPだけがリソースの場合の同居・順序制約は必要か？ > > 広瀬と申します > > > Pacemaker＋Heartbeatでの取り扱いになりますが、掲題の通りに > リソースは純粋に仮想IPだけが主役となるノードがあったとします > > > ■要約したリソース定義は以下(細かいパラメータは省きました) > ============================================================= > primitive res_pingd ocf:pacemaker:ping > primitive res_vip ocf:heartbeat:IPaddr2 > primitive res_vipchk ocf:heartbeat:VIPcheck > primitive res_diskd ocf:pacemaker:diskd > group rg_test res_vipchk res_vip > clone cl_diskd res_diskd > clone cl_pingd res_pingd > location l_test rg_test \ > rule 200: #uname eq A-host.local \ > rule 100: #uname eq B-host.local \ > rule -inf: not_defined ping_chk or ping_chk lt 100 \ > rule -inf: not_defined disk_chk or disk_chk eq ERROR > ============================================================= > > > 基本的にはこれだけでも動作はすると思います。位置制約で設定した > 値に従い、以下で起動してくれます > > ①優先ActはA-host.localで起動 > ②F/Oした場合、Failbackは基本的にはしない > ③Act側のPing、またはDisk監視が異常となった場合、F/Oする > ④両系ともPing、またはDisk監視が異常ならば一切リソースは > 起動しない > > 事実上各Primitiveに指定された条件に従い正常にF/Oしますし、両系 > が異常ならリソースは両系ともにリソースは起動しませんので、これ > だけでも条件は満たしているのかなと思います。 > この状況下において、同居制約、並びに順序制約は必要とする理由は > あるのか疑問が浮かんできました > 順序制約に関しては、Cloneリソースが起動しない内にGroupリソース > が起動する懸念がありますが、起動速度からしてもさして問題にはな > らないかなとも思います > > ※そもそも論、Ping/Disk異常がある状態で起動させる事自体があり > 得ないので、正常な構成状態であって初めて起動するので・・・ > > > 上記の事例においてはcolocation/orderが必要となりうる理由があり > ましたら、ご指摘いただけると幸いです。 > > > 以上、よろしくお願いいたします。 > > > _______________________________________________ > Linux-ha-japan mailing list > Linux****@lists***** > http://lists.osdn.me/mailman/listinfo/linux-ha-japan >
Fork