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

Управление множеством внешних хостов с помощью EC2 и Route 53

Ищете "передовой" ответ на управление хостами с внешней адресацией с помощью комбинации Amazon EC2 и Amazon Route 53, без используя эластичные IP-адреса для каждого хоста. В моем сценарии у меня будет 30+ хостов, которые должны быть доступны извне EC2, поэтому прямое использование внутреннего DNS не будет работать.

Раньше я обращался к хостам, назначая этому хосту эластичный IP-адрес (скажем, 55.55.55.55), а затем создавая связанную запись A. Например, допустим, я хочу создать «ec2-corp01.mydomain.com». Я могу сделать:

ec2-corp01.mydomain.com.     A     55.55.55.55     300

Затем для этого экземпляра EC2 я бы назначил эластичный IP-адрес 55.55.55.55, и все работает нормально. Конечно, чтобы эта работа работала, мне нужен один эластичный IP-адрес на каждый экземпляр, чего я бы по возможности избегал; Хотелось бы, чтобы инфраструктура была более динамичной.

Итак, я решил попробовать что-то вроде:

Это хорошая идея? Есть ли лучший или более распространенный способ справиться с этим?

Если это хорошая идея, то какой тип записи я должен создавать? CNAME, указывающий на внутренний хост, например ec2-55-55-55-55.compute-1.amazonaws.com? Пластинка A лучше или хуже?

Спасибо!

Автоматизируйте это. Просто сделайте часть сценария, который создает новый экземпляр, ищет общедоступный IP-адрес (или общедоступное имя) по его идентификатору экземпляра (вы получаете идентификатор экземпляра при вызове ec2-run-instances; просто продолжай звонить ec2-describe-instances <instanceID> пока вы не получите запись в правом поле), затем измените свой DNS (это может быть Route53, но не обязательно), чтобы он содержал запись CNAME или A с данными, которые вы получили.

Там может быть какая-то магия Route53, которая тоже поможет, как с ELB, но я не встречал ее.

Для записи A; вам действительно понадобится эластичный IP-адрес для каждого экземпляра. В таком случае я бы поступил так, как указано; назначьте каждому экземпляру CNAME с помощью API AWS для Route 53. Если это также относится к чему-то вроде балансировки нагрузки, я бы рекомендовал использовать службу AWS Elastic Load Balancing, которая автоматизирует многие из них (посмотрите на него еще, чтобы узнать, соответствует вашим требованиям, так как это дополнительная плата).