[Linux]DataKeeperによるDataReplicationの切り替わりの動作

  • 更新
フォローする

基本的な切り替わりの動作

SIOS DataKeeperは、稼働系ノードのローカルディスクと、待機系ノードのローカルディスクとの間で、ブロックレベルでリアルタイムなデータ・レプリケーションを行うソフトウェアです。この機能によって、LifeKeeperに対して論理的な共有ストレージを提供できます。クラウド環境のように物理的な共有ストレージが使えない環境であっても、オンプレミスで共有ストレージを使用できるのと同様に、HAクラスターを構築できます。 

mceclip0.png

DataKeeperには、系間のデータ転送の方法が2つ（同期モード・非同期モード）が用意されています。この違いについて詳しくは、本記事末尾の参考資料をご参照下さい。

LifeKeeperでは、DataKeeperの同期モード・非同期モードどちらを利用した場合でも、同期処理が完了し、稼働系と待機系が同一のデータを保持した状態でのみ、系切り替えが成功します。これはLifeKeeperか、共有領域のデータ保全を最優先に動作設計されているためです。

切り替わりに関するFAQ

Q1：
Active/Standbyの2ノード構成にて、データ同期中にフェイルオーバーを試行した場合、次のどちらの動作になりますか？

  1. 同期中にもかかわらず系切替が発生する
  2. 同期処理完了後に系切替が行われる

​A1：
２の動作となります。
DataKeeperによるデータ同期が行われている間は、フェイルオーバーは発生しません。これはデータ同期が完了しない状態で系切り替えが行われてしまうと、データ破損やデータロストの原因となるためです。（手動操作により強制的に切り替えることは可能ですが、リスクを伴います） 

 

Q2:
データベースに対して書き込み中に系切替発生した場合、どのような動作になりますか？

​A2:
DataKeeperは、ミラーステータスが「同期」状態になっていれば系切り替えが可能な状態となります。一例として、LifeKeeperクラスター環境において、稼働系でバッチ処理による書き込み処理中に稼働系のサービス障害が検知されると、以下のような動作となります。

  1. 稼働系でサービス障害を検知
  2. 稼働系で上位リソースから順次停止（＝ミラーリングによる共有領域への書き込みがなくなる）
  3. 稼働系から待機系へデータの同期完了
  4. 稼働系で全リソースの停止完了
  5. 待機系で下位リソースから順次起動
  6. 待機系で全リソースの起動完了

参考資料

SIOS Protection Suite for Linux テクニカルドキュメンテーション  / SIOS DataKeeper for Linux によるミラーリング

関連記事