|
|||||
|
CentOS5.5 x86_64 にPacemakerをインストールする方法は、主に以下の4つがあります。 ここでは、下記の1, 2 の方法について記述します。 yum を使ってネットワークインストール Pacemaker本家(clusterlabs) の yumのリポジトリを使用 インターネット接続必須 Linux-HA Japan 提供のローカルリポジトリ . . . → Read More: Pacemaker-1.0 インストール方法 CentOS 5編 しばらくさぼっていましたが9月分のリリース情報をまとめて投稿します！ 2012年9月3日にMatahari Projectから悲しいお知らせが（ＴДＴ） As will be evident to those of you who have . . . → Read More: Matahari Project の現状について 2012/9/29 開催の第24回PostgreSQLのしくみ分科会、アプリケーション分科会への参加ありがとうございました。 PostgreSQLを高可用化(後編) 〜レプリケーション編〜(PDF) 発表内容転記 : 『オープンソースのHAクラスタソフトPacemakerに、PostgreSQLのストリーミングレプリケーション構成をクラスタリングする機能がマージされました。この新機能の概要、および動作について解説いたします。』 前編の資料はこちらです。
English version . . . → Read More: JPUG 第24回しくみ+アプリケーション勉強会 セミナー資料公開
先日、Pacemaker 1.1.7のリリースノートを紹介させていただきましたが
今回は、A,Bという2個のリソースに対してrequire-allを設定しましたが、3個以上のリソースに対しても同様の条件を設定することができます。
<resources>
<primitive class="ocf" id="A" provider="pacemaker" type="Dummy"/>
<primitive class="ocf" id="B" provider="pacemaker" type="Dummy">
<primitive class="ocf" id="C" provider="pacemaker" type="Dummy"/>
</resources>
<constraints>
<rsc_order id="order01">
<resource_set id="require-all-set-1" sequential="false" require-all="false">
<resource_ref id="A"/>
<resource_ref id="B"/>
</resource_set>
<resource_set id="require-all-set-2">
<resource_ref id="C"/>
</resource_set>
</rsc_order>
</constraints>
えーっと、いつもの便利なcrm shellさんは、まだrequire-allに対応していません！
今年は閏年だから一日得したーと思っていましたが リリース情報
1. Corosync 1.99.x Corosync v2に向けたベータ版がほぼスケジュール通りにリリースされています。
アルファリリース(1月24日)
あれ？ Pacemaker Cloud v0.5.0の動作確認をしてみた ＼(^o^)／ Pacemaker Cloud Projectは、クラウド環境におけるHA機能の実装を目的としたプロジェクトです。 Pacemaker Cloudはクラウドを構成する各コンポーネントの故障や孤立を検知して ソースコードはこちらで公開されています。 ちょっと楽しげな雰囲気ですけど、ナンナンデスカコレハ？ということでキーワードをちょっと調べてみました。
仮想マシンや監視エージェント、アプリケーションなどの集合体。
Assembliesの集合体です。
Deployableを制御するコンポーネントです。
クラウド上で実行される仮想環境間の依存関係や可用性を保証するコンポーネントです。
システムを管理・監視するためのAPIの集合です。
正常起動時 → Assemblyがサービスを提供
環境構築の手順は以下のサイトを参考にしました。 Fedoraにはもう取り込まれているので、今回はFedora 16で動作を確認することにします。
【往ぬる/去ぬる（いぬる）】 ナ変！ 【ナ行変格活用】 この活用をするのは「死ぬ」「往ぬ（去ぬ）」の二語のみだそうです。 リリース情報
LCMCのversion 1.1.2が1月4日にリリースされました。 LCMCは、クラスタの状態を表示するためにPacemakerのptestコマンドを使用していたのですが また、現段階ではあくまで「実験的な実装」なのですが、リモートホストに対してcrm shellを実行できるようになったようです。
2. [ANNOUNCE] Release of Pacemaker Cloud 0.6.0 Pacemaker Cloudのversion 0.6.0が1月25日にリリースされました。 追加された機能の一覧
現在サポートされているOSはFedora 14, 15, 16, RHEL 6.1, Ubuntu 10.03です。
パッケージの分割について # cat /etc/fedora-release
Fedora release 16 (Verne)
# uname -a
Linux fedora16 3.1.9-1.fc16.x86_64 #1 SMP Fri Jan 13 16:37:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
# yum-builddep pacemaker-cloud
# git clone http://github.com/pacemaker-cloud/pacemaker-cloud
# git checkout v0.6.0
# ./autogen.sh
# ./configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc
# make rpm
Wrote: /home/ikedaj/pacemaker-cloud/pacemaker-cloud-0.6.0-1.fc16.src.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-0.6.0-1.fc16.x86_64.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-debuginfo-0.6.0-1.fc16.x86_64.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-core-0.6.0-1.fc16.x86_64.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-libvirt-0.6.0-1.fc16.x86_64.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-openstack-0.6.0-1.fc16.x86_64.rpm
あ、ほんとだ。なんか増えてる。 # git checkout v0.5.0
# ./autogen.sh
# ./configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc
# make rpm
Wrote: /home/ikedaj/pacemaker-cloud/pacemaker-cloud-0.5.0-1.fc16.src.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-0.5.0-1.fc16.x86_64.rpm
Wrote: /home/ikedaj/pacemaker-cloud/x86_64/pacemaker-cloud-debuginfo-0.5.0-1.fc16.x86_64.rpm
せっかくRPMをつくったのでv0.6.0をインストールしてみました。 # cd /home/ikedaj/pacemaker-cloud/x86_64
# rpm -ihv pacemaker-cloud-0.6.0-1.fc16.x86_64.rpm
error: Failed dependencies:
pacemaker-cloud-core = 0.6.0-1.fc16 is needed by pacemaker-cloud-0.6.0-1.fc16.x86_64
pacemaker-cloud-libvirt = 0.6.0-1.fc16 is needed by pacemaker-cloud-0.6.0-1.fc16.x86_64
pacemaker-cloud-openstack = 0.6.0-1.fc16 is needed by pacemaker-cloud-0.6.0-1.fc16.x86_64
おい。結局、openstackとの依存関係はあるんかい。 # grep Requires pacemaker-cloud-0.6.0/pacemaker-cloud.spec.in
Requires: %{name}-core = %{version}-%{release}
Requires: %{name}-libvirt = %{version}-%{release}
Requires: %{name}-openstack = %{version}-%{release}
BuildRequires: autoconf
BuildRequires: automake
BuildRequires: glib2-devel
BuildRequires: dbus-glib-devel
BuildRequires: libxml2-devel
BuildRequires: libqb-devel
BuildRequires: pacemaker-libs-devel
BuildRequires: libtool-ltdl-devel
BuildRequires: qmf-devel
BuildRequires: libxslt-devel
BuildRequires: libmicrohttpd-devel
BuildRequires: systemd-units
BuildRequires: libcurl-devel
BuildRequires: python-nova
BuildRequires: python-glance
Requires: python-daemon
Requires: python-qmf
Requires: qpid-cpp-server
Requires: oz > 0.5.0-1
Requires: %{name}-core = %{version}-%{release}
Requires: %{name}-core = %{version}-%{release}
Requires: openstack-nova
Requires: python-nova
Requires: openstack-glance
Requires: python-glance
しょうがないのでopenstackナントカたちもインストールしました。 # yum install openstack-glance
# yum install openstack-nova
めんどくさくなってきたので、とりあえず全部インストールしました。 # rpm -ihv pacemaker-cloud-*
Preparing... ########################################### [100%]
1:pacemaker-cloud-core ########################################### [ 20%]
2:pacemaker-cloud-libvirt########################################### [ 40%]
3:pacemaker-cloud-opensta########################################### [ 60%]
4:pacemaker-cloud ########################################### [ 80%]
5:pacemaker-cloud-debugin########################################### [100%]
ブローカーを起動させます。 # systemctl start pcloud-cped.service
v0.5.0でつくったデモが動くかなー。 # pcloudsh deployable_start dep01
ゲストの起動は成功しましたが、ゲストに定義したリソースが起動しませんでした。 v0.5.0のデモは「別冊あんどりゅーくん」でご紹介する予定です。 ところで、Pacemaker Cloudの環境構築を行う際は ノードの生死確認はuptimeを使ったりしています。
リリース情報はDRBD 8.4.1とBOOTHがメインです。 1. リリース情報 1.1 DRBD 8.4.1 DRBD 8.4.1がリリースされました！
8.4.0のバグフィックスが含まれているので、
8.4.0を使用している場合は8.4.1へのアップデートをお勧めします。
8.4.1に取り込まれた新機能は下記二点です。
* Read load balancing diskセクションに「read-balancing」パラメータを追加 その他のバグフィックス、機能追加情報はこちら。 * Fixed a bug that might cause in kernel list corruption triggered by simultaneous IO on multiple volumes in a single resource
単一リソースに設定した複数のvolumesから同時にI/Oが発生するとカーネルのリストが 破壊されるというバグを修正しました。 * Fixed a bug that might cause a kernel OOPS in the worker thread while the receiver tied to establish a connection (drbd-8.4.0 regression) receiverが接続中にworker用のスレッドでkernel OOPSが発生するというバグを修正しました。
(DRBD 8.4.0にも含まれるバグです) * Fixed an issue in the receiver that could cause connection triggered by simultaneous IO on multiple volumes in a single resource * Consider the discard-my-data flag for all volumes * Fixed attaching to backing devices that do not support barriers/flushes, when barriers/flushes are not disabled by the configuration.(drbd-8.4.0 regression) * Fixed a rare compatibility issue with DRBD’s older than 8.3.7 when negotiating the bio_size * Fixed a rare race condition where an empty resync could stall with if pause/unpause events happen in parallel * Made the re-establishing of connections quicker, if it got a broken pipe once. Previously there was a bug in the code caused it to waste the first successful established connection after a broken pipe event. * crm-fence-peer.sh: Can now deal with multiple DRBD instances being in a master/slave group 参考：http://linux-ha.sourceforge.jp/wp/archives/2468 * Optional load balancing for read requests: new keyword “read-balance” 「read-balancing」パラメータに設定可能な値(デフォルト値はprefer-local)
ちょっと最後の二つ(least-pending, when-congested-remote)の違いがわかりません。
いつのまにか師走インしていますが、今月もリリース情報と知恵袋です。 リリース情報の大きな目玉は下記2点です。
知恵袋ではIPaddr2 RAの裏技(?)をご紹介します。 1. リリース情報
1-1. Pacemaker 1.0.12 Pacemaker 1.0系の最新版がリリースされました！ 主な変更点 cib: Call gnutls_bye() and shutdown() when disconnecting from remote TLS connections crmd: Cancel timers for actions that were pending on dead nodes crmd: Ensure we do not attempt to perform action on failed nodes PE: Correctly recognise which recurring operations are currently active PE: Demote from Master does not clear previous errors PE: Ensure restarts due to definition changes cause the start action to be re-issued not probes PE: Ensure role is preserved for unmanaged resources PE: Move master based on failure of colocated group pengine: Correctly determine the state of multi-state resources with a partial operation history PE: Only allocate master/slave resources once Shell: implement -w,—wait option to wait for the transition to finish Shell: repair template list command すべてのチェンジログはこちらから参照できます。 また、Pacmaker 1.0系がgithubのリポジトリへお引っ越ししました。
1-2. Reusable Cluster Components (“glue”) 1.0.9 Cluster-glue 1.0.9がリリースされました！ 主な変更点 stonith: external/ipmi: add missing double quote stonith: external/ipmi: add the priv parameter (ipmitool -L) LRM: lrmd: set op status to cancelled for running monitor operations ha_log: increase MAXENTITY size to accommodate long stonith strings hb_report: improve destination directory handling (bnc#727295) チェンジログはこちらからも参照できます。 ふりかえってみれば10月後半は結構リリースラッシュでした。 10月19日 Cluster-glue 1.0.8 リリース情報では、それぞれのリリースノートを簡単にご紹介します。 知恵袋は、Pacemaker 1.0.11 で Master/Slaveリソースを使用する場合の注意点および (1) リリース情報 Clustre-glueは、lrmdやSTONITH、その他各種ライブラリを含むコンポーネントです。 The highlights:
新しい STONITH プラグイン(libvirt, vcenter, hetzner)が追加されました。
- new external/libvirt stonith plugin (thanks to Holger Teutsch)
- new external/vcenter stonith plugin (thanks to Nhan Ngo Dinh)
- new external/hetzner stonith plugin (thanks to RaSca)
sbd(storage-based death) が複数デバイスにも対応しました。
- support for multiple devices in sbd
lrmd(local resource management datemon)がCIB(Cluster Information Base)からだけではなく、
ローカルの設定ファイルからもパラメータを取得することができるようになりました。
- lrmd can read parameters from local files, not only from CIB
(important for configurations with sensitive data)
重複するログの出力を制御することができるようになりました。
- log spamming control
(allows controling number of similar messages logged)
今回のリリースはバグフィックスがメインなので大きな機能追加はありません。 The most important changes:
Mavenのpom.xmlを追加しました。
* add maven pom.xml file
CentOS 5でDRBDをインストールする際の問題を解決しました。
* fix installation of DRBD on centos5
サードパーティのライブラリで発生する警告を抑止しました。
* @SuppressWarnings in the 3rd party libs
ディレクトリ構造を変更しました。
* change directory structure to the latest standard
仮想環境用のオプションを追加しました。
* add options in VM wizard for XEN
brctlコマンドの検索パスを追加しました。
* search for brctl in /usr/sbin /sbin and /usr/local/sbin dirs
旧パッケージ(DRBD-MC)で使用していた名称をLCMCに置き換えました。
* change some old names to LCMC
Java 7でコンパイルしました。
* make it compile with Java 7
左クリックでポップアップが起動しないようにしました。
* don't let the left click to show a popup
DRBD 関連の修正
* fix the "after" DRBD option in DRBD < 8.4
* use units for all DRBD numeric fields
アイコンを変更しました。
* change application icon
startupスクリプトを追加しました。
* add LCMC startup script
Ubuntu 10.04向けに下記のパッケージがアップデートされました(参考情報)。 This update includes:
» Corosync 1.4.2
» Heartbeat 3.0.5
» cluster-glue 1.0.8
» resource-agents 3.9.2
» Pacemaker 1.1.6
今回のリリースはバグフィックスがメインなので、大きな機能追加はありませんでした。 8.3.12 (api:88/proto:86-96)
--------
DRBD 8.3.7以前のバージョンとの互換性に関する修正
* Fixed a rare compatibility issue with DRBD's older than 8.3.7
when negotiating the bio_size
pause/unpauseが並行して実行された場合に発生する競合条件での不具合を修正
* Fixed a rare race condition where an empty resync could stall with
if pause/unpause events happen in parallel
再接続処理を高速化
* Made the re-establishing of connections quicker, if it got a broken pipe
once. Previously there was a bug in the code caused it to waste the first
successful established connection after a broken pipe event.
DRBDの複数リソースをPacemakerのgroupで管理する場合の不具合修正(後述)
* crm-fence-peer.sh: Can now deal with multiple DRBD instances being in
a master/slave group
故障デバイスを強制的に切り離すための--forceオプションを追加。
disk-timeoutオプションでタイムアウトも設定できるようになりました。
* Allow detach from frozen backing devices with the new --force option;
configurable timeout for backing devices by the new disk-timeout option
resource r0 { device minor 0; meta-disk internal; disk /dev/cciss/c0d1p1; on node01{ address 192.168.200.101:7790; } on node02{ address 192.168.200.102:7790; } } resource r1 { device minor 1; meta-disk internal; disk /dev/cciss/c0d1p2; on node01{ address 192.168.200.101:7791; } on node02{ address 192.168.200.102:7791; } } さて、いきなりちょっと話がかわりますが、handlersセクションとdiskセクションの設定について。 設定例 設定例(drbd.conf 一部抜粋) handlers {
fence-peer "/usr/lib/drbd/crm-fence-peer.sh";
after-resync-target "/usr/lib/drbd/crm-unfence-peer.sh";
...
}
disk {
fencing resource-only;
}
※ 詳細は「The DRBD User’s Guide 8.3.2. Resource-level fencing using the Cluster Information Base (CIB)」を参照 リソース数が1つの場合は、上記の設定で問題ないのですが --id-prefix=drbd-fence-by-handler-<リソース名>
設定例(drbd.conf 一部抜粋) handlers {
fence-peer "/usr/lib/drbd/crm-fence-peer.sh";
after-resync-target "/usr/lib/drbd/crm-unfence-peer.sh";
...
}
disk {
on-io-error detach;
fencing resource-only;
}
resource r0 {
...
handlers {
fence-peer "/usr/lib/drbd/crm-fence-peer.sh --id-prefix=drbd-fence-by-handler-r0";
after-resync-target "/usr/lib/drbd/crm-unfence-peer.sh --id-prefix=drbd-fence-by-handler-r0";
}
...
}
resource r1 {
...
handlers {
fence-peer "/usr/lib/drbd/crm-fence-peer.sh --id-prefix=drbd-fence-by-handler-r1";
after-resync-target "/usr/lib/drbd/crm-unfence-peer.sh --id-prefix=drbd-fence-by-handler-r1";
}
...
}
なんでこんなめんどくさいことになっていたかというと、まあぶっちゃけ、DRBDに同梱されたdrbd RAが |
|||||
|
Copyright © 2019 Linux-HA Japan - All Rights Reserved |
|||||
Comments are closed 
