WISLA Virtualization Monitor

Модуль мониторинга виртуальной и контейнерной инфраструктуры

Модуль мониторинга виртуальной и контейнерной инфраструктуры
gazprombank
dit
rosneft
sber
X5

Виртуализация остается слепой зоной для мониторинга

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

Данные разбросаны по консолям, которые не видны в общем мониторинге

Proxmox, vCenter и другие панели управления показывают свою площадку, но не дают общей картины — то, что происходит на других площадках, приходится узнавать отдельно.

Нет единой картины по всем площадкам одновременно

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

Сбои обнаруживаются постфактум

Переполнение дисков, перегрузка CPU/RAM, недоступность узла или API замечают, когда сервис уже деградировал, а не в момент, когда проблему ещё можно было предотвратить.

Агент в каждой ВМ — дорого и медленно

Классический мониторинг с установкой агента в каждую виртуальную машину увеличивает затраты на внедрение и сопровождение с ростом числа ВМ.

Ввод новой площадки занимает дни

Подключение новой площадки к мониторингу через сложную ручную настройку тормозит масштабирование инфраструктуры и филиальной сети

Потеря связи с площадкой = потеря контекста

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

От зоопарка консолей — к единому дашборду

Модуль мониторинга виртуальной и контейнерной инфраструктуры WISLA Virtualization Monitor опрашивает API управления площадкой, строит единую модель объектов для разных платформ и показывает результат в веб-интерфейсе с историей и оповещениями.

WISLA Virtualization Monitor. Модуль мониторинга виртуальной и контейнерной инфраструктуры

Преимущества решения

Сбор без агентов в каждой ВМ
Основной способ сбора данных — опрос API управления площадкой, поэтому внедрение проходит быстрее, а сопровождение проще, чем при классическом агентском мониторинге.

Единая модель для разных платформ
Площадка → узел → ВМ → хранилище. Данные с Proxmox, vCenter и других платформ приводятся к одной структуре объектов и метрик независимо от источника.

Новая платформа — это адаптер, а не переписывание ядра
Модульная архитектура позволяет подключать поддержку новых платформ виртуализации через отдельный адаптер, не трогая ядро системы.

Защищенный канал от коннектора до модуля
Данные от площадки к модулю передаются по HTTPS с аутентификацией — учетные данные площадок не гуляют по сети в открытом виде

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

История метрик от 30 суток
Данные хранятся не менее 30 суток, поэтому можно отследить тренд нагрузки за месяц, а не только текущий снимок состояния.

Дашборд, карточки объектов и готовые сценарии оповещений
Веб-интерфейс показывает общий дашборд по всем площадкам, карточки объектов с детальными метриками, настраиваемые правила порогов, email-оповещения при их нарушении и отчёты в PDF/CSV.

Задел на площадки без API
Для площадок, где нет доступного API управления, предусмотрен дополнительный сбор через агент на хосте — модуль не ограничен только API-подходом.

Интеграция с WISLA
Виртуализация попадает в общую картину мониторинга организации, а не остается отдельным островом рядом с другими системами.

Юзер-сценарии

  • Ежедневный обзор дашборда: дежурный за минуты видит проблемные площадки и объекты, переходит в карточки с метриками и оповещениями.
  • Онбординг новой площадки через UI с проверкой подключения; коннектор подхватывает ее автоматически.
  • Оповещение о критическом заполнении datastore → анализ в карточке → устранение до простоя сервисов.
Модуль мониторинга виртуальной и контейнерной инфраструктуры

Как это работает

  • Коннектор подключается к API управления площадкой (Proxmox, vCenter и другие) и собирает инвентарь, метрики и события с гипервизоров, ВМ и хранилищ.

  • Данные передаются в модуль по защищённому HTTPS-каналу с аутентификацией и приводятся к единой модели объектов.

  • Дежурный инженер открывает дашборд, видит проблемные площадки и объекты, переходит в карточку с метриками, историей и оповещениями.

  • При нарушении порога (заполнение диска, перегрузка CPU/RAM, недоступность узла) срабатывает email-оповещение.

  • По площадкам и объектам формируются отчёты в PDF и CSV для анализа загрузки и инцидентов за период

Бизнес-выгоды

Меньше простоев сервисов на 30%

Раннее предупреждение о рисках по диску, CPU/RAM и доступности площадки.

Снижение затрат на эксплуатацию

Экономия до нескольких часов в неделю на ручной обход консолей на одного дежурного инженера.

Быстрое подключение новых площадок

Сокращение времени онбординга площадки с 1–3 дней до 15–30 минут через UI.

Прозрачность для руководства

Отчеты по загрузке и инцидентам за период в PDF и CSV.

Для кого

Администраторы и инженеры виртуальной среды,  дежурные инженеры и служба эксплуатации ИТ, руководители ИТ и владельцы сервисов, команда корпоративного мониторинга (WISLA), организации с несколькими площадками: ЦОД, филиалы, dev/test/prod.