У меня следующая установка:
входной контроллер nginx создает собственный балансировщик нагрузки со своим собственным внешним IP-адресом, но когда я скручиваю этот IP-адрес, я получаю пустой ответ вместо бэкэнда nginx по умолчанию.
Я не уверен, есть ли проблема между балансировщиком нагрузки и группой экземпляров, с самим балансировщиком нагрузки или чем-то еще.
У меня нет определенной причины, все, что я могу сказать, это то, что если следовать инструкциям для GKE на https://kubernetes.github.io/ingress-nginx/deploy/ на новой пробной учетной записи GCP (в кластере частных узлов с универсальным NAT с фиксированным IP), то доступ к общедоступному IP-адресу LB дает пустой ответ. Шаги (чтобы иметь пустой ответ вместо бэкэнда по умолчанию): - свежая, безупречно чистая учетная запись GCP (например, пробная) - кластер GKE с частными узлами - фиксированный IP и базовый NAT, охватывающий всю зону - разверните Nginx, следуя документации, используя kubectl apply (создать сервисный аккаунт + общая часть + конкретный шаг gke)
Если делать это с помощью helm (шаги на той же странице, в основном сервисная учетная запись + установка helm), все хорошо.
В предоставленном сценарии, в котором не больше информации, чем дизайн, было бы очень сложно устранить эту проблему. Есть несколько компонентов, которые могут вызывать такое поведение: брандмауэры, проверки работоспособности, конфигурация серверной части nginx ...
Чтобы помочь вам в дальнейшем или получить лучшую помощь, было бы очень полезно, если бы вы могли предоставить немного больше информации о своей проблеме: сообщения об ошибках, конфигурация контроллера Ingress, шаги или руководство, которым вы следуете для достижения этой цели.
Помните, что не разглашайте информацию, которая может повлиять на вашу конфиденциальность и безопасность.
А пока я нашел это Ingress с контроллером NGINX на Google Kubernetes Engine документ, в котором пошагово объясняется, как развернуть NGINX Ingress Controller на Google Kubernetes Engine. Эта информация может быть полезна в вашем случае.