我有一个问题与systemd配置ElasticSearch。

[Unit]
Description=platform-elasticsearch
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
User={{ app_user }}
Group={{ app_group }}
Environment=ES_PATH_CONF=/platform/opt/elasticsearch-{{ elasticsearch.version }}/config
Environment=JAVA_HOME=/platform/opt/jdk{{ jdk.major_version }}_{{ jdk.minor_version }}
LimitAS=infinity
LimitRSS=infinity
LimitCORE=infinity
LimitNOFILE=100000
LimitMEMLOCK=100000
StandardOutput=syslog
StandardError=syslog
WorkingDirectory=/platform/var/app/elasticsearch
ExecStart=/platform/opt/elasticsearch-{{ elasticsearch.version }}/bin/elasticsearch
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s -TERM $MAINPID
TimeoutStopSec=60
# When a JVM receives a SIGTERM signal it exits with code 143
SuccessExitStatus=143 0
Type=simple
Restart=on-failure
RestartSec=10
PIDFile=/platform/var/run/elasticsearch.pid

[Install]
WantedBy=multi-user.target

这似乎不让我配置虚拟机。max_map_count设置。

Jul 20 14:53:46 scratchpad elasticsearch: [2018-07-20T14:53:46,359][INFO ][o.e.b.BootstrapChecks    ] [1oQJNUK] bound or publishing to a non-loopback     address, enforcing bootstrap checks
Jul 20 14:53:46 scratchpad elasticsearch: ERROR: [1] bootstrap checks failed
Jul 20 14:53:46 scratchpad elasticsearch: [1]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
Jul 20 14:53:46 scratchpad elasticsearch: [2018-07-20T14:53:46,376][INFO ][o.e.n.Node               ] [1oQJNUK] stopping ...
Jul 20 14:53:46 scratchpad elasticsearch: [2018-07-20T14:53:46,414][INFO ][o.e.n.Node               ] [1oQJNUK] stopped
Jul 20 14:53:46 scratchpad elasticsearch: [2018-07-20T14:53:46,414][INFO ][o.e.n.Node               ] [1oQJNUK] closing ...
Jul 20 14:53:46 scratchpad elasticsearch: [2018-07-20T14:53:46,445][INFO ][o.e.n.Node               ] [1oQJNUK] closed
Jul 20 14:53:46 scratchpad systemd: platform-elasticsearch.service: main process exited, code=exited, status=78/n/a

具体问题如下:

Jul 20 14:53:46 scratchpad elasticsearch: [1]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

我已经能够在命令行上使用以下命令启动弹性搜索:

sudo su -c 'echo 262144 > "/proc/sys/vm/max_map_count"' && \ 
export JAVA_HOME=/platform/opt/jdk1.8.0_181 && \
export ES_PATH_CONF=/platform/opt/elasticsearch-6.3.1/config && \
/platform/opt/elasticsearch-6.3.1/bin/elasticsearch 

谁能告诉我为什么LimitMEMLOCK=100000不工作,以及我如何有效地设置max_map_count从systemd。

我还尝试设置了以下内容:

cat /etc/security/limits.d/30_elastic_limits.conf

vagrant       hard    nofile     500000
vagrant       hard    memlock     262144

但systemd似乎完全忽略了这一点。


当前回答

你也可以设置node.store。allow_mmap:假的。

但是,如本文所述,此设置对生产工作负载有内存影响。它帮助我在minikube kubernetes集群中使用elastic操作符部署Elasticsearch 8.4.0。

其他回答

请参阅有关虚拟内存的Elasticsearch文档。在Centos上,您可以执行以下命令:

sysctl -w vm.max_map_count=262144

Vivek的回答

sysctl -w vm.max_map_count=262144

是正确的,但是,该设置将仅在会话期间持续。如果主机重启,该设置将被重置为原来的值。

如果要永久设置,需要编辑/etc/sysctl.conf并设置vm。Max_map_count到262144。

当主机重新启动时,可以通过运行sysctl vm.max_map_count来验证设置是否仍然正确

这将使更改现在,并始终工作,即使你重新启动设备

回声的vm。Max_map_count =262144' | sudo tee -a /etc/sysctl.conf;sudo sysctl -w vm.max_map_count=262144

您还可以通过使用单节点发现类型来解决内存约束问题。在环境中设置:discovery.type=single-node

docker-compose.yml

services:
  es:
    image: elasticsearch
    environment:
      - discovery.type=single-node

参见:

https://github.com/docker/for-win/issues/5202#issuecomment-636028670

这本身并不是一个答案,而是对任何从docker容器角度遇到操作问题的人的澄清/快捷方式。 我在docker容器中运行的应用程序遇到了这个问题。 正如nishant所解释的

您不需要在容器级别为Elasticsearch增加虚拟内存,您可以通过运行以下命令为主机执行此操作:

sudo sysctl -w vm.max_map_count=262144

然后重新启动docker-containers。

如上val所述,这样设置max_map_count不会在运行docker容器的机器重新启动时持续存在。因此,您需要以一种更持久的方式保存它,正如他上面所解释的那样。