スワッピングを無効にする
ほとんどのオペレーティングシステムは、ファイルシステムキャッシュのためにできるだけ多くのメモリを使用し、未使用のアプリケーションメモリを積極的にスワップアウトしようとします。これにより、JVMヒープの一部やその実行可能ページがディスクにスワップアウトされる可能性があります。
スワッピングはパフォーマンスに非常に悪影響を及ぼし、ノードの安定性にも悪影響を与えるため、あらゆるコストをかけて避けるべきです。これにより、ガーベジコレクションがミリ秒ではなく数分続くことがあり、ノードが遅く応答したり、クラスターから切断されたりする可能性があります。レジリエントな分散システムでは、オペレーティングシステムにノードを強制終了させる方が効果的です。
スワッピングを無効にするためのアプローチは3つあります。推奨されるオプションは、スワップを完全に無効にすることです。これが不可能な場合、スワップの最小化とメモリロックのどちらを優先するかは、環境に依存します。
すべてのスワップファイルを無効にする
通常、Elasticsearchはボックス上で実行されている唯一のサービスであり、そのメモリ使用量はJVMオプションによって制御されています。スワップを有効にする必要はありません。
Linuxシステムでは、次のコマンドを実行することで一時的にスワップを無効にできます:
sudo swapoff -a
これにより、Elasticsearchの再起動は必要ありません。
永久に無効にするには、/etc/fstab
ファイルを編集し、swap
という単語を含む行をコメントアウトする必要があります。
Windowsでは、System Properties → Advanced → Performance → Advanced → Virtual memory
を介してページングファイルを完全に無効にすることで同等のことが達成できます。
スワップの設定
Linuxシステムで利用可能な別のオプションは、sysctl値vm.swappiness
を1
に設定することです。これにより、カーネルのスワップの傾向が減少し、通常の状況下ではスワッピングが発生しないはずですが、緊急時にはシステム全体がスワップすることを許可します。
bootstrap.memory_lockを有効にする
別のオプションは、Linux/Unixシステムでmlockallを使用するか、WindowsでVirtualLockを使用して、プロセスのアドレス空間をRAMにロックし、Elasticsearchのヒープメモリがスワップアウトされないようにすることです。
一部のプラットフォームでは、メモリロックを使用してもオフヒープメモリがスワップされることがあります。オフヒープメモリのスワップを防ぐために、すべてのスワップファイルを無効にすることをお勧めします。
メモリロックを有効にするには、bootstrap.memory_lock
をtrue
に設定します。elasticsearch.yml
:
Yaml
bootstrap.memory_lock: true
Elasticsearchを起動した後、この設定が正常に適用されたかどうかは、このリクエストの出力で`````mlockall`````の値を確認することで確認できます:
#### Python
``````python
resp = client.nodes.info(
filter_path="**.mlockall",
)
print(resp)
`
Ruby
response = client.nodes.info(
filter_path: '**.mlockall'
)
puts response
Js
const response = await client.nodes.info({
filter_path: "**.mlockall",
});
console.log(response);
Console
GET _nodes?filter_path=**.mlockall
mlockall
がfalse
である場合、mlockall
リクエストが失敗したことを意味します。また、Unable to lock JVM Memory
という言葉を含む行がログに表示され、より多くの情報が得られます。
Linux/Unixシステムで最も考えられる理由は、Elasticsearchを実行しているユーザーがメモリをロックする権限を持っていないことです。これを付与する方法は次のとおりです:
.zip
と.tar.gz
- Elasticsearchを起動する前に、
ulimit -l unlimited
をrootとして設定します。あるいは、memlock
をunlimited
に設定します。/etc/security/limits.conf
:
``````sh
ユーザー’elasticsearch’のmlockallを許可する
elasticsearch soft memlock unlimited
elasticsearch hard memlock unlimited
- RPMおよびDebian
- [systemd設定](96b3a12ed4f7bcb8.md#systemd)で`````LimitMEMLOCK`````を`````infinity`````に設定します。
`````mlockall`````が失敗する可能性のある別の理由は、[JNA一時ディレクトリ(通常は`````/tmp`````のサブディレクトリ)が`````noexec`````オプションでマウントされていること](/read/elasticsearch-8-15/ae2596cc39e1a970.md)です。これは、`````ES_JAVA_OPTS`````環境変数を使用してJNAの新しい一時ディレクトリを指定することで解決できます:
``````sh
export ES_JAVA_OPTS="$ES_JAVA_OPTS -Djna.tmpdir=<path>"
./bin/elasticsearch
または、jvm.options設定ファイルでこのJVMフラグを設定します。