DBサーバのストレージをDRBDで冗長化するのは是か非か - （ひ）メモ

LinuxにはDRBDというものがあります。 DRBDとは何か？ 簡単にいうと、ミラーリングです。ミラーといっても、RAID-1のようにディスクtoディスクではなく、２つの異なるサーバ間のネットワーク越しのミラーリングです。 RAIDの場合は、ディスク故障の耐性は高まりますが、サーバのほかの部分（電源など）が壊れると元も子もありません。DRBDだと、そういった場合の障害にも対応できますね。 DRBDには普通のブロックデバイスとしてアクセスできます。つまり、mkfsしてmountしてフツーのディスクのように使えます。 で、 A quick tour of DRBD - MySQL-dump は、そのDRBDを使って、MySQLのストレージを冗長化するという話。（だと思う。ナナメ読みなので） しかーし、いくつか危険な点があるので、この構成はやらんほうがいいというのが個人的な意見。以下、その理由

[rawwell]

"* A quick tour of DRBD - MySQL-dump は、そのDRBDを使って、MySQLのストレージを冗長化するという話。（だと思う。ナナメ読みなので） しかーし、いくつか危険な点があるので、この構成はやらんほうがいいというのが個人的な意見

[koemu]

DRBD利用時にファイルがクローズされていない状態で切り替わると問題かもという話

[studio-m]

「mysqldの稼働中にDRBDがfail overすると、(MySQLの世界でクローズ処理されていないので)データファイルが論理的に壊れる可能性が高まる。」「なので、MySQLのストレージとしてはちとキビシイと思うす。」

[REV]

オンラインでの「ミラーリング」は、誤操作やエラーもミラーリングされる罠、という話か。機械部分の多重化＋JFS＋遠距離オフラインバックアップ、で最強？？

[silver_arrow]

DBのストレージにDRBD使うと論理的にデータが壊れたり、DBプロセスが稼働中だとデータ壊れるかもぉ。という話。