DRDB+Heartbeatでセカンダリ計画停止でのサービス停止の必要性

Question

###実現したいこと
DRDB+Heartbeat のMYSQLのサーバーを管理することになりました。
AWSのメンテナンスのため、セカンダリ側のEC2インスタンスが一時停止（system reboot）することになったのですが、この場合にDRDBは停止したほうがいいのでしょうか？
それともセカンダリ側なのでそのままでも大丈夫でしょうか？

###環境情報
Amazon Linux AMI release 2013.03
heartbeat-libs-3.0.4-1.2.amzn1.x86_64
drbd83-utils-8.3.11-1.el5.elrepo.x86_64
MySQL-server-5.0.87-tritonn.1.0.12a.x86_64

Answer 1

プライマリノードのDRBDを停めてしまうとそのボリュームを使えなくなるので、なるべく停めない運用にしたいですよね。停めない方向で回答します。

リブートの前に、明示的にセカンダリへの接続を切断し、リブート後に再接続した方がいいとは思います。中途半端なブロック書き込みをなるべくなくしたいですから。

リブートが短時間で完了すれば、切断中にプライマリ側でキャッシュされたデータが再接続で書き込まれ、そのまま同期を維持できるかもしれません。しかし、どんなに短期間の切断であっても、必ず同期を維持できるという保証はありません。再接続後に同期がとれなくなっていれば、とっととあきらめてセカンダリのデータを破棄し、再同期しましょう。

Comments

[orangix]

いろいろ汲み取っていただいてありがとうございます！
助かりました。
アドバイスのとおり、一度停止する手順でいこうとおもいます。

今回のリブートはAWSから指定されている2時間の間どこで発生するかはわからない、
深夜帯の実施ということで、時間がかかってしまうので、
再同期を前提とした手順を用意することにします。