Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Yandex StoreDoc
  • Начало работы
    • Все инструкции
      • Просмотр логов кластера
      • Диагностика производительности
      • Инструменты для анализа производительности
      • Мониторинг состояния кластера, хостов и шардов
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

  • Мониторинг состояния кластера
  • Мониторинг состояния хостов
  • Мониторинг состояния шардов
  • Настройка алертов в Yandex Monitoring
  • Отслеживание перехода в режим только чтение
  • Состояние и статус кластера
  • Состояния кластера
  • Статусы кластера
  1. Пошаговые инструкции
  2. Логи и мониторинг
  3. Мониторинг состояния кластера, хостов и шардов

Мониторинг состояния кластера, хостов и шардов в Yandex StoreDoc

Статья создана
Yandex Cloud
Обновлена 30 марта 2026 г.
  • Мониторинг состояния кластера
  • Мониторинг состояния хостов
  • Мониторинг состояния шардов
  • Настройка алертов в Yandex Monitoring
    • Отслеживание перехода в режим только чтение
  • Состояние и статус кластера
    • Состояния кластера
    • Статусы кластера

Данные о состоянии кластера и его хостов доступны в консоли управления. Их можно посмотреть на вкладке Мониторинг страницы управления кластером или в сервисе Yandex Monitoring.

Диагностическая информация о состоянии кластера представлена в виде графиков.

Период обновления графиков:

  • Для хостов стандартной конфигурации и хостов с увеличенным соотношением количества гигабайт RAM к количеству vCPU (memory-optimized): 15 секунд.
  • Для хостов с гарантированной долей vCPU ниже 100% (burstable): 150 секунд.

Примечание

На графиках автоматически применяются наиболее подходящие кратные единицы измерения (мегабайты, гигабайты и т. д.).

Вы можете настроить алерты в сервисе Yandex Monitoring для получения уведомлений о сбоях в работе кластера. В Yandex Monitoring используются два порога срабатывания алерта: Warning и Alarm. При превышении заданного порога вы получите оповещения через настроенные каналы уведомлений.

Мониторинг состояния кластераМониторинг состояния кластера

Для просмотра детальной информации о состоянии кластера Yandex StoreDoc:

Консоль управления
  1. Перейдите на страницу каталога.

  2. Перейдите в сервис Yandex StoreDoc.

  3. Нажмите на имя нужного кластера и выберите вкладку Мониторинг.

    На открывшейся странице будут отображены графики, отражающие состояние кластера.

    Чтобы перейти к работе с метриками, дашбордами или алертами в сервисе Yandex Monitoring, нажмите кнопку Открыть в Monitoring на панели сверху.

Для кластера отображаются графики:

  • Hosts available for write — доступность хостов кластера для записи.
  • Hosts available for read — доступность хостов кластера для чтения.

В блоке Traffic:

  • Queries on primary — прирост количества команд и операций на первичных репликах кластера.
  • Queries on secondaries — прирост количества команд и операций на вторичных репликах кластера.
  • Replicated queries — прирост количества реплицируемых команд и операций на вторичных репликах кластера.
  • Documents affected on primary — прирост количества вставленных, обновленных, удаленных или возвращенных запросами документов на первичных репликах кластера.
  • Documents affected on secondaries — прирост количества вставленных, обновленных, удаленных или возвращенных запросами документов на вторичных репликах кластера.
  • Documents affected per host — прирост количества вставленных, обновленных, удаленных или возвращенных запросами документов на каждом хосте кластера.
  • Total operations count on cluster — суммарный прирост количества команд и операций в кластере.
  • Connections per host — количество доступных и входящих подключений на каждом хосте кластера.
  • Readers/writers active queue per host, top 5 — количество операций чтения и записи для пяти наибольших очередей, ожидающих снятия блокировки, на каждом хосте кластера.

В блоке Latency:

  • Average operations time on primary — среднее время выполнения команд и операций на первичных репликах кластера.
  • Average operations time on secondaries — среднее время выполнения команд и операций на вторичных репликах кластера.
  • Average operation time per host — среднее время выполнения операций на каждом хосте кластера.
  • Total operations time on Primaries — суммарное время выполнения всех операций на первичных репликах кластера.
  • Total operations time on Secondaries — суммарное время выполнения всех операций на вторичных репликах кластера.
  • Total operations time on Cluster — суммарное время выполнения всех операций в кластере.
  • Write operations time, top 5 collections — суммарное время выполнения операций записи для пяти наибольших коллекций в кластере.
  • Read operations time, top 5 collections — суммарное время выполнения операций чтения для пяти наибольших коллекций в кластере.

В блоке DB Metrics:

  • Replication lag per host and write_concern wait — время задержки репликации и ожидания подтверждения записи на каждом хосте кластера.

  • Scanned / returned — среднее соотношение сканированных ключей и документов к возвращенным документам в кластере.

  • Scan and order per host — прирост количества сортировок данных, не использующих индекс, на каждом хосте кластера.

  • Data size on primary, top 5 databases — объем данных для пяти баз с наибольшим размером на первичных репликах кластера.

  • Index size on primary, top 5 indexes — размер индексов для пяти баз с наибольшим размером на первичных репликах кластера.

  • TTL indexes activity — прирост удаленных документов и фоновых операций удаления с использованием TTL-индексов.

  • Configured oplog size per host — максимально возможный размер журнала операций на каждом хосте кластера.

  • Oplog window — временной интервал, за который хранятся данные репликации в коллекции oplog на каждом хосте кластера.

  • Open cursors total — количество открытых курсоров на хостах кластера. Отдельно отображаются:

    • общее количество курсоров;
    • закрепленные курсоры;
    • курсоры без таймаута.

В блоке Resources → CPU:

  • CPU usage per host — процент использования CPU на каждом хосте кластера.
  • CPU usage on Primaries — доля использования CPU на первичных репликах кластера.
  • CPU usage on Secondaries — доля использования CPU на вторичных репликах кластера.

В блоке Resources → Memory:

  • Memory usage per host — процент использования оперативной памяти на каждом хосте кластера.
  • Memory usage on Primaries — использование оперативной памяти на первичных репликах кластера.
  • Memory usage on Secondaries — использование оперативной памяти на вторичных репликах кластера.

В блоке Resources → Network:

  • Network usage per host — суммарная сетевая нагрузка на каждом хосте кластера.
  • Network data sent per host — скорость отправки данных по сети на каждом хосте кластера.
  • Network data received per host — скорость получения данных по сети на каждом хосте кластера.

В блоке Resources → Disk:

  • Disk space usage per host — использование дискового пространства на каждом хосте кластера, в процентах от общего объема хранилища.
  • Disk space usage on Primaries — использование дискового пространства на первичных репликах кластера.
  • Disk space usage on Secondaries — использование дискового пространства на вторичных репликах кластера.
  • Disk usage per host — суммарная скорость чтения и записи на диск на каждом хосте кластера.
  • Disk write per host — скорость записи на диск на каждом хосте кластера.
  • Disk read per host — скорость чтения с диска на каждом хосте кластера.

В блоке Errors:

  • Write conflicts per host — прирост конфликтов записи на каждом хосте кластера.
  • Page faults per host — количество отказов страниц на каждом хосте кластера.
  • Asserts total — прирост количества срабатываний ассертов в кластере.

В блоке WiredTiger:

  • WiredTiger checkpoint time on primary — время создания чекпоинтов на первичных репликах кластера.
  • WiredTiger cache state on primary — использование кеша на первичных репликах кластера.
  • WiredTiger transactions state on primary — прирост количества транзакций на первичных репликах кластера.
  • WiredTiger concurrent transactions on primary — текущее количество тикетов параллельных транзакций на первичных репликах кластера.
  • WiredTiger cache pages evicted on primary — прирост числа освобожденных страниц кеша (измененных и неизмененных) на первичных репликах кластера.

В блоке Mongos:

  • Mongos in balancer round — участие Mongos в текущем раунде балансировки.
  • Mongos active migrations — максимальное количество активных операций миграции чанков через Mongos.
  • Mongos migrations — максимальное количество операций миграции чанков (успешных и неуспешных) через Mongos.

Мониторинг состояния хостовМониторинг состояния хостов

Для просмотра детальной информации о состоянии отдельных хостов Yandex StoreDoc:

Консоль управления
  1. Перейдите на страницу каталога.

  2. Перейдите в сервис Yandex StoreDoc.

  3. Нажмите на имя нужного кластера и выберите вкладку Мониторинг.

  4. Перейдите на вкладку Хосты и выберите хост.

    На открывшейся странице будут отображены графики, отражающие состояние хостов кластера.

    Чтобы перейти к работе с метриками, дашбордами или алертами в сервисе Yandex Monitoring, нажмите кнопку Открыть в Monitoring на панели сверху.

Для хостов отображаются графики:

  • CPU usage — процент использования CPU по типам потребления: user, system, steal, softirq, nice, irq, iowait, idle, guest.
  • Memory usage — использование оперативной памяти по типам потребления: used, total, shared, free, cached, buffers, available, active.
  • Disk IOPS — количество операций чтения и записи в секунду.
  • Network bytes — скорость отправки и получения данных по сети.
  • Network packets — интенсивность отправки и получения данных по сети (пакетов/с).
  • Disk space usage — занятое и доступное дисковое пространство.

В блоке Disk Metrics Details:

  • Disk write latency (percentiles) — задержка записи на диск по процентилям.
  • Disk write bytes — средняя и максимальная скорость записи на диск.
  • Disk write operations — среднее и максимальное количество операций записи в секунду.
  • Disk read latency (percentiles) — задержка чтения с диска по процентилям.
  • Disk read bytes — средняя и максимальная скорость чтения с диска.
  • Disk read operations — среднее и максимальное количество операций чтения в секунду.
  • Disk write throttler latency (percentiles) — задержка записи, внесенная при превышении квоты диска, по процентилям.
  • Disk read throttler latency (percentiles) — задержка чтения, внесенная при превышении квоты диска, по процентилям.
  • Disk used quota — процент использования квоты для дисковых операций.

Мониторинг состояния шардовМониторинг состояния шардов

Для просмотра детальной информации о состоянии шардов Yandex StoreDoc:

Консоль управления
  1. Перейдите на страницу каталога.

  2. Перейдите в сервис Yandex StoreDoc.

  3. Нажмите на имя нужного кластера и выберите вкладку Мониторинг.

  4. Перейдите на вкладку Шарды и выберите шард.

    На открывшейся странице будут отображены графики, отражающие состояние выбранного шарда и его хостов.

    Чтобы перейти к работе с метриками, дашбордами или алертами в сервисе Yandex Monitoring, нажмите кнопку Открыть в Monitoring на панели сверху.

Для шардов отображаются графики:

  • Hosts available for write — доступность хостов шарда для записи.
  • Hosts available for read — доступность хостов шарда для чтения.

В блоке Traffic:

  • Queries on primary — прирост количества команд и операций на первичных репликах шарда.
  • Queries on secondaries — прирост количества команд и операций на вторичных репликах шарда.
  • Replicated queries — прирост количества реплицируемых команд и операций на вторичных репликах шарда.
  • Documents affected on primary — прирост количества вставленных, обновленных, удаленных или возвращенных запросами документов на первичных репликах шарда.
  • Documents affected on secondaries — прирост количества вставленных, обновленных, удаленных или возвращенных запросами документов на вторичных репликах шарда.
  • Documents affected per host — прирост количества вставленных, обновленных, удаленных или возвращенных запросами документов на каждом хосте шарда.
  • Total operations count on cluster — суммарный прирост количества команд и операций, выполненных на шарде.
  • Connections per host — количество доступных и входящих подключений на каждом хосте шарда.
  • Readers/writers active queue per host, top 5 — количество операций чтения и записи для пяти наибольших очередей, ожидающих снятия блокировки, на каждом хосте шарда.

В блоке Latency:

  • Average operations time on primary — среднее время выполнения команд и операций на первичных репликах шарда.
  • Average operations time on secondaries — среднее время выполнения команд и операций на вторичных репликах шарда.
  • Average operation time per host — среднее время выполнения операций на каждом хосте шарда.
  • Total operations time on Primaries — суммарное время выполнения всех операций на первичных репликах шарда.
  • Total operations time on Secondaries — суммарное время выполнения всех операций на вторичных репликах шарда.
  • Total operations time on Cluster — суммарное время выполнения всех операций на шарде.
  • Write operations time, top 5 collections — суммарное время выполнения операций записи для пяти наибольших коллекций на шарде.
  • Read operations time, top 5 collections — суммарное время выполнения операций чтения для пяти наибольших коллекций на шарде.

В блоке DB Metrics:

  • Replication lag per host and write_concern wait — время задержки репликации и ожидания подтверждения записи на каждом хосте шарда.

  • Scanned / returned — среднее соотношение сканированных ключей и документов к возвращенным документам на шарде.

  • Scan and order per host — прирост количества сортировок данных, не использующих индекс, на каждом хосте шарда.

  • Data size on primary, top 5 databases — объем данных для пяти баз с наибольшим размером на первичных репликах шарда.

  • Index size on primary, top 5 indexes — размер индексов для пяти баз с наибольшим размером на первичных репликах шарда.

  • TTL indexes activity — прирост удаленных документов и фоновых операций удаления с использованием TTL-индексов на шарде.

  • Configured oplog size per host — максимально возможный размер журнала операций на каждом хосте шарда.

  • Oplog window — временной интервал, за который хранятся данные репликации в коллекции oplog на каждом хосте шарда.

  • Open cursors total — количество открытых курсоров на хостах шарда. Отдельно отображаются:

    • общее количество курсоров;
    • закрепленные курсоры;
    • курсоры без таймаута.

В блоке Resources → CPU:

  • CPU usage per host — процент использования CPU на каждом хосте шарда.
  • CPU usage on Primaries — доля использования CPU на первичных репликах шарда.
  • CPU usage on Secondaries — доля использования CPU на вторичных репликах шарда.

В блоке Resources → Memory:

  • Memory usage per host — процент использования оперативной памяти на каждом хосте шарда.
  • Memory usage on Primaries — использование оперативной памяти на первичных репликах шарда.
  • Memory usage on Secondaries — использование оперативной памяти на вторичных репликах шарда.

В блоке Resources → Network:

  • Network usage per host — суммарная сетевая нагрузка на каждом хосте шарда.
  • Network data sent per host — скорость отправки данных по сети на каждом хосте шарда.
  • Network data received per host — скорость получения данных по сети на каждом хосте шарда.

В блоке Resources → Disk:

  • Disk space usage per host — использование дискового пространства на каждом хосте шарда, в процентах от общего объема хранилища.
  • Disk space usage on Primaries — использование дискового пространства на первичных репликах шарда.
  • Disk space usage on Secondaries — использование дискового пространства на вторичных репликах шарда.
  • Disk usage per host — суммарная скорость чтения и записи на диск на каждом хосте шарда.
  • Disk write per host — скорость записи на диск на каждом хосте шарда.
  • Disk read per host — скорость чтения с диска на каждом хосте шарда.

В блоке Errors:

  • Write conflicts per host — прирост конфликтов записи на каждом хосте шарда.
  • Page faults per host — количество отказов страниц на каждом хосте шарда.
  • Asserts total — прирост количества срабатываний ассертов на шарде.

В блоке WiredTiger:

  • WiredTiger checkpoint time on primary — время создания чекпоинтов на первичных репликах шарда.
  • WiredTiger cache state on primary — использование кеша на первичных репликах шарда.
  • WiredTiger transactions state on primary — прирост количества транзакций на первичных репликах шарда.
  • WiredTiger concurrent transactions on primary — текущее количество тикетов параллельных транзакций на первичных репликах шарда.
  • WiredTiger cache pages evicted on primary — прирост числа освобожденных страниц кеша (измененных и неизмененных) на первичных репликах шарда.

В блоке Mongos:

  • Mongos in balancer round — участие Mongos в текущем раунде балансировки на шарде.
  • Mongos active migrations — максимальное количество активных операций миграции чанков через Mongos на шарде.
  • Mongos migrations — максимальное количество операций миграции чанков (успешных и неуспешных) через Mongos на шарде.

Настройка алертов в Yandex MonitoringНастройка алертов в Yandex Monitoring

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

  2. Перейдите в сервис  Monitoring.

  3. В блоке Сервисные дашборды выберите:

    • Yandex StoreDoc для настройки алертов кластера;
    • Yandex StoreDoc — Host Overview для настройки алертов хостов.
  4. На нужном графике нажмите на значок и выберите пункт Создать алерт.

  5. Если на графике несколько показателей, выберите запрос данных для формирования метрики и нажмите Продолжить. Подробнее о языке запросов см. документацию Yandex Monitoring.

  6. Задайте значения порогов Alarm и Warning для срабатывания алерта.

  7. Нажмите кнопку Создать алерт.

Чтобы настроить автоматический мониторинг других показателей состояния кластера:

Консоль управления
  1. Создайте алерт.
  2. Добавьте метрику состояния.
  3. В параметрах алерта задайте значения порогов для оповещения.

Рекомендуемые значения порогов для некоторых метрик:

Метрика Обозначение Alarm Warning
Доступность БД на запись can_write Равно 0 —
Задержка репликации replset_status-replicationLag 180 30
Объем использованного хранилища disk.used_bytes 90% от размера хранилища 70% от размера хранилища

Для метрики disk.used_bytes значения порогов Alarm и Warning задаются только в байтах. Например, рекомендуемые значения для диска размером в 100 ГБ:

  • Alarm — 96636764160 байт (90%).
  • Warning — 75161927680 байт (70%).

Текущий размер хранилища можно посмотреть в детальной информации о кластере. Полный список поддерживаемых метрик см. в документации Monitoring.

Отслеживание перехода в режим только чтениеОтслеживание перехода в режим только чтение

Чтобы отслеживать степень заполнения хранилища на хостах кластера и получать уведомления в случае скорого исчерпания свободного места:

  1. Создайте алерт.

  2. Добавьте метрику состояния disk.free_bytes.

    Для этого создайте запрос в конструкторе запросов:

    service=managed-mongodb → name=disk.free_bytes → host=* → resource_id=* → resource_type=cluster.

  3. Задайте в параметрах алерта значения порогов для оповещения:

    • Условие срабатывания — выберите условие Меньше или равно для размера свободного дискового пространства, при котором сработает алерт.

      Рекомендуемые значения порогов в зависимости от размера хранилища:

      Размер хранилища, ГБ Alarm Warning
      ⩽ 600 1G (1 ГБ) 1500M (1,5 ГБ)
      > 600 6G (6 ГБ) 10G (10 ГБ)
    • Дополнительные настройки → Функция агрегации — выберите значение Минимум (минимальное значение метрики за период).

Состояние и статус кластераСостояние и статус кластера

Состояние кластера указывает на исправность его хостов, а Статус показывает, запущен кластер, остановлен или находится в промежуточном состоянии.

Для просмотра состояния и статуса кластера:

  1. Перейдите на страницу каталога.
  2. Перейдите в сервис Yandex StoreDoc.
  3. Наведите курсор на индикатор в столбце Доступность в строке нужного кластера.

Состояния кластераСостояния кластера

Состояние Описание Предлагаемые действия
ALIVE Кластер работает в штатном режиме. Действий не требуется.
DEGRADED Кластер работает не на полную мощность: минимум один из хостов имеет состояние, отличное от ALIVE. Выполните диагностику:
  • Перейдите на вкладку Хосты и посмотрите, какие из них в нерабочем состоянии.
  • Перейдите на вкладку Операции и убедитесь, что все операции завершились.
  • Убедитесь, что кластер не находится в процессе технического обслуживания.
Если причины не удалось выяснить самостоятельно, обратитесь в службу поддержки.
DEAD Кластер неработоспособен: ни один его хост не работает. Составьте обращение в службу поддержки, указав:
  • Идентификатор кластера.
  • Идентификаторы последних операций, которые на нем выполнялись.
  • Время по графикам доступности, когда кластер перешел в состояние DEAD.
UNKNOWN Состояние кластера неизвестно. Составьте обращение в службу поддержки, указав:
  • Идентификатор кластера.
  • Идентификаторы последних операций, которые на нем выполнялись.
  • Время по графикам доступности, когда кластер перешел в состояние UNKNOWN.

Статусы кластераСтатусы кластера

Статус Описание Предлагаемые действия
CREATING Идет подготовка к первому запуску Подождите немного и приступайте к работе. Время создания кластера зависит от класса хостов.
RUNNING Кластер работает в штатном режиме Действий не требуется.
STOPPING Кластер останавливается Через некоторое время кластеру будет присвоен статус STOPPED, и он будет выведен из работы. Действий не требуется.
STOPPED Кластер остановлен Запустите кластер, чтобы вернуть его в работу.
STARTING Остановленный ранее кластер запускается Через некоторое время кластеру будет присвоен статус RUNNING. Подождите немного и приступайте к работе.
UPDATING Обновляется конфигурация кластера По завершении обновления кластеру будет присвоен статус, который был до обновления: RUNNING или STOPPED.
ERROR Произошла ошибка при выполнении операции с кластером или во время окна технического обслуживания Если кластер долго находится в этом статусе, обратитесь в службу поддержки. Доступность кластера можно определить по его состоянию.
STATUS_UNKNOWN Кластер не может определить свой статус Если кластер долго находится в этом статусе, обратитесь в службу поддержки.

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

Предыдущая
Инструменты для анализа производительности
Следующая
Все руководства
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»