Это кажется базовым, но я запутался в стратегии исправления, связанной с ручным обновлением автономных хостов VMware ESXi. Блог VMware vSphere пытается объяснить это , но сам процесс все еще неясен для меня.
Из блога:
Say Patch01 включает обновления для следующих VIB: «esxi-base», «driver10» и «driver 44». И затем позже Patch02 выпускает обновления для «esxi-base», «driver20» и «driver 44». P2 является кумулятивным в том смысле, что VIB «esxi-base» и «driver44» будут включать обновления в Patch01. Однако важно отметить, что Patch02 не включает VIB «драйвер 10», так как этот модуль не был обновлен.
Этот пост VMware Communities дает другой ответ. Это противоречит другому.
Многие установки ESXi, с которыми я сталкиваюсь, являются автономными и не используют Update Manager . Можно обновить отдельный хост, используя патчи, доступные через портал загрузки патчей VMWare . Процесс достаточно прост , так что часть имеет смысл.
Большая проблема заключается в определении того , что именно загрузить и установить. В моем случае у меня есть большое количество специфических для HP сборок ESXi, которые включают датчики и управление для оборудования HP ProLiant.
- Допустим, эти серверы начинаются со сборки ESXi № 474610 от 9 сентября 2011 года.
- На приведенном ниже снимке экрана портала с патчами есть патч для ESXi update01, сборка № 623860. Есть также патчи для билдов # 653509 и # 702118.
- Приходя к старой версии ESXi (например, сборка для конкретного поставщика), каков надлежащий подход для полного обновления системы? Какие патчи являются кумулятивными, а какие необходимо применять последовательно? Является ли установка новейшей сборки правильным подходом, или мне нужно отступать и исправлять постепенно?
- Еще одним соображением является большой размер загрузок патча. На сайтах с ограниченной пропускной способностью загрузка нескольких ~ 300 МБ исправлений затруднена.
Ответы:
ESXi патчи являются накопительными. Я только что перешел с номера сборки 623860 на номер сборки 721882, пропустив несколько патчей. Нет проблем.
Сотрудник VMware Кайл Глид (Kyle Gleed) говорит: «Патчи накапливаются. Обычно мы выпускаем пакеты исправлений каждые 3 месяца. Новый бюллетень исправлений будет включать все обновления / исправления из любых предыдущих бюллетеней».
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
источник
Есть новое сообщение в блоге от VMware
Соответствующее резюме:
...
Так да. Они накапливаются, если вы правильно их установите.
источник
Патчи кажутся накопительными , если исходить из самого последнего устанавливаемого пакета (на основе .ISO).
Итак, мой самый последний пример - это сброс ESXi 5.1 .ISO (сборка # 799733) и установка его на мои физические серверы. Оттуда у меня была возможность построить # 838463 или # 914609. Тщательный анализ журналов изменений и записей базы знаний показал, что сборка # 914609 включала в себя все, начиная с # 838463. Таким образом, я смог перейти непосредственно к этому уровню ревизии, начиная с базовой установки (# 799733).
источник
Учитывая сложность их системы исправлений, я установил бы последнюю сборку и обновил бы ее, если это возможно в вашей среде.
Храните все загруженные файлы в одном месте, переименовывая их, если необходимо / возможно, чтобы вы знали порядок установки исправлений на других ваших системах с ограниченной пропускной способностью. Поместите эти файлы на большой USB-носитель и возьмите его с собой в другие места.
Попытка выяснить, что тупая структура патча выглядит сводящей с ума.
источник
ewwhite, Вы, возможно, уже сталкивались с этой статьей, но у меня была ее закладка некоторое время назад:
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
Надеюсь, это поможет
источник