VMware Update Manager(VUM) - хорошая штука, которая позволяет автоматизировать обновление хостов ESX\ESXi, гостевых ОС Windows, многих приложений в гостевых ОС и, не полностью(только сканирование на наличие отсутствия патчей), гостевых ОС Linux.
Так же, Update Manager позволит вам управлять актуальностью версий виртуального железа и VMware Tools.
И кроме включенных ВМ, Update Manager позволяет обновлять выключенные ВМ и шаблоны(просто включая\конвертируя их на время обновления).
Доступен он для всех лицензий vSphere, исключая бесплатную лицензию ESXi.
Рекомендации для использования VMware Update Manager 4 - VMware vCenter Update Manager Performance and Best Practices.
Что мне показалось важным:
- Имеет смысл разносить БД Update Manager и vCenter если, число ВМ\хостов в инфраструктуре превышает 300\30.
Если число ВМ\хостов превышает 1000\100, то и сами Update Manager и vCenter имеет смысл разнести по разным машинам.
Т.е. для небольших инфраструктур, они нормально живут на одном сервере\ВМ. - Для сервера Update Manager рекомендуется от 2 ГБ памяти, для кеширования патчей.
- БД и репозиторий патчей рекомендуется разносить по разным дискам.
- Приводятся данные по типичному времени операций Update Manager:
- Первое сканирование гостя требует больше времени - т.к. при первом сканировании устанавливается агент VUM.
Обновление виртуального железа возможно для выключенной ВМ, поэтому включенную ВМ VUM выключит - это задержка.
Обновление VMware Tools требует включенной ВМ, поэтому выключенные ВМ будут включены - это задержка и ресурсы. - Ненужные baseline имеет смысл удалять - чем больше информации нужно отобразить в отчете по статусам baseline'ов, тем медленнее это происходит.
- Сколько ресурсов требуется на те или иные операции:
- Есть ограничения на количество одновременных процессов для хоста\сервера Update Manager. Например, применение патчей(remediation) выполняется параллельно для до 5 ВМ на хост и до 48 на сервер Update Manager.
- с т.зрения VUM, хорошо бы что бы у ВМ(которые мы патчим) было от 1 ГБ памяти - для применения больших патчей типа сервис паков. Это связанно с тем, что агент VUM проверяет контрольную сумму обновления перед установкой, и слишком маленькое количество памяти может этот процесс замедлить.
- Антивирус на хосте Update Manager может замедлить работу. Лучше исключить диск с обновлениями из on-access virus scanning.
А как заставить работать, отдельно установленный update manager?
ОтветитьУдалитьДело в том, что при запуске клиента идет ругань о недоступности update manager на хосте с vcenter
не понял вопроса. в любом случае, вам удобнее такие вопросы задать на форуме VMware
ОтветитьУдалитьМихаил добрый день.
ОтветитьУдалитьUpdate Manager, как я понял, можно установить и на sql базу vCenter. Чем это черевато, или лучше отдельную под базу него заводить?
я бы сделал отдельную базу (или это правильно назвать инстанс?) на том же сервере БД.
УдалитьЭто называется именно база :)
ОтветитьУдалитьЯ использую следующие обозначения для SQL, по аналогии с виртуализацией (чтобы было понятнее):
Сервер БД ~ хост виртуализации;
Инстанс ~ виртуальная машина;
База данных ~ приложение внутри виртуальной машины.