первый раз за четыре года такая фигня (с моего опыта)

пока точно деталей не знаю, но я уверена что они пошарят постмортем

у них еще с сетью проблемы в asia-northeast1

но на таблице нет

так что если у вас там что-то латенси чувствительное - перекиньте в другой регион

Самое страшное - у нас доступ к логам через google sso. Как ослеп прям

у нас вся инфра (вместе с интернал ит) в гугле

все прям пошли на перерыв)))

зато через впн работало (директ конект)

поняли раньше гугла что проблема с гаей ахахах

я уже даже залогала постмортем с нашей стороны, нас пронесло

но это идея для chaos engineering

интересно сколько они на этом error budget спалили

https://status.cloud.google.com/incident/zall/20013#20013002 если что

может тут обновят

народ, я всю доку уже излохматил на https://cloud.google.com/kubernetes-engine/

подскажите
можно или нет для kind: Service, type: LoadBalancer в GKE
прописать какие то аннотации чтобы LoadBalancer проверял healthchecks для подов покрываемых сервисом по HTTP, а не просто TCP коннектился?

1) Надо не в Service, а в Deployment прописать ReadinessProbe типа httpGet
2) Надо обязательно containerPort иметь определенным там же
Насколько я помню этого достаточно, именно Service трогать не нужно вообще
Это уже есть?

вместо deployment у меня StatefulSet и да, в podTemplate там прописаны Readyness и Liveness пробы

2) что такое containerPort? можете точнее подсказать где это должно быть прописано? у меня приложение отвечает по нескольким портам (это прописано в kind: Service) по разным протоколам, 8123 должен быть http и 9000 должен быть TCP, соответсвенно я их прописал в Service но проблема в том что видимо для LoadBalancer существует какой то healthcheck отдельный который ходит в TCP 8123 порт и рвет соединение, от чего приложение удивляется  и слегка срет в лог

в спеке контейнеров добавить секцию ports: и внутри указать проименованные порты контейнера - это делается и для sts
я просто помню, что гугловые хелсчеки были на это завязаны, но я не могу точно сказать, что это повлияет на тип проверок, но можно попробовать
https://github.com/kubernetes/kubernetes/issues/4332#issuecomment-448900396

а не вариант разбить два разных порта на 2 сервиса?