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

Серверный экземпляр ec2 доступен через ssh и браузер, но не проходит проверку работоспособности балансировщика нагрузки

Я настраиваю балансировщик нагрузки в первый раз, поэтому, пожалуйста, будьте терпеливы, поскольку я пытаюсь предоставить как можно больше подробностей (я буду проверять этот вопрос каждые 15 минут, чтобы я мог быстро ответить на любые ответы, требующие моего разъяснения .)

Я купил домен у godaddy.com, но, насколько я понимаю, настройка балансировщика нагрузки была бы более простой, если бы я использовал сервис DNS Amazon Route 53.

Насколько я понимаю, альтернативой использованию Route 53 было бы перейти на панель управления godaddy для mydomain.com, установите запись A с эластичным IP-адресом экземпляра, имеющего правило перезаписи для пересылки всего трафика из mydomain.com к www.mydomain.com а затем запись CNAME www с адресом балансировщика нагрузки. Ec2 советует не устанавливать запись A для адреса балансировщика нагрузки, поскольку этот адрес фактически изменяется.

  1. Я запустил экземпляр ec2 под управлением ubuntu 12.04 и lamp-server. ec2-**-**-**-**.compute-1.amazonaws.com доступен как по URL-адресу, так и по ssh.
  2. Я создал балансировщик нагрузки ec2 с путем ping "/", но, к сожалению, мой экземпляр ec2 не проходит проверку работоспособности, чтобы я мог добавить этот экземпляр в балансировщик нагрузки.
  3. Я создал зону хостинга на Route 53 для своего доменного имени.
  4. Я вошел в godaddy и удалил существующие серверы имен godaddy и добавил 4 сервера имен, предоставленных маршрутом 53.
  5. Наконец, я вошел в Route 53 и создал запись A с псевдонимом Target для адреса балансировщика нагрузки ** .us-east-1.elb.amazonaws.com.

Моя конечная цель - когда кто-то идет mydomain.com URL-адрес будет разрешен по маршруту 53, и балансировщик нагрузки направит трафик на экземпляр ec2.

Есть идеи, как я могу заставить это работать? (Примечание: я выполнил шаг 5 около 12 часов назад, все изменения DNS были распространены с mydomain.com загружает пустую страницу вместо шаблона godaddy

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

curl -v localhost возвращается HTTP/1.1 200 OK

curl -v abcloadbalancer-123124.us-east-1.elb.amazonaws.com. возвращается HTTP/1.1 503 Service Unavailable: Back-end server is at capacity

curl -v mydomain.com возвращается HTTP/1.1 503 Service Unavailable: Back-end server is at capacity

Группы безопасности разрешают использование порта 80 в любом случае (0.0.0.0)

Убедитесь, что вы добавили группу безопасности AWS ELB в группу безопасности вашего экземпляра, чтобы иметь доступ к вашим экземплярам. Если вы не разрешаете миру (0.0.0.0/0) порт 80, вам нужно специально разрешить AWS ELB SG, иначе он не сможет даже попасть на ваш сервер для запуска проверки работоспособности.

Если вы используете порт 80, убедитесь, что вы разрешили amazon-elb / sg-5a9c116a (amazon-elb-sg) в группе безопасности, к которой принадлежит ваш экземпляр.

Если все ваши экземпляры отображаются в ELB как неисправные, вы увидите ошибку 503.