Используя Подсистемы балансировки нагрузки Amazon для маршрутизации трафика к частным серверам за пределами Amazon
Мне нравится использовать DelEn.exe для этого.
Delen - Удаляют Расширенный - souped версия DEL. Это поддерживает расширенные подстановочные знаки и родительские каталоги, а также дату, время и фильтры размера. Файлы могут быть исключены из удаления.
ELB будет отправлять трафик только на экземпляры EC2.
У вас может быть пара экземпляров nginx EC2, проксирующих трафик на ваши реальные серверы, или вы можете просто пойти по простому маршруту и сбросить ваш DNS TTL примерно до 10 минут, чтобы изменения отражались быстрее.
По состоянию на 31 августа 2017 г. балансировщики нагрузки приложений поддерживают IP-адреса в качестве целей в дополнение к идентификаторам экземпляров :
Мы рады сообщить, что теперь балансировщики нагрузки приложений могут распределять трафик на ресурсы AWS, используя их IP-адреса в качестве целей в дополнение к идентификаторам экземпляров. Вы также можете балансировать нагрузку на ресурсы вне VPC, на котором размещается балансировщик нагрузки, используя их IP адреса как цели. Это включает ресурсы в одноранговых VPC, EC2-Classic и локальные местоположения, доступные через AWS Direct Подключиться или VPN-подключение. Балансировка нагрузки на AWS и в локальной среде ресурсов, использующих один и тот же балансировщик нагрузки, упрощает вам миграция в облако, пакетная передача в облако или аварийное переключение в облако.
Почему бы для этого не использовать Route53 с проверками работоспособности?
Сначала вы создаете проверку работоспособности на основе IP для каждого из ваших серверы. Эти проверки могут быть простыми и просто отслеживать статус HTTP 200 для определенного запроса; или вы можете создать более сложные проверки, которые ищут конкретную строку в результате запроса.
Затем, если это еще не сделано, вы создаете размещенную зону для домена, который используете в Route53; и предоставьте регистратору вашего домена DNS-серверы, назначенные Route53.
Как только это будет сделано, для каждого сервера, который вы хотите сбалансировать запросы, создайте набор записей (в пределах только что созданной зоны хостинга), используя, например, тип 'Weighted ', короткий TTL (60 или ниже) и выберите «Связать с проверкой работоспособности: ДА» и выберите проверку работоспособности, которую вы создали выше, в соответствии с конкретным сервером / IP-адресом, для которого вы создаете запись. Опять же, повторите это для каждого сервера / IP.
В итоге вы получите несколько наборов записей, каждый с 1 IP, и все они связаны с одним и тем же доменом в Route53. После DNS-запросов Route53 теперь будет возвращать один из них на основе присвоенного им веса И на основе текущего статуса каждой проверки работоспособности. Если какая-то проверка работоспособности не удалась, этот конкретный IP-адрес не указывается.
Вы также можете сделать это, используя другие типы наборов записей Route53; например, с «отказоустойчивым» у вас есть 1 или несколько первичных IP-адресов и 1 или несколько вторичных IP-адресов. Route53 всегда будет возвращать один из основных IP-адресов, если проверка работоспособности не завершится неудачно, затем он переключается на один из дополнительных.
В Route53 есть более сложные типы записей, которые также можно комбинировать с проверками работоспособности: задержка, геолокация , Многозначность. Все очень хорошо объяснено в документации AWS.