Эластичный балансировщик нагрузки, указывающий на частную подсеть

Question

Я создал Elastic Load Balancer с выходом в Интернет, чтобы указывать на свои экземпляры EC2 в VPC, как я это делал много раз, однако теперь я использую частную подсеть с шлюзом nat для управления исходящим трафиком и его канализации.через белый список IP-адресов.

К сожалению, только этот балансировщик нагрузки испытывает периодические проблемы с подключением, которые вызывают все виды проблем, включая Cloudfront, надежно связывающихся с исходным сайтом.

Это прекрасно работает с общедоступной подсетью (На самом деле я поменял его прямо сейчас), но не с частной подсетью.

Любые мысли будут с благодарностью приняты,

Крис

Answer 1

Единственный способ обеспечить его надежную работу - навести его на две общедоступные подсети.

Это сделано специально.

Балансировщики нагрузки приложений (ALB) и классические ELB, ориентированные на Интернет, должны предоставляться исключительно в общедоступных подсетях.

Это всегда верно, независимо от того, находятся ли экземпляры за балансировщиком в частных подсетях.или нет.

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

Балансировщик не должен находиться в любых частных подсетях, поскольку таблица маршрутов VPC всегда содержит неявный маршрут, который позволяет всем подсетям в VPC достигать всех других подсетей, подчиняясь только группе безопасности иСетевые правила ACL.Нет недостатка в производительности, если балансировщик находится в совершенно разных подсетях, чем в экземплярах.