Глядя на ваши графики, нет никакой корреляции между процессором и облаками. Qladmin.publi c .heartbeat autovacuum.
Давайте начнем с того, что представляет собой таблица cloudsqladmin.publi c .heartbeat, это таблица, используемая Cloud SQL процессом высокой доступности, это лучше объяснено здесь :
Каждую секунду первичный экземпляр записывает в системную базу данных как контрольный сигнал.
Таким образом, таблица используется для внутреннего использования для отслеживания состояния вашего экземпляра. Автоочистка запускается на основе do c Дэвида.
Теперь, если процесс вакуумирования генерирует скачок ЦП, вы будете видеть скачок каждую минуту / секунду.
Итак, прямые ответы на ваши вопросы:
Это нормально? : Да, автоочистка и таблица cloudqladmin.publi c .heartbeat полностью нормальны с внутренней точки зрения Cloud SQL, они никоим образом не должны влиять на экземпляр.
Если мы настроим значения для автовакуум? : Нет необходимости в этом, как уже упоминалось, этот процесс не влияет на инстанс ЦП, вы можете скрыть похожие журналы, включая «cloudsqladmin.publi c .heartbeat», и проанализировать те, что остались на момент представления Spike.
Также стоит посмотреть на запущенные процессы резервного копирования (они могут быть одновременно) Облако SQL> Сведения об экземпляре> Резервные копии, но, конечно, это другой топи c, чем тот здесь описано :).