вот это ещё можно внимательно прочитать, возможно поможет BackendConfig
https://cloud.google.com/kubernetes-engine/docs/concepts/ingress#interpreted_hc

Обновили, хорошо и детально!

так понятно
эти порты могут описываться в protocol  только как TCP / UDP / SCTP
про HTTP тут ни слова

если их прописать в container то сервис как проверял health checks по TCP так и будет проверять

непонятна суть вопроса. У вас сервис контроллер входящие пакеты разбрасывает по рабочим подам. Хелсчеки от лоадбалансера приходят на nodeport сервиса, а не непосредственно на под, поэтому настройка хелсчека на уровне лб не связана с подами

если у вас не neg, конечно

теперь я вас не понимаю
как хелс чеки приходят на NodePort сервиса, если сервису (type: LoadBalancer) важно знать какие поды живые а какие нет, чтобы правильно формировать endpoint list?
или я как то вообще не правильно понимаю как это устроено?

https://cloud.google.com/kubernetes-engine/docs/concepts/container-native-load-balancing

там есть пример как лб работает по-дефолту и с NEG, я так понял в вашем случае дефолт

В обычном режиме, если у вас есть хоть один живой под, то запрос на любой узел кластера будет перенаправлен на этот под. Поэтому внешнему лб не нужны хелсчеки

хм, тогда я не понимаю кто мне делает TCP connect на pod и обрывает соединение ...
а у меня в логах остается connection reset by peer на приложении

если LoadBalancer просто перенаправляет входящий запрос по спискам endpoint которые составляются на основании того как kubelet healthchecks сделал для Pod

healthcheck для Pod в конкретном контейнере у меня настроен так

          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /replicas_status
              port: http
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 3
            successThreshold: 1
            timeoutSeconds: 1
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /ping
              port: http
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 3
            successThreshold: 1
            timeoutSeconds: 1

          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /replicas_status
              port: http
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 3
            successThreshold: 1
            timeoutSeconds: 1
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /ping
              port: http
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 3
            successThreshold: 1
            timeoutSeconds: 1

смотри что у тебя в качестве бэкендов в лб и какие там настройки healthcheck

имеется ввиду kind: Service , type: LoadBalancer в k8s?

или в самом GCP в консольке посмотреть какие LB создались?

В gcp

Привет. Делаю дамп из Google SQL, но он рвет коннект c ошибкой ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query

mysql -h ${IP} -u ${DB_USER} -p${DB_PASS} -e "SELECT * FROM some.table;” > some_table.csv

здрасьте. а никто не знает как можно поменять то как отображается потребление ЦПУ при просмотре подов в gke?

просто с этого графика непонятно

Я бы предложил использовать графану для этих целей.
sum (rate (container_cpu_usage_seconds_total{image!="",name=~"^k8s_.*"}[1m])) by (pod_name)

хотелось бы, но графана для наших целей не совсем подходит поскольку мы используем alerting policies.

понял, тогда не подскажу тк мы в свою очередь метрики в gcp для куба не собираем, скрейпим прометеусом и алертимся через pagerduty

А в стекдрейвере никак не меняется?