да там надо создавать namespace monitoring
а мне на проде пока не хочется делать такие штуки.
тут разве что создать под и то - у клиента просить разрешения надо (

Сервисмонитор это просто кусок конфигурации прометея

странно.. с пода прометея порт 8888 на ip експортера вроде телнетится

В смысле это не какая-то магическая сущность, это просто кусок конфигурации, которая попадает в конфиг прометея

Ну я хотел в простом, задеплоеном с докер хаба, прометее, добавить таргет - такой же вручную задеплоеный экспортер. И как это сделать - отредактировать конфигурацию прома - не знаю

По идее - надо добавить конфиг мап. Чтобы замапить конфиг файл и добавить в гуях новый таргет.

Привет,  какая-то противоречивая документация у app engine, на одной странице они говорят что убирают keep-alive  хедер и из запроса и из ответа в целях безопастности, а на другой странице пишут что их фронтенд поддерживает keep-alive 650 секунд, я смотрел в конфиг nginx proxy который работает в инстансе app engine, там у него keepalive_timeout 650 секунд. Я вижу что запросы идут по http/2 И некоторая статика от гугла по http/2+quic/43, значит ли это что keep-alive всё таки работет или нет? Не хочется это с помощью Wireshark проверять. Не пинайте я не всезнающий, может кто просто знает факт на этот счет и может сказать поддерживает h2 сам keep-alive без хедера или нет? спасибо.

нашел ответ - https://http2.github.io/http2-spec/#rfc.section.8.1.2.2

Ни у кого проблем с доступностью к виртуалкам из GKE не было за последние сутки?

В общем, внутри подов перестали быть видны виртуалки по Internal Ip.

Норм, и внешка падала тоже

Щито делать-то(

Не нервничать, даже у гугла не идеальный дц

Хотя лучшее, с чем работал

регион?

europe-west1-d

Началось все в 00:32 ночью по МСК

Причем в одном пуле нод все ок, а в двух других нет

Причем проблема только с preemptible нодами

Мб, какое-то изменение было, что нельзя больше по Internal Ip ходить в одной сети в виртуалки из подов? Хотя сервисы тоже не работают.