CDP:Routing-Based HAパターン - AWS-CloudDesignPattern
解決したい課題 複数の同機能のサーバーを用意して冗長構成を採ることは一般的だが、フェイルオーバー時の接続先の切り替えはさまざまな方法が存在する。 同一セグメント（サブネット）のネットワーク内なら仮想IPアドレスの付け替えなどで比較的容易に実現できるが、セグメント（サブネット）、あるいはデータセンターを越えたサーバーへのフェイルオーバーでは、その方法での実現は難しくなり、他の方法を考える必要も出てくる。 例えば、DNSを用いた名前解決での切り替えなどはよく使われる。しかし、「ダウンタイムをTTLより短くできない」、「DNSサーバーというコンポーネントが増えてしまう」などのデメリットを考慮する必要がある。 クラウドでの解決/パターンの説明 セグメント（サブネット）やデータセンターを越えたサーバーへのフェイルオーバーは、クラウド環境でも同様の問題を抱える。 しかしクラウドによっては、複数データセ
PostgreSQLで自動フェイルオーバーする方法 - Qiita
以前投稿したbgwokerで超簡易クラスタ管理を進化させたpg_keeperについて投稿。 コンセプト このツールのコンセプトは「PostgreSQLの自動フェイルオーバーを簡単に設定する」です。 Pacemaker/corosyncやrepmgrを使えばより細かく、柔軟に設定することが出来ますが、その一方設定が面倒だったり、多くのケースではそこまで柔軟な設定は必要ないと思ったので、「マスタ、スレーブ2台構成でもっと簡単に可用性を向上させたい」と思い作りました。 監視プロセスはPostgreSQLのプロセスの一つとして動作するので、高機能なクラスタリングミドルウェアによくある監視プロセス自体の起動・停止・監視等の作業は発生しません。 ただし、pg_keeperが対応しているのはマスタ1台、スタンバイ1台で同期レプリケーションを使用した場合のみです。 スタンバイを2台以上使用するケースには対
動かして理解するPacemaker ～CRM設定編～ その１ « Linux-HA Japan
変更履歴 2013.9.19 初版制定 2016.3.23 Pacemaker-1.1に対応 ■はじめに Linux-HA Japanをご覧の皆さんこんにちは。Linux-HA Japanの中の人、ひがしと申しますm(_ _)m みなさん、Pacemaker触っていますか？ OSCなどのブースや講演で中の人がPacmakerをデモしているのを見かけると思いますが、ああいう構成って一から自分で作ろうとするとまぁ大変ですよね。 個人的に最初につまづくのが”CRM設定ファイル“だと思います。 例えば、2011年福岡で開催されたOSCで講演したデモ環境のCRM設定ファイル（これに含まれるdemo4.crmファイル）を見てみてください。 長い・・しかも設定ファイルなのに￥記号たくさんww やばい・・ゲシュタルト崩壊して￥がVサインに見えてきた(注1)。。だからみんなPacemakerのことピースメー
ClusterLabs > Home
Open Source High Availability Cluster Stack The ClusterLabs stack unifies a large group of Open Source projects related to High Availability into a cluster offering suitable for both small and large deployments. Together, Corosync, Pacemaker, DRBD, ScanCore, and many other projects have been enabling detection and recovery of machine and application-level failures in production clusters since 1999
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EC2 Technical FAQs : Articles & Tutorials : Amazon Web Services
Pacemakerを使いこなそう
痛い目にあってわかる HAクラスタのありがたさ
第4回Linux-HA勉強会資料 Pacemakerの紹介