Vmware обновить версию виртуальной машины

Обновлено: 04.07.2024

Вопрос, как обновить ESXi, довольно просто решается, если в вашей инфраструктуре есть VCenter. Там обновление хостов и виртуальных машин осуществляется с помощью VUM(vsphere update manager). Однако, в небогатых небольших организациях или в тестовом окружении, VCenter, как правило отсутствует. Давайте рассмотрим, как в таком случае обновить хост(ы) ESXi.

Сейчас мой хост имеет следующую версию(посмотреть ее можно в клиенте на вкладке Help->About):

Как обновить ESXi

Для обновления хостов нам потребуется подключиться к хосту по SSH и воспользоваться командной строкой esxcli.

Сначала, выключите или переместите виртуальные машины с обновляемого хоста(не помешает сделать бэкап). Потом переведите хост в режим обслуживания, выполнив команду:

Мы будем рассматривать обновление из репозитория VMware, поэтому нам понадобится доступ в интернет и разрешающее правило файрвола:

Теперь давайте посмотрим список доступных образов ESXi, выполнив команду:

Чтобы осуществить поиск только определенной версии нужно дописать в конце | grep -i ESXi-6.5

Через некоторое время команда выведет список доступных образов:

Выбираем нужный образ и выполняем команду обновления с параметром —dry-run. Этот параметр позволяет посмотреть какие пакеты будут установлены, а какие удалены. Если в списке удаляемых есть необходимые вам пакеты, будьте готовы их потом поставить вручную.

После этого запускаем непосредственно обновление:

Через несколько минут, в случае удачного обновления вы должны увидеть следующее:

Вводим команду reboot и перезагружаемся.

После перезагрузки выводим хост из режима обслуживания:

Проверяем версию ESXi:

И видим, что мы справились с задачей обновления хоста ESXi.

Установить апдейты можно и, скачав их на локальное хранилище хоста, командой типа:

esxcli software vib update - d "/vmfs/volumes/datastore1/patch-directory/ESXi500-201111001.zip"

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

Похожее

14 комментариев

точно свап не был прописан. Прописал и дальше нормально пошло обновление.
Спасибо.

Что такое версия виртуальной машину (hardware version)?

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

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

доступные виртуальные слоты PCI
максимальное количество процессоров
максимальную конфигурацию памяти и другие характеристики

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

Например, виртуальная машина с совместимостью с ESXi 5.5 и более поздними версиями может работать на ESXi 5.5, ESXi 6.0, ESXi 6.5, ESXi 6.7, ESXi 6.7 с обновлением 2, ESXi 7.0, ESXi 7.0 с обновлением 1, ESXi 7.0 с обновлением 2.

Вы должны уяснить, что новые версии hardware version помогают получить новый функционал, лучше работать с современными процессорами и другим оборудованием

Версии виртуальных машин ESXI

На момент написания статьи май 2021 года самой последней версией виртуальной машины ESXI является 17 версия. Вот текущий список версий и совместимостей.

Как посмотреть версию виртуальной машины ESXI

Для того. чтобы уточнить какая у вашей виртуальной машины версия совместимости оборудования (Compatibility hardware version) вам нужно выбрать ее и на вкладке "Summary" найти пункт "Compatibility", в моем примере это ESXI 6.5 and later (VM version 13).

Параметры совместимости виртуальных машин

Ниже я привел таблицу, где отображается, как будет себя вести виртуальная машина с не самой последней версией оборудования на последней версии гипервизора ESXI.

Параметр совместимости, отображаемый в раскрывающемся меню "Compatible with", является значением по умолчанию для виртуальной машины, которую вы создаете. Следующие факторы определяют совместимость виртуальных машин по умолчанию:

Версия хоста ESXi, на котором создана виртуальная машина.
Объект инвентаризации, для которого установлена совместимость виртуальных машин по умолчанию, включая хост, кластер или центр обработки данных.

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

Для стандартизации тестирования и развертывания в вашей виртуальной среде.
Если вам не нужны возможности последней версии хоста.
Для обеспечения совместимости со старыми хостами.

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

При обновлении виртуального оборудования учитывайте следующие моменты

Модификация версии виртуального оборудования на vCenter Server Appliance не поддерживается. Точно так же не следует вручную устанавливать какие-либо дополнительные версии VMware Tools в гостевой ОС vCenter Server Appliance.
Обновление виртуальной машины до последней версии оборудования - это физический эквивалент замены диска из одной системы в новую. Его успех будет зависеть от устойчивости гостевой операционной системы к изменениям оборудования. VMware не рекомендует обновлять версию виртуального оборудования, если вам не нужны новые функции, представленные в новой версии.
Перед обновлением версии виртуального оборудования виртуальной машины создайте моментальный снимок (Снапшот) или резервную копию виртуальной машины на случай, если после обновления возникнут проблемы.
Чтобы автоматизировать этот процесс, рассмотрите возможность использования vCenter Update Manager для обновления виртуальных машин.
vCenter Update Manager делает автоматические снимки перед обновлением виртуальных машин.
При обновлении виртуального оборудования не требуется простоя для vCenter Server или хостов ESXi/ESX. Для виртуальных машин единственным значительным временем простоя является время выключения и перезапуска гостевых операционных систем.

Обновление версии виртуальной машины в ESXi через веб интерфейс

Данный метод самый простой. вам необходимо:

Выключить виртуальную машину
Далее вызвать через правый клик контекстное меню и выбрать пункт "Compatibility - Upgrade VM Compatibility"

Подтверждаем апгрейд виртуального оборудования

Выбираем нужную вам версию виртуального оборудования. Я выберу последнюю ESXI 7.0 U1 and later.

Через пару мгновений в описании "Compatibility" будет красоваться выбранная вами версия виртуального оборудования.

Обновление версии виртуальной машины в ESXi через PowerCLI

Если вы любите автоматизацию и командную строку, то для вас PowerCli это лучший вариант.

Для того. чтобы вы могли использовать преимущества PowerCLI. ваш vCenter или ESXI хост должны иметь лицензионный ключ. На бесплатной версии гипервизора это не получиться сделать, будут ограничения API

Подключаемся к вашему vCenter через команду:

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

Вывод версии для определенной виртуальной машины

Get-VM имя виртуальной машины | Select Name , Version | Sort Name

В моем примере, это будет 13 версия.

Вывод версии для папки с виртуальными машинами

Get-folder test-upgrade | Get-VM | Select Name, Version | Sort Name

Тут test-upgrade, это папка в которой у меня лежат виртуальные машины. обычно папки используют для группировки серверов.

Теперь зная список машинок, я обновлю их до 18 версии, для этого можно использовать скрипт:

$HardwareUpdateVMs = Get-Folder test-upgrade | Get-VM Имя виртуальных машин

Foreach ($VM in ($HardwareUpdateVMs)) $VMConfig = Get-View -VIObject $VM.Name
$vmConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec
$vmConfigSpec.ScheduledHardwareUpgradeInfo = New-Object -TypeName VMware.Vim.ScheduledHardwareUpgradeInfo
$vmConfigSpec.ScheduledHardwareUpgradeInfo.UpgradePolicy = “always”
$vmConfigSpec.ScheduledHardwareUpgradeInfo.VersionKey = “vmx-18”
$VMConfig.ReconfigVM($vmConfigSpec)

Это не приведет к автоматическому обновлению совместимости виртуальной машины, в отличие от VMware Tools, это невозможно сделать с включенной виртуальной машиной. В следующий раз, когда виртуальная машина будет перезагружена, она выключится, совместимость будет обновлена, а затем снова включится. Получается, у вас в планировщике будет стоять задание, проверить это можно увидев, что стал доступен пункт меню "Compatibility - Cancel Scheduled VP Upgrade"

Запустив виртуальную машину я сразу вижу, что у нее "Compatibility hardware version" теперь имеет статус (VM version 18). Чем хорошо скриптом можно обновлять пачками сервера.

Включение автоматического обновления инструментов при перезагрузке в web-клиенте

Использование параметров виртуальных машин для обновления VMware Tools, также является еще одним методом автоматического обновления оборудования у виртуальных машин. Включение расширенного параметра “Check and upgrade VMware Tools before each power on” нельзя использовать из-за дополнительной перезагрузки виртуальных машин. Помните, что с Windows Server 2016, VMware Tools больше не требует перезагрузки при обновлении, можно безопасно включить этот параметр, и виртуальные машины будут обновляться при каждой перезагрузке. Однако это может быть применимо не ко всем ситуациям, поэтому еще одна рекомендация - включить это для лабораторной среды или некритических рабочих нагрузок. Самый простой способ включить эту опцию - войти в vSphere Client, отредактировать настройки виртуальной машины и включить настройку.

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

У нас пост об автоматизации, так что давайте посмотрим, сможем ли мы найти способ использовать PowerCLI для изменения настроек виртуальной машины, чтобы это стало проще, когда у нас есть большая среда. Задача выставить списку серверов галку “Check and upgrade VMware Tools before each power on”. Для начала возьмем список виртуальных серверов из папки и посмотрим текущие статусы.

Get-Folder test-upgrade|Get-VM|Get-View | select name,@ > |Sort Name

Здесь мы можем увидеть, для каких виртуальных машин установлено автоматическое обновление, а для каких - вручную. Используя фильтр, мы можем искать объекты, которые настроены вручную, а затем настраивать их для установки на upgradeAtPowerCycle. Теперь давайте зададим те кто был вручную, сделать все автоматически.

$ManualUpdateVMs = Get-Folder test-upgrade|Get-VM|Get-View | Where-Object |select name,@ >

Foreach ($VM in ($ManualUpdateVMs)) $VMConfig = Get-View -VIObject $VM.Name
$vmConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec
$vmConfigSpec.Tools = New-Object VMware.Vim.ToolsConfigInfo
$vmConfigSpec.Tools.ToolsUpgradePolicy = "UpgradeAtPowerCycle"
$VMConfig.ReconfigVM($vmConfigSpec)
>

Проверим, что теперь у всех выставлен статус в "ToolsUpgradePolicy" как "UpgradeAtPowerCycle".

Включение автоматического обновления инструментов через CLI

У самого сервера ESXI есть встроенный CLI язык и команды, которые можно использовать для того, чтобы обновить версию виртуальной машины. Подключитесь по ssh к нужному хосту и введите:

Запомните VMID ВМ, которую нужно обновить:

vim-cmd vmsvc/upgrade vmid vmx-18

Как настроить совместимость по умолчанию для создаваемых виртуальных машин

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

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

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

На уровне хоста выбрать режим совместимости можно по пути " Configure - Virtual Machines - Default VM Compatibility" (Вы можете установить совместимость только на хостах, которые не являются частью кластера.)

Когда речь идет о поддержании самых новых версий VM Tools (набора утилит для увеличения производительности виртуальных машин) существует 6 разных способов, которые могут использовать администраторы vSphere. Эти способы обеспечивают оптимизацию для процессов автоматизации, стандартизации и разделения обязанностей.

Статус VMware зависит от базового хоста

Напомним, что каждый хост ESXi предполагает хранилище для инсталлеров VM Tools, что является настраиваемой опцией и явно ссылается на /productLocker symlink. Цель может быть как локальной для каждого узла, так и может указывать на централизованное хранилище VM Tools в общем хранилище данных.

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

Когда на определенной виртуальной машине происходит событие, например, включение vMotion, версия VM Tools, запущенная на гостевой ОС, сравнивается с версией на основном хосте ESXi. Если на хосте используется более новая версия, то версия виртуальной машины считается устаревшей.

Обратите внимание, что не существует механизма для того, чтобы виртуальные машины, запущенные на vSphere, могли связаться с the mother ship и узнать о наличии более новых версия VM Tools — только отношения виртуальной машины с хостом в данном случае имеют значение. Этим можно объяснить, почему ВМ может внезапно пожаловаться на устаревшие VM Tools после миграции с одного хоста на другой — хост места назначения может иметь более новые версии.

Тип VM Tools определяет выбор способа обновления

Существует три типа VM Tools — свой для каждой поддерживаемой операционной системы, плюс два дополнительных предложения в виде бинарных пакетов для Linux. Существуеет несколько способов инициировать обновление VM Tools с vSphere или с гостевой ОС. Способы, предложенные ниже, применимы только для гостевых Windows или Linux, использующих ISO VM Tools, за исключением отдельно отмеченных случаев. Пакеты VM Tools для Linux — OVT и OSP — не управляются через vSphere, поэтому они могут быть установлены и обновлены только внутри каждой гостевой ОС с использованием родных инструментов управления.

1. Автоматическое обновление при загрузке ВМ

Самый простой способ постоянно поддерживать наличие новых версий VM Tools — установить флажок и забыть об этом элементе инфраструктуры. После перезагрузки виртуальной машины, например, после установки патчей гостевой ОС, состояние инструментов виртуальной машины будет проверены и при необходимости будут установлены обновления. Во многих случаях это приведет к дополнительной перезагрузке после завершения установки VM Tools.

Такой подход может быть применим для менее важных нагрузок, возможно, для инфраструктур, предназначенных для тестирования или разработки. Представьте себе ситуацию, когда ВМ неожиданно перезагружается широкомасштабного отключения инфраструктуры. После экстренного запуска и при запуске приложений администраторы могут столкнуться с непредвиденными последующими перезагрузками, если обнаруживаются доступные для загрузки новые версии VM Tools. Это крайний случай, но все же стоит держать его в уме.

2. Обновление одной или нескольких ВМ с помощью интерфейса vSphere

В vSphere, когда ВМ указывает на то, что VM Tools устарели, может появиться кнопка для автоматического инициирования обновлений. Это может быть сделано в интерактивном или в полностью автоматическом режиме. В последнем случае администраторы также имеют возможность подавления любых возможных перезагрузок на виртуальных машинах с Windows — это хороший вариант, позволяющий координировать время перезагрузки в соответствии с плановой перезагрузкой ОС.

Важное примечание для гостевых ОС, отличных от Windows и Linux: VM Tools на Solaris, FreeBSD, и Mac ОС ВМ могут быть обновлены только с помощью ручного интерактивного метода. В настоящее время нет средств автоматического обновления для этих гостей.
Идя дальше, можно также выделить несколько виртуальных машин в интерфейсе и инициировать обновление VM Tools для всех ВМ сразу.

3. VMware Update Manager: немедленное или запланированное обновление, а также обновление при загрузке

VMware Update Manager (VUM) играет две очень важные роли, когда дело доходит до обновления инструментов ВМ. Первая роль — извлечение обновленных VM Tools из ISO в форме, которая необходима для нормального патч стрима ESXi. Этот патч затем направляется во все управляемые хосты в соответствии с базовыми показателями, установленными администраторами. Как только это происходит, отдельные виртуальные машины начнут проверять наличие новой версии VM Tools и будут иметь право на обновление.

Вторая роль VUM в управлении VM Tools — отслеживать обновления для отдельных ВМ в соответствии с исходными данными. Следует держать в уме, что VUM проделывает эту работу с использованием методов vSphere, описанных в двух предыдущих пунктах. В одном режиме VUM может использоваться для массового изменения конфигурации нескольких виртуальных машин таким образом, чтобы обновления VM Tools проверялись и загружались при необходимости при каждой перезагрузке гостевой ОС, как это делает администратор в пункте 1. Преимуществом использования VUM в том, что несколько виртуальных машин может быть настроено и перенастроено за раз.

Другие режимы VUM предназначены для запуска обновлений VM Tools как немедленно, так и в запланированное время, также как администратор может сделать это вручную (см. пункт 2). Одно дополнительное преимущество использования VUM для инициирования этих обновлений — это способность восстанавливать отключенные или приостановленные виртуальные машины, впоследствии возвращая их в первоначальное состояние после обновления.

4. Гостевое обновление — делегирование управления владельцам приложений

В тех случаях, когда владельцы приложения требуют жесткого контроля за всем, что происходит в гостевой ОС, есть возможность разрешить обновления VM Tools внутри гостевой ОС. Иконка в трее в Windows будет показывать, что доступно обновление, а диалоговое окно конфигурирования VM Tools позволит интерактивно начать обновление в удобное время.

Для аналогичного функционала с помощью командной строки предлагается для гостевых ОС Linux и Windows. Имейте в виду, что в случае с Linux это касается только ISO VM Tools, тогда как для OVT и OSP используется другой способ, описанный в пункте 6.

5. Массовое обновление с помощью автоматики PowerCLI

В очень больших средах или для тех, которые используются для более зрелых производственных процессов, мощным инструментом обновления VM Tools является PowerCLI. Этот подход может использоваться для конкретных групп виртуальных машин множеством удобных способов, таких, как кластеризация, теги или с помощью других атрибутов vSphere.

6. «Родные» процессы управления пакетами Linux

По своей природе гостевые ОС Linux, использующие OSP или OVT, обновляют VM Tools в составе более широкого процесса исправления и обновления, используемого для других компонентов. Это позволяет администраторам использовать существующие пакетные менеджеры в Linux или более гибкие решения для управления и мониторинга без согласования с администраторам vSphere.

Вместо заключения

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

Delphi site: daily Delphi-news, documentation, articles, review, interview, computer humor.

VMware рекомендует обновить версию виртуального оборудования ВМ и обновить VMware tools. Это именно рекомендация - если перезагружать какие-то ВМ для вас проблематично, они будут продолжать работать и необновленными. Само собой, для них не будут доступны новые возможности ESX 4, зависящие от виртуального оборудования, например горячее добавление памяти и других устройств.

Также не торопитесь обновлять версию оборудования, если вы предполагаете вероятность отката на 3-ю версию ESX, - ВМ с последней версией оборудования будут работать только на ESX версии 4.

Для ВМ, созданных на ESX(i) версии 3, версия виртуального оборудования - 4. Для ВМ ESX(i) 4 версия оборудования - 7. Обновить эту версию можно и вручную - в контекстном меню выключенной ВМ выбрать пункт Upgrade Virtual Hardware. Но перед этим необходимо для включенной ВМ выбрать в контекст ном меню пункт Guest ^ Install/Upgrade VMware tools и пройти в гостевой ОС мастер установки/обновления VMware tools (мастер доступен для гостевых ОС Windows, для Linux см. документацию).

Также можно выделить родительский объект для группы виртуальных машин (например, папку) и перейти на закладку Virtual Machines. Там можно рамкой выделить сразу группу ВМ и выбрать вышеуказанные пункты в контекстном меню сразу для всей группы. Однако если ВМ много, лучше эту задачу автоматизировать.

Для этого опять воспользуемся Update Manager. Перейдем в клиенте vSphere в Home ^ Solutions and Applications ^ Update Manager. В левой нижней части окна выберите Create. для создания Baseline Group. Запустится мастер:

1. Name and Type - укажите имя (например, Hardware&tools Upgrade) и тип - Virtual Machines and Virtual Appliance Baseline Group.

• VM Hardware Upgrades - выберите VM Hardware Upgrade to Match Host;

• VM Tools Upgrades - выберите VMware tools Upgrade to Match Host.

3. Patches - не выбирайте ничего.

4. Ready to Complete - нажмите Finish.

Теперь, как и в случае с обновлением серверов, эту Baselline Group необходимо назначить на те ВМ, которые будем обновлять. Затем просканировать ВМ на соответствие этой Baseline Group. Для этого:

1. Перейдите в иерархию VMs and Templates, выделите ВМ или группу ВМ. Если вы планируете, пусть не сразу, обновить все ВМ - то удобнее всего выбрать Datacenter.

2. На закладке Update Manager нажмите Attach. и выберите созданную ранее Baseline Group (Hardware&tools Upgrade).

3. В контекстном меню этого объекта выберите Scan for Updates. В открывшемся окне оставьте только флажки VM Hardware upgrades и VMware Tools upgrades.

Теперь ВМ со статусом Not-Compliant можно обновить. Для этого выберите ВМ или их группу, в контекстном меню нажмите Remediate. Запустится мастер:

1. Remediation Selection - выберем Baseline Group Hardware&tools Upgrade,

созданную ранее. Если мастер запущен для нескольких ВМ, то в нижней части окна будет показан их список, и флажками можно будет выбрать лишь некоторые из них. Процесс обновления будет запущен для выбранных, и только для них. В столбце Version указывается версия виртуального оборудования - по нему можно ориентироваться, какие машины уже обновлены. Напомню, что для ESX 4 штатной является версия 7.

2. Schedule - здесь мы указываем имя и описание задачи, а также расписание ее запуска для работающих ВМ, выключенных ВМ и ВМ в состоянии паузы (suspend). Обратите внимание, что данное обновление применяется, только когда ВМ выключена.

3. Rollback Options - здесь мы указываем, делать ли снимок состояния ВМ перед применением этих обновлений. Если делать, то через какое время этот снимок будет автоматически удален. Снимок состояния здесь является точкой возврата на случай, если обновление вызовет неработоспособность ВМ. Почему предлагают задать время его существования - чтобы вам не пришлось помнить, что его надо удалить вручную. Снимки состояния для ВМ в производственной среде нужно применять аккуратно, и не рекомендуется оставлять снимок, если нужда в нем уже отпала. Подробности ищите в разделе, посвященном снимкам состояния (Snapshot). Рекомендации конкретно для данной задачи следующие: если у вас нет иных способов резервного копирования обновляемых ВМ - снимок состояния лучше сделать, чтобы можно было просто вернуться в исходное состояние в случае проблем. Время существования их лучше задать такое, чтобы вам хватило времени проверить, все ли обновленные ВМ работают корректно, не надо ли какие-то возвращать на состояние до снимка. И успеть с этой проверкой до того, как созданные перед обновлением снимки состояния начнут удаляться.

4. Ready to Complete - нажмите Finish.

Сначала следует обновить VMware tools, затем виртуальное оборудование. Для обновления версии оборудования ВМ должна быть выключена - и Update Manager сам ее выключать НЕ будет. А для обновления VMware Tools ВМ должна быть включена, и если вы задание Remediate назначили на выключенную или приостановленную ВМ, то Update Manager сам включит их, обновит VMware Tools и вернет в исходное состояние. Обратите внимание на шаблоны - если задача Remediate назначена на шаблон ВМ, то Update Manager конвертирует его в ВМ, обновит VMware Tools и конвертирует обратно. Но если гостевая ОС в шаблоне у вас запечатана с помощью Sysprep (или какая-то аналогичная ситуация) - такое самоуправство со стороны Update Manager не пригодно, и Remediate для таких шаблонов делать не следует.

Обратите внимание. Для каких-то виртуальных машин статус VMware tools может быть указан как Unmanaged. Этот статус специально предусмотрен для тех ВМ, самостоятельное обновление VMware Tools для которых не рекомендуется, - для Virtual Appliance. Например, VMware Data Recovery. Если потребуется обновление, то будет выпущена новая версия этого Virtual Appliance.

Важно: после обновления виртуального оборудования у сетевых контроллеров ВМ поменяются MAC-адреса. Это может быть проблемой в случаях типа резервирования IP на DHCP по MAC-адресу - так что учтите это заранее. Также гостевая ОС будет воспринимать обновленные сетевые карты как новые, поэтому их настройки не сохранятся (включая статически заданные IP-адреса).

Читайте также: