Внутренний балансировщик нагрузки GCP с входным контроллером ngnix в качестве порта узла: соединение отклонено

Question

Справочная информация. Мы разместили приложение в кластере GKE, приложение, работающее в кластере GKE, имеет входной ресурс, содержащий правила, указывающие на наши сервисы приложений.Мы используем ingress-nginx в качестве входного контроллера для этого кластера.

Теперь мы создали внутренний балансировщик нагрузки GCP (TCP) для указания на порт узла, где прослушивает служба ингресс-контроллера.(Примечание: служба входящего контроллера nginx "имеет тип порта узла)

1. Когда мы пытаемся получить доступ к приложению с помощью http://ILB -IP: 80 (http-порт)), он выбрасывает исключение соединения, отклоненное, но получает желаемый ответ, когда мы обращаемся напрямую через нодпорт http://ILB -IP: 31380 (нодпорт)

2. Когда мы даем входСлужба в качестве балансировщика нагрузки типа, GCP создает ILB в фоновом режиме. В этом случае приложение доступно через http-порт, и все запросы обслуживаются.

Может кто-нибудь помочь нам разобратьсякогда мы явно создаем ILB и отправляем запрос, почему приложение недоступно, когда мы подключаемся к интерфейсу ILB через порт http, в то время как то же самое доступно, когда интерфейсом ILB является ILB-IP:?

Заранее спасибо!

Answer 1

В ходе обсуждения со службой поддержки Google стало известно, что тип службы как LoadBalancer создает запись таблицы IP на каждом узле, которая позволяет перенаправлять трафик с порта 80 на порт определенного узла.

Итак, если мы используем-case требует явного создания ILB, и наше приложение должно быть доступно через порт узла. Затем «мы должны вручную отредактировать таблицы IP на каждом узле kubernetes, чтобы трафик перенаправлялся с порта 80 на порт узла» *

Answer 2

Оформить заказ: https://medium.com/google-cloud/internal-load-balancing-for-kubernetes-services-on-google-cloud-f8aef11fb1c4

GCP начал поддерживать создание внутреннего LB для служб K8S.

Answer 3

Входной контроллер должен быть настроен как тип: LoadBalancer, как описано в этой статье справочного центра *1001*, которая создаст внешний LB для маршрутизации трафика к службам, предоставляемым через ресурс Ingress, которыйэто ожидаемый способ сделать это.

При отображении входного контроллера как типа: NodePort, сервис доступен на IP каждого узла через статический порт, как описано в здесь .