我々は大規模なデータクエリのツールelasticsearch数百万として使用したIT運用・保守作業では、我々は多くの場合、メモリ不足のためケースに遭遇したES ESクラスタの断片化被害、
上記の間に、私はあなたがクラスター展開正しい動作をES提供するために、ここにいます
私は、ここでは2つが両方のサーバー・ノードへ順に4Gから16Gに調整され、ES1およびES2はそれぞれ、データ・ノードとして使用ES
クラスタ全体の人が不完全な断片化につながるかどうか、サーバーのスライスが完了している必要がありますのための前提を調整し、クラスタ化された回復は展開が失敗した失敗しました!!!
まず、コマンドを使用して無料-m、我々はelastirsearchのES 5.6のバージョンを使用しているezsonar4.0をシステムメモリサイズを確認
この時点ではクラスタヘッドビュークラスタの状態を使用すると、通常の状態です。
ラインの拡張によって閉じるES2処理動作
PS -ef | grepの弾性
キル-9 ES_PID
赤色状態が与えられたクラスタプロセスESを閉じた後
メモリは、コンフィギュレーションファイルを変更/ES_HOME/config/jvm.optionsです
システムメモリの50%に改訂された最高のメモリを4G ESは16Gを変更することはありません、私の記憶では、このサーバは32Gで、最高のメモリが16Gです。
CD / ES_HOME / binに/
./startup.sh
PS -ef | grepの弾性
トップトラックビューのメモリ消費量、
システムを表示するには、ヘッドの使用は、使用できない場合のままですが、使用中のシステムメモリの発見の再起動観察した後、徐々に早く、ここにあなたが安心することができます読み取ることが
回復プロセスの間、あなたは以下を参照し、クラスタは黄色、そして赤から緑に変わります。ここでは、復元の過程での場合です。しかし、このような行為は非常に長くなります
私たちは、拡張超えるES2を回復し、回復が完了し、
昨夜、私は拡張の午後ES1期間中に仕事オフの一日おきに行い、そして道の上ES2、私は以下に示すような結果を表示するには、この朝、正常に、拡張バックを繰り返すことはしません。
1への賞賛のない点はありませんが、あなたはああを賞賛することをお勧めします。