2

これがこの質問に対する適切なフォーラムかどうかはわかりませんが、正しい方向性を示していただければ幸いです。私たちは、MySql と Solr を組み合わせて、会社の全文とクエリのニーズに対応しています。しかし、お客様の成長に伴いデータ量も増加しており、MySql は格納/クエリの適切なオプションであることが証明されていません。

Solr Cloud を見てきましたが、とても印象的ですが、ストレージ システムを譲渡する必要があるかどうかはわかりません。そのため、私は DataStax を検討してきましたが、商用オプションは論外です。そのため、hbase を使用してデータを保存し、同時にデータを Solr クラウドにインデックス付けすることを考えていましたが、多くの理由から、この設計は説得力がないようです (Lilly の基本とも見なされます)。

  1. 複数のレプリケーションを使用する Solr クラウドのみを使用することをお勧めしますか、それとも hbase-solr が適切なオプションのように思われますか

  2. Solr Shard と Hbase ノードの両方を同じマシンに保持すると、どれだけの負荷がかかるか

  3. 5 億から 10 億のレコードを保存するには、どのような種類のマシン構成が必要になるか計算できますか。これらのほとんどは、ソーシャル データ (Twitter/facebook/ブログなど) とシャードの数です。

よろしく、

アユシュ

4

1 に答える 1

0

私が知っているように、MySQL や Oracle などのリレーショナル データベースと組み合わせて、ハイブリッド ソリューションとして HBase と一般的に NoSQL を使用する方が良いです。これは、Facebook や他の企業が行っていることです。リレーショナル データベースから完全に離れるわけではありません。もう 1 点は、MySQL の障害後の解決策が HBase であるとは限らないことです。大規模なデータ ストレージ用に設計された Oracle を試すことができます。

壊れた英語でごめんなさい。

于 2013-11-11T10:52:04.370 に答える