Аудит и экспресс-диагностика ActiveScale

1. Когда нужен

• Кластер работает, но никто не может ответить «что с ним происходит».
• Перед расширением, апгрейдом или покупкой.
• После аварии/переезда — проверить, что всё вернулось.
• Перед передачей системы другому подрядчику/команде.
• «В GUI всё зелёное, но клиенты жалуются» — проверить, что видят снаружи.

2. Что проверяем

2.1 Модель и узлы

• Статус машин и приложений: ONLINE, NOTCONFIGURED, CONFIGURING.
• Неприменённые изменения (has_unapplied_changes).
• Латентность Model API — быстрый признак «модель ждёт mongod».
• Роли нод и состав приложений.

2.2 События и задачи

• LIVE-события: severity, hostname, resource, occurrences.
• Задачи: FAILURE, REVOKED, залипшие STARTED.
• Периодические задачи: включены ли (taskschedule.enabled), когда последний успех.

2.3 Диски и ёмкость

• Статус дисков, SMART, mdstat (для ОС-дисков).
• Блоксторы и заполнение.
• Барометр DSS: ok / full.
• Политика: w+s ≤ N, selectedstoragepolicy не null.
• Расхождение raw vs usable.

2.4 Время и сеть

• ntpq -p (есть ли *), стратум, расхождение часов между нодами.
• marvin-dhcp/фантомный dhclient, подмена /run/ntp.conf.dhcp.
• Default route на всех нодах.
• Storage-кольцо: ping со всех нод по storage-адресам.
• VLAN/порты на свиче — по MAC, а не по описанию.

2.5 S3-фронт и клиенты

• 307 + Server: Quantum-ActiveScale на фронте.
• Сертификат: SAN, срок, соответствие имени.
• DNS: apex и wildcard для bucket-style.
• Проверка снаружи: что видит клиент (код, заголовки, резолв).
• IAM: resource policy на бакетах.

2.6 Лента (если есть)

• Коннектор: адрес/порт, доступность.
• Кассеты: каталог библиотеки vs реестр продукта, форма штрихкода.
• Safety: minimum_tape_safety, spread/safety, число кассет в группах.
• Приводы: drive list, orchestrate get-prioritized-request.
• События COLD_STORAGE_*.

3. Как проходит

1. Согласование доступа. Удалённо (VPN/ jump-host) или на площадке; только чтение.
2. Снятие фактов. 30–60 минут; параллельно — вопросы «что болит».
3. Разбор. Отделяем симптомы от причин; гипотезы помечаем.
4. Отчёт. В тот же/следующий рабочий день.

4. Что на выходе

• Таблица «проверка → результат → чем подтверждено».
• Список рисков: критичные / важные / наблюдение.
• Приоритеты: что делать в первую очередь и почему.
• Что не проверяли и почему (нет доступа, нет ленты и т.п.).
• Рекомендации по профилактике.

5. Чего в аудите нет

• Изменений на системе (даже «безопасных»).
• Обещаний «всё починим за час».
• Оценки «по фотографии GUI»: только живые проверки.

6. Что нужно от заказчика

• Доступ к management-сети (SSH/ jump-host) или организация выезда.
• Список бакетов/клиентов, которые «жалуются» (если есть).
• Окно, когда можно читать (обычно чтение не мешает).

Частые вопросы

Что входит в аудит? Проверяем модель и узлы, события и задачи, диски и SMART, ёмкость и политику DSS, NTP и расхождение часов, S3-фронт снаружи и изнутри, IAM, ленту — если она есть. Каждая проверка фиксируется в таблице «проверка → результат → чем подтверждено». Ничего не меняем: только читаем и собираем факты.

Сколько времени занимает аудит? Снятие фактов — 30–60 минут чтения. Дальше разбор: отделяем симптомы от причин, проверяем гипотезы. Отчёт отдаём в тот же или на следующий рабочий день. Срок зависит от того, есть ли доступ к ленте и насколько аккуратно ведутся события; если часть данных недоступна, пишем, что не проверяли.

Вы что-то меняете на системе? Нет. Аудит — режим только чтения: не правим конфиги, не перезапускаем службы, не трогаем учётные записи и политики. Если по ходу видим, что нужно исправить, описываем это в отчёте и предлагаем отдельную работу. Изменения на продуктивной системе — только по согласованию и в окно.

Что на выходе? Отчёт: таблица проверок с результатами и подтверждениями, список рисков по критичности — критичные, важные, наблюдение, приоритеты «что делать первым и почему», а также раздел «что не проверяли и почему». Плюс рекомендации по профилактике. Формат — документ, который можно передать другому подрядчику или своей команде.

Нужен ли доступ внутрь и надолго? Нужен доступ к management-сети — удалённо через VPN или jump-host, либо организация выезда. Ещё полезен список бакетов и клиентов, которые жалуются, и окно, когда можно читать: обычно чтение работе не мешает. Доступ нужен на время аудита, после работ его закрываем.