Когда речь идет о поддержании самых новых версий VM Tools (набора утилит для увеличения производительности виртуальных машин) существует 6 разных способов, которые могут использовать администраторы vSphere. Эти способы обеспечивают оптимизацию для процессов автоматизации, стандартизации и разделения обязанностей.
Статус VMware зависит от базового хоста
Напомним, что каждый хост ESXi предполагает хранилище для инсталлеров VM Tools, что является настраиваемой опцией и явно ссылается на /productLocker symlink. Цель может быть как локальной для каждого узла, так и может указывать на централизованное хранилище VM Tools в общем хранилище данных.
Статус VM Tools для каждой отдельно взятой виртуальной машины всегда находится в контексте базового хоста. Как показано ниже, две разные версии Tools могут считаться актульными, поскольку базовые хосты неидентичны.
Когда на определенной виртуальной машине происходит
Обратите внимание, что не существует механизма для того, чтобы виртуальные машины, запущенные на 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.
Такой подход может быть применим для менее важных нагрузок, возможно, для инфраструктур, предназначенных для тестирования или разработки. Представьте себе ситуацию, когда ВМ неожиданно перезагружается
2. Обновление одной или нескольких ВМ с помощью интерфейса vSphere
В
Важное примечание для гостевых ОС, отличных от Windows и Linux: VM Tools на Solaris, FreeBSD, и Mac ОС ВМ могут быть обновлены только с помощью ручного интерактивного метода. В настоящее время нет средств автоматического обновления для этих гостей.
Идя дальше, можно также выделить несколько виртуальных машин в интерфейсе
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 позволит интерактивно начать обновление в удобное время.
Для аналогичного функционала с помощью командной строки предлагается
5. Массовое обновление с помощью автоматики PowerCLI
В очень больших средах или для тех, которые используются для более зрелых производственных процессов, мощным инструментом обновления VM Tools является PowerCLI. Этот подход может использоваться для конкретных групп виртуальных машин множеством удобных способов, таких, как кластеризация, теги или с помощью других атрибутов vSphere.
6. «Родные» процессы управления пакетами Linux
По своей природе гостевые ОС Linux, использующие OSP или OVT, обновляют VM Tools в составе более широкого процесса исправления и обновления, используемого для других компонентов. Это позволяет администраторам использовать существующие пакетные менеджеры в Linux или более гибкие решения для управления и мониторинга без согласования с администраторам vSphere.
Вместо заключения
С этими гибкими способами обновления VM Tools можно найти подходящий метод для каждого датацентра VMware, вне зависимости от того, каковы требования: централизованный контроль, автоматизация, делегирование владельцам приложений или интеграция с существующими процессами управления исправлениями.