うちのも試してみていただければ。2016年5月26日これだけ助けてもらってトライアルしないとかダメでしょ絶対。スペック決めてTokyo選んでシャード数決めただけ。Tokyoってのはつまり、AWSのTokyoリージョンのデータセンターのこと。EC2にがんばって黒い画面でクラスタ組んだのと同じ。うわぁ...高いスペックを要求すればかなりの価格になりますが、単純にコンテンツの全文検索を速くしたいぐらいのニーズなら、最低スペックかその次ぐらいで十分で、そのあたりはお値段もかなりリーズナブルです。安いプランだと、たとえば月あたり1万円かけずに100〜200万件の全文検索を20〜80msでできる(ざっと見積りでそれぐらい)感じ。スロークエリのピーク負荷逃がし用のリードレプリカを1個つ増やすより断然安いですよね。大規模なサービスの全トラフィックを集めるとかではなく、素朴に、コンテンツ検索でMySQLのフルテキストインデックスの代わりに使うとかなら、たぶんディスクは16GBもあれば十分。ユーザーの全行動追跡みたいなのは無理でも、直近3年のショッピングカートの出し入れ傾向ぐらいならぜんぜん余裕なんじゃないでしょうか。足りなくなったら上げればいいんだし。これスペック上げるって時点でもう黒字サービスなはずですよきっと。いうわけで、管理の簡単さもあって、AWSでスロースタートするのにとてもやさしいサービスだなと思いました。微妙な点としては、メモリとディスクが別々に選べないってところです。スケール単位が仮想マシンじゃなくて、ノードなんだろうな、ってことで難しそうですが、もしCPU/メモリ/ディスク/IOを細かく指定できたら、もっと価格に柔軟性が出そうです。自分の場合、意味のあるデータとそれへの検索クエリに対して、あまり使わないけど入れとかないといけない眠ったデータが大量にあって、ああこれ、CPUとメモリをケチってディスクを大きくできたらなーってのがあり、今回はEC2の自作クラスタを使うことにしました。スタートするのまじでオススメ、ってことです。受託でやってる人とか、黒い画面での管理じゃなくて、アカウントとブラウザのGUIで引き継げるからってことで、だいぶチャレンジしやすいんじゃないでしょうか。技術的に学びたいだけなら、zipで落として自分のJavaで動かせばいいんですよ。クラウドにしかないサービスと違って、これ基本OSSですよ。それ済んでからの14日トライアルぜひ。Blog|ブログを報告する。