6.3.2 【AWS】【Azure】レプリケーションソフトを使用する場合の注意事項
レプリケーションソフトを使用する場合の注意事項について，説明します。
-
HAモニタのメッセージだけでなく，レプリケーションソフトが出力するメッセージにも従い，適切に対処してください。
-
レプリケーションソフトを使用する場合，系ごとに業務ディスクを配置する構成にします。これらの業務ディスクのデータをレプリケーションソフトによって同期します。業務ディスクのデータが同期できている場合は，最新の業務ディスクのデータにアクセスできている状態のため，問題ありません。しかし，次の状態の場合は，業務ディスクのデータが同期されていないため，どれかの系の業務ディスクのデータが古くなっています。
- ・系間のレプリケーションパスが接続できていない状態
-
セカンダリ側の系の業務ディスクのデータが古くなっています。
- ・系またはレプリケーションソフトが起動していない状態
-
起動していない系の業務ディスクのデータが古くなっています。
- ・業務ディスクに障害が発生した状態
-
障害が発生した業務ディスクのデータが古くなっています。
これらの状態になっている場合は，速やかに系間でレプリケーションできる状態に回復し，データを同期させてください。状態を回復させるまでは，業務ディスクのデータが古い系で，実行サーバを起動しないでください。状態が回復しないままシステムを停止し，業務ディスクのデータが古い系だけを起動した場合，業務ディスクのデータが古い系で実行サーバが起動するおそれがあります。業務ディスクのデータが古い系で実行サーバが起動してしまった場合は，速やかに実行サーバを停止してください。
なお，実行サーバが，データが古い業務ディスクを更新した場合は，その業務ディスクと最新のデータを持つ業務ディスクは同期できません。最新のデータを持つ業務ディスクを同期の元として生かすように，レプリケーションソフトの回復運用をしてください。詳細は，レプリケーションソフトのドキュメントを参照してください。
-
プライマリ側の系からセカンダリ側の系に業務ディスクのデータを同期中に，プライマリ側の系障害による系切り替えが発生した場合，セカンダリ側では業務ディスクにアクセスできません。このため，セカンダリ側の実行サーバの停止，およびプライマリ側の系と実行サーバを再起動してください。
プライマリ側の系からセカンダリ側の系に業務ディスクのデータを同期中に，プライマリ側の実行サーバ障害による系切り替え，または計画系切り替えが発生した場合は，ディスクにアクセスできるため，対処は不要です。
-
レプリケーションする別の系が障害で起動できない場合などに，系をスタンドアロンで運用するときは，次のことを確認してください。
・OSを起動したあと，サーバを起動する前に，DRBDリソースのdiskの状態がUpToDateになっていること
レプリケーションソフトは，別の系とレプリケーションパスで接続して互いに状態を確認するまで，diskの状態がConsistentになっている場合があります。この場合，auto-promoteによる自動プライマリ化ができないため，ディスクを使用できず，サーバの起動に失敗するおそれがあります。diskの状態がConsistentになっている場合は，次の操作をして，diskの状態がUpToDateになったことを確認してからサーバを起動してください。
- 手動でプライマリ化する
-
# drbdadm primary リソース名
- diskの状態がUpToDateになったことを確認する
-
# drbdadm status リソース名
- auto-promoteによる自動プライマリ化を有効にするため，セカンダリ化する
-
# drbdadm secondary リソース名