Lorsque j'apprenais elasticsearch, j'ai installé le cours du programmeur dark horse et déployé es sur le docker du serveur.
Le code de déploiement es est le suivant :
docker run -d \
--name es \
-e "ES_JAVA_OPTS=-Xms512m -Xmx512m" \
-e "discovery.type=single-node" \
-v es-data:/usr/share/elasticsearch/data \
-v es-plugins:/usr/share/elasticsearch/plugins \
--privileged \
--network es-net \
-p 9200:9200 \
-p 9300:9300 \
elasticsearch:7.12.1Le code de déploiement de kibana est le suivant :
docker run -d \
--name kibana \
-e ELASTICSEARCH_HOSTS=http://es:9200 \
--network=es-net \
-p 5601:5601 \
kibana:7.12.1Une fois que le serveur a exécuté ces deux morceaux de code, docker ps montre que les deux conteneurs sont en cours d'exécution, mais le serveur plante peu de temps après, puis Xshell se bloque et revient à la normale après une heure de groupe de cartes. serveur pour exécuter docker ps, le conteneur se trouve quitter.
Plus d'exclusion, la raison de l'erreur est que lors du déploiement d'ES, car ES est implémenté en Java, lors du démarrage d'ES, vous devez spécifier les paramètres de mémoire jvm pour ES. Dans le didacticiel du programmeur Dark Horse, la mémoire spécifiée pour ES est de 512 m.
La mémoire de mon serveur est de 2g, ce qui devrait avoir suffisamment d'espace pour exécuter es, mais en fait, lors de l'exécution du conteneur docker, l'espace alloué par le système linux pour docker n'est en fait pas de 512m, mais il doit être alloué pour le interne es à l'intérieur de la mémoire du conteneur docker 512, entraînant une mémoire insuffisante, erreur de paramètre OOM (out of mereny) c.
Solution : lors du démarrage du conteneur ES, spécifiez le paramètre -m 1000m pour le conteneur et allouez manuellement suffisamment de mémoire pour le conteneur docker.
Ou déployez-vous sur un serveur avec un peu de mémoire.