Последнее обновление: августа 11, 2026

Устранение неполадок источника данных Google Cloud Monitoring

В этом документе приведены решения распространённых проблем, с которыми вы можете столкнуться при настройке или использовании источника данных Google Cloud Monitoring. Инструкции по настройке см. в разделе Настройка Google Cloud Monitoring.

Ошибки аутентификации

Эти ошибки возникают, когда учётные данные GCP недействительны, отсутствуют или не имеют требуемых прав.

“Permission denied” или “Access denied”

Симптомы:

  • Save & test завершается с ошибками прав доступа
  • Запросы возвращают ошибки авторизации
  • Проекты, метрики или метки не загружаются

Возможные причины и решения:

Причина Решение
У сервисного аккаунта нет требуемых прав Назначьте сервисному аккаунту роль Monitoring Viewer в консоли GCP в разделе IAM & Admin > IAM. Подробности см. в разделе Настройка Google Cloud Monitoring.
Неверный файл ключа сервисного аккаунта Убедитесь, что файл ключа JSON скачан корректно и содержит действительные учётные данные. При необходимости создайте новый ключ.
Ключ сервисного аккаунта был удалён Проверьте сервисный аккаунт в консоли GCP в разделе IAM & Admin > Service Accounts. Если ключ был удалён, создайте новый.
Выбран неправильный проект Убедитесь, что проект по умолчанию в настройках источника данных соответствует проекту, к которому у сервисного аккаунта есть доступ.
API не включены Включите Monitoring API и Cloud Resource Manager API в консоли GCP. Ссылки см. в разделе Настройка Google Cloud Monitoring.

“Invalid JWT” или “JWT token error”

Симптомы:

  • Аутентификация не проходит при использовании Google JWT File
  • Сообщение об ошибке указывает на недействительный или некорректно сформированный JWT

Решения:

  1. Убедитесь, что вы загрузили полный файл ключа JSON, а не только часть с приватным ключом.
  2. Проверьте, что файл JSON имеет правильный формат и не повреждён.
  3. Убедитесь, что файл ключа содержит все обязательные поля: type, project_id, private_key_id, private_key, client_email, client_id, auth_uri, token_uri.
  4. Создайте новый ключ сервисного аккаунта и загрузите его повторно.

GCE Default Service Account не работает

Симптомы:

  • Проверка источника данных не проходит при использовании GCE Default Service Account
  • Работает с JWT, но не проходит при аутентификации GCE

Решения:

  1. Убедитесь, что Grafana работает на виртуальной машине Google Compute Engine (GCE).
  2. Проверьте, что у экземпляра GCE включена область действия Cloud Monitoring API.
  3. Убедитесь, что у сервисного аккаунта GCE по умолчанию есть роль Monitoring Viewer.
  4. Если виртуальная машина была создана без требуемой области действия, возможно, потребуется остановить экземпляр, отредактировать его, добавив область действия, и перезапустить.

Ошибки имперсонации сервисного аккаунта

Симптомы:

  • Аутентификация не проходит при включённой имперсонации сервисного аккаунта
  • Ошибка: “Unable to impersonate service account”

Решения:

  1. Убедитесь, что у основного сервисного аккаунта есть роль roles/iam.serviceAccountTokenCreator для целевого сервисного аккаунта.
  2. Проверьте, что адрес электронной почты целевого сервисного аккаунта введён правильно.
  3. Убедитесь, что у целевого сервисного аккаунта есть роль Monitoring Viewer.
  4. Убедитесь, что оба сервисных аккаунта находятся в проектах, где включены требуемые API.

Forward OAuth Identity возвращает 403

Симптомы:

  • Save & Test не проходит с 403 Forbidden при использовании Forward OAuth Identity.
  • Запросы выполняются для одних пользователей, но не для других.

Решения:

  1. Убедитесь, что вы вошли в Grafana через Google, а не как локальный пользователь admin. Способ Forward OAuth Identity передаёт токен только в том случае, если он есть в текущей сессии.
  2. Убедитесь, что аутентификация Google в Grafana включает область действия https://www.googleapis.com/auth/monitoring.read. См. раздел Настройка области действия Google OAuth.
  3. После добавления области действия выйдите из Grafana, отзовите существующее разрешение на странице https://myaccount.google.com/permissions и войдите снова. Google повторно использует предыдущее согласие и не выдаёт токены с новыми областями действия, пока разрешение не отозвано.
  4. Убедитесь, что у вошедшего пользователя есть роль Monitoring Viewer (roles/monitoring.viewer) в проекте, указанном в поле Default project.
  5. Проверьте, что поле Default project заполнено. OAuth-токен пользователя не содержит контекста проекта, поэтому источник данных не может взять проект из учётных данных.

Ошибки подключения

Эти ошибки возникают, когда Grafana не может достичь конечных точек Google Cloud Monitoring.

“Request timed out” или сбои подключения

Симптомы:

  • Проверка источника данных завершается по тайм-ауту
  • Запросы завершаются ошибками тайм-аута
  • Периодические проблемы с подключением

Решения:

  1. Убедитесь в наличии сетевого подключения с сервера Grafana к конечным точкам Google Cloud (monitoring.googleapis.com).
  2. Проверьте, что правила брандмауэра разрешают исходящий трафик HTTPS (порт 443) к сервисам Google Cloud.
  3. Для Grafana Cloud, подключающейся к приватным ресурсам, настройте Private data source connect.
  4. Проверьте, не блокирует ли корпоративный прокси подключения к Google Cloud.

“SSL certificate problem”

Симптомы:

  • Ошибки рукопожатия SSL/TLS
  • Сбои проверки сертификата

Решения:

  1. Убедитесь, что системное время на сервере Grafana указано верно.
  2. Убедитесь, что на сервере Grafana установлены актуальные сертификаты CA.
  3. Проверьте, не перехватывает ли корпоративный прокси трафик HTTPS.

Ошибки запросов к метрикам

Эти ошибки возникают при запросе метрик Google Cloud Monitoring.

“No data” или пустые результаты

Симптомы:

  • Запрос выполняется без ошибок, но не возвращает данных
  • На графиках отображается сообщение “No data”

Возможные причины и решения:

Причина Решение
Диапазон времени не содержит данных Расширьте диапазон времени дашборда. У метрик GCP разные периоды хранения в зависимости от типа метрики.
Выбран неправильный проект Убедитесь, что в редакторе запросов выбран правильный проект.
Неверный тип метрики Убедитесь, что сервис, тип метрики и метрика указаны верно. Проверьте доступные метрики в Metrics Explorer консоли GCP.
Отсутствуют метки/фильтры Некоторые метрики требуют определённых фильтров по меткам, чтобы возвращать данные. Попробуйте убрать фильтры, чтобы проверить, появятся ли данные.
Ресурс не отправляет метрики Убедитесь, что ресурс существует и активно отправляет метрики. Некоторые метрики заполняются только при определённых условиях.

Метрики не появляются в раскрывающемся списке

Симптомы:

  • Ожидаемые метрики не появляются в редакторе запросов
  • Раскрывающийся список метрик пуст для сервиса

Решения:

  1. Убедитесь, что метрика существует в выбранном проекте и регионе.
  2. Проверьте, что у сервисного аккаунта есть роль Monitoring Viewer.
  3. Некоторые метрики доступны только для определённых типов ресурсов. Проверьте список метрик Google Cloud.
  4. Используйте Query Inspector, чтобы проверить запрос и ответ API.

Значения меток не загружаются

Симптомы:

  • Раскрывающийся список значений меток не заполняется
  • Фильтры нельзя применить

Решения:

  1. Убедитесь, что у сервисного аккаунта есть роль Monitoring Viewer.
  2. Убедитесь, что перед загрузкой значений меток выбраны проект, сервис и метрика.
  3. Значения меток заполняются из существующих данных метрик. Если ни одна метрика не соответствует текущему выбору, значения не появляются.

Ошибки запросов MQL

Симптомы:

  • Запросы Monitoring Query Language (MQL) завершаются ошибками синтаксиса
  • Запрос MQL возвращает неожиданные результаты

Решения:

  1. Проверьте синтаксис MQL с помощью справочной документации по MQL.
  2. Проверьте наличие опечаток в типах метрик, именах меток или функциях.
  3. Убедитесь, что синтаксис диапазона времени в запросе корректен.
  4. Проверьте запрос в Metrics Explorer консоли GCP, прежде чем использовать его в Grafana.

“Too many data points” или троттлинг API

Симптомы:

  • Запросы завершаются ошибками квоты
  • Производительность снижается при нескольких панелях

Решения:

  1. Увеличьте период выравнивания, чтобы уменьшить число точек данных.
  2. Сократите диапазон времени запросов.
  3. Используйте меньше запросов к метрикам на панель.
  4. Запросите увеличение квоты в консоли GCP в разделе APIs & Services > Quotas.
  5. Включите кэширование запросов в Grafana, чтобы сократить число вызовов API.

Ошибки запросов SLO

Эти ошибки специфичны для запросов Service Level Objective (SLO).

Сервисы SLO не появляются

Симптомы:

  • Селектор сервисов SLO пуст
  • Не удаётся найти ожидаемые сервисы SLO

Решения:

  1. Убедитесь, что SLO определены в Google Cloud Monitoring для выбранного проекта.
  2. Проверьте, что у сервисного аккаунта есть доступ к просмотру SLO.
  3. Убедитесь, что в проекте настроены сервисы в разделе Service Monitoring консоли GCP.

Запрос SLO не возвращает данных

Симптомы:

  • Запрос SLO выполняется, но не возвращает данных
  • Значения SLO отображаются пустыми

Решения:

  1. Убедитесь, что SLO существует и активен в консоли GCP.
  2. Проверьте, что диапазон времени включает периоды, когда у SLO были данные.
  3. Убедитесь, что выбранный селектор SLO (значение SLI, compliance, error budget и т. д.) подходит для типа SLO.
  4. У некоторых SLO может не быть данных, если базовый сервис не получал трафик.

Ошибки шаблонных переменных

Эти ошибки возникают при использовании шаблонных переменных с источником данных Google Cloud Monitoring.

Переменные не возвращают значений

Симптомы:

  • Раскрывающийся список переменной пуст
  • Дашборд не загружается из-за ошибок переменных

Решения:

  1. Убедитесь, что подключение к источнику данных работает.
  2. Проверьте, что у сервисного аккаунта есть права на перечисление запрашиваемых ресурсов.
  3. Для зависимых переменных убедитесь, что у родительских переменных выбраны допустимые значения.
  4. Проверьте, что в запросе переменной правильно выбран проект.

Переменные загружаются медленно

Симптомы:

  • Дашборд загружается долго
  • Селекторы переменных заполняются медленно

Решения:

  1. Установите обновление переменной в On dashboard load вместо On time range change.
  2. Сократите область запросов переменных (фильтруйте по конкретному проекту или сервису).
  3. Ограничьте число зависимых переменных в цепочке.

Дополнительные сведения о шаблонных переменных см. в документации по шаблонным переменным.

Проблемы с дашбордами

Эти проблемы возникают с дашбордами, которые используют источник данных Google Cloud Monitoring. Начиная с версии плагина 12.6.1, плагин больше не включает курируемые дашборды, поэтому вкладка Dashboards источника данных их не перечисляет. Для создания дашбордов используйте дашборды сообщества и дашборды от Grafana из каталога дашбордов Grafana либо воссоздайте панели с помощью редактора запросов.

Импортированные дашборды не показывают данных

Симптомы:

  • Импортированные дашборды показывают пустые панели
  • Шаблонные переменные не загружаются

Решения:

  1. Убедитесь, что имя источника данных в дашборде соответствует вашему источнику данных Google Cloud Monitoring.
  2. Проверьте, что у сервисного аккаунта есть доступ к проектам, указанным в переменной проекта.
  3. Убедитесь, что ресурсы (экземпляры Compute Engine, Cloud SQL и подобные) существуют и отправляют метрики.
  4. Убедитесь, что в вашем проекте включены требуемые сервисы GCP.

Включение отладочного логирования

Чтобы получить подробную информацию об ошибках для устранения неполадок:

  1. Установите уровень логирования Grafana в debug в файле конфигурации:

    ini
    [log]
    level = debug
  2. Просмотрите логи в /var/log/grafana/grafana.log (или в настроенном вами расположении логов).

  3. Ищите записи, специфичные для Google Cloud Monitoring, которые содержат сведения о запросах и ответах.

  4. После устранения неполадок верните уровень логирования в info, чтобы избежать чрезмерного объёма логов.

Получение дополнительной помощи

Если вы перепробовали решения выше и проблемы сохраняются:

  1. Проверьте форумы сообщества Grafana на наличие похожих проблем.
  2. Просмотрите проблемы Google Cloud Monitoring на GitHub на предмет известных ошибок.
  3. Обратитесь к документации Google Cloud Monitoring за рекомендациями по конкретным сервисам.
  4. Свяжитесь со службой поддержки Grafana, если вы пользователь Enterprise, Cloud Pro или Cloud Contracted.
  5. При сообщении о проблемах укажите:
    • версию Grafana
    • проект GCP (скройте, если это конфиденциально)
    • сообщения об ошибках (скройте конфиденциальную информацию)
    • шаги для воспроизведения
    • конфигурацию запроса (скройте учётные данные)