Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Yandex Managed Service for Greenplum®
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
    • Расчет конфигурации кластера
    • Сеть в Managed Service for Greenplum®
    • Квоты и лимиты
    • Резервные копии
    • Ресурсные группы
    • Шардирование
    • Пользователи и роли
    • Аутентификация пользователей
    • Командный центр
    • Внешние таблицы
    • Управление соединениями
    • Расширение кластера
    • Техническое обслуживание
    • Настройки Greenplum®
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

В этой статье:

  • Текущее состояние
  • История состояний
  • История потребления
  • Ключи запросов
  • Идентификаторы запросов
  1. Концепции
  2. Командный центр

Командный центр Greenplum®

Статья создана
Yandex Cloud
Обновлена 7 мая 2025 г.
  • Текущее состояние
  • История состояний
  • История потребления
  • Ключи запросов
  • Идентификаторы запросов

Командный центр Greenplum® — это инструмент, с помощью которого можно:

  • отслеживать метрики выполняемых запросов и их планов выполнения;
  • прерывать отдельные запросы и сессии;
  • просматривать истории выполнения завершенных запросов;
  • анализировать запросы к БД;
  • проводить тюнинг БД.

Примечание

Командный центр доступен в кластерах с версией Greenplum® 6.25 и выше.

В командном центре можно анализировать сессии и запросы в следующих разрезах:

  • текущее состояние;
  • история состояний;
  • история потребления ресурсов.

Также в командном центре запросам присваиваются ключи и идентификаторы для распознавания и группировки запросов.

Подробнее о том, как работать в командном центре, читайте в разделе Мониторинг и управление сессиями и запросами в командном центре.

Текущее состояниеТекущее состояние

Текущее состояние — состояние сессий или запросов в кластере в реальном времени. На вкладке Текущее состояние можно узнать, какие пользователи подключились к БД, какие запросы выполняются, сколько ресурсов сейчас потребляется.

Допустим, пользователи проводят ресурсоемкие вычисления в рамках нескольких сессий. Эти вычисления не закончились к моменту начала регулярных процессов.

Чтобы определить, в рамках каких сессий создается наибольшая нагрузка на CPU, на вкладке Текущее состояние отсортируйте сессии по CPU time. Так можно найти и прервать сессии с наиболее ресурсоемкими вычислениями, и в результате освободить ресурсы для других операций. О том, как продиагностировать подобные случаи, читайте в разделе Поиск текущей сессии, которая потребляет аномальное количество ресурсов.

История состоянийИстория состояний

История состояний — снимки состояний сессий и запросов в определенный момент в прошлом. История состояний позволяет определить, какие сессии или запросы вызвали аномалии в работе кластера.

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

История потребленияИстория потребления

История потребления — информация о CPU time, Peak memory и других показателях потребления ресуров в определенный момент в прошлом для завершенных запросов.

Допустим, по истории состояний видно, что в определенный период нагрузка CPU была выше обычного. Тогда по истории потребления можно понять, какие запросы вызвали высокую нагрузку. О примере такого анализа читайте в разделе Поиск запросов, вызвавших высокую нагрузку CPU.

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

Группа запросов представляет собой их список, в котором можно посмотреть информацию по каждому запросу. Отображаемая информация зависит от длительности выполнения запроса:

  • Больше часа — по запросу сохранена вся информация. Например, когда запрос выполнялся, кто его выполнял, сколько ресурсов потреблялось на каждом из сегментов Greenplum®.
  • Меньше часа — информация сохранена в агрегированном виде по аналогии с представлением PostgreSQL pg_stat_statements. Можно узнать только суммарное потребление ресурсов в выбранный момент времени.

Запросы можно сгруппировать по одному или нескольким признакам:

  • пользователь, отправивший запрос;
  • БД, с которой работали;
  • идентификатор запроса;
  • ресурсная группа.

Кроме того, группы запросов можно отсортировать по разным показателям, например CPU time. Так можно быстрее найти нужную группу.

Ключи запросовКлючи запросов

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

Ключ формируется по шаблону:

<идентификатор_сессии>/<timestamp>/<номер_запроса>

Где:

  • идентификатор_сессии — сессия, во время которой был выполнен запрос.
  • timestamp — время старта сегмента Greenplum®.
  • номер_запроса — порядковый номер запроса в сессии.

Пример ключа: 7247590/1701763297/5.

Идентификаторы запросовИдентификаторы запросов

Идентификатор — неуникальный хеш, полученный из текста запроса. Порядок расчета идентификатора зависит от длительности выполнения запроса. Если запрос выполнялся больше часа:

  1. В запросе удаляются числовые и строковые литералы.
  2. От оставшейся части запроса рассчитывается хеш. Этот хеш является идентификатором.

Если запрос выполнялся меньше часа:

  1. Выбираются запросы, которые можно объединить в одну группу вместе с данным запросом.

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

  2. В запросе удаляются числовые и строковые литералы.

  3. В оставшейся части запроса определяются и убираются незначительные отличия между запросами одной группы.

  4. От оставшейся части запроса рассчитывается хеш. Этот хеш является идентификатором.

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

Пример идентификатора: 1f9c40bf.

Greenplum® и Greenplum Database® являются зарегистрированными товарными знаками или товарными знаками Broadcom Inc в США и/или других странах.

Была ли статья полезна?

Предыдущая
Аутентификация пользователей
Следующая
Внешние таблицы
Проект Яндекса
© 2025 ООО «Яндекс.Облако»