15 апреля 2021 года VMware порадовала ожидаемым обновлением линейки vRealize, о котором мы писали в комплексном обзоре «Обновленное портфолио VMware vRealize: его роль в современной виртуализации, планы на будущее и перспективы» не так давно. В его рамках представлена и новая версия нашей объединенной операционной платформы, непрерывно работающей над оптимизацией производительности и повышением эффективности емкости, а также стоимости управления, помогающей в проактивном планировании, интеллектуальном исправлении с учетом приложений и интегрированном приведении в соответствие – продукта vRealize Operations. С этого момента его актуальной версией стала 8.4, и сегодня мы всецело обсудим, что в ней изменилось, по сравнению с предшественницей, где скачать новый билд, чтобы в полной мере протестировать его возможности, а также узнаем, какие проблемы были успешно решены вендором с этим релизом.
Данный материал вписался в издаваемый нами масштабный цикл новостей, посвященных последнему обновлению линейки продуктов vRealize, следить за наполнением которого можно в нашем разделе новостей или в соответствующем подменю блока продуктов «vRealize & Infrastructure Management», посвященном конкретно vROPs.
Актуальный билд
Выкачать для установки с нуля vROPs 8.4 или обновления старой версии можно здесь, традиционно, по каждой лицензии отдельно. И его билд № 17863947, к примеру, для Standard выглядит так:
К слову, если пользуетесь vROPs не автономно, а в составе пакета vRealize Suite, найти его, аналогично по уровням лицензии, можно здесь.
Изменения в vRealize Operations 8.4
Последняя на момент написания этого материала версия vROPs может похвастаться рядом новых и расширением старых возможностей самообслуживающихся операций, благодаря чему продукту удалось существенно продвинуться на пути оптимизации, планирования и масштабирования VMware Cloud, включающего как on-premises частные облака или наш SDDC во множестве публичных облаков, в том числе VMware Cloud на AWS, Azure VMware Solution (AVS) и Google Cloud VMware Engine (GCVE). При этом унифицируя облачный мониторинг и поддерживая платформы вендоров-партнеров по экосистеме. Перечислим по порядку все, что в нем теперь представляется интересным, выделив, для удобства, тематические зоны ответственности и функций.
Автоматизация ключевых операционных задач для самообслуживающегося дата-центра
Как известно, автоматизация задач через Automation Central – одна из мощнейших возможностей vROPs. Его можно использовать для:
- Создания и внесения в расписание ключевых действий по восстановлению и исправлению (удалению выключенных ВМ, выключению бездействующих машин и удалению старых снэпшотов), по оптимизации производительности (уменьшению размера виртуалок и их масштабированию), а также по общим задачам, к примеру, по их перезагрузке;
- Фильтрации и определения динамического диапазона;
- Рассылки замечаний и визуализации глобальных расписаний;
- Отслеживания и просмотра автоматизации экономии.
Упрощение траблшутинга и интеллектуального восстановления
В рамках этой области обязательно стоит вспомнить шаблоны предупреждений полезной нагрузки и связанный с ними функционал:
- Полностью настраиваемое тело предупреждений с шаблоном полезной нагрузки для плагина исходящих сообщений webhook;
- Дефолтные готовые шаблоны предупреждений полезной нагрузки доступны для разнообразных исходящих плагинов. Быстрое создание своих шаблонов путем клонирования предустановленных;
- Настройка уведомлений полезной нагрузки о предупреждениях по добавлению дополнительных показателей, свойств, родительских объектов и других объектов-предшественников с использованием шаблонов полезной нагрузки;
- Добавление настраиваемых свойств ввода. Сопоставление полей полезных нагрузок с помощью встроенного редактора JSON для новых, проапдейченных и отмененных предупреждений.
Еще заслуживает внимания работа, проделанная по упрощению сообщений о предупреждениях:
- Появилась возможность создавать сообщения о предупреждениях с использованием опирающегося на простой визард-помощник рабочего процесса;
- Можно выбирать существующие исходящие плагины для создания новых их инстансов на месте;
- Доступна ассоциация шаблонов полезной нагрузки с правилами сообщений о предупреждениях.
И, наконец, наблюдаются улучшения по исходящим плагинам:
- Упрощен рабочий процесс исходящих плагинов;
- Можно создавать и настраивать исходящие плагины в контексте правил предупреждений;
- Появился новый исходящий плагин webhook, посылающий сообщения о предупреждениях куда-угодно, где поддерживается webhook (Microsoft Teams, Datadog и т.д.). С его помощью можно:
- Настраивать стандартные или пользовательские свойства ввода для конечных точек на REST;
- Выбирать шаблоны полезных нагрузок для полной кастомизации полезной нагрузки сообщений;
- Определять разные шаблоны для новых, обновленных или отмененных сообщений о предупреждениях.
Что касается Telegraf, стоит сказать о значительных улучшениях в сфере мониторинга приложений. В том числе о поддержке мониторинга процессов Linux и Windows, о предоставлении метрики доступности для приложений на основе Telegraf, а также о возможности слежения за работой физической ОС. Кстати, все, что касается этих совершенствований поддерживается исключительно в новых on-premises облачных прокси.
Управление стоимостью и эффективностью емкости
На вкладке «Object Capacity» добавились подсказки, внесшие ясность в отношении колонок. Кроме того, по функции стоимости VMware Cloud на AWS:
- Представлена стоимость рабочих нагрузок для VMware Cloud на AWS с использованием фактических счетов;
- Расходы по счетам VMware Cloud на AWS распределяются, опираясь на справедливый алгоритм потребления CPU, памяти и мощностей хранилища на уровне ВМ. Для получения точных значений стоимости все SDDC настраиваются в данной Organization;
- Добавлена возможность выполнять планирование рабочих нагрузок с VMware Cloud на AWS в роли целевого облака, и применяя при этом новые расчетные базовые тарифы на основе счетов.
Также добавились API для прейскурантов (общедоступные). Их можно просматривать и редактировать, не взывая при этом к пользовательскому интерфейсу. Серьезно эволюционировали панели мониторинга оптимизации стоимости:
- Предложена готовая к работе возможность предоставления подробного анализа инфраструктуры собственника, потенциальной экономии, корректирующих действий и реализованного уменьшения затрат;
- Новая высокоуровневая сводка рентабельности инвестиций (ROI) на одной из панелей;
- Просмотр потока рентабельности инвестиций от общей стоимости собственности до потенциальной экономии, корректирующих действий и реализованного уменьшения затрат благодаря соответствующим подробным информационным панелям;
- «Optimize Cost» включает следующие панели мониторинга:
- возврат инвестиций (Return on Investment) – обзор,
- общая стоимость собственности (Total Cost of Ownership),
- потенциальная экономия (Potential Savings),
- возврат (Reclaim),
- реализованная экономия затрат (Realized Cost Savings).
И появилось понимание, в целом, трат инфраструктуры и того, сколько было их сэкономлено.
Еще стоит отметить новые детализированные панели мониторинга стоимости и ценообразования:
- демонстрация стоимости пода vSphere («Showback vSphere Pod Cost»),
- цена отозванной ВМ («Chargeback VM Price»),
- амортизация серверного оборудования («Server Hardware Depreciation»),
- доступные для восстановления хосты («Reclaimable Hosts»),
- стоимость по сравнению с ценой ВМ («VM Cost vs Price»),
- обзор стоимости VMC («VMC Cost Overview»).
А также новый инструмент планирования миграции для Azure VMware Solution (AVS) и Google Cloud VMware Engine (GCVE) – «What If», вывод в отдельную метрику теггированных цен, возможность отслеживать стоимость и цены ВМ-пятиминуток (недолговечных). И, наконец, постоянные улучшения в виде доступности новых свойств поддержки данных о драйверах затрат, вроде потребляемой энергии, категорий ОС и кол-ва юнитов стоек, а также расчет тарификации vSAN на основе полезной емкости, опубликованной адаптером vSAN, вместо свойства дискового пространства для большей точности.
Улучшения панелей мониторинга, виджетов, отчетов и инструментов просмотра
- Инструменты «Manage Views» и «Manage Reports» выделены отдельно в боковом меню UI. Также там можно найти часто используемые действия;
- В списке «View» фильтрация по имени может принимать регулярное выражение. Это помогает в поиске представления, соответствующего определенному шаблону;
- Виджет «Heat Map». Если контент идентичен по своему размеру, можно его сгруппировать по значению, чтобы получить более содержательную визуализацию;
- Параметр «Availability of Business Hours» в списке «View». Параметр доступности рабочих часов полезен, если хочется исключить определенные часы любого данного дня (с понедельника по воскресенье);
- Доступны четверо дополнительных фильтров в «Custom Group», «View Filter» и «Widget Filter»: «Not Empty», «Empty», «Not Exist» и «Exist».
Улучшения платформы
- Поддержка облачного прокси для on-prem vROPs. Облачный прокси предлагает функционал Remote Collector и vRealize Application Remote Collector. Теперь нет необходимости в двух различных Аppliance в управлении удаленными дата-центрами. Доступна миграция on-prem standalone vRealize Application Remote Collector на on-prem облачный прокси и возможность отделить апгрейд кластера от обновления Remote Collector (облачный прокси автоматически грейдится до совместимой с кластером версии, но можно предпринимать эту акцию в вручную, если есть необходимость);
- Поддержка режима FIPS;
- Улучшения в общих настройках и управлении контентом:
- Стала доступной возможность экспортировать весь контент единственной кнопкой в случае бэкапа/восстановления, облачной миграции и аварийного восстановления. Расписания отчетов при этом добавляются в Content Management (пакетный импорт/экспорт).
- Срок хранения генерируемых отчетов может быть установлен с точностью до дней (минимум 1 день, максимум – 3600 на on-prem, и 90 дней для vRealize Operations Cloud. Последнее значение дефолтное и неизменяемое);
- Наличие URL-адреса для доступа к системе (vRealize Operations Cluster LB IP/FQDN). Этот адрес может использоваться при регистрации vCenter Server, инициированной из конфигурации облачного аккаунта. Применяется исключительно в on-prem vROPs и недоступно в vRealize Operations Cloud;
- Работа с Azure VMware Solution и Google Cloud VMware Engine;
- Улучшения по VMware Cloud на AWS. Доступны две новые сводные страницы для вывода общей информации по Org и SDDC («VMware Cloud on AWS Org Summary Page» – свойства организации, инвентарь, общая емкость покупок, сводка по счетам и прочее, и «VMC SDDC Summary Page» – с SDDC, инвентарем, общей емкостью покупок, здоровьем всех компонентов программно-определяемого дата-центра, максимумами SDDC, предупреждениями и любыми нарушениями). Также появился инструмент ценообразования рабочих нагрузок для VMware Cloud на AWS, использующий текущие счета VMware Cloud.
Нативные пакеты управления и переименование
Помимо улучшения для NSX-T, позволяющего Remote Collector использовать параметры прокси в конфигурациях адаптера вместо прямого доступа в Интернет, важно отметить несколько интересных появившихся опций в разрезе публичных облачных провайдеров – партнеров VMware.
Здесь, если рассматривать AWS, то стала доступной интеграция с AWS CloudWatch для обнаружения сервисов и совершенствования сбора метрик, сделана поддержка дополнительных 33-х популярных сервисов в самых разных категориях, а также готовые и пользовательские метрики для этих сервисов, визуализированные в vROPs без необходимости переключаться на AWS.
Что же касается Microsoft Azure, появилась интеграция с Azure Monitor для обнаружения сервисов и улучшения сбора метрик. Появился доступ к новым 32 широко известным сервисам в разных категориях, и в их отношении – встроенные и кастомные метрики, с визуализацией в нашем продукте.
По пакетам управления компонентами виртуальной среды и продуктами облачных вендоров-партнеров сменились названия почти всех их:
Старое наименование | Новое наименование |
VMware vSphere | vSphere |
VMware vSAN | vSAN |
VMware vRealize Ping | Ping |
VMware vRealize Operations Management Pack for VMware Cloud on AWS | VMware Cloud on AWS |
VMware vRealize Network Insight | vRealize Network Insight |
VMware vRealize Log Insight | vRealize Log Insight |
VMware vRealize Compliance Pack for PCI | PCI Compliance |
VMware vRealize Compliance Pack for ISO | ISO Compliance |
VMware vRealize Compliance Pack for HIPAA | HIPAA Compliance |
VMware vRealize Compliance Pack for FISMA | FISMA Compliance |
VMware vRealize Compliance Pack for DISA | DISA Compliance |
VMware vRealize Compliance Pack for CIS | CIS Compliance |
VMware vRealize Automation 8.x | vRealize Automation 8.x |
VMware vRealize Automation 7.x | VMware vRealize Automation 7.x |
VMware vRealize Assessments | Cloud Management Assessment |
VMware vRealize Application Management Pack | OS and Application Monitoring |
VMware Service Discovery Management Pack | Service Discovery |
VMware Microsoft Azure Management Pack | Microsoft Azure |
VMware AWS Management Pack | AWS |
Operating Systems / Remote Service Monitoring | Operating Systems / Remote Service Monitoring |
NSX-T Management Pack | NSX-T |
Улучшения по метрикам и свойствам
Во-первых, улучшено название и всплывающая подсказка для 20-секундных пиковых метрик и других пиковых показателей. Во-вторых, добавлены некоторые свойства, а именно:
Тип объекта | Ресурс-контейнер | Название | Тип | Описание |
ВМ | Summary | SMBIOS UUID | Свойство | Системное управление BIOS UUID виртуальной машины |
Horizon VM Type | Свойство | Показывает тип внутренней ВМ Horizon. Может быть либо «Parent», либо «Replica» | ||
Под | Summary | SMBIOS UUID | Свойство | Системное управление BIOS UUID пода |
Удалены метрики:
Тип объекта | Ресурс-контейнер | Название | Тип | Описание |
ВМ | CPU | CPU reservation (MHz) | Метрика | Зарезервированные под ВМ CPU. Гарантировано, что будут доступны, когда ВМ их затребует |
Под | CPU | CPU reservation (MHz) | Метрика | Зарезервированные под под CPU. Гарантировано, что будут доступны, когда под их затребует |
Система хоста | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена | |
Вычислительный ресурс кластера | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена | |
Кластер Tanzu Kubernetes | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена | |
Дата-центр | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена | |
Поле имен | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена | |
Проект | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена | |
VDC организации | Cost | Aggregated Deleted VM Daily Total Cost (US$) | Метрика | упразднена |
Summary/Metering | Deleted descendent VMs price | Метрика | упразднена |
И изменены метрики:
Тип объекта | Ресурс-контейнер | Новое название | Тип | Старое название |
Множество | VMC Configuration Maximus | Hard Limit | Метрика | Limit |
Hard Limit Used | Метрика | Limit Used | ||
Maximum VMs per Host | Метрика | VMs per Host | ||
Minimum Hosts per Cluster for Full SLA | Метрика | Min Hosts per Cluster for Full SLA | ||
Minimum Hosts per Cluster for No SLA | Метрика | Min Hosts per Cluster for No SLA | ||
Maximum Hosts per Cluster (including stretched clusters) | Метрика | Max Hosts per Cluster (including stretched clusters) | ||
Maximum Datastore Capacity that can be Utilized | Метрика | Max datastore capacity that can be utilized | ||
Datastore Capasity Requiring Remediation Plan | Метрика | Datastore capasity requiring remediation plan | ||
Maximum vCPUs per Large SDDC | Метрика | Large SDDC vCPUs | ||
Maximum vCPUs per Regular SDDC | Метрика | Regular SDDC vCPUs | ||
Maximum RAM per Large SDDC | Метрика | Large SDDC RAM | ||
Maximum RAM per Regular SDDC | Метрика | Regular SDDC RAM | ||
Все типы объектов | Множество ресурс-контейнеров | Peak Latency within collection cycle | Метрика | Total Latency |
Highest vCPU Ready of all instances | Метрика | Peak vCPU Ready | ||
Highest vCPU Usage of all instances | Метрика | Peak vCPU Usage | ||
Highest IOPS of all instances | Метрика | Peak Virtual Disk IOPS | ||
Highest Throughput of all instances | Метрика | Peak Virtual Disk Throughput | ||
Highest Read Latency of all instances | Метрика | Peak Virtual Disk Read Latency | ||
Highest Write Latency of all instances | Метрика | Peak Virtual Disk Write Latency | ||
Highest CPU Core Usage of all instances | Метрика | Peak CPU Core Usage | ||
Highest Read Latency of all instances | Метрика | Peak Datastore Read Latency | ||
Highest Write Latency of all instances | Метрика | Peak Datastore Write Latency | ||
Highest Read Latency of all instances | Метрика | Peak Adapter Read Latency | ||
Highest Write Latency of all instances | Метрика | Peak Adapter Write Latency | ||
Peak vCPU Ready within collection cycle | Метрика | 20-second Peak vCPU Ready | ||
Peak vCPU Co-Stop within collection cycle | Метрика | 20-second Peak vCPU Co-Stop | ||
Peak vCPU IO Wait within collection cycle | Метрика | 20-second Peak vCPU IO Wait | ||
Peak vCPU Swap Wait within collection cycle | Метрика | 20-second Peak vCPU Swap Wait | ||
Peak vCPU Overlap within collection cycle | Метрика | 20-second Peak vCPU Overlap | ||
Peak vCPU System within collection cycle | Метрика | 20-second Peak vCPU System | ||
Peak Contention within collection cycle | Метрика | 20-second Peak Contention | ||
Peak Usage Rate within collection cycle | Метрика | 20-second Peak Usage Rate | ||
Peak Latency within collection cycle | Метрика | 20-second Peak Latency | ||
Peak CPU Context Switch Rate within collection cycle | Метрика | 20-second Peak CPU Context Switch Rate | ||
Peak Disk Queue within collection cycle | Метрика | 20-second Peak Disk Queue | ||
Peak vCPU Queue within collection cycle | Метрика | 20-second Peak vCPU Queue |
Как понятно из приведенных таблиц, метрики по инстансам отключены по умолчанию – правило станет работать, как только установите с нуля или обновитесь до версии 8.2 vRealize Operations. Даже в случае импорта политик из предыдущих релизов. Однако, если очень нужно ими пользоваться, обратно подключить эту возможность можно, воспользовавшись рекомендациями из этого КБ.
И напоследок, заканчивая с перечислением новых функций и совершенствований vROPs 8.4, упомянем то, что было сделано в сфере соответствия доступности: теперь поддерживаются программы чтения с экрана и клавиатуры, благодаря чему пользователю стало удобнее работать в большинстве частей UI.
Прекращение поддержки
Напомним, с 6.0-версией vCenter Server мы попрощались еще в vROPs 8.3, как, впрочем, и с vRealize Automation 7.x. Помимо этого, начиная с 8.4, virtual appliance vRealize Application Remote Collector более не доступен и не может загружаться из пользовательского интерфейса vROPs при обновлении его до 8.4.
Важно! VMware крайне рекомендует использовать облачный прокси для мониторинга сервисов приложений. Учтите, что облачный прокси IPv6 не поддерживается.
Тем не менее, можно мигрировать on-prem standalone vRealize Application Remote Collector на on-prem облачный прокси. Как это сделать доступно описано вот здесь.
Также очень важным моментом стал полный отказ от поддержки Internet Explorer (поддерживаемые браузеры:
- Google Chrome 87/89,
- Mozilla Firefox 86/87,
- Microsoft Edge 88/89,
- Safari 13/14).
И, наконец, завершая тему окончания поддержки, стоит упомянуть End Point Operations Management Solution. Правда, при выключенном режиме FIPS он все еще сможет работать. Но при включенном – никак.
Решенные проблемы
Между 8.3 и 8.4 релизами разработчикам удалось решить всего две, правда, очень важные проблемы:
- Исчисление стоимости не поддерживалось для конечной точки VMware Cloud vCenter Server, где тип облака был указан как VMware Cloud на AWS, так как стоимостная модель отличалась от on-prem vCenter Server;
- Системные ВМ автоматически не исключались из использования лицензии. Сервисы кластера vSphere и функции управления рабочими нагрузками, например, файловые ресурсы vSAN, представляли системные машины, которые vROPs не исключал из использования лицензий. В результате на них в первую очередь шел приоритет по использованию лицензий, в то время как клиентские виртуалки могли оставаться нелицензированными.
В завершение, напомним, что апгрейд vROPs потребует новые лицензионные ключи, за исключением спец-версии продукта под Horizon, и если есть vSOM Enterprise Plus. Без них решение будет работать в режиме триала в течение следующих 60 дней. А все вопросы по совместимости с другими компонентами виртуальной среды и сторонними продуктами, «железом» и другим, как, впрочем, и генеалогическое дерево подпадающих под обновление версий, все остальные моменты, связанные с установкой и апгрейдом vROPs, можно уточнить на страницах нашего блога в посвященном ему разделе.