VMware, Hyper-V, OpenStack, Kubernetes, Swarm — мониторинг из единого интерфейса в Quest Foglight



    Инструментов для мониторинга платформ виртуализации немало. Особенно на этом рынке сильны позиции вендорских решений — vRealize и SCOM относительно родственных платформ VMware и Hyper-V соответственно. Третья популярная платформа виртуализации OpenStack. Вендорского решения для мониторинга этой платформы нет, но есть сторонние решения. Из популярных — решения с открытым исходным кодом. В этой статье я расскажу о комплексном решении для мониторинга перечисленных выше платформ (и не только) — Quest Foglight. Под катом много картинок и мало текста.

    Foglight — это универсальная платформа для мониторинга, на которой можно размещать самостоятельно разработанные модули мониторинга или использовать уже имеющиеся. В прошлые разы на Хабре мы рассказывали про мониторинг популярных баз данных, о подходах к быстрому выявлению и устранению проблем в БД SQL Server и полезных интерфейсах для отслеживания производительности различных БД.

    VMware


    Мониторинг VMware выполняется через vcenter, собираются все доступные данные. В основном представлении удобно переключаться между сущностями инфраструктуры виртуализации: кластерами, датацентрами, ESX-хостами, виртуальными машинами и т.д.



    Например, на этом представлении метрики здоровья хоста виртуализации. Аналогичные есть по кластерам, датацентрам и остальным сущностям.



    В этом же интерфейсы доступны возможности по оптимизации виртуальной инфраструктуры. Можно выявить недогруженные, перегруженные или зомби-машины, просмотреть хранящиеся образы, шаблоны, снэпшоты и удалить ненужные. Кроме этого есть возможность подкорректировать мощности, выделенные виртуальным машинам (изменить выделенные значения памяти, ядер или размера диска). Отсюда же можно автоматизировать эти процессы.



    Из общего представления по состоянию VMware можно также смоделировать изменения конфигурации виртуальной инфраструктуры (перенос виртуальной машины, добавление и т.д.) и посмотреть как это повлияет на производительность кластера в целом.



    Перейдём к уровню виртуальной машины. По каждой виртуальной машине, разумеется, доступен полный перечень метрик производительности.



    По виртуальной машине можно посмотреть сетевую топологию.



    Топологию использования хранилища.



    И увидеть производительность отдельно взятых хранилищ.



    По дисковым массивам есть также и отдельные представления. Переключаются представления через меню слева.



    Ещё одна особенность продукта — встроенная защита данных. То есть если мы перейти в представление с виртуальной машиной, можно увидеть три неприметные кнопки. Реализуется эта штука через встроенный в Foglight инструмент Quest Rapid Recovery, который доступен также в виде отдельного продукта (и восстановить там можно не только виртуальные машины).



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



    Для более тонкого управления инструментом репликации в системе существует отдельное представление, на котором можно увидеть общую картину по защите виртуальных машин. Здесь есть данные по репозиториям, где хранятся резервные копии.



    Если в качестве инструмента резервного копирования используется NetVault по нему здесь тоже можно увидеть соответствующие метрики.



    Дополнительный функционал, который доступен в интерфейсе Foglight — управление мощностями.



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



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



    Hyper-V


    Функционал Foglight по части мониторинга Hyper-V во многом аналогичен VMware. Так выглядит общее представление по производительности элементов платформы виртуализации Hyper-V.



    По Hyper-V также доступно управление репликацией виртуальных машин и просмотр параметров производительности в различных разрезах.



    По VMware и Hyper-V в системе есть единое представление, из которого можно управлять и тем и другим, переключаясь по вкладкам.



    OpenStack


    К сожалению, в нашей демо-лаборатории не обнаружилось OpenStack. Как и по VMware и Hyper-V из специализированного представления доступны данные по производительности этой платформы в различных разрезах. Но этим функционал по данной платформе ограничивается.



    Другие возможности Foglight


    Среди остальных возможностей платформы есть мониторинг микросервисных архитектур на базе Kubernetes или Swarm.





    Кроме этого доступны данные по контроллерам.



    И возможности прогнозирования запаса мощностей.



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



    В Foglight также есть возможность рассчитывать стоимость потреблённых услуг для облачных AWS и Azure.



    Другой встроенный инструмент — Cloud Migration. Позволяет рассчитвть выигрыш при миграции из локальной инфраструктуры в облачную.






    Я постарался свести к минимуму количество текста и показать по большей части визуальную составляющую продукта. Надеюсь, общее представление сложилось. Задавайте вопросы в комментариях, с удовольствием отвечу. А для тест-драйва решения на вашей инфраструктуре оставьте заявку в форме обратной связи на нашем сайте.
    Gals Software
    Компания
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 5

      +2
      С чего начинается внедрение системы мониторинга?
      Думаю с аппаратных требований. Почему бы не написать. Необходимо мониторить инфраструктуру из 20 серверов, на каждом по 50 виртуалок. 20 Баз данных. 2 кластера kubernetes с суммарными ресурсами 20 CPU, 60 RAM.
      В этом случае для системы мониторинга необходимо выделить ..CPU, ..RAM, ..SSD в среднем нагрузка на диск будет составлять ..IOPS, есть некоторые особенности по мониторингу баз данных. Требования к сети… наша система мониторинга умеет\не умеет сжимать передаваемый трафик.
      Просто посмотреть набор визуализаций, без понимания требований и как это работает (ну отчасти указали), так себе затея.
        +1
        Согласен, тему предлагаете интересную, но, скорее, для второй статьи о продукте. Моё мнение, что прежде чем приступать к аппаратным требованиям и разворачиванию системы, нужно понять насколько она интересна в принципе, какие есть возможности и что можно визуализировать.
          +1
          Одна из первых страниц в поисковой выдаче habr.com/ru/post/214409
          Не редко общался с менеджерами, которые предлагают свои цифровые продукты. Как только начинаю спрашивать о технических требованиях… Это не про то. Заказчику всегда хочется знать, насколько необходимо потратится на аппаратные ресурсы. Ведь продается только лицензия, а уже потом тех.специалисты страдают и узнают много новых подробностей, про которые частенько умалчивают создатели данного софта. Был свидетелем того, как крупный холдинг перешел на мало функциональный, но очень дорогой продукт и как итог, до сих пор сидит на нем, не из-за того, что всех устраивает — а потому, что не хочет страдать и терять много времени на переход к более конкурентным предложениям. А все из-за того — «Смотрите, какие прекрасные графики, тут и статистика, все сразу видно — просто чудо....». Итог: экспорт данных из той же 1с делать самим, дополнительные наработки, которые необходимы- делают, но потом надо доплатить за лицензию, ограничение на уровне лицензии только увеличиваются, с ростом базы, нет оптимизации на уровне приложения и все висит — вертикальное масштабирование, как выход.
        0
        proxmox?
          0
          Эх, не поддерживается.

        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

        Самое читаемое