Pacemakerの基本(プロセス構成) - Qiita
Pacemaker1.1系(corosync+pacemaker)でのプロセスの関連と構成について corosync層 corosync : corosyncの本体(pacemakerとは別物) cpg : Cluster Process Group Service - corosync配下にグループを作成し、グループ内でメッセージなどを配送するサービス(pacemakerもCPGサービスのクライアント) quorum : Quorum Service - ノード数管理(QUORUM)サービス(pacemakerにQUORUM情報を伝搬) Pacemaker層 Pacemaker自体は、corosyncのCPGサービスのクライアントとして動作する。 クラスタ間のメッセージ送信は、CPGサービスを利用して行う。プロセス間の通信は、IPCを利用して行う。 pacemakerd : 各以下pac
DMM inside
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
こんなに簡単！ Linuxでロードバランサ (2) : DSAS開発者の部屋
前回までで、 複数のWebサーバにロードバランスする というところまではできました。 これでリアルサーバへ負荷分散することができたのですが、冗長性がありませんでした。つまり、リアルサーバがダウンしても、ロードバランサはそれを認識できず、ダウンしているリアルサーバなのにパケットを送ってしまっていました。 このとき、クライアントから見ると、たまにサーバから応答がないように見えてしまいます。 というわけで今回は冗長化のお話、 リアルサーバのヘルスチェック を紹介したいと思います。 今回はkeepalivedを使います。 おおざっぱにいうと、keepalivedは2つの機能を提供します。 1. ヘルスチェック機構と連携したIPVSでのリアルサーバの管理 (--check) 前回ipvsadmコマンドを使って行ったような、バーチャルIPアドレス (VIP) やリアルサーバの管理を設定ファイルに記述す
DSAS開発者の部屋:知っていても損はしないkeepalivedの話 〜 MISC_CHECKの注意点
keepalived では様々なヘルスチェック方式がサポートされています。 HTTP_GET SSL_GET SMTP_CHECK TCP_CHECK これらの使い方はなんとなく想像がつくと思いますが、これら以外のサービスのヘルスチェックをするにはどうすればいいのでしょうか。 例えば DNS とか FTP とかあれとかこれとか・・・ FTP は最悪 TCP_CHECK でお茶を濁すって手もありますが、FTP サーバがポートをオープンしたまま応答不能になることも考えられるので、あまりお勧めできません。また、DNS をチェックする機能は keepalived にはありません。 そんな時に使うのが MISC_CHECK です。今回は MISC_CHECK を利用する上での注意点や設定のサンプルを紹介したいと思います。 指定したプログラムを実行して、その終了コードによってリアルサーバを UP した
[Pacemaker] Apacheのリソースが起動後すぐに停止してしまう - Life with IT
2015/10/07更新 対応バージョン: Pacemaker 1.0.13, Heartbeat 3.0.5 以下のようなApacheのリソース定義がある(VIP定義とのグルーピング)。 # crm configure show : primitive httpd ocf:heartbeat:apache \ params configfile="/etc/httpd/conf/httpd.conf" statusurl="http://192.168.1.101/" \ op start interval="0" timeout="90" on-fail="restart" \ op monitor interval="10" timeout="60" on-fail="restart" \ op stop interval="0" timeout="300" on-fail="blo
![[Pacemaker] Apacheのリソースが起動後すぐに停止してしまう - Life with IT](https://cdn-ak-scissors.b.st-hatena.com/image/square/63c67004f340a9cfebe1346d512a10a786385cbc/height=288;version=1;width=512/https%3A%2F%2Fl-w-i.net%2Fimg%2Flogo_256.png)
repcachedのインストールと使いかた - くまメモ
memcachedはDanga Interactive社とやらで作られた外国産のソフトだけど repcachedはYASUI Masanobu氏とHIROSE Masaaki氏がmemcachedにレプリケーション機能を加えて拡張した物。 現時点での最新memcachedはバージョン1.4.1、最新repcached2.2はmemcachedの1.2をベースにしている。どう違うのかは余裕があったら調べて書こうと思う。 △インストール http://lab.klab.org/wiki/Repcached まずはここからrepcachedの本体を落としてくる。 公式の手順に手を加えて $ ./configure --enable-replication --program-transform-name=s/memcached/repcached/ $ make # make install で
repcached 1.0リリースの補足とちょっとしたHowTo : DSAS開発者の部屋
前のエントリでrepcached 1.0のリリースをお知らせしました。 開発の動機はプロジェクトページにちょっと書いたのですが、たいせつなことをひとつ書き忘れていました。 repcachedを開発しようと思い立ったのは、ひとことでいうと「キャッシュサーバといっても止まらないようにしたい」、別ないい方をすると「サーバ管理者だって夜はぐっすり眠りたい」というものでした。 そしてふたりのエンジニアが自ら社内向けに企画・提案してrepcachedの設計・開発にとりかかり、プロダクション環境で使えるようなレベルのものができあがりました。 これがrepcachedを開発した動機です。 さて、昨日はrepcachedをみなさんに向けて公開しました。 いうまでもなく、repcachedを社内に閉じて外部には公開せずに使い続けるという選択肢もありました。 でもわたしたちはそうしませんでした。 わたしたちはい
repcachedをインストールして、memcachedをレプリケーションしてみる - 本日も乙
複数台の構成の場合、WEBサーバ、データベースサーバ、キャッシュサーバと、役割別にサーバを建てることが一般的です。 役割を簡単に説明すると、下記の通りになります。 WEBサーバ(Apache, nginxなど) ブラウザからアクセスしたときにページ表示させます データベースサーバ(MySQLなど) データベース キャッシュサーバ(memcachedなど) セッションやデータを格納するのに使います キャッシュサーバにセッションを格納し、複数WEBサーバから参照できることによってユーザのセッションを維持することができます しかし、サーバ購入や運用のコスト面などの理由により、1台のサーバに複数の役割を持たせることもあります。例えば、下記の図のように1台(サーバA)にWEBサーバとデータベースとCacheを同居させて、もう一台(サーバB)にはWEBサーバを建てて、DBとCacheを2台で共有して使
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
Linux/mdadmでのRAID1の自動認識とauto-read-onlyモードの解除コマンド - 情報技術の四方山話
AI、IoT、ヤマハルータ、VPN、無線LAN、Linux、クラウド、仮想サーバと情報セキュリティのよもやま話 Linux/mdadmでのRAID1の自動認識とauto-read-onlyモードの解除コマンド こんにちは。匠技術研究所の谷山 亮治です。 今日は、Linux/mdadmでのRAID1の自動認識とauto-read-onlyモードの解除コマンドを紹介します。 Linuxのディスク管理コマンドmdadmを使うと容易にRAID1（ミラー）構成を作ることができます。設定を終了し、再起動を行った後に、自動的にRAID1を検出するとauto-read-onlyモードで構成されていることがあります。この場合はディスクの内容を保護するために、自動的に読み取り専用モードになっており、書き込みができません。この状態はmdadmコマンドで解除することができます。 ■起動直後のミラーディスクの状態
LinuxでのNIC冗長化(bonding)を少し深く考えてみる - sanonosa システム管理コラム集
サーバNIC(Network Interface Card)の可用性向上や負荷分散にはNIC冗長化が有効です。NIC冗長化については拙著「インフラエンジニアの教科書」にも記しましたが、bonding、チーミング、リンクアグリゲーションなど様々な呼び名があります。今回はLinux上でのNIC冗長化の話しとなりますので、bondingについての話題となります。 【bondingとは】 bondingとは、複数のNICが搭載されているマシンのNICを束ねて1つの仮想的なNICとして扱うことのできる技術です。例えば1GbpsのNICポートが4つ搭載されているサーバとL2スイッチの間を4本のLANケーブルで接続してbonding設定を有効にさせると、冗長化が行われて最低1本が正常であれば1～3本に問題があっても通信が継続できたり、負荷分散が行われて通信帯域幅を4Gbpsに拡張されたりといった使い方が
Linux Bonding : NICフェイルオーバーのテスト – OpenGroove
引き続き、Linux Bondingについて。 NICが２つあって、eth2とeth4、eth3とeth5をそれぞれをBondingしているとする。 eth2がダウンしたらeth4が立ち上がるよね、ってことをテストするとしたら。 インターフェイス上げ下げの際に実行するコマンドは、ifconfig up/downでも、ifup/ifdown でもよい。 # ifconfig down eth2 # ifconfig up eth2 または # ifdown eth2 # ifup eth2 ステータスの確認には、/proc/net/bonding/bond0ファイルを見てみる。 仮に、下記が当初のあるべきステータスとする。 # cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver : （略）… Bonding Mode : f
ja/GettingStartedV2_ja: Linux HA
OCFおよび LSB リソースエージェントのサポート 複雑なリソースタイプ(グループ、クローンs)のサポート 豊富なリソース位置、コロケーション、および順序制約のサポート 既存のharesources用の変換ツール 要求に応じて監視されるリソース リソース・ メンテナンス ・モード 数種類のフェイルバック、障害と「No Quorum」の動作を選択（ (グローバルデフォルトおよび、操作ごとまたはリソースごと） クラスタ状態および構成監視ツールのサンプル コアインフラストラクチャが改善され、新しいSTONITH APIが（バグフィックスも）提供されたことは、2.0.xシリーズへとアップグレードする動機になりますが、このリリースでは、クラスタマネージャの機能が拡張され、3つ以上のノードが利用できるようになりました。 バージョン1から変更されていない点 入門セクション 入門 Heartbeatのイ
2010-09-27
プライマリ／セカンダリの切替え z151(元プライマリ側) [root@z151 ~]# cd /mnt [root@z151 mnt]# ll 合計 16 drwx------ 2 root root 16384 9月 27 11:43 lost+found [root@z151 mnt]# touch testfile [root@z151 mnt]# ll 合計 16 drwx------ 2 root root 16384 9月 27 11:43 lost+found -rw-r--r-- 1 root root 0 9月 27 13:32 testfile [root@z151 mnt]# cd ../ [root@z151 ~]# umount /dev/drbd0 [root@z151 ~]# mount /dev/mapper/VolGroup00-LogVol00 on
Heartbeat＋α - Linuxめもがっき
crm_mon -i コマンドが使えない(； ･`д･´) † 以下のようなエラーが出された場合の対処法を説明します。 You need to have curses available at compile time to enable console mode Critical: Unable to connect to the CIB 調べても対処法がなかったので焦りましたが、 この問題は以下の3つで解決できる事があるようです。 iptablesやip6tables、selinuxをOFFにする。 ha.cfファイルの「crm」をonにする。 Heartbeatをstartする。 このプログラムで使用するパケットが正常に受け取れないために起こるトラブルのようなので、 上記を確認し、ポートを空けてやる事により解決できる場合があるようです。 ↑ crmをonにするかoffにするか… †
Pacemaker/Heartbeat で良く使うクラスタ操作コマンド - ngyukiの日記
クラスタ情報の表示 crm_mon -1 # ノードでグループ化 crm_mon -1n # フェイルカウントも表示 crm_mon -1f ノード一覧の表示 crmadmin -N crm node list crm node status リソース一覧の表示 crm_resource -L リソースの位置を表示 crm_resource -WQ -r <resource> スタンバイの設定（ローカルホストに対して） # スタンバイにする crm_standby -v on # スタンバイから復帰 crm_standby -D リソースのフェイルカウントのクリア crm_failcount -D -r <rsc> crm resource failcount <rsc> delete <node> リソースのクリーンアップ ※フェイルカウントと故障履歴をクリア crm_resource
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://linux-ha.osdn.jp/wp/wp-content/uploads/OSC2017_Tokyo_Spring.pdf
本当は恐ろしい分散システムの話
Blogger
CentOSでheartbeatを使おうとしたがうまくいかず