请参阅有关虚拟内存的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来验证设置是否仍然正确

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

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

sudo sysctl -w vm.max_map_count=262144

然后重新启动docker-containers。

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

sysctl -w vm. sh执行以下命令。max_map_count=262144，增加Elasticsearch使用的默认虚拟内存。

注意:当您运行上述命令时，您的问题将得到解决，但这将是一个临时解决方案，因为节点/系统/容器重新启动，您的更改将继续执行。所以如果你想永久地设置这个，你需要编辑/etc/sysctl.conf并设置vm。Max_map_count到262144。

更多详情请点击这里。

在/etc/sysctl.conf文件中插入新条目，并输入所需的参数:

vm.max_map_count = 262144

它使变化永久化。

还运行:

sysctl -w vm.max_map_count=262144

修改内核当前状态。

如果你使用docker来生效，你应该重新启动它:

systemctl restart docker

最大虚拟内存区域。Max_map_count[65530]太低，请增加到至少[262144]。 请运行下面的命令来解决这个问题:

sysctl -w vm.max_map_count=262144

对于MS Windows用户，使用wsl子系统

打开powershell，运行

wsl -d docker-desktop

then

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

我在单节点弹性搜索集群中遇到了同样的问题。作为perelastic-search文档，对于运行单个节点，您必须使用“发现”。在docker run命令中输入Type =single-node。

docker run -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" docker.elastic.co/elasticsearch/elasticsearch:7.13.3

在docker-compose。Yml，您可以具体如下:

version: '3.1'
services:
 elastic_search:
  image: docker.elastic.co/elasticsearch/elasticsearch:7.13.3
  container_name: es01
  environment:
   - discovery.type=single-node
   - node.name=es01
   - bootstrap.memory_lock=true
   - "ES_JAVA_OPTS=-Xms512m -Xmx512m"
  ports:
   - 9200:9200
  networks:
   - elastic
networks:
 elastic:

vm.max_map_count = 262144

将这一行添加到下面的路径中

我知道 /etc/sysctl.conf

或者访问这个链接https://www.elastic.co/guide/en/elasticsearch/reference/current/vm-max-map-count.html

如果有人在elasticsearch 8.0上使用kubernetes ECK操作符。

设置runAsUser: 0

弹性/ cloud-on-k8s # 5410(评论)

从8.0开始，Elasticsearch容器不再以root身份运行，这是运行sysctl所必需的。您可以添加runAsUser: 0来强制init容器以root身份运行

对于WSL，你可以在下面创建配置文件(.wslconfig):

C:\Users\[your user]\.wslconfig

然后放进去:

[wsl2]
kernelCommandLine = "sysctl.vm.max_map_count=262144"

这样你就不必每次重启电脑时都设置max_map_count

这对我很管用。

 sysctl -w vm.max_map_count=262144

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

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

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

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

如果您使用的是yml文件

apiVersion: elasticsearch.k8s.elastic.co/v1
kind: Elasticsearch
metadata:
  name: prod
spec:
  version: 8.6.0
  nodeSets:
    - name: master-nodes
      count: 3
      config:
        node.roles: ["master"]
      podTemplate:
        spec:
          initContainers:
            - name: sysctl
              securityContext:
                privileged: true
                runAsUser: 0
              command: ["sh", "-c", "sysctl -w vm.max_map_count=262144"]
      volumeClaimTemplates:
        - metadata:
            name: elasticsearch-data
          spec:
            accessModes:
              - ReadWriteOnce
            resources:
              requests:
                storage: 10Gi
            storageClassName: standard
    - name: data-nodes
      count: 10
      config:
        node.roles: ["data"]
      podTemplate:
        spec:
          initContainers:
            - name: sysctl
              securityContext:
                privileged: true
                runAsUser: 0
              command: ["sh", "-c", "sysctl -w vm.max_map_count=262144"]
      volumeClaimTemplates:
        - metadata:
            name: elasticsearch-data
          spec:
            accessModes:
              - ReadWriteOnce
            resources:
              requests:
                storage: 100Gi
            storageClassName: standard