Как стать автором
Обновить

Комментарии 7

Восхитиельно, MS Hyper-V с помощью двух сторонних инструментов научился делать то, что VMWare умеет делать из коробки начиная с версии 3.5…
На мой взгляд, неправильно утверждать, что Virtual Machine Servicing Tool, System Center Virtual Machine Manager, Windows Server Update Services и System Center Configuration Manager – это сторонние инструменты. Все они разработаны компанией Microsoft. Если посмотреть на платформу виртуализации от VmWare, то за функционал установки обновлений отвечает не только гипервизор, а другие компоненты платформы.
Как раз у VmWare функционал установки обновлений в гостевые операционные системы Windows является сторонним (VmWare OEMит этот функционал у Shavlik Technologies www.shavlik.com/partners-oem.aspx). И есть информация, что в следующей версии vSphere это функционал из Update Manager вообще будет убран.
Че-то имхо стремная это идея — обновлять ось сторонними приблудами. Из темплейта развернул — со всуса обновил, антивирь параллельно тоже. Полчаса времени, если темплейт хотя бы с последним сервиспаком.
Как раз в том и прелесть данного решения, что не сторонними средствами, а комплексным решением от одного вендора. С другой стороны, даже если утилиты сторонние, но они успешно решают поставленную задачу (как это в случае VmWare Update Manager), то смысл их использования есть.

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