Kansai@Kyotoに行ってきました。クリアフォルダ250枚と団扇300枚は2日目の終了3時間前くらいになくなってしまいました。次回のOSC@名古屋でも配布する予定なのでご希望の方はお早めにブースまでお越しください。猛暑にもかかわらず、2日目11時からのセミナーには40名の方に参加していただきました。方?」でお馴染みの、たなかさんでした。おつかれさまでした!当日の資料はこちらからダウンロードすることができます。今回は、ブースでお留守番をしていたときにいただいた質問と、セミナーの最後にいただいた質問をおさらいしてみようと思います。Pacemakerは仮想環境でも使用できるか?使えます。OSC関西@京都のセミナーでは仮想環境でデモを行いました。資料にも「本日のPacemakerデモ環境」として仮想環境でのクラスタ構成が紹介されています。仮想環境の構成にはゲストOSにPacemakerをインストールするパターンホストOSにPacemakerをインストールするパターンの2パターンがあります。ゲストOSにPacemakerをインストールするパターンは、ゲストOS≒物理サーバです。ゲストOSのマイグレーションとかもできます。このパターンでは、ゲストOS上で起動している特定のプロセスは監視できないので、ホストOSにもゲストOSにもPacemakerをインストールする多層式の構成となる場合もあります。必要なNICの本数は?ノード間で生死を確認しあうためのインターコネクトLANは絶対に必要です。インターコネクトLAN用に最低でも1本は必要です。インターコネクトLANは2本以上用意して冗長性を確保することが推奨されています。その他にも、WebサーバやDBなど、外部からアクセスするための仮想IPアドレスが必要なサービスの場合は仮想IP用のサービスLANも必要となります。サービスLANは2本以上用意して冗長性を確保することが推奨されています。サービスLANを冗長化する場合はbondigを利用してください。いえば、インターコネクトLANはbondingしなくていいの?と思われるかもしれませんが、メッセージングレイヤにHeartbeatを使用する場合は、bondingでもbondingでなくてもどっちでもいいです。Corosyncを使用する場合はbondingを使用したほうがよいかもしれません。Corosyncは複数のインターコネクトLAN構成で、接続が切れたり繋がったりしたときの「表示系」がまだちょっと弱かったような気がする。動作は問題ないはず(たぶん)。最近は直ってきたのかもしれません。v1.4でたし!?一方、メッセージングレイヤにHeartbeatを使用する場合は、bondingを使わない場合が多いような気がします。ha.cfにインターフェース名を複数書けばいいだけの話しなので、わざわざbondingにしなくてもいいよねえ、というかbondingドライバのバグにはまっちゃうとヤダとかそういうのもあったような気がする。インターコネクトLAN、サービスLANの他に、管理者や運用担当者、もしくは運用管理ツールがPacemakerの実行状況などを確認するための管理LANも別系統であると便利かもしれません。管理LANはそれほどがつがつ使うこともないはずなのでインターコネクトLANまたはサービスLANと兼用でも問題ありません。DRBDも組み合わせて使用する場合は、DRBDの同期LANも必要となります。DRBDは、一つの同期リソースにつき、1本の同期LANしか設定することができないのでbondingで冗長化することが推奨されています。同期リソースが複数ある場合は、同期LANの本数を増やす、もしくは1本の同期LANで複数のポートを使用することになります。2本(bondingで1本に集約)となります。Japanの公式サイトで事例の公開は行っていません。ユーザ事例」からDRBD関連の事例をダウンロードすることができます。Japanの公式サイトにも事例を公開していきたいのですが、いろいろと大人の事情で難しいようですね...。「公開しても問題ありません」という案件や実際に稼動しているシステムがあれば、ぜひメーリングリストまでご連絡ください。将来の目標は?ちょっとのけぞりましたが、これって今後のロードマップってことですね。一瞬、小学校の卒業文集的なナニカかと思いましたよ...。ちなみに、あんどりゅーくんのつくったロードマップはこちら。ロードマップというより、これから実装していきたい機能の落書き帳的なものなので、実装予定期日は決まっていません。他にも仮想環境対応(キーワード:Matahari)大規模クラスタ対応などがメーリングリストで話題になっています。読み方はピースメーカー?ペースメーカー?ペースメーカーです。Peacemakerになっちゃう気がします。Pacemakerです。BSDで使えるか?残念ながらBSDは未踏領域です。EPEL用のRPMがダウンロードできます。Debianは「はらくん」がパッケージングしてくれるらしいよ。はらくん(高校2年生)めっさいじられてますけど。2011%今月も、先月にひきつづきリリースてんこもり月間でした。いうわけで、まずは各製品のリリース情報を簡単にご紹介します。シェルを使ってリソースの故障情報を削除する手順を解説します。リリース(2011/06/06)以下の拡張パッケージが更新されています。crmファイル編集ツール(pm_crmgen)拡張リソースエージェント・プラグイン(pm_extras)ログメッセージ制御機能(pm_logconv-hb)詳細はこちらを参照してください。Suiteに含まれるrgmanager用のRAが統合された点です。リリースとなりました。オプションを指定する必要があります。すると、rgmanagerだけインストールすることができます。rpmLinux-HA用のRAには次の修正が取り込まれています。Containers用のRA(lxc)とsymlink用のRA(symlink)が新しく追加されています。リリースノートの全文はこちらを参照してください。問題発生!と若干祭りになりまして(まあこのRA使ってるユーザが局所的に盛り上がってしまっただけですが)でやんくんが「ちょっともう3.9.2にしちゃおっか」と決心しました。待とうということになったのですが、3.9.2、実はまだでていない。修正したい」といろいろ揉めてまして、そんなこんなで本日(6月30日)に至っております。あとはタグをふるだけだと思うんですよねー。今日中にでそうな気がするんだけどなー。でました!日本時間16時45分にアナウンスがありました。3系のリリースが行われました。script最初の3つは、発生条件が限られているので、よっぽどのことがない限りこの修正の恩恵にはあずからないかもしれません。残り2つは、一時ディレクトリの作成や起動スクリプトの改善なので実行時の動作に大きな影響を与える修正ではありません。こちらもリリースの翌日にこんな修正がとりこまれています。コメントをぱっと見た感じ、32ビットだとなにか恐ろしげなことがおこるとか?実は64ビットのほうがやばいんじゃね?という噂もありますがどっちにしろ気になる修正です。上記の修正も取り込んだ状態でビルドしています。今回はリリースの直後にばたばた修正が入るパターンが多くて、やれやれでしたわ...。2011%ここ最近、あんどりゅーくんよりふぃりっぷくんが荒ぶってましたなあ。いうことで、今月はDRBDのリリースノートを一生懸命読んでみました。正式版が出た段階で改めてご紹介したいと思います。今月のお題はこちらのお二つ。8.4.0rc1がリリースされました。8.3系からの大きな変更点は、こちら。connection.8.3系では、一本の同期LANで複数のリソース(ブロックデバイス)を同期させたい場合リソースごとに同期用のポート番号を変える必要があったのですが8.4系では「volumes」というパラメータを使って、同一の同期LANかつ同一のポート番号で複数のリソースを同期することができるようになりました。「プロトコルAを使用して遠隔地への同期処理を実行しているユーザにとってもこの機能は重要である(直訳)」とも書いてありました。volumesの設定方法はこんな感じ。drbd.confを見慣れてる人は「なるほど!」ですね。drbd-8.4.0rc2のリリース間をおかず、rc2もリリースされました。rc2のアナウンスではサポートするカーネルのバージョンが2.6.18となっています。NGということになります。なんでRHEL6がだめかっていうバックグラウンドはこちら。6.1ではbio->bi_rwフラグの取り扱いが変更されており、DRBDはそれに対応できていないとのこと。6.1からそんなん変わるの!というのはなんかいろいろ大人の事情があるんでしょうねー。8.3.10は動いたので、これはこれで紛らわしい。あ、この組み合わせはたぶん偶然うまくいったパターンなのでお勧めはしないですよ。6.0はこんなとこではみだしてて大丈夫なのか。6.1も対応してくれるのかなあ。修正が入っちゃうようだと、.0はちょっと人柱すぎるという気がしないでもない。drbd-8.3.11rc1のリリースこちらは、8.3系のバグフィックスです。大きな変更点は、こちら。negotiation:DRBDがローカルのブロックデバイスをプライマリ化して対向ノードと接続した後にローカルのディスクを「attach」すると、プライマリのmax_bio_sizeがちっさくなっちゃってたらしいです。allを実行したというような状況なんですかね。タイミングによってはmax_bio_sizeがちっさくなる前のブロックI/OとちっさくなっちゃったブロックI/Oがまざっちゃって困ったことが起こるという意味だと思うんですが、実際どんな困ったことがおこるっていうのがたぶんこれ?リブートしちゃったりとかではなく、ログに「ASSERT」ってでちゃうだけなのかな?という気もしますが、8.3.11ではこのへんも修正されているようです。あとちょっと気になったのはこの一行。valueping-timeoutとping-intの値を同じに設定していると、何がおこるんだ...。500ミリ秒なので、drbd.confでこれらのパラメータを「設定していない」場合は問題ありません。0.4.1のリリースHawk、地味に(失礼)進化を続けています。1.0になるのはいつのことやら。今、Hawkにできることはこちら。2011%先月のあんどりゅーくんからはや一ヶ月。第二回にしてすでにいっぱいいっぱいですが今回は、4月のメーリングリストから下記の情報を抜粋してご紹介します。リリース情報4月は下記のリリースが行われました。開発を担当しているGUIです。書き込んでくれているので、このページを見ると大体どんなもんかわかります。あるわけですが如何せんこの方々はオプションの指定が複雑で、かなり一見さんお断りな雰囲気を醸し出しておるわけですな。いうコマンドラインツールもあるんですが、こちらはタブキー補完が使えるので、オプション名を忘れがちなお年寄りにも優しい仕様となっております。