５丁目通信（仮称）

KVMで２つ仮想サーバーを立ち上げて、Wordpressのサイトをリプリケーションして、サーバーの冗長化と負荷分散の実験してみました。

最初に1つのサーバーにWordpressをインストールして、それからKVMのクローンでサーバーをもう一つ作ってしまいます。IPアドレスを別にして2つWordpressのサイトが動く状態にします。

次に、MySQLのリプリケーションの設定をします。設定方法は、

wiki.bit-hive.com

 

244 Users

6 Pockets

MySQL レプリケーションの設定 – とみぞーノート

https://wiki.bit-hive.com/tomizoo/pg/MySQL%20レプリケーションの設定

辺りを参考にしました。Wordpressの負荷分散は、HyperDBというプラグインを使用します。これもまた、

ひげろぐ

 

5 Users

3 Pockets

HyperDBでWordPressとMySQLのレプリケーションを組み合わせて使う – ひげろぐ

https://higelog.brassworks.jp/680

MySQLのレプリケーションとWordPressを組み合わせて使う方法のメモ。 これにより負荷分散と冗長化を実現できる。 以下構成に関する備考。 一般的なプラグインとは違ってwp-content/plugins以下にファイルを設置する形ではないので少々めんどくさい。 基本はここに書かれている通り。 ひな形があるのでコピーして編集する。 データベース設定部分を編集。

辺りを参考に設定します。

これで、片方のサーバーのMySQLを停止してもWordpressのサイトを参照できるかを確認します。

よく考えれば当たり前なのですが、MySQLをマスターにリプリケーションに設定したほうのMySQLを停止したら、参照ができるが更新ができないようになっていました。これで成功なのです。マスターのMySQLに障害が発生したら、スレーブのMySQLからDBを復旧する手順になるのでしょう。

更新は、強制的にマスターサーバーになります。これはHypeDBの機能なのでしょう。スレーブサーバーで更新してしまったら、MySQLのリプリケーションのトラブルになってしまいます。

記事を追加したら、すぐにスレーブサーバーでも参照できるようになります。こちらはMySQLのリプリケーションが正常に動作してしているからです。

マスターとスレーブの切り替えは、DNSのラウンドロビンの機能で実現できそうです。必ず管理ページからはマスターのMySQLのデータベースに格納されるかが確認する必要がありますが、こちらはローカルにDNSを置いていないので未確認です。

以上でWordpressの二重化の実験は完了と言いたいところですが、一つ忘れていました。Wordpressのメディア機能でアップロードしたファイルは、マスターに存在することになります。スレーブのサーバーにアクセスした場合は、存在しないことになります。そこで、/var/www/wp-content/uploads/以下のファイルをマスターからスレーブサーバーに同期を取ってあげないといけません。

cronでrsyncを実行していいのですが、ここではlsyncdでサーバー間をリアルタイム（数秒の遅延はありますが）で同期を取ってしまいます。

Nibelungen Code | It’s quiet memory site.

 

3 Pockets

lsyncd2+rsyncdでのミラーサーバー構築 | Nibelungen Code

https://www.keih.jp/server/ubuntu/lsyncd2rsyncdでのミラーサーバー構築/

前提としてOSはUbuntu 11.10以降で。uidとgidを設定をしないとそれぞれnobody、nogroupとなります。次にログローテートの設定。ログの保存先のディレクトリを作成してローテートのテスト。rsyncをxinetdで動かしたいのでxinetdが入っていなければインストールする。

を参考に設定しました。これでマスターとスレーブのWordpressのサイトで、アップロードされた画像が正しく参照できるを確認します。