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