(1/4)サービスを止めてはならない環境で活躍する冗長化支援ツール「DRBD」。今回は、利用頻度が高い「Sambaサーバー」をDRBDで冗長化して運用する方法をイチから解説します。Device)の基礎と概要、よく使われるDRBDの例である「高可用性システムの場合」と「災害対策システムの場合」の運用イメージを解説しました。高可用性システムとなると、自分の担当ではなかったり、規模が大きすぎて運用イメージがなかったりする人がいたかもしれません。「Sambaファイルサーバーを冗長化する」ならばいかがでしょう。今回は、こういったより身近な運用シーンからまずは「即導入」し、今後、自然災害などで被害を受けたシステムを復旧・修復する「DR(ディザスタリカバリ)」対策まで含めてイメージできるよう、OSの準備からDRBDのインストール手順、設定ファイルの記述方法と解説、構築や運用テクニックまで、順を追って説明します。今回の構成イメージを図1に示します。二台のSambaサーバーのうち、メインの一号機(ホスト名:drbd-one)を「プライマリ機」に、他方の二号機(ホスト名:drbd-two)を「セカンダリ機」として、二重化する構成です。6、DRBDはバージョン8.4を使って解説します。今回構築するDRBD×Sambaサーバー冗長化システムの構成図ユーザーは普段、プライマリ機である一号機へアクセスしてファイルを保存します。一号機へ保存されたファイルは、DRBDによってリアルタイムにレプリケーション(複製)され、セカンダリ機である二号機にも保存されます。この例ではそれぞれのSambaサーバーの共有領域(ファイルの保存先)を「/home/share」とし、共有名を「Share」にしています。こちらは、自身が運用するSambaサーバーの設定に応じて読み替えてください。ネットワーク構成は以下の通りです。7では「enXXX」のようになります。7で運用する人は、同じく読み替えてください。DRBD同期用ネットワークインターフェースは2系統用意します。eth0はSambaサーバーへアクセスするためのサービス用インターフェースで、もう一つのeth1は、DRBDのレプリケーション(同期)用インターフェースです。1系統でも運用は可能ですが、どちらかが帯域を占有してしまうのを防ぐためにも、分けることを推奨しています。障害発生時は図2のようになります。障害発生時のイメージ一号機に障害が発生したら、システム上のプライマリ機とセカンダリ機を切り替えます。二号機をプライマリ機にします。DRBDによって二号機にも障害が発生する直前までデータが同期されているので、ユーザーは192.168.0.12へアクセスすることで、障害発生直前の状態から再開できることになります。この切り替えは自動化も可能です。Address)を使いますのでIPアドレスの変更も不要になります。切り替えの自動化にはDRBDの他に「Pacemeker」「Corosync」というソフトウエアを併用して運用します。こちらの運用テクニックは、次回以降で解説する予定です。それぞれのソフトウエアの詳細はバックナンバー「高可用性システムで、DRBDをどう活用するか」でも解説しましたので、併せてご覧下さい。(関連記事)「高可用性システム」で、DRBDをどう活用するかでは、次のページから「実装の手順」とテクニックを紹介します。Device)とは何か障害監視ツールなどと一緒に使うことで、サービスの継続提供を助けるDRBD。本連載では、DRBDの動作や使いどころを順を追って紹介していきます。「Heartbeat」の適切な導入によってHAクラスタを構成し、Linux上で動作しているサービスの可用性を上げることができます。続いて、肝心のデータそのものを保護できるツール「DRBD」について紹介しましょう。7」を皆さんどれだけ理解していますでしょうか。7は、以前のバージョンから使い勝手がかなり変わりました。7の概要と基礎から活用Tipsまでを紹介していきます。若葉マーク管理者に捧げるLinuxやUNIXをWindowsのファイルサーバー/プリントサーバーとしてしまうことができる「Samba」は、手軽にファイル共有環境を構築することができ、サーバー管理入門にもぴったりです。インターネット上の関連情報も豊富ですが、しっかり出所を確かめないと誤った設定を招く恐れがあります。メールマガジンをご購読ください。申し込みページへITmediaはアイティメディア株式会社の登録商標です。