月刊あんどりゅーくん(11月号)2012年のカレンダー配布します。2011Check10月22日(土)に開催されたqpstudy08に参加された皆様、大変お疲れ様でございました。開始早々に試験問題を配布されるというその恐怖、心中お察しいたします。Japanから出題させていただいた問題の解説を掲載いたします。togetterはこちら。複数リソースの起動停止順序を制御する場合はgroupを使用する。リソース間の依存関係を設定する場合はcolocationを使用する。cloneに設定されたリソースが起動停止するタイミングは故障発生時も全ノードで常に同時である。初期起動時のリソースの配置先はlocationで指定する。リソースの起動順序を指定する場合はorderを使用する。正解(う)えーっと、しょっぱなからアレですが、これはなんともいえないイジワル問題で、まじすまんかった。Pacemakerうんぬんよりも国語の問題でした。いうわけで、cloneの動作を簡単な例で確認してみましょう。次の設定は2ノード構成のクラスタにcloneを配置しています。各ノードで1つずつcloneが起動します。on-fail="block"crm_monコマンドでリソースの起動状態を確認してみましょう。]crm_monコマンドに-nオプションをつけてみます。node01でdummy01:0、node02でdummy01:1が起動していることがわかりますね。Startedcloneは<リソース名>:(コロン)<インスタンス番号>で区別されます。インスタンス番号はPacemakerが自動的に割り振ります。ユーザが指定することはできません。インスタンス番号によって、動作が異なるようなことはありません。DCノードでha-logを検索すると、次の順序でdummy01:1、dummy01:0が起動したことがわかります。match_graph_event関数のログはDCノードにしか出力されません。(rc=0)node01のclone(dummy01:0)を故障させます。1node01のclone(dummy01:0)が停止したことを確認します。fail-count=1DCノードでha-logを検索すると、dummy01:0が停止したことがわかります。(rc=0)ここで、node02で起動していたdummy01:1は停止しません。cloneに設定されたリソースが起動停止するタイミングは故障発生時も全ノードで常に同時である。」という文章は、node01でdummy01:0が故障したら、node02でdummy01:1も停止するよね!?という内容(のつもり)なので「誤り」。「誤っているものはどれか」という質問なので、正解は「う」です。問題の意味がわかりづらかったかもしれませんが、他の4項目が「正しい」とわかれば、消去法で(う)が選べます。月刊あんどりゅーくん(11月号)2012年のカレンダー配布します。