私はスケーラビリティの問題に直面しています。新しいSolrクラスタを設計しています。スレーブを使って読めることがほとんどなく、比較的高い更新率で処理できるようにするためには習得が必要です。重い書き込みと軽い読み込みが必要な場合、Solrで調整するサーバパラメータはどれですか？
私の既存のSolrインスタンスは膨大なRAMを占有していますが、実際には4.5milのドキュメントしかスワップしませんでした。私は、検索パフォーマンスに影響を与えても、RAMにできるだけ少ないフットプリントを作成することに興味があります。
これを達成するために、どのSolr設定値を微調整できますか？
ありがとうございます。
環境（スキーマ、カスタムインデクサ、クエリ関数など）の詳細を知らずに、大量のRAMがないと言うのは難しいですか？
solrconfig.xmlでfilterCache、queryResultCache、およびdocumentCacheを0に設定することができます。これは、SOLRで実行されるクエリのパフォーマンスに重大な影響を与えます。
あなたが保存するTrue TextFieldおよびStrFieldタイプに圧縮を設定します。次に、compressThresholdを低い整数値に設定します。これにより、CPU使用率の増加を犠牲にして文書のサイズが小さくなります。 （詳細
オフすべてautowarmingクエリにhttp://wiki.apache.org/solr/SchemaXml#head-73cdcd26354f1e31c6268b365023f21ee8796613を参照し、任意の読み取りを行わないこと
はあなたが頻繁にコミットすることを確認してください問い合わせる明らか
これらのマスターではないのを行うには、すべてのものがあります
よりあなた。これらは素晴らしい提案です。 Solrを実行しているマシンは現在32bitなので、VMは2400mを超える最大ヒープで起動したくありません。 Solrはすばやくそのすべてを食べ、コミットして、ヒープ・アウト・オブ・メモリ・エラーを打ち始めるのを最適化します。スキーマはほとんど無制限に縮小されています。約15個のフィールドがあり、そのうちの1つだけが格納されています（int）。残りはインデックスされています。私はあなたのすべての提案をして遊びます。忘れないでください！ –
私は実際にはデータを格納しません。インデックスだけです。その場合、圧縮は役に立ちません。 –
正しい。別々のアナライザーを特別に使用していますか？ – olle
solr-userメーリングリストを検索してみてください：http://mail-archives.apache.org/mod_mbox/lucene-solr-user/ –
私は実際にそこに同時に投稿しました。どんなところでも回答はありません。 –