DRBD 動作設定 のバックアップ(No.2)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• DRBD 動作設定 へ行く。
  • 1 (2017-04-02 (日) 13:53:34)
  • 2 (2017-04-02 (日) 18:20:15)
  • 3 (2017-04-02 (日) 18:42:35)

---

目次

はじめに †

概要 †

DRBDの基礎的な動作設定を行う。

環境情報 †

設定 †

設定ファイル †

DRBDの動作設定は /etc/drbd.d/ 配下のファイルにて行う。
DRBDは起動時に /etc/drbd.d/global_common.conf を読み、更に同ファイルが指定したリソースファイル（初期状態では/etc/drbd.d/*.res）を読み込む動作をしている。

各セクションの設定に関する公式情報は以下のサイトを参照のこと。
https://blog.3ware.co.jp/drbd-users-guide-8.3/re-drbdconf.html

セクション †

設定ファイルの中身は複数のセクションで区切られており、セクション内に動作内容を設定する。
global_common.confには何も設定をせずにリソース設定ファイル（*.res）にのみ設定を行うことで動作させることも可能である。

• セクション

  global	グローバルパラメータの定義
  common	全てのセクションに引き継がれるオプションの定義
  handlers	特定のイベントに応じた処理の定義
  startup	DRBD起動時のタイムアウトに関する定義
  disk	物理ストレージに関する定義
  net	ネットワークに関する定義
  syncer	DRBDの同期処理に関する定義
  redource	DRBDリソース（同期するパーティション）に関する定義

設定内容 †

globalセクション †

handlersセクション †

startupセクション †

diskセクション †

• on-io-error

  call-local-io-error	handlersのlocal-io-erroeを呼び出す
  pass_on	上位(MWやOS)にI/Oエラーを返す
  detach	該当のデバイスを切り離し継続

• disk-flushes

  yes	ディスクへの書き込まれた時点で書き込み完了とみなす
  no	キャッシュに書き込まれた時点で書き込み完了とみなす

netセクション †

• protocol
  使用する同期のアルゴリズムを選択する。通常はProtocol Cが推奨。(以下、マニュアルからの転記)
  

  A	非同期レプリケーションプロトコル。プライマリノードでのディスクへの書き込みは、自機のディスクに書き込んだ上でレプリケーションパケットを自機のTCP送信バッファに送った時点で、完了したと判断されます。システムクラッシュなどの強制的なフェイルオーバが起こると、データを紛失する可能性があります。クラッシュが原因となったフェイルオーバが起こった場合、待機系ノードのデータは整合性があると判断されますが、クラッシュ直前のアップデート内容が反映されない可能性があります。
  B	メモリ同期(半非同期)レプリケーションプロトコル。プライマリノードでのディスクへの書き込みは、自機のディスクに書き込んだ上でレプリケーションパケットが他機に届いた時点で、完了したと判断されます。通常、システムクラッシュなどの強制的なフェイルオーバでのデータ紛失は起こりません。しかし、両ノードに同時に電源障害が起こり、プライマリノードのストレージに復旧不可能な障害が起きると、プライマリ側にのみ書き込まれたデータを失う可能性があります。
  C	同期レプリケーションプロトコル。プライマリノードでのディスクへの書き込みは、両ノードのディスクへの書き込みが終わった時点で完了したと判断されます。このため、どちらかのノードでデータを失っても、系全体としてのデータ紛失には直結しません。当然ながら、このプロトコルを採用した場合であっても、両ノードまたはそのストレージサブシステムに復旧できない障害が同時に起こると、データは失われます。

• after-sb-0pri

  disconnect	自動復旧は実行せず、split-brain ハンドラスクリプト(設定されている場合)を呼び出し、コネクションを切断して切断モードで続行。
  discard-younger-primary	最後にプライマリロールだったホストに加えられた変更内容を破棄してロールバック。
  discard-least-changes	変更が少なかったほうのホストの変更内容を破棄してロールバック。
  discard-zero-changes	変更がなかったホストがある場合は、他方に加えられたすべての変更内容を適用して続行。

• after-sb-1pri

  disconnect	自動復旧は実行せず、split-brain ハンドラスクリプト(設定されている場合)を呼び出し、コネクションを切断して切断モードで続行。
  consensus	after-sb-0priで指定したものと同じ復旧ポリシーが適用。
  call-pri-lost-after-sb	after-sb-0priで指定した復旧ポリシーが適用。
  discard-secondary	クラスタからノードを強制的に削除。

• after-sb-2pri

  disconnect	自動復旧は実行せず、split-brain ハンドラスクリプト(設定されている場合)を呼び出し、コネクションを切断して切断モードで続行。
  call-pri-lost-after-sb	after-sb-0priで指定した復旧ポリシーが適用。

syncerセクション †

resourceセクション †

設定サンプル †

• global_common.conf

  global {
          usage-count yes;
  }
  
  common {
          handlers {
          }
  
          startup {
          }
  
          disk {
          }
  
          net {
                  protocol C;
                  csums-alg sha1;
                  verify-alg sha1;
                  after-sb-0pri discard-zero-changes;
                  after-sb-1pri discard-secondary;
                  after-sb-2pri disconnect;
          }
          syncer {
                  rate 300M;
          }
  }