アプリケーションに lucene (Compass) ベースの検索エンジンを実装しており、VMware 環境にデプロイします。クライアントから、vmware ホストの I/O パフォーマンスが非常に悪いため、インデックス ファイルの共有ストレージよりも lucene 用の JDBC ストレージが優先されるとのことです。これには驚きました。
クラスター環境で lucene インデックスにデータベースまたは共有ストレージを使用することの長所と短所を教えてください。予想されるインデックス書き込み数に依存しますか?
その主張を裏付けるデータを求めます。データベースも I/O を使用しませんか? または、JDBC ソリューションは仮想化されていないデータベース インスタンスに接続しますか?
Lucene でインデックスを再作成する頻度はどれくらいですか? 別のバッチ ジョブを使用して 1 日に 1 回だけ行う場合、これがどのように問題になるかわかりません。
ソリューションには検索機能が必要だったので、JDBC よりも Lucene の方が好きです。ときどき、SQL 句と LIKE 句を使用して自由形式の検索を実行してみてください。それははるかに非効率に思えるでしょう。
それが大きな懸念事項である場合は、小さなベンチマークを試してください。