Перейти к основному содержимому

Как посмотреть ресурсы кластера

Когда использовать​

Перед тем как разместить новые виртуальные машины, расширить виртуальный ЦОД (ВЦОД) или списать узел, нужно понять запас кластера. vStack Center показывает этот запас в трёх разрезах, и они отвечают на разные вопросы. Суммарные показатели говорят, сколько ёмкости осталось всего. Разрез по узлам показывает, какой узел ближе к пределу. Состав кластера отвечает, что в нём вообще есть и что живо.

Различайте три величины. Ёмкость — сколько железа есть физически. Провизионировано — сколько выдано виртуальным машинам. Потребляется — сколько занято фактически. Провизионирование может превышать фактическое потребление в разы — так работает переподписка.

ВопросГде смотретьЧто видно
Сколько ёмкости в кластере и сколько занятоProvider Data Center → экран OverviewСуммы по процессору, памяти и пространству
Какой узел ближе к пределуOverview, таб Resources, и таблица Server NodesПровизионирование и потребление по узлам
Что есть в кластере и что живоServer Nodes и Storage ResourcesУзлы и пулы со статусами состояния

Предусловия​

  • роль Cluster master (role_id=1) или Resource viewer (role_id=5) — обзор ресурсов кластера открыт только им;
  • привилегия View Cluster Status Map (full) (6003) либо View Cluster Status Map (dashboard) (6004) — чтобы видеть состав кластера и статусы;
  • собранные метрики в InfluxDB, если нужны величины фактического потребления;
  • версия vStack Center — 3.0.3.

Шаг 1. Суммарные показатели кластера​

Начните с общей картины.

  1. Откройте раздел Provider Data Center и выберите кластер.
  2. Перейдите на экран Overview.

Экран собирает ёмкость, провизионирование и фактическое потребление по трём осям.

ОсьЁмкостьПровизионированоПотребляется
ПроцессорЯдра всех узлов кластераЯдра, выданные работающим ВМФактическая загрузка ядер, из InfluxDB
ПамятьПамять всех узловПамять работающих ВМФактически занятая память, из InfluxDB
ПространствоСуммарный объём пуловЗаявленный объём томовЗанято на пулах

Не смешивайте провизионирование с потреблением: первое — обещание кластера, второе — факт. Решение «поместится ли ещё одна машина» принимается по провизионированию.

Шаг 2. Разрез по узлам и пулам​

Суммы скрывают перекос: кластер может иметь общий запас, а конкретный узел уже не принимать новые машины.

  1. На экране Overview перейдите на таб Resources. Таблица покажет узлы кластера с колонками Node name, Node health и Consuming — доля потребления по узлу.
  2. Для построчной картины откройте Server Nodes. Таблица узлов несёт колонки ID, Name, Health, CPU (Cores), RAM (GB); рядом с ней — кнопка CSV для выгрузки таблицы и кнопка Software с версиями пакетов.
  3. Пулы смотрите в Storage Resources. Таблица ZFS pools несёт колонки GUID, Name, Health, Consuming, Scrubbing, Resilvering, Current node и Capacity (RAW).

Что здесь важно прочитать правильно:

  • проценты провизионирования считаются от ёмкости узла с учётом его резерва; значение больше 100 означает переподписку;
  • остаток памяти узла считается по выданной, а не по фактически занятой памяти;
  • Consuming по пулу — про потребление, Capacity (RAW) — про сырую ёмкость; это разные величины, и они не обязаны сходиться;
  • Current node говорит, какой узел несёт пул сейчас; после переноса пула значение меняется.

Узел без метрик — типичный случай: колонки CPU (Cores) и RAM (GB) пустые, потребление нулевое. Провизионированные величины при этом достоверны.

Шаг 3. Состав кластера и статусы​

Ёмкость не отвечает на вопрос, всё ли живо. На это отвечает состав кластера.

  1. Откройте Server Nodes: колонка Health показывает состояние каждого узла, а табы под таблицей (node01, node02 и далее) ведут на карточки узлов.
  2. Откройте Storage Resources: колонка Health показывает состояние пулов, Current node — узел, который несёт пул, Scrubbing и Resilvering — идут ли по пулу проверка и перестроение.
  3. Если узел показан живым, но выведен из работы администратором, расхождение ищите в паре статусов узла — как она устроена, описано в «Кластер, узлы и сервисы».

Рядом с узлами и пулами vStack Center показывает состояние управляющей машины. Она держит control plane и в состав кластера не входит, поэтому её состояние читается отдельно от состояния узлов.

Проверка результата​

Сверьте разрезы между собой. Все узлы, которые видны в Server Nodes, должны присутствовать и в таблице на табе Resources. У узла, показанного живым, колонки CPU (Cores) и RAM (GB) заполнены. Пустые значения у живого узла означают пробел в метриках.

Если не получилось​

Что видитеПочемуЧто делать
Обзор ресурсов не открывается, код ошибки -403У роли нет доступа к обзору кластераВойдите под ролью уровня кластера
Код ошибки -15905 или -15925Хранилище метрик InfluxDB не ответилоПроверьте доступность хранилища метрик; провизионированные величины на экране остаются достоверными
Код ошибки -15903 или -15923Ошибка HTTP при обращении к хранилищу метрикТо же; сбой на стороне метрик, а не в кластере
Код ошибки -15904 или -15924Неизвестная ошибка хранилища метрикОткройте экран заново; при повторении смотрите журнал
Код ошибки -7Ошибка базы данныхОткройте экран заново; при повторении — диагностика control plane
Состав узлов не показывается, код ошибки -10Статус узлов не получен от Cluster ManagerПроверьте доступность Cluster Manager: состав кластера читать неоткуда
Состав сервисов не показывается, код ошибки -11Статус сервисов не получен от Cluster ManagerТо же
Колонки CPU (Cores) и RAM (GB) пустые, потребление нулевоеПо узлу нет данных в хранилище метрикОриентируйтесь на провизионированные величины; восстановите сбор метрик
Пулов узла нет в Storage ResourcesДанных по пулам узла нетПроверьте состояние пулов отдельно; узел мог быть выведен из работы
Виден только список ВЦОД, состава кластера нетУ пользователя нет привилегии 6003 или 6004Запросите привилегию просмотра карты состояния

См. также​

Методы API​

Операции этой страницы в API: cluster-totals, cluster-overview, get-statusmap — см. Справочник API.