DRBD+Heartbeat+NFS
まず、DRBDとHeartbeatの構築をしておきます。こちらは省略します。 続いて、Heartbeatの /etc/ha.d/haresoureces の設定を行ないます。 # vim /etc/ha.d/haresources testserver1 drbddisk::drbd0 Filesystem::/dev/drbd0::/var/drbd::ext3 IPaddr::192.168.99.3/24/eth0 こちらの設定で DRBD の復帰と、 /dev/drbd0 を /var/drbd へのマウント、仮想IPの割りあてが行なえます。もちろん、testserver1とtestserver2で /var/drbd を作成しておく必要があります。 # mkdir /var/drbd この段階で一度 heartbeat のテストをします。testserver1でheartbeat
DRBDのインストール
DRBDとはDistributed Replicated Block Deviceの略で、本家WEBサイトは http://www.drbd.org/です。 ブロックデバイス全体をネットワーク経由でミラーリングしています。 要は、昔はrsyncとcronを利用してミラーリングしていたものを、DRBDでできちゃうよということです。 Ruby案件で必要だったのでDRBDとHeartBeatを利用させてもらいました。 なかなか苦戦しましたが、先駆者がのこしてくれているありがたい情報を元に設定を行っていきました。 参考にさせていただいたのは、以下のサイトです。http://www.wbc.co.jp/~drbd/http://www.valinux.co.jp/contents/tech/techlib/eos/drbd_heartbeat/drbd_heartbeat_01.html Webサー
Heartbeatでかんたんクラスタリング（4）：ミラーリングツール「DRBD」によるデータ保護 (1/3) - ＠IT
1つの例として「SAN」（Storage Area Network）があります。データを格納するストレージ自体が冗長化されている製品も多いですし、サーバをSANに接続するためのHBA（Host Bus Adapter）を二重化することも可能ですが、コストもかさみます。 現在ならば、SCSIブロックをIP化してしまう「iSCSI」も選択肢として挙げられるでしょう。ですが最近までiSCSIは、「iSCSi接続を確立するためのイニシエータが不安定だ」などといわれることもありました。また、データを共有する「NFS」（Network File System）を用いてほかのサーバにデータを保存することもできます。しかし外部にデータを置くとなると、どうしても、その分コストも高くなってしまいます。 最もコストを抑える方法を考えた場合に浮上してくる選択肢がDRBDです。Heartbeatによるサービスの冗長
heartbeat+DRBD+sambaでWindowsファイルサーバを二重化する
はじめに 前回は、DRBDとheartbeatを使ったクラスタシステムの具体的な構成事例として、メールサーバクラスタを取り上げました。今回はそれに引き続き、2つめの構成事例として、sambaを使ってWindowsファイルサーバを二重化する方法を紹介します。 Windowsファイルサーバの課題 ファイルサーバは、ネットワークの中でファイルを共有するためのサーバです。最近では、PCは様々な用途で利用され、様々なデータがファイルとして蓄積されます。このファイルをネットワークで共有することで、組織やチームの中で情報や作業の共有を図ることのメリットは、ますます大きくなりつつあります。 Windowsでファイル共有を利用する場合には、WindowsやWindows Serverなどで提供されるCIFS（Common Internet File System）の機能を利用します。Sambaを使うと、この
DRBDでNFSを冗長化したときの障害対応 | 日々是雑記
先日からHeartBeatとDRBDとNFSまたはMySQLの冗長化に取り組んでいるわけですが・・・。 今日のねたは障害対応です。 例えばLAN線が抜けるとか、断線するとか、NICが疎通しなくなるとか。 そういうことは必ず起きます。 また、各種デーモンも突然落ちたり固まったりすることは往々にしてあるので、それら全てを含めた対策を立てる必要性が出てきます。 今日はその中でもNFSの話です。 まずケースとして、LAN線が抜けたり、あるいは何らかの原因でネットワークが疎通しなくなった場合を考えます。 この場合、PINGが通らなくなりますから、互いのノードはその存在を確認できなくなります。 そうなると何が起きるというと、各ノードで障害時の処理が起きます。 つまり、稼動系であれば待機系の切り離しが起きます。 待機系であれば稼動系がダウンしたと判断して、リソースのフェイルオーバーが起きます。 そうなる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DRBD:What is DRBD
layer8.sh
oss-d.net
oss-d.net