磯部 和広
k-iso****@rozet*****
2013年 2月 27日 (水) 11:59:16 JST
いつもお世話になっております。 ＞斯波です。 をを！ 御大自ら！ 第4回 日本OSS奨励賞の受賞、おめでとうございます。 ＞SQLノードを増やした際に、mroongaが他のノードで ＞行われた更新に追従する手段を今のところもっていない なるほど・・・ つまり、可用性のうち ノード障害がサービス障害に直結しない は担保できるのですが 障害を起こしたノードの復帰時のデータ同期 が出来ないこと、また 新規ノードが追加できない ので ノードが減り続ける一方 という悲しい状況になるのですね。 ＞可用性だけの問題であれば、レプリケーションを使うのが ＞一番お手軽だと思います。 ＞フェールオーバーなども、一般のレプリケーションで利用できる ＞手法(MHAなど)がそのまま利用可能です。 了解しました。 マルチマスター構成でのレプリケーションを調べてみます。 MHAとかの手法とか色々調べて設定して検証して・・・ とかやりたくなかったので、MySQL Clusterを使いたかったのですが 仕方ないですね・・・ 残念です。 でも、お蔭様で、無駄なMySQL Cluster with mroongaの検証をせずに済んだので 大変助かりました。 ありがとうございました。 Spiderについても、もう少し調べてみます。 (2013/02/26 22:59), kentoku wrote: > 斯波です。 > >> MySQLの可用性を高めるMySQL clusterがありますが、 >> これの上でmroongaが使えるのでしょうか。 > MySQL clusterとmroongaを組み合わせる場合、 > SQLノードで組み合わせることになるかと思うのですが > SQLノードを増やした際に、mroongaが他のノードで > 行われた更新に追従する手段を今のところもっていないので、 > 残念ながらMySQL clusterとmroongaを組み合わせるのは > 難しいと思います。 > >> mroonga + spider については何件かヒットしたのですが >> spiderは可用性を高めるというより負荷分散の仕組みのようで >> 可用性の面では逆に下がる気がしています。 > Spiderには負荷分散の他に可用性を高めるための機能がありまして、 > これを使って頂ければ可用性を担保できるのですが、 > 可用性だけの問題であれば、レプリケーションを使うのが > 一番お手軽だと思います。 > フェールオーバーなども、一般のレプリケーションで利用できる > 手法(MHAなど)がそのまま利用可能です。 > > どうぞ、よろしくお願いいたします。 > > > 2013年2月26日 20:21 磯部 和広 <k-iso****@rozet*****>: >> いつもお世話になっております。 >> >> MySQLの可用性を高めるMySQL clusterがありますが、 >> これの上でmroongaが使えるのでしょうか。 >> >> mroonga + spider については何件かヒットしたのですが >> spiderは可用性を高めるというより負荷分散の仕組みのようで >> 可用性の面では逆に下がる気がしています。 >> >> _______________________________________________ >> groonga-dev mailing list >> groon****@lists***** >> http://lists.sourceforge.jp/mailman/listinfo/groonga-dev > _______________________________________________ > groonga-dev mailing list > groon****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/groonga-dev >
