Не удалось получить доступ к экземпляру EC2

Я использую AWS и создал конфигурацию запуска с автоматическим масштабированием, используя сценарий оболочки:

#!/bin/sh
curl -L https://us-west-2-aws-training.s3.amazonaws.com/awsu-spl/spl03-working-elb/static/bootstrap-elb.sh | sh

После создания этого и балансировщика нагрузки были созданы два экземпляра. Затем я скопировал DNS-имя и вставил его в браузер, но там написано:

This site can’t be reached

internal-elb-asg-167368762.us-east-1.elb.amazonaws.com took too long to respond.
Go to http://amazonaws.com/
Search Google for internal elb asg 167368762 east amazonaws
ERR_CONNECTION_TIMED_OUT

person raju kattom    schedule 06.06.2017    source источник
comment
Настроили ли вы проверку работоспособности для балансировщика нагрузки и отображается ли состояние экземпляров как In Service в балансировщике нагрузки?   -  person Asanka    schedule 06.06.2017
comment
Внутренние Elb не доступны для Интернета.   -  person Shubham Bansal    schedule 06.06.2017
comment
Подтвердите, что самая первая строка данных пользователя начинается с #!. Перед этими символами не должно быть пробелов или пустых строк, иначе скрипт не будет выполняться при запуске.   -  person John Rotenstein    schedule 07.06.2017


Ответы (1)


РЕДАКТИРОВАТЬ

Я следовал вашим шагам, и это не удалось.

Вы должны изменить эту часть пользовательских данных:

#!/bin/sh curl -L https://us-west-2-aws-training.s3.amazonaws.com/awsu-spl/spl03-working-elb/static/bootstrap-elb.sh | sh

С этим:

#!/bin/sh
curl -L https://us-west-2-aws-training.s3.amazonaws.com/awsu-spl/spl03-working-elb/static/bootstrap-elb.sh | sh

Изменить: как упоминал @john-rotenstein, нет необходимости использовать sudo.

Также проверьте это:

  • У вас есть правильные группы безопасности на EC2 и с вашим ELB.
  • Проверьте, слушаете ли вы порт 80 в вашем ELB.
  • Порт 80 должен быть открыт в вашей группе безопасности EC2 для вашей группы безопасности ELB, а порт 80 должен быть открыт во всем мире (0.0.0.0) в вашей группе безопасности ELB.

Наконец, вы уверены, что не используете внутренний балансировщик нагрузки?

Надеюсь, это поможет вам.

person Joseph Paz Aliaga    schedule 06.06.2017
comment
Пользовательские данные выполняются от имени пользователя Root при запуске экземпляра. Поэтому sudo не требуется. (Однако, если вы запускаете скрипт вручную как ec2-user, вам нужно будет использовать sudo.) - person John Rotenstein; 07.06.2017
comment
Когда я проверял журналы (веб-консоль), он выполнялся как пользователь ec2, а не как root. - person Joseph Paz Aliaga; 07.06.2017
comment
Выполнение команд на вашем экземпляре Linux при запуске: сценарии введенные как пользовательские данные выполняются от имени пользователя root, поэтому не используйте команду sudo в сценарии. - person John Rotenstein; 07.06.2017
comment
Ты прав, мой плохой. Пользовательские данные, которые я тестировал, были неверными. И не нужно sudo. - person Joseph Paz Aliaga; 07.06.2017