在此查看可能的解决方案：Elasticsearch: Max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
编辑系统配置（/etc/sysctl.d/99-docker-desktop.conf或/proc/sys/vm/max_map_count）将无法在Windows系统重新启动后保存，它只能在Docker重新启动后保存。
但是，您可以使用single-node发现类型。请在环境中设置此类型：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

现在您可以使用SONAR_ES_BOOTSTRAP_CHECKS_DISABLE标记来禁用检查。（在9.4.Community版本中尝试过）
$ docker run -d --name sonarqube -e SONAR_ES_BOOTSTRAP_CHECKS_DISABLE=true -p 9000:9000 sonarqube:latest

我最近在QNAP TS-473A NAS上使用Container Station时遇到这个问题，我需要使用docker-compose.yml文件运行一个ElasticSearch Docker集群，两个节点一起使用，我必须使用SSH连接到QNAP NAS，然后运行以下命令，解决了这个问题：
sudo sysctl -w vm.max_map_count=262144
但是，此命令只会在运行时会话上设置此配置。重新启动NAS将无法保留此配置。
若要永久变更vm.max_map_count的设定值，请更新/etc/sysctl.conf中的值，但我无法在QNAP TS-473A NAS上找到此档案，因为我们一般不会经常重新启动QNAP NAS，所以上述指令可以暂时修正此问题。

• • 永久修复**

我们可以使用QNAP NAS的autorun.sh脚本来执行任何CLI命令或脚本，此autorun.sh脚本的作用是在NAS开机时执行任何有效的自定义命令/脚本。
在这里，您可以找到有关此功能的更多详细信息：https://www.qnap.com/en/how-to/faq/article/running-your-own-application-at-startup.