cloudpackブログ - ELBとHeartbeatでアクティブ/スタンバイ構成
今回は、先日書籍（Amazon Web Servicesクラウドデザインパターン設計ガイド）が発売された Cloud Design Pattern（CDP）の記事になります。 対象は「Floating IPパターン」です。 以前、上記のパターンをHeartbeat(Pacemaker)でEIPの付け替えの記事で紹介しました。 今回は、EIPで切り替えるのではなく、ELBを利用して切り替える方法を試してみます。 これは、本パターンの「その他」に記載されている下記の内容を実現する方法の一つになります。 予備サーバへの切り替えはEIPを用いず、ELBを利用して ヘルスチェックファイルの追加/削除で行う手段もある。 基本的には上記で紹介した「Heartbeat(Pacemaker)でEIPの付け替え」同様、Heartbeatで相互監視を行いアクティブなEC2に障害が発生した際、スタンバイのEC2に
cloudpackブログ - EC2起動時にEIPプールから利用していないEIPを取得&関連付け
以前、Heartbeat(Pacemaker)でEIPの付け替えの記事でEC2起動時にEIPを自分自身に関連付ける方法を紹介しました。 しかし、この方法は固定されたEIPを(他のEC2から外して)関連付けるというだけでした。 そこで今回は、EIP群の中から利用されていない(EC2に関連付けられていない) EIPを取得して、起動時に関連付けるPHPスクリプトを作成してみました。 これは外部サービス等を利用するために、接続するIPアドレスを固定する必要がある場合に有効です。 (特にAuto Scalingを利用する場合) 例として、予めEIPをいくつか取得し、外部サービスに登録、そしてEC2起動時にこれらのEIPから利用されていないものを関連付けることで、自動で外部サービスを利用することができるようになります。 上記の流れを図にすると、下記のようになります。 実際のスクリプトは下記の通りです。
cloudpackブログ - Heartbeat(Pacemaker)でEIPの付け替え
今回は、Cloud Design Pattern（CDP）の記事になります。 対象は「Floating IPパターン」です。 このパターンの「その他」に下記のような記載があります。 障害検知を行う際は、HeartBeatやNagios、Zabbixといった監視ソフトを利用してもよい。EIPの付け替えはプログラムから実行できるので、監視ソフトと組み合わせれば自動化を行うこともできる。 そこで今回は、Heartbeat(Pacemaker)を利用して自動的にEIPを付け替える方法を試してみました。 すでに、Heartbeat(Pacemaker)に関してはVPC上のCentOS6.2にHeartbeatをインストールし起動(アップデート版)の記事で導入し、EIPを付け替えるPHPスクリプトも次のように用意はしています。 後はPacemakerのリソース管理で上記のスクリプトを利用して、アクティ
cloudpackブログ - VPC上のCentOS6.2にHeartbeatをインストールし起動(アップデート版)
下記の記事にて、Heartbeatのインストールと起動に関しては紹介してきましたが、VPC上で無いものやOSが違ったりHeartbeatのバージョンが古かったりと、現状、情報的に中途半端だったので、再度、調整を行いました。 そろそろDRBDに挑戦(Heartbeat連携編) Heartbeatのインストール&設定 VPC上のEC2(CentOS 6.0)でDRBD(8.3)とHeartbeat(3.0) まず、パッケージのインストールですが、下記の pacemaker-1.0.12-1.1.el6.x86_64.repo.tar.gzを利用しました。 Linux-HA Japan こちらはyumのリポジトリになっているので、/tmpに展開して下記のようにインストールを行います。 # tar xvzf pacemaker-1.0.11-1.2.2.el6.x86_64.repo.tar.gz
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
