воскресенье, 31 мая 2009 г.

VMware Update Manager 4 - рекомендации.

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.

5 комментариев:

  1. А как заставить работать, отдельно установленный update manager?
    Дело в том, что при запуске клиента идет ругань о недоступности update manager на хосте с vcenter

    ОтветитьУдалить
  2. не понял вопроса. в любом случае, вам удобнее такие вопросы задать на форуме VMware

    ОтветитьУдалить
  3. Михаил добрый день.
    Update Manager, как я понял, можно установить и на sql базу vCenter. Чем это черевато, или лучше отдельную под базу него заводить?

    ОтветитьУдалить
    Ответы
    1. я бы сделал отдельную базу (или это правильно назвать инстанс?) на том же сервере БД.

      Удалить
  4. Это называется именно база :)
    Я использую следующие обозначения для SQL, по аналогии с виртуализацией (чтобы было понятнее):
    Сервер БД ~ хост виртуализации;
    Инстанс ~ виртуальная машина;
    База данных ~ приложение внутри виртуальной машины.

    ОтветитьУдалить

Примечание. Отправлять комментарии могут только участники этого блога.