VMware Update Manager (VUM) 5

В комплекте с vSphere идет приложение VMware Update Manager (VUM). Полезная штука, которая пригодится для обновления разных компонентов vSphere. В первую очередь, это сервера ESXi и VMware tools.
Недавно появился документ с рекомендациями по развертывание VUM – VMware vCenter™ Update Manager 5.0 Performance and Best Practices.
Что в нем обратило на себя мое внимание:

• До 30 серверов \ 300 ВМ vCenter и VUM замечательно могут жить на одной машине и использовать одну БД.
• От 30\300 до 100\1000 они хорошо себя чувствуют на одной машине но с разными экземплярами (instance) БД. (кстати, коллеги, подскажите – что в данном контексте означает этот “instance”? Я правильно понимаю, что сервер БД может быть один, а в нем одном – два экземпляра баз? Или это две разные машины с БД?)
• Ну а если серверов и ВМ у нас дофига, до лучше бы VUM и vCenter разнести совсем.

Кстати – в пятой версии vCenter доступен в Linux версии, в виде предустановленной ВМ. Так вот, в текущей версии с этой Linux-версией VUM работать не может.
UPD. Вроде как может. Очевидно, будучи установленным на отдельную машину, так как UM - Windows приложение.


Для ВМ с VUM лучше дать от 2 ГБ ОЗУ – для кеширования обновлений, с целью снижения I\O.
Большинство операций-не установок обновлений Update Manager занимают 5 и менее секунд, исключая сканирование ESXi и обновление виртуального оборудования для включенной ВМ – эти операции занимают~40 секунд. Впрочем, обновление виртуального оборудования актуально только один раз и только тем, кто обновляется до пятерки с предыдущих версий vSphere. и львиную долю этого времени занимает выключение ВМ – т.к. обновить vHardware можно только при выключенной виртуальной машине.
Ну и много времени займет установки обновлений – минут 15 для ESXi и минуты четыре-пять для ВМ.
Напомню, что в пятой версии VUM разучился обновлять гостевые Windows и приложения, так что единственный софт внутри, который VUM может обновить – это VMware tools.
Максимальное число одновременных операций разных типов:

VUM умеет назначать операцию обновления серверов ESXi сразу на группу серверов. Ранее сервера обновлялись только последовательно, а в актуальной версии появились варианты. Можно, как и раньше, обновлять сервера по одному, можно параллельно хоть все, а можно указать “обновлять по N серверов в параллели”.
Для теста на кластере из 8 серверов были запущены 80 ВМ, затем ими создавали нагрузку на процессоры серверов, и замеряли время обновления всех серверов при разной нагрузке.

Как видно, если нагрузка на процессоры серверов менее 70%, то обновление “по 4 сервера одновременно” самое быстрое, почти всегда.
Данный тест делает акцент на времени vMotion – для освобождения сервера перед установкой обновления. В реальности, абсолютное время обновления будет больше, так как установка сама по себе займет больше времени, и потребуется перезагрузка серверов.
Интересно, что самая левая позиция – обновление кластера без единой включенной ВМ. Неужели кто-то будет так делать в реальности???

В пятой версии VUM появились дополнительные улучшения для работы VUM когда между Update Manager и целевым сервером ESXi медленная сеть – появилась возможность указать полому пропускания, которую VUM может использовать для передачи обновлений на ESXi – чтобы весь канал не лег при начале передачи обновления.