Накопительны ли исправления VMware ESXi 5?
Это кажется простым, но меня смущает стратегия исправления, связанная с ручным обновлением автономных хостов VMware ESXi. VMware Блог vSphere пытается объяснить это, но сам процесс мне все еще не ясен.
Из блога:
Скажем, Patch01 включает обновления для следующих VIB: «esxi-base», «driver10» и «driver 44». А позже выходит Patch02 с обновлениями для «esxi-base», «driver20» и «driver 44». P2 является кумулятивным в том смысле, что VIB "esxi-base" и "driver44" будут включать обновления в Patch01. Однако важно отметить, что Patch02 не включает VIB «драйвер 10», поскольку этот модуль не был обновлен.
это Сообщение сообществ VMware дает другой ответ. Вот этот противоречит другому.
Многие установки ESXi, с которыми я сталкиваюсь, являются автономными и не используют Менеджер обновлений. Можно обновить отдельный хост, используя исправления, доступные через Портал загрузки патчей VMWare. В процесс довольно простой, так что эта часть имеет смысл.
Более серьезная проблема - определение какие именно для загрузки и установки. В моем случае у меня есть большое количество сборок ESXi для HP, которые включают датчики и средства управления для оборудования HP ProLiant.
- Предположим, что эти серверы начинаются со сборки ESXi # 474610 от 9/2011.
- На приведенном ниже снимке экрана портала исправлений есть исправление для ESXi update01, сборка # 623860. Также есть патчи для сборок № 653509 и № 702118.
- Если вы используете старую версию ESXi (например, сборку для конкретного поставщика), каков правильный подход для полного обновления системы? Какие исправления являются кумулятивными, а какие нужно применять последовательно? Является ли установка самой новой сборки правильным подходом, или мне нужно отступать и постепенно исправлять?
- Еще одно соображение - большой размер загружаемых патчей. На сайтах с ограниченной пропускной способностью загрузка нескольких патчей ~ 300 МБ затруднена.
Есть новый сообщение в блоге от VMware
Соответствующее резюме:
Короче говоря, да, пакеты исправлений ESXi являются накопительными. Однако при применении исправлений из командной строки с помощью команды ESXCLI вам нужно быть осторожным, чтобы не попасть в ситуацию, когда вы можете пропустить некоторые обновления.
Ключ заключается в том, что при применении исправлений из командной строки вам необходимо убедиться, что вы применяете исправления с помощью команды «esxcli software profile update…», а не «esxcli software vib update…».
...
Патчи по сути являются обновлениями VIB и распространяются в виде ZIP-архивов. Эти архивы можно загрузить в диспетчер обновлений или скопировать на хост и использовать с командой ESXCLI. Важно отметить, что наряду с обновленными VIB в архивы исправлений также включены последние версии всех других VIB в профиле образа. Когда вы загружаете патч, вы не просто скачиваете обновления. Вы получаете полный образ программного обеспечения ESXi.
Так да. Они накапливаются, если вы правильно их устанавливаете.
Патчи ESXi являются кумулятивными. Я просто перешел с номера сборки: 623860 на номер сборки: 721882, пропустив несколько исправлений. Без проблем.
Сотрудник VMware Кайл Глид говорит: «Патчи являются накопительными. Обычно мы выпускаем пакеты исправлений каждые 3 месяца. Новый бюллетень патчей будет включать все обновления / исправления из любых предыдущих бюллетеней».
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
Патчи кажутся совокупный, если вы начинаете с самого последнего устанавливаемый (На основе .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
Надеюсь, это поможет