Апгрейд VMware Operations Manager до версии 8.3

Чистому развороту с нуля системы комплексного мониторинга и управления виртуальной инфраструктурой VMware Operations Manager мы посвящали отдельную статью «Разворот vRealize Operations Manager 8.2.0», где, помимо всего прочего, глобально была изложена вся необходимая для грамотного разворота и обновления этого продукта теоретическая информация. Общие их принципы, надо сказать, для версии 8.3, в целом, не изменились. Однако, если речь об апгрейде с более старых редакций продукта, известны некоторые специфические нюансы в этой связи. Сегодня наш разговор как раз и посвятим им в полной мере, тем более, что, когда издавалась 8.2, конкретно инсталляции обновления мы не касались.

Напомним, vRO 8.3 в ходу с 4 февраля 2021 года, и этот новый релиз оброс изрядным количеством нововведений и функций, к тому же прекратилась поддержка сразу нескольких решений, в т. ч. vRealize Automation 7.x и vCenter Server 6.0, что, разумеется, немаловажно. А ознакомиться с его деталями можно в нашей новости по теме «VMware vRealize Operations Manager 8.3 Release Notes».

Ниже мы обстоятельно обсудим, каковы теперь требования к совместимости и интер-операбельности vRO 8.3, что представляет собой сам механизм обновления, а также обсудим все его особенности. Итак…

Требования и совместимость

Так как vApp vRO разворачивается через инстанс vCenter Server, для подключения к которому используется клиент vSphere, стоит учесть, что и ESXi, и vCenter Server должны быть версии, не древнее 6.5 (то есть, сначала обновляем компоненты виртуальной среды до, хотя бы минимально приемлемого варианта, а затем только приступаем к работе с vRO). Аналогично для VMware Cloud на AWS. В идеале – 6.7U1 и свежее. По виртуальной сети – NSX-T, начиная с 2.3, а NSX-V – с 6.3.x.

По другим продуктам, vRealize Log Insight, к примеру, – стартовая версия совместимости – 8.1, а для Identity Manager – 3.3.1. По всему остальному возможность сосуществования можно проверять, по традиции, здесь.

По «железу», оно допускается версии 11 и свежее – перед апгрейдом vRO, если оно у вас старше, обязательно следует его обновить.

Еще стоит учесть, что кроме прекращения сотрудничества со старыми поколениями vSphere и vRealize Automation, сменилась версионность последних поддерживаемых браузеров – подробности аналогично в «VMware vRealize Operations Manager 8.3 Release Notes».

Путь апгрейда

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

Максимумы и советы по масштабированию vRO

В материале «Разворот vRealize Operations Manager 8.2.0» были приведены параметры конфигурации для нод vRealize Operations и RC – там есть очень наглядная табличка из документации VMware. Они и сейчас работают, градация по типу размеров разворота также осталась прежней. Единственное, чем стоит дополнить эти данные, это перечнем других важных лимитов количества:

RC	60
Инстансов vCenter адаптеров	120
vCenter на одном коллекторе	100
Конкурентных пользователей на ноду	10
Сертифицированных конкурентных пользователей, всего	300
Телеграф-агентов vRealize Application Remote Collector	10 000
Агентов End Point Operations	10 000
Объектов Service Discovery	3 000

и максимумами vRealize Application Remote Collector:

	Small	Medium	Large
vCPU	4	8	16
Память	8	16	24
Кол-во поддерживаемых телеграф-агентов	500	3 000	6 000

Важно! vRealize Application Remote Collector может настраиваться для множества vCenter, однако каждый из таких vCenter мониторится единственным Application Remote Collector.

А вообще все актуальные для 8.3 конфигурационные лимиты при планировании дизайна vRO можно подсмотреть здесь.

Также стоит поговорить о некоторых важных замечаниях и рекомендациях в ракурсе новой версии продукта. Тем более, что к переходу на новую редакцию, часто, имеет смысл приурочить и операции по запланированному масштабированию инфраструктуры vRO. Вот, собственно, они:

Extra small тип размера разворота горизонтально масштабировать не рекомендуется, в принципе;
Каждая нода, независимо от параметров конфигурации, должна масштабироваться одинаково. Смесь нод разных размеров запрещена, как таковая;
Рассчитывая лимиты своей конфигурации с НА, учтите, что все значения надо делить надвое. То же самое с СА;
Стоит ставить в приоритет вертикальное масштабирование, и при этом рекомендуется использовать конфигурацию с минимально допустимым количеством нод;
Допустимо расширение исключительно памяти (без добавления CPU);
Наилучшую производительность демонстрируют ноды на единственном сокете – как раз конфигурацию CPU рекомендуется уменьшать настолько, насколько это возможно.

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

Лицензирование

Требования к новым лицензиям при обновлении vRO упомянуты и в первой нашей статье про разворот 8.2, и в новости о 8.3. А вот на конкретике возможностей разного уровня лицензий мы не останавливались. Так как переход на новый уровень лицензирования, аналогично, удобно компоновать с обновлением версии, поговорим о его разнообразии прямо сейчас:

Функции	Standard	Advanced	Enterprise
Что подлежит лицензированию?	Каждая ВМ/каждый CPU	Каждый инстанс ОС (OSI)/каждый CPU	Каждый инстанс ОС (OSI)/каждый CPU
Доступность в on-premis пакете-лицензий	Нет	VMware vRealize Suite/vCloud Suite Standard, Advanced (PLU)	VMware vRealize Suite/vCloud Suite Enterprise (PLU)
Доступность в SaaS-пакете	Нет	VMware vCloud Suite Subscription / vRealize Cloud Universal Standard, Advanced	VMware vCloud Suite Subscription / vRealize Cloud Universal Enterprise
Мониторинг производительности и аналитика	Только vSphere	Весь SDDC, VMware Cloud на AWS, гибридные облака на VCPP	Весь SDDC, VMware Cloud на AWS, гибридные облака и мульти-облачные системы
Управление емкостью и планирование	Только vSphere с планированием добавления большего кол-ва рабочих нагрузок	Интегрированная емкость и просчет затрат для всего SDDC и VMware Cloud на AWS, множественность сценариев для HCI-планирования, добавление и удаление рабочих нагрузок, закупка и мульти-облачная миграция	Интегрированная емкость и просчет затрат для всего SDDC и VMware Cloud на AWS, множественность сценариев для HCI-планирования, добавление и удаление рабочих нагрузок, закупка и мульти-облачная миграция
SDDC и VMware Cloud на AWS (безопасность и совместимость)	vSphere	SDDC и VMware Cloud на AWS	SDDC и VMware Cloud на AWS
Восстановление и траблшутинг	Только vSphere	Весь SDDC, VMware Cloud на AWS, гибридные облака на VCPP	Весь SDDC, VMware Cloud на AWS, гибридные облака, Azure, AWS, Google Cloud Platform, контейнеры и приложения
Балансировка рабочих нагрузок на основе бизнес-целей	Вручную	Автоматизирована и может производится по графику	Автоматизирована и может производится по графику
Панели и отчетность	Готовые информационные панели, отчеты и представления	Готовые и настраиваемые, а также доступные для общего пользования информационные панели, отчеты и представления	Готовые и настраиваемые, а также доступные для общего пользования информационные панели, отчеты и представления
Интеграция журналов логов	Доступна	Доступна	Доступна
Затраты на приватное облако	Базово	Включено	Включено
Мониторинг ОС	Нет	Включено	Включено
Мониторинг Kubernetes	Нет	Включено	Включено
Мониторинг приложений, промежуточного ПО и баз данных	Нет	Нет	Включено
Доступность пакетов управления	15+ для вычислений и хранения	50+ для вычислений, хранения, сетевого устройства, гиперконвергентности и других гипервизоров	75+ для вычислений, хранения, сетевого устройства, гиперконвергентности, других гипервизоров, контейнеров, публичных облаков, коннекторов, баз данных, систем больших данных и приложений

Подготовка к обновлению

Апгрейд vRO – весьма экзотичен, по своей сути. Причем, что приятно, именно своей элементарностью, как для VMware. Для него существуют специальные апргейд-паки («vRealize Operations Manager – Virtual Appliance upgrade for…»), более того – разные для 7.х и 8.х. Скачать их можно с той же страницы (это для Standard-лицензии, для двух других – с их страничек, соответственно), что и полную версию для зеленого разворота.

Стоит учесть, что будет некоторый даун-тайм в процессе обновления и метрики при этом, естественно, собираться не будут, а само оно потянет по времени на 2-4 часа для среды, например, с двумя нодами vRO Large-размера – рассчитывайте свою активность соответственно специфике исходных данных. Кроме того, очень важно предварительно снять снэпшоты со всех нод при погруженном в оффлайн кластере, чтобы можно было к ним всегда вернуться, если что-то пойдет не так.

VMware крайне рекомендует до того, как приступить к самой процедуре, обязательно запустить т. н. Pre-Upgrade Assessment tool – он создаст отчет о том, что нуждается в перемещении, а также произведет анализ о воздействии уменьшения метрик по разным версиям продукта, просканировав их. Это будет выведено на веб-страницу, где кроме того покажется все, что будет выключено, чья поддержка прекратится в 8.3. Очень полезная, надо сказать, для операций пост-апгрейда информация. И работает этот инструмент с vRO 6.2.0 или более свежими вариациями. Далее подробно расскажем, как с ним обращаться.

В целом же, процедура подготовки к обновлению vRO до 8.3-версии выглядит так:

Обновляем и запускаем Pre-Upgrade Assessment tool (см. в этой главе ниже специальный посвященный ему подраздел). Следуем указаниям инструмента, удаляем все проблемные Management Pack, если упомянуты, сохраняем его рекомендации, чтобы впоследствии учесть в операциях пост-апгрейда;
Проверяем свою инфраструктуру на соответствие требованиям из раздела «Требования и совместимость» (см. выше). В том числе сетевые настройки на всех нодах (учитывая рекомендации статьи «Разворот vRealize Operations Manager 8.2.0») – шлюзы, DNS, NTP-сервер;
Если в процессе поставлена задача по реорганизации имплементации продукта, какие-то действия по его масштабированию, учитываем рекомендации и лимиты из подраздела «Максимумы и советы по масштабированию vRO» выше;
Скачиваем «.pak»-файл обновления «vRealize Operations Manager – Virtual Appliance upgrade for 7.х/8.x» (см. раздел «Актуальный билд» материала «VMware vRealize Operations Manager 8.3 Release Notes»);
Проверяем есть ли доступ с правами рута или администратора ко всем нодам vRO, не истекли ли пароли. Проверка отсутствия блокировки аккаунтов доступна командами (со всех нод):

passwd -S root

passwd -S admin

Если все хорошо, после имени пользователя будет «PS». Если залочены – то «LK».

Чтобы разблокировать аккаунты на каждой ноде нужно запустить:

pam_tally2 –user admin –reset
pam_tally2 –user root –reset

Если хочется сбросить пароль администратора, с консоли рута можно ввести:

$VMWARE_PYTHON_BIN $VCOPS_BASE/../vmware-vcopssuite/utilities/sliceConfiguration/bin/vcopsSetAdminPassword.py –reset

Проверяем, достаточно ли места на дисках нод – требуется минимум 5% свободного для каждой. Сделать можно командой «df -h» из SSH-сеанса на всех нодах;
Рекомендуется, особенно для больших кластеров vRO, скопировать файлы обновления на все ноды, кроме мастера – это существенно ускорит процесс (причины и принцип доходчиво описан в этом КВ);
Выводим кластер vRO в оффлайн из UI администратора, выключаем все ноды в следующем порядке (и только так): Remote Collector, ноды данных, ноды реплик, мастер-нода;
Снимаем снэпшоты со всех нод (процедура неоднократно описана во множестве статей этого блога – повторяться не будем);
Включаем ноды кластера vRO в таком порядке: мастер-нода, ноды реплик, ноды данных, Remote Collector;
Если делалась определенная кастомизация контента (определений сигналов, симптомов, рекомендаций или отображений) и ее хочется сохранить в обновленной версии vRO, нужно предпринять операцию его клонирования/экспорта (см. ниже).

Если ничего сохранять не нужно, в процессе апгрейда (см. ниже) просто ставим галочку на «Reset out-of-the-box content». Кстати, и, если склонировали все необходимое, эту галочку ставим тоже – потом просто восстановим, как описано ниже в операциях пост-апгрейда.

Pre-Upgrade Assessment tool

Загрузить Pre-Upgrade Assessment tool можно отсюда:

Теперь нужно зайти в интерфейс администратора на мастер-ноду кластера vRO (https://master-node-FQDN-or-IP-address/admin), кликнуть в левой панели на «Software Update» и затем в главной нажать на «Install a Software Update…»:

Появится мини-визард, который поможет отыскать и проинсталлировать скаченный «.pak»-файл:

Его проходим, обязательно поставив галочку на «Install the PAK file even if it is already installed». Немножко ждем, пока завершится апдейт софта, затем делаем следующее:

Проходим на вкладку «Support» – «Support Bundles»;
Загружаем light support bundle, созданный при инсталляции Upgrade Assessment tool;
Открываем в нем «<кластер>_timestamp_nodeaddress/nodeaddress_timestamp_nodeaddress/apuat-data/report/index.html»-файл;
На вкладке «Removed/Disconnected Metrics» будет показано потенциальное воздействие на пользовательский контент, а апгрейд системы можно найти на вкладке «System Validation Checks».

Конкретику по каждой упомянутой метрике можно получить, если на нее кликнуть – появится соответствующая страница.

Важно! Если кластер упадет и его статус сменится на «offline» в процессе инсталляции «.pak»-файла Upgrade Assessment tool, некоторые ноды будут недоступны. Чтобы это поправить, нужно зайти в интерфейс под администратором и вручную вывести кластер из этого состояния, после чего нажать на «Finish Installation», чтобы завершить процесс.

Клонирование/экспорт контента с целью сохранения его настроек

Чтобы получить возможность после апдейта восстановить настройки своего контента, как мы уже писали выше, его нужно склонировать/экспортировать, в зависимости от того, с чем конкретно имеем дело – с алертами, симптомами, рекомендациями или замечаниями. В этом нам помогут опции самого клиента vRO, для чего на соответствующем пункте левой панели нужной вкладки делаем выгрузку контента:

Определения предупреждений. Вкладка «Alerts» – «Configuration» – «Alert Definitions», ставим галочки на нужных алертах, нажимаем на «…» и в выпадающем меню выбираем опцию «Export»:

Определения симптомов. Вкладка «Alerts» – «Configuration» – «Symptom Definitions», ставим галочки на нужных симптомах, нажимаем на «…» и в выпадающем меню выбираем опцию «Clone»:

Рекомендации. Вкладка «Alerts» – «Configuration» – «Recommendations», ставим галочки на нужных рекомендациях, нажимаем на «…» и в выпадающем меню выбираем опцию «Export»:

Оповещения. Вкладка «Alerts» – «Configuration» – «Notifications», ставим галочки на нужных оповещениях, нажимаем на «…» и в выпадающем меню выбираем опцию «Export»:

Настроенные панели мониторинга. Вкладка «Dashboards», ставим галочки на нужных панелях, нажимаем на «…» и в выпадающем меню выбираем опцию «Export»:

После этого вылетит, например, для симптомов, окно вида:

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

Процедура апгрейда vRO до версии 8.3

По факту, обновление vRO представляет собой in-place-процедуру, которая «от и до» проходится с помощью единственного простейшего визарда «Add Software Update», что запускается в администрировании из «Software Update» левой навигационной панели (все делается точно так же, как мы рекомендовали для Upgrade Assessment tool выше).

В этом визарде всего четыре пункта:

«Select a software Update». Здесь сначала нажимаем на кнопку «Browse», чтобы отыскать путь к нашему предварительно скаченному файлу апдейта – см. скриншот выше. Обязательно ставим галочку в «Install the PAK file even if it is already installed» и в «Reset out-ofthe-box content» (про сохранение старых настроек писали ранее в разделе «Подготовка…»), затем нажимаем на кнопку «Upload» ниже и ждем, пока подгрузится файл. «Next»;
«End User License Agreement». Принимаем лицензионное соглашение:

«Next»;

«Update Information». Здесь нас знакомят с информацией об устанавливаемом релизе и даются рекомендации вендора по наиболее безболезненной установке. «Next»;
«Install Software Update». Просто жмем кнопку «Install» внизу:

На панели «Software Update» можно следить за прогрессом апдейта:

И когда он завершится, в табличке ниже напротив имени мастер-ноды в колонке «Status» будет значиться «Completed»:

А в «System Status» левой панели станет отображаться уже новая версия продукта.

Операции пост-апгрейда

После успешного завершения обновления версии vRO обязательно следует проверить отчет о функциональности. Если нет никаких замечаний, нужно сделать следующее:

Выводим кластер в оффлайн и выключаем все ноды в указанном выше порядке;
Удаляем сделанные снэпшоты;
Включаем все ноды и выводим кластер в статус «онлайн»;
Обновляем лицензию (если нужно);
Восстанавливаем кастомизированные определения сигналов, симптомов, рекомендаций или отображений (если нужно). Для этого повторяем в точности действия подраздела «Клонирование/экспорт контента с целью сохранения его настроек» до момента выбора действия в выпадающем меню, где вместо «Export/ Clone» нажимаем на «Import». Тогда по симптомам, к примеру, вылетит такое окно:

В котором надо нажать на кнопку «Browse», чтобы найти нужный нам файл, и далее выбрать механизм поведения при обнаружении конфликта в процессе импорта: либо поставить отметку в «Overwrite existing Symptom Definition», чтобы настройки перезаписались в любом случае, или «Skip import», и тогда процесс оборвется.

Вот, в принципе, и все, что мы сегодня хотели рассказать об обновлении vRealize Operations Manager до последней, на сегодняшний день, версии 8.3. Как видите, ничего сложного в нем нет, а если есть желание глубже погрузиться в функционал и разработку дизайна этого продукта, добро пожаловать на авторизованные курсы VMware!