Назад | Перейти на главную страницу

t2.micro elasticsearch7.3 не работает после редактирования файла конфигурации

elasticsearch.service - Elasticsearch
   Loaded: loaded (/usr/lib/systemd/system/elasticsearch.service; enabled; vendo
   Active: failed (Result: exit-code) since Tue 2019-08-27 02:13:03 UTC; 3min 47
     Docs: http://www.elastic.co
  Process: 13227 ExecStart=/usr/share/elasticsearch/bin/elasticsearch -p ${PID_D
 Main PID: 13227 (code=exited, status=1/FAILURE)

Aug 27 02:12:39 ip-172-31-27-238 systemd[1]: Started Elasticsearch.
Aug 27 02:12:40 ip-172-31-27-238 elasticsearch[13227]: OpenJDK 64-Bit Server VM 
Aug 27 02:13:03 ip-172-31-27-238 systemd[1]: elasticsearch.service: Main process[1]: elasticsearch.service: Main process exited, code=exited, status=1/FAILURE exited, code=exited, status=1/FAILURE
Aug 27 02:13:03 ip-172-31-27-238 systemd[1]: elasticsearch.service: Failed with[1]: elasticsearch.service: Failed with result 'exit-code'.result 'exit-code'.

Я установил elasticsearch 7.3 на свой сервер EC2 ubuntu 18.04. Я пытаюсь получить к нему доступ с другого сервера. Он работал нормально, прежде чем я внес некоторые изменения в elasticsearch.yml. Я сделал такое изменение.

# ---------------------------------- Network -----------------------------------
#
# Set the bind address to a specific IP (IPv4 or IPv6):
#
network.host: my elastic ip
#
# Set a custom port for HTTP:
#
http.port: 9200
#
# For more information, consult the network module documentation.

Я настроил минимальную и максимальную кучу JVM на 512 м, потому что я использую t2.micro. моя ссылка: https://dev.to/dance2die/elasticsearch-installation-issue-on-a-free-tier-t2micro-aws-ec2-instance-1o3a) Все работало нормально, когда я скручиваю localhost: 9200 перед изменением network.host. Кажется, что перезапуск elasticsearch не работает. Мне нужна помощь, спасибо.

Я нашел здесь свой ответ. https://stackoverflow.com/a/44240227/11981403 Думаю, настройки network.host было недостаточно для удаленного доступа. Мне пришлось добавить больше кодов, как показано ниже.

transport.host: localhost 
transport.tcp.port: 9300 
http.port: 9200
network.host: 0.0.0.0

Вот официальный ES в документе AWS. https://www.elastic.co/blog/running-elasticsearch-on-aws

Журналы могут дать вам более подробную информацию, я подозреваю, что:

  1. Проблема с памятью.
  2. Отображение сети.
  3. Проверьте, если что-то уже использует ресурсы.

И многое другое.

В журналах может быть более подробная информация, но, судя по описанным вами изменениям, я считаю, что проблема может быть идентифицирована независимо:

Вы говорите, что указали IP-адрес AWS Elastic в качестве адреса для привязки.
Проблема здесь в том, что общедоступные адреса IPv4 в AWS (эластичные IP или другие) не существуют в фактическом экземпляре EC2, вместо этого эти общедоступные адреса обрабатываются NAT в облачных битах.
Эта, возможно, необычная настройка - это, по сути, способ справиться с нехваткой глобального IPv4-адреса при сохранении рабочего изолированного сегмента сети для ваших собственных хостов (в этом VPC).

Вы можете указать в конфигурации соответствующий адрес (а), который действительно существует в этом экземпляре EC2. (Возможно использование особые ценности для удобства.)

И не забывайте о контроле доступа, когда вы разрешаете подключаться с других хостов.