DRBDはマウントレベル(/home等)ではなく、デバイスレベル(/dev/VolGroup00/lvol0等)でデータの二重化を行うため、ハードディスク追加または、既存論理ボリュームサイズ縮小してDRBD用に空きの論理ボリュームを追加する。 ※空き論理ボリュームにはファイルシステムを作成しないこと [root@cl1 ~]# df ← マウント状況照会 Filesystem 1K-ブロック 使用 使用可 使用% マウント位置 /dev/mapper/VolGroup00-LogVol00 3428080 1557756 1693380 48% / ← 論理ボリューム(/dev/mapper/VolGroup00-LogVol00)に/が割当てられている /dev/sda1 101086 17832 78035 19% /boot tmpfs 127796 0 127796 0% /d
はじめに 前回は、heartbeatに付属しているldirectordを使ってgatewaying型の負荷分散システムを構築するための方法について解説しました。あまりコンテンツが更新されないようなWWWサーバなど場合には、このような負荷分散の仕組みを使って、比較的簡単にシステムを冗長化することができます。しかし、メールサーバやデーターベースサーバのように、ハードディスクに記録されているデータが頻繁に更新され、そのデータがなければサービスが行えないようなサービスでは、データの共有についても考慮する必要があります。 今回は、DRBDによるハードディスクのデータ共有の設定について解説します。 DRBDの概要 DRBDは、ネットワークを経由してハードディスクのリアルタイムミラーリングを行うためのソフトウェアで、カーネルモジュールと管理用ソフトウェアのセットで利用します。DRBDは、Linbit社が
Apr 27, 2006 RE: 27日の日記 カテゴリ：カテゴリ未分類 HeartBeat とDRBD によるHAクラスタの構築 HeartBeat （相手先の稼働状況を監視し、サーバが落ちると自動的に自サーバで処理を引き継ぐ） DRBD（ネットワークRAIDディスク） メリット すべてフリーの環境で構築が可能 相手サーバマシーンの死活監視可能 フェイルバック（現状復帰）時にサービスの停止が必要ない デメリット 障害検知からフェイルオーバするまの時間（30秒がデフォルト）サービス停止する・・・調整は可能だが0秒にはできない ポートの監視などには対応していないため、サーバは正常に動いていて、Postgres のみ落ちるなどといった現象には対応できない 構築手順と設定です。 実現した構成 ホスト名 debian-420 IP:192.168.0.95 ホスト名 debian-566 IP:1
導入環境 † CentOS 5.2 DRBD drbd82-8.2.6-1.el5.centos kmod-drbd82-xen-8.2.6-2 ↑ grub.confのバックアップ † drbdをインストールするとgrub.confが書き換えられOSが起動できなくなるため、 grub.confをバックアップしておき、drbdインストール後、戻す。 ※原因調査中。 # cp -ip /boot/grub/grub.conf ~/ ↑
ストレージには寿命があり、保存された情報は永遠に正常性を保証されるわけではありません。その為に別のストレージにデータをバックアップしたり、ストレージそのものを多重化してデータを保護することが重要です。今回紹介するは、ストレージデバイスを多重化し、データを複数のストレージに保存する仕組みで、DRBD(Distributed Replicated Block Device)と呼ばれているものです。同様の仕組みにソフトウェア／ハードウェアRAIDがあります。 DRBD(Distributed Replicated Block Device)とは、TCP/IPネットワークを通じて複数のサーバのストレージ（パーティション）をリアルタイムにミラーリング（複製）するソフトウェアです。RAID1のようなミラーディスクを構築することができます。ソフトウェア／ハードウェアRAIDは同じサーバ内のストレージを使
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
