я прочитал этот и я понимаю (я думаю) различия между Kubernetes livenessProbes и проверками работоспособности GKE LoadBalancer.
Моя проблема заключается в следующем: я показываю большинство своих сервисов Kube через NodePort, который по умолчанию создает новую серверную службу в GKE, а также создает проверку работоспособности балансировщика нагрузки, соответствующую этой внутренней HTTP-службе в GKE.
Все эти автоматически созданные проверки работоспособности предполагают, что у меня есть конечная точка состояния HTTP на /, когда у меня ее нет. У меня есть проверка работоспособности HTTP, размещенная на другой конечной точке.
Как я
A) Как-то намекните GKE создать правила балансировщика нагрузки на основе правил, определенных в ресурсах Kubernetes, вместо того, чтобы слепо создавать группу, прослушивающую неправильный маршрут, или
Б) Заставьте GKE НЕ создавать автоматически недействительную проверку работоспособности для КАЖДОЙ службы NodePort.
Или это просто негибкая причуда Google Cloud, и мне придется внести изменения в код, чтобы обойти ее?
Обнаружил, что ответ
А. Нет
Б. Нет
прочитав Kubernetes Ingress Github README.MD:
«… в настоящее время мы просто полагаемся на зондирование жизнеспособности сервисов / подов Kubernetes и заставляем поды иметь конечную точку /, которая отвечает 200 для GCE».