私の経験では、Solrはそのような問題をかなりうまく処理しますが、時々、OOMの後にファイルハンドルの消失や奇妙な動作が見られることを覚えています。

OOM例外に遭遇した場合は、毎回JVMを再起動する必要があります。OOMが発生すると、JVMの状態は不確定になります。この理由から、OOMが発生した際に自動的に再起動するためのJVMフラグがあります。

残念ながら、私の経験では、SolrはOOMをうまく処理できず、再起動が必要です。
たとえば、インデックス作成のジョブが進行中である場合や、高コストのグループバイやコラプスクエリが実行中である場合、IndexWriterやIndexSearcherが閉じられ、その後はSolrを再起動しない限りコアが機能しなくなります。Solrに再起動可能なオプションや、jvmがoom-killerによって完全にシャットダウンされない限りコアを自動的にリロードする機能があればいいのですが。

Rahul

他の方が述べているように、OOMが発生した際のJavaプログラムの状態は完全に予測不可能です。Solrの場合、インデックスの破損を含め、何が起こるかわかりません。

このため、Solrはbin/solrシェルスクリプト経由で起動される際に、OOMが発生した場合に自動的に終了するようなJavaパラメータで起動されます。この機能はまだWindowsには実装されていません。Javaの最低バージョンが11になるSolr 9.0以降では、この機能をWindowsにも対応させる方法を検討できると思います。

Solrには、OOM後に再起動する機能は組み込まれていません。なぜなら、一度OOMが発生すると、問題を修正するまで続けて発生する可能性が高いからです。自動的にSolrを再起動する何かを持っている人は、それを自分で実装していますが、Solrはデフォルトではそのような機能を持っていません。私はそのような機能を実装することはお勧めしません。通常、Solrはクラッシュしません。クラッシュする場合は、非常に深刻な問題があるはずで、それを修正する必要があります。

OOMに対処する方法は正確に2つあります。1つは、枯渇したリソースの利用可能量を増やすことです。これは実際にはメモリでないかもしれません。もう1つは、必要なリソース量を減らすために、インデックスサイズを縮小する、クエリを変更するなどの対策を講じることです。

ありがとうございます。
Shawn

最新バージョンのSolrCloudに更新してみてください。

注意：大きな変更があります。