Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Router
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Managed Service for YDB
    • SpeechKit
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • Container Registry
    • Managed Service for Prometheus®
    • Message Queue
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Cloud Apps
    • Yandex AI Studio
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Yandex Cloud Video
    • Stackland
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • DataSphere
    • Vision OCR
    • Translate
    • Cloud Registry
    • SmartCaptcha
    • Cloud Desktop
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Managed Service for GitLab
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • IoT Core
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
  • Статус работы сервисов
  • Marketplace
    • Доступны в регионе
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Партнёрская программа
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
  • Кейсы
  • Документация
  • Блог
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»
Yandex StoreDoc
RU
  • Начало работы
    • Все инструкции
      • Просмотр логов кластера
      • Диагностика производительности
      • Инструменты для анализа производительности
      • Мониторинг состояния кластера, хостов и шардов
  • Управление доступом
  • Инспекции и рекомендации
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

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

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

Статья создана
Yandex Cloud
Улучшена
ilya
Обновлена 5 октября 2026 г.
Открыть в Markdown
  • Мониторинг состояния кластера
  • Мониторинг состояния хостов
  • Мониторинг состояния шардов
  • Настройка алертов в 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, нажмите кнопку Открыть в Monium на панели сверху.

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

  • 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, нажмите кнопку Открыть в Monium на панели сверху.

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

  • 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, нажмите кнопку Открыть в Monium на панели сверху.

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

  • 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.

Восстановление кластера в состоянии DEADВосстановление кластера в состоянии DEAD

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

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

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

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

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

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

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

Предыдущая
Инструменты для анализа производительности
Следующая
Все руководства
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»