Solrの本番環境導入

ログやインデックスファイルなどのライブSolrファイルをSolrディストリビューションバンドルに含まれるファイルから分離することをお勧めします。これは、Solrのアップグレードを容易にし、システム管理者として従うべき良い習慣と考えられています。

セキュリティ上の理由から、Solrを`root`として実行することはお勧めしません。`bin/solr start`コマンドはそれを拒否します。そのため、すべてのSolrファイルと実行中のSolrプロセスの所有者となるシステムユーザーのユーザー名を決定する必要があります。デフォルトでは、インストールスクリプトは**solr**ユーザーを作成しますが、`-u`オプションを使用してこの設定をオーバーライドできます。組織に新しいユーザーアカウントの作成に関する特定の要件がある場合は、スクリプトを実行する前にユーザーを作成する必要があります。インストールスクリプトは、Solrユーザーを`/opt/solr`ディレクトリと`/var/solr`ディレクトリの所有者にします。

これで、インストールスクリプトを実行する準備ができました。

スクリプトを実行するには、最新のSolr配布アーカイブをダウンロードし、以下の手順を実行する必要があります。

上記のコマンドは、アーカイブからinstall_solr_service.shスクリプトを現在のディレクトリに抽出します。Red Hatにインストールする場合は、Solrインストールスクリプトを実行する前にlsofがインストールされていることを確認してください（sudo yum install lsof）。インストールスクリプトはrootとして実行する必要があります。

デフォルトでは、スクリプトは配布アーカイブを/optに展開し、Solrがファイルを/var/solrに書き込むように設定し、Solrをsolrユーザーとして実行します。したがって、次のコマンドは前のコマンドと同じ結果を生成します。

インストールスクリプトに渡されるオプションを使用して、サービス名、インストールディレクトリ、ポート、および所有者をカスタマイズできます。使用可能なオプションを確認するには、次の手順を実行します。

スクリプトが完了すると、Solrはサービスとしてインストールされ、サーバーのバックグラウンドで（ポート8983で）実行されます。確認するには、次の手順を実行します。

サービスをすぐに開始したくない場合は、-nオプションを渡します。その後、設定の完了後などに、サービスを手動で開始できます。

Solrの設定を微調整するために行える追加の設定については、後ほど説明します。先に進む前に、インストールスクリプトによって実行される手順を詳しく見てみましょう。これにより、Solrのインストールに関する重要な詳細を理解し、このガイドの他のページを読む際に役立ちます。たとえば、ページでSolrホームを参照している場合、システム上のどこにあるかを正確に知ることができます。

次のセクションでは、本番環境の設定を微調整するのに役立つ追加の環境設定について説明します。ただし、先に進む前に、これまでに達成した内容を確認しましょう。具体的には、/etc/init.d/solrを使用してSolrを制御できる必要があります。次のコマンドがセットアップで機能することを確認してください。

statusコマンドは、実行中のSolrノードに関する基本情報を次のように提供する必要があります。

statusコマンドが成功しない場合は、/var/solr/logs/solr.logにエラーメッセージがないか確認してください。

マージスケジューラはsolrconfig.xmlで設定され、デフォルトはConcurrentMergeSchedulerです。このスケジューラは、複数のスレッドを使用してバックグラウンドでLuceneセグメントをマージします。

デフォルトでは、ConcurrentMergeSchedulerはmaxThreadCountおよびmaxMergeCountのデフォルトを自動的に検出します。 maxThreadCountは4またはJVMで使用可能なプロセッサ数の半分（いずれか大きい方）に設定され、maxMergeCountはmaxThreadCount + 5に設定されます。

スピニングディスクを使用している場合は、SolrConfig.xmlのIndexConfigセクションでmaxThreadCountおよびmaxMergeCountの値を明示的に設定して、ハードウェアに適した値が使用されるようにすることをお勧めします。

デフォルトでは、bin/solrスクリプトは最大Javaヒープサイズを512M（-Xmx512m）に設定します。これはSolrを使い始めるのに適しています。本番環境では、検索アプリケーションのメモリ要件に基づいて最大ヒープサイズを増やす必要があります。本番サーバーでは、8〜16ギガバイトの値は珍しくありません。Solrサーバーのメモリ設定を変更する必要がある場合は、インクルードファイルのSOLR_HEAP変数を使用します。例：

また、Solrコントロールスクリプトには、さまざまなワークロードでSolrでうまく機能することが示されている、事前設定されたGarbage Firstガベージコレクション設定が付属しています。ただし、これらの設定は、Solrの特定の使用方法には適していない場合があります。したがって、GC設定を変更する必要がある場合があります。これは、/etc/default/solr.in.shインクルードファイルのGC_TUNE変数を使用して行う必要があります。

ガベージコレクション設定の詳細については、次の記事を参照してください。 。https://cwiki.apache.org/confluence/display/solr/ShawnHeisey 。https://www.oracle.com/technetwork/articles/java/g1gc-1984535.html

メモリとガベージコレクションの設定を調整するには、JVM設定を参照することもできます。

SolrをSolrCloudモードで実行するには、インクルードファイルのZK_HOST変数をZooKeeperアンサンブルを指すように設定する必要があります。埋め込みZooKeeperの実行は、本番環境ではサポートされていません。たとえば、デフォルトのクライアントポート2181（zk1、zk2、zk3）で次の3つのホストにホストされているZooKeeperアンサンブルがある場合、次のように設定します。

ZK_HOST変数が設定されている場合、Solrは「クラウド」モードで起動します。

インクルードファイルのSOLR_HOST変数を使用して、Solrサーバーのホスト名を設定します。

Solrサーバーのホスト名を設定することをお勧めします。特にSolrCloudモードで実行する場合、ZooKeeperに登録するときのノードのアドレスが決まるためです。

誤って間違ったクラスタに変更を加えないように、現在運用環境で作業しているかどうかを管理UIで視覚的に表示するように設定できます。そのためには、solr.in.shまたはsolr.in.cmdファイルを-Dsolr.environment=prod設定で編集するか、environmentという名前のクラスタプロパティを設定します。許可される値はdev、test、stage、またはprodです。これらのそれぞれには、デフォルトのラベルと色が事前に定義されています。ラベルや色を指定するには、以下のようにカンマ区切りの形式を使用します。ラベルは色の前に定義する必要があります。引用符を避けるために、スペースの代わりに+文字を使用できます。色は、有効なCSSの色または数値（たとえば、明るい赤の場合は#ff0000）を指定できます。有効な環境設定の例

Solrでは、起動時に-Dproperty=value構文を使用して渡されるJavaシステムプロパティを使用して、設定プロパティを上書きできます。たとえば、solrconfig.xmlでは、デフォルトの自動ソフトコミット設定は次のように設定されています。

一般的に、Solr設定ファイルで${solr.PROPERTY:DEFAULT_VALUE}構文を使用しているプロパティが表示された場合は、Javaシステムプロパティを使用して上書きできることがわかります。たとえば、ソフトコミットのmaxTimeを10秒に設定するには、次のように-Dsolr.autoSoftCommit.maxTime=10000を使用してSolrを起動します。

bin/solrスクリプトは、起動時に-Dで始まるオプションをJVMに渡すだけです。本番環境で実行するには、インクルードファイルに定義されているSOLR_OPTS変数にこれらのプロパティを設定することをお勧めします。ソフトコミットの例に従って、/etc/default/solr.in.shでは、次のようにします。

監視し、できるだけ高く設定する必要がある設定がいくつかあります。できれば「無制限」に設定することをお勧めします。ほとんどの*nixオペレーティングシステムでは、コマンドプロンプトで次のように入力することで、現在の値を確認できます。

特に、次の4つの設定は非常に高く設定することが重要です。可能であれば無制限に設定してください。

これらの設定を永続的に上げることを強くお勧めします。永続的に上げるための正確なプロセスは、オペレーティングシステムによって異なります。システムによっては、設定ファイルを編集してサーバーを再起動する必要があります。特定の環境でのガイダンスについては、システム管理者に相談してください。

SolrのようなJavaアプリケーションを実行する場合、OSがメモリをディスクにスワップするのは非常に悪い状況です。通常、Solrノードがスワップしてパフォーマンスの低下、タイムアウト、システムの不安定化を引き起こすのではなく、他の正常なSolrノードが引き継げるように、ハードクラッシュの方が望ましいです。そのため、ホストのスワップを完全に無効にするか、「スワップ性」を低くすることをお勧めします。これらの手順は、Linux環境で有効です。また、DockerコンテナでSolrを実行する場合は、これらの変更を**ホスト**に適用する必要があることに注意してください。