Нет ли способа использовать балансировку нагрузки GCP TCP и IPv6 для веб-сайта http / https?

Question

У меня есть веб-сайт, настроенный и готовый работать в среде Docker за прокси-сервером NGINX.Я настроил SSL, чтобы веб-сайт работал с http и https, а веб-сайт работает по IPv4.

Теперь мне нужно добавить поддержку IPv6.Кажется, я не могу подключить IPv6-адрес напрямую к моей виртуальной машине, мне нужно создать балансировщик нагрузки.Я не хочу использовать балансировщик нагрузки HTTP (S), потому что для этого потребуется заново выполнить всю мою настройку, настроить новые сертификаты для LB, процедуры их обновления и т. Д.

Итак, я попробовалсоздание балансировки нагрузки TCP, и это было довольно просто для IPv4.Однако, когда я пытаюсь создать балансировщик нагрузки TCP IPv6, я вынужден создать балансировщик нагрузки нескольких регионов / глобальных.При настройке глобального балансировщика нагрузки я должен выбрать TCP-порт из раскрывающегося списка, и порт 80 не является одним из вариантов.

Невозможно настроить веб-сайт, работающий с HTTP, HTTPS, IPv4 и IPv6используя балансировку нагрузки TCP в GCP?Действительно ли мне нужно настроить балансировщик нагрузки HTTP (S)?

Answer 1

Только глобальные балансировщики нагрузки GCP предлагают на данный момент IPv6-терминацию.

HTTP (S), SSL прокси и балансировщики нагрузки TCPproxy принимают соединения IPv6 от клиентов, а затем проксируют эти соединения к экземплярам сервера с использованием IPv4.Вы найдете подробности здесь .

SSL Proxy балансировщик нагрузки поддерживает порты 25, 43, 110, 143, 195, 443, 465, 587, 700, 993, 995, 1883 и 5222.

TCP Proxy поддерживает балансировщик нагрузкиследующие порты: 25, 43, 110, 143, 195, 443, 465, 587, 700, 993, 995, 1883, 5222.

Балансировка нагрузки на порту 80 обеспечивается только HTTP (S)балансировщик нагрузки.

Таким образом, в вашем случае, если вы хотите использовать порт 80 для завершения IPv6, единственный вариант в GCP - это использовать балансировщик нагрузки HTTP.

Answer 2

Для поддержки HTTP и HTTPS с IPv6 сегодня необходим балансировщик нагрузки HTTP / S.