Настройка Amazon elastic beanstalk для доступа через фиксированный IP-адрес (не CNAME)
Я хочу развернуть свое приложение на многоконтейнерном эластичном beanstalk, чтобы иметь возможность указывать мою A-запись на какой-то фиксированный IP-адрес, подключенный к нему (каким-то образом ).
Я прочитал похожие вопросы (например, этот один ) и понимаю, что этого можно достичь следующими способами:
Устранение переадресации www
Не вариант, поскольку наш рабочий веб-сайт исторически разрешается без www, а добавление переадресации отрицательно повлияет на нашу оптимизацию поисковой системы.
Перенос домена на Route53, поскольку он имеет функцию псевдонимов
Не вариант из-за юридических и бизнес-проблемы.
Использование экземпляра с одним контейнером
Не вариант, поскольку автоматическое масштабирование является основной функцией, поэтому мы хотим использовать более того, каждое повторное развертывание уничтожит EIP.
Итак, я думаю о других возможных решениях. Мне удалось найти некоторые фрагментарные сведения о том, что можно использовать отдельный NAT для исходящего трафика . Можно ли настроить NAT с фиксированным (эластичным) IP, чтобы иметь возможность принимать входящий трафик (оба http + s) и перенаправлять его дальше на elb? Как это должно быть достигнуто в деталях (я предполагаю, что это какие-то запросы apache / nginx и proxy_pass к dns elasticbeanstalk)?
Итак, вы в значительной степени перечислили все доступные варианты, и, как я понимаю, вам придется выбрать один из первых двух вариантов, если вы хотите воспользоваться преимуществами отличные функции, которые предлагает AWS (например, эластичная балансировка нагрузки и автоматическое масштабирование).
Упомянутая вами функция NAT, вероятно, была бы своего рода обратным прокси (?), Но вы сталкиваетесь с той же проблемой и там. Вы хотите, чтобы уровень прокси также масштабировался автоматически, но вы не сможете этого добиться, поскольку вам нужны статические IP-адреса (... и вы вернулись к исходной точке).
Я сам решал эти проблемы , и я всегда заканчивал тем, что настраивал зону хостинга в Route53 и менял серверы имен на уровне регистратора, чтобы они указывали на нее.