Категорії
News 2021

vRealize Operations 8.4 Release Notes

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, можно уточнить на страницах нашего блога в посвященном ему разделе.