Mysqlndミリ秒drupalのホスティング
9:12で2012年3月20日にshinguz投稿者
私たちは、MySQL用の高可用性ガレラクラスタ上で実行されているウェブサイトを探しています。
私たちは、ガレラクラスタ内のいくつかのDrupalの特定の構成パラメータが存在するため、いくつかのインストールがそこにいることを知っています。しかし、我々は、それが誰であるかを知りません。
もしそうなら、あなたガレラでのDrupalを実行するか、またはあなたがガレラでのDrupalを実行している人知っている場合MEEはお知らせください。
おかげで、
オリ(fromdualドットコムでOLIドットsennhauser)
13:11に2012年8月23日にpdrake投稿者
我々は、可能な高可用性ソリューションとしてガレラクラスタを検討していると私もガレラでのDrupalを実行している経験について聞くことに興味を持つであろう。
6:50で2012年8月24日にzebb投稿者
あなたのDrupalのサーバが1つのガレラのノードに接続する場合、システムは、箱から出して正常に動作する必要があります。このユースケースではDrupalはマスタースレーブモデルでガレラのクラスタを使用して、あなたはマスターがフェイルオーバーを実装する方法を見つけ出す必要があります。
より興味深いユースケースは、それぞれのDrupalサーバが自由に任意ガレラノードに接続することができるマルチマスタです。このモデルでは、Drupalのキャッシュの問題に直面する可能性があります。しかし、キャッシュするためのmemcachedを使用することにより、あなたは問題ないはずです。
また、いくつかのDrupalのモジュールは、書き込み成功についてうるさいかもしれません。 2台のdrupalのサーバ、2つの別々ガレラのノードで同時に同じデータベース行に書き込む場合は、トランザクションの1つは、デッドロック・エラー・コードを取得します。 Drupalは、デッドロックエラーを再試行するように理解しておく必要がありますが、これは常に発生しません。この問題を回避するには、ガレラは、Drupalのに代わってデッドロックトランザクションを再試行するように設定することができます。例えば、これを施行するためにmy.cnfの中でwsrep_retry_autocommitを使用しますwsrep_retry_autocommit = 5は、使用して問題ないはずです。
だから、次のガイドラインに沿って試してみてください。
=> InnoDBテーブルを使用します
=>利用は、キャッシングのためにmemcachedを
wsrep_retry_autocommitと=>実験、必要であれば