На встречах с заказчиками один из первых вопросов к любой платформе виртуализации — не «что она умеет», а «что делать, когда что-то пошло не так, и кто это будет чинить». Разбираем, как устроена эксплуатация Inscale: где смотреть состояние служб, как читать логи, когда достаточно перезапустить службу и как передать диагностику в поддержку.
Откуда взялась кнопка «перезапустить службу»
Команда Inscale проанализировала обращения в поддержку и увидела, что около 90% проблем уровня администратора решались одним действием — перезапуском службы платформы. Из этого вывод был простой: перезапуск не должен требовать доступа к консоли сервера и обращения к вендору.
Поэтому в интерфейсе центрального сервера у каждой службы есть кнопка перезапуска. Перезапуск отдельной службы не прерывает работу пользователей: виртуальные машины и сессии продолжают работать, пока служба поднимается заново.
Службы платформы в интерфейсе
Платформа состоит из набора служб (микросервисов): каждая отвечает за свою часть — работу с хранилищами, сетью, виртуальными машинами, доставкой рабочих столов. Все они выведены в интерфейс администратора. По каждой службе видно:
- состояние — работает или остановлена;
- логи, в которых ошибки подсвечиваются, чтобы не искать их глазами в общем потоке;
- кнопка перезапуска.
Типовые ситуации и порядок действий описаны в разделе troubleshooting документации — он доступен администратору без обращения к вендору.
Три уровня логирования
У логов платформы три уровня: info, warn и debug. На уровне debug записывается всё, что делает служба, — этот режим включают на время разбора проблемы. Чувствительные данные маскируются при формировании логов, поэтому в файлах логирования их нет, и файлы можно передавать в поддержку без дополнительной чистки.
Агент диагностики: три шага до отчёта
Для случаев, когда причина не очевидна, в платформе есть агент диагностики. Порядок работы:
- Включить агент — он поднимает уровень логирования до debug.
- Повторить действие, которое приводит к ошибке.
- Отдать сформированный файл в поддержку.
Отчёт собирается в пару кликов и содержит то, что нужно поддержке для разбора. Поддержке не нужен доступ к стенду заказчика, чтобы начать работу.
Почему администратору не стоит править хост руками
Доступ к консоли серверов виртуализации в Inscale по умолчанию закрыт, хотя прямого запрета нет: поддержка сама иногда просит выполнить команды на хосте — чаще всего при разборе ситуаций с хранилищами.
Причина, по которой вручную править настройки не рекомендуется, — консистентность кластера. Платформа управляет настройками серверов централизованно: если администратор вручную изменит, например, правила сетевого экрана или настройки сети на хосте, управляющий слой в лучшем случае вернёт их к тому состоянию, которое считает правильным, а в худшем — начнутся коллизии между ручными правками и автоматикой. Команда Inscale формулирует это так: «можно залезть руками в настройки сетей — и кластер развалится, а собирать его потом тоже придётся руками».
Типовые случаи, где раньше поддержка просила зайти в консоль, постепенно переносятся в интерфейс. Так появилась кнопка «восстановить подключение» для хранилищ: вместо последовательности команд — одно действие.
Мониторинг наружу
Для наблюдения за платформой из внешних систем есть экспортёр метрик в формате Prometheus. Через него показатели забирают Zabbix, Grafana, Prometheus и ELK — заказчик продолжает использовать ту систему мониторинга, которая у него уже стоит. В самой платформе есть собственная панель с состоянием кластера, узлов и служб.
Что остаётся поддержке вендора
Все линии поддержки — у Inscale. Администратор заказчика закрывает рутину сам: состояние служб, логи, перезапуск, типовые случаи по документации. К вендору уходят ситуации, которые этим не решаются, — с готовым отчётом агента диагностики.
Итог
Эксплуатация платформы виртуализации в Inscale построена вокруг трёх вещей: все службы и их логи видны в интерфейсе, большинство проблем решается перезапуском службы без остановки пользователей, а для остального есть агент диагностики, который собирает отчёт для поддержки в пару кликов. Ручные правки на хостах не нужны и не рекомендуются — за консистентность кластера отвечает платформа.
Как это выглядит в интерфейсе — в документации Inscale. Чтобы посмотреть платформу на своей инфраструктуре — оставьте заявку.
