値を見ることも可能です。すべての設定済みDRBDリソースが有効になります。よっても有効になります。手動でリソースを起動する必要がある場合には、以下のコマンドの実行によって行うことができます。設定しているすべてのリソースを一度に有効にできます。リソースを無効にする特定のリソースを一時的に無効にするには、次のコマンドを実行します。記述しているすべてのリソースを一時的に無効にできます。リソースの再設定DRBDの動作中にリソースを再設定することができます。リソース設定を変更します。ファイルを同期します。両ノードで実行します。通じて実行中のリソースを調整します。(dry-run,予行演習)オプションを付けて実行します。手動でリソースロールをセカンダリからプライマリに切り替える(昇格)、またはその逆に切り替える(降格)には、次のコマンドを実行します。場合、任意のタイミングでどちらか1つのノード上でのみリソースはプライマリロールになれます。実行すると、エラーが発生します。リソースがデュアルプライマリモードに対応するよう設定している場合には、両方のノードをプライマリロールに切り替えることができます。これは、例えば仮想マシンのオンラインマイグレーションの際に利用できます。基本的な手動フェイルオーバPacemakerを使わず、パッシブ/アクティブ構成でフェイルオーバを手動で制御するには次のようにします。現在のプライマリノードでDRBDデバイスを使用するすべてのアプリケーションとサービスを停止し、リソースをセカンダリに降格します。<resource>プライマリにしたいノードでリソースを昇格してデバイスをマウントします。機能を使用している場合はロール(プライマリ/セカンダリ)を手動で変更する必要はありません。それぞれサービス停止とアンマウント、マウントの操作のみ必要です。DRBDのアップグレードDRBDのアップグレードは非常にシンプルな手順です。この章ではDRBD8.4から9.0へのアップグレード手順を説明します。DRBD9系内でのアップグレードの手順についてはより簡単ですので以下の項目を参照ください。概要8.4から9.0へのアップグレード手順の概要は以下の通りです。新しいリポジトリを設定する。(LINBITのパッケージを使っている場合)現在の状態が問題ない事を確認する。クラスタ管理ソフトを停止する。新しいバージョンをインストールする。2ノード以上を移動させたい場合は、追加メタデータ用のスペースを加えるために下位レベルデバイスをリサイズする必要がある。この点についてはLVMの章参照。リソースの設定を取り除き、DRBD8.4をアンロードし、そしてv9のカーネルモジュールをロードする。形式にDRBDメタデータをコンバートする。ビットマップ数も同様の手順。リソースを起動をして完了。リポジトリのアップデート8.4と9.0のブランチ間の様々な変更のため、各々に別のリポジトリを作成しています。各サーバでリポジトリのアップデートを行います。ファイルに以下の変更を反映します。9.0baseurl=http://packages.linbit.com/<hash>/yum/rhel7/drbd-9.0/<arch>gpgcheck=0<hash>と<arch>の箇所は置き換えてください。<hash>はLINBITサポートから提供されるものです。あるファイル)に以下の変更を反映します。リリースを使用していない場合でも、また他のリリースの場合でも、この変更は必要です。<hash>の箇所は置き換えてください。<hash>はLINBITサポートから提供されるものです。次にDRBDの署名キーを信頼済みキーに追加してもよいでしょう。実行してリポジトリのアップデートを認識させます。DRBDの状態を確認するリソースが同期していることを確認します。クラスタを停止するリソースが同期している事を確認したら、セカンダリノードをアップグレードします。この手順は手動で行うことができます。Pacemakerを使用している場合にはノードをスタンバイモードにしておきます。両手順は以下の通りです。Pacemakerの動作中は手動では操作しないでください。stopPacemakerセカンダリノードをスタンバイモードにします。確認することができます。確認することができます。パッケージのアップグレードパッケージをyumまたはaptでアップデートします。インストールされています。カーネルモジュールはまだ有効化されていません。新しいカーネルモジュールのロード現時点でDRBDモジュールは使用していませんので、以下コマンドでアンロードします。ようなメッセージが出る場合は、まだすべてのリソースが正常に停止していません。あるアンロードを妨げる原因には以下のものがあります。)デバイスマッパーが直接または間接的にDRBDを使用している。)上記はよくあるケースであり、すべてのケースを網羅するものではないという事に注意ください。これで、DRBDモジュールをロードすることができます。出力を確認し、正しく(新しい)バージョンがロードされたか確認してください。有効ですが、古いバージョンが残っていれば再び有効にすることもできます。出力は9.0.xを表示し、次のようになっているでしょう。アップグレードをするまでは以前のバージョンを表示します。9.0は8.4の設定ファイルに後方互換性がありますが、一部の構文は変更しています。変更点の全一覧は設定上の構文の変更点を参照してください。コマンドを使えば古い設定を簡単に移すことができます。これは、新しいリソース設定ファイルに続いて新しいグローバル設定も両方とも出力します。この出力を使って適宜変更してください。次にオンディスクのメタデータを新しいバージョンに変更します。この手順はとても簡単で、1つコマンドを実行して2つの質問に答えるだけです。たくさんのノードを変更したい場合には、追加のビットマップに十分なスペースを確保するため、すでに下位デバイスの容量を拡張していることでしょう。対向ノードの数(予定)を決める時には、DRBDクライアントも考慮に入れてください。DRBDのメタデータのアップグレードはとても簡単で、1つコマンドを実行して2つの質問に答えるだけです。以下のようにすれば質問されるのを回避することができます(コマンド内の順序が重要です)。DRBDを再び起動するあとはDRBDデバイスを再びupにして起動するだけです。次は、クラスタ管理ソフトを使用しているか、手動でリソースを管理しているかによって方法が異なります。bobこれによってDRBDは他のノードに接続し、再同期プロセスが開始します。)にアプリケーションを移動させることができます。8.4が稼働しているノードで同じ手順を行ってください。DRBD9からDRBD9既にDRBD9を使っている場合には新しいバージョンのパッケージをインストールすることができます。[4]個々の手順については上述の項の通りですので、ここでは省略します。デュアルプライマリモードを有効にするデュアルプライマリモードではリソースが複数ノードで同時にプライマリになることができます。永続的でも一時的なものでも可能です。デュアルプライマリモードではリソースが同期レプリケート(プロトコルC)で設定されていることが必要です。そのためレイテンシに過敏となり、WAN環境には向いていません。両リソースが常にプライマリとなるので、いかなるノード間のネットワーク不通でもスプリットブレインが発生します。プライマリに制限されています。...}そして、両ノード間で設定を同期することを忘れないでください。両ノードを同時にプライマリのロールにすることができます。適切なフェンシングポリシーを常に実装すべきです。設定するのは危険です。これはフェンシングなしで、シングルプライマリを使うことより危険になります。一時的なデュアルプライマリモード通常はシングルプライマリで稼動しているリソースを、一時的にデュアルプライマリモードを有効にするには次のコマンドを実行してください。<resource>一時的なデュアルプライマリモードを終えるには、上記と同じコマンドを実行します。してください(また、適切であれば希望するレプリケーションプロトコルにも)。オンライン照合を有効にするオンラインデバイス照合はデフォルトでは有効になっていません。リソース設定に以下の行を追加します。APIでサポートされる任意のメッセージダイジェストアルゴリズムです。