私の経験では、Solrがダウンする原因はディスクスペース不足であることが多いので、自動的に再起動してもすぐにまたダウンしてしまいます。スタンドアロンのSolrであれば、必要な処理を行う簡単なBashスクリプトを作成することができます。ただし、再起動前に残っているSolrの子プロセスを確実に終了させる必要があります。

Dave に同意します。

環境が正常である場合（OSとJavaが正しく動作し、十分なディスクスペース、メモリ、他のリソース（ファイルハンドルなど）が利用可能である場合）、Solrはクラッシュしません。クラッシュした場合、それは何かが間違っていることを意味し、それを修正する必要があります。単にSolrを再起動するだけでは、再びクラッシュする可能性が非常に高いです。このため、Solrには自動的に再起動する機能がありません。もしそれが必要なら、監視システムの一部としてそれを実装する必要がありますが、これは推奨されません。

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

私たちのSolrインスタンスがディスクスペース不足でダウンしたことは一度もありません。代わりに、活動が突然極端に増加したときにOutOfMemoryのためにダウンすることがあります。その場合、Solrは停止します。

私たちのデーモンはすべてsystemdで制御されており、自動的に再起動され、通常は問題なくクラスターに再参加します。OutOfMemoryエラーの場合には、自動再起動のおかげで作業が少なくて済みます。しかし、ディスクスペースの問題にはこの方法は機能しません。

OOMエラーは確かに厄介ですね。私たちはLinux上で実装されたメモリキャッシュ、バッファ、スワップスペースをクリアする手順を、再起動シェルスクリプトに追加しました。しかし、Shawnの言ったように、展開されたSolrはこれまでにダウンしたことがありません。それぞれのサーバーには200GB以上のRAMがあり、31GBのヒープスペースが割り当てられています。時には、問題に対処するためにお金やハードウェアを投入するのが最善の方法かもしれませんね。

わかりました。Solrが時々クラッシュする原因を突き止めるまで、私たちはMonitを使ってプロセスを監視し、プロセスが消えた場合に再起動するようにしています。私たちはすでに他の用途でMonitを使用していたので、Solrの設定を追加するのは簡単でした。

https://mmonit.com/monit/

あなたの警告メカニズムが同様のことを行えるかどうかは、そのメカニズム次第です。

しかし、問題を見つけて修正することが最善の解決策であることには同意します。

--
Mark H. Wood
リード・テクノロジー・アナリスト