admin.txt

… заметки IT’шника…

Upgrade virtual hardware с 4 на 7 версию. Как обновить виртуальное железо.

После переезда на VMware vSphere и обновления всех ESX/ESXi  хостов до 4 версии, начал наводить порядок с бэкапами, шаблонами и прочим добром.

Сразу думал что оставлю все старые виртуалки на 4 уровне virtual hardware (новые сразу уже 7 уровня делаю), т.к. много работы по обновлению. Ведь сразу все не сделаешь, да еще и может что-нибудь поломаться. А позднее, вышел на необходимость обновления виртуального железа до 7 уровня, что бы можно было юзать vStorage API, а конкретнее CBT (Changed Block Tracking).

Уже обновив более 20 виртуалок, можно сделать вывод: Windows виртуалки обновляются почти без проблем, Linux — тоже все ОК, а вот Solaris и прочие редкости — сразу ломаюццо (нужен индивидуальный подход с длительним инвестигейтом).

Сразу оговорюсь, что без предварительного бэкапа виртуалки, лучше не поводить обновление виртуального железа. В крайнем случае — сделать снапшот перед началом работ.

Использовать VMware vCenter Update Manager я не рискнул,  т.к. еще не налажены бэкапы виртуалок, может через пару недель попробую.

Итак, планируем обновление VMware Tools и Vitrual Hardware для каждой виртуалки. Потребуется 4 перезагрузки для каждой виртуалки, в течении всего процесса обновления.

Процес стоит проводить в такой последовательности:

  1. Обновить VMware Tools вируталки до актуальной версии. В идеале билд тулзов=билд хоста, но минимальное требование — тулзы от esx\esxi 4. После завершения установки/обновления vmware tools гостевая ос должна перезагрузится (1 ребут). Для этого этапа можно использовать update manager, можно обновить тулзы в автоматическом или интерактивном режиме. В результате мы должны видеть статус ОК на вкладке Summary:

    VMtools Status OK -on HW4

    VMtools Status OK before HW upgrade

  2. Обновить Virtual Hardware, небходимо убедится в корректной установке VMware Tools на виртуалке. Обязательно наличие бэкапа виртуалки.
    Для этого процесса так же можно использовать vCenter Update Manager, или же вручную обновлять уровень виртуального железа (выключив предварительно виртуалку). Этот этап  — 2 ребут.
  3. Перезагрузка Гостевой ОС, после установки всех драйверов на новое виртуальное железо железо (3-й ребут).
    для Windows:  Залогинившись в ОС, сразу после ее загузки (для винды), можно наблюдать поцесс установки драйверов. После завершения устанвоки драйверов должен появится запрос на перезагрузку, если он не появился — нужно ребутнутся вручную.
    При обновлении вируального железа происходит замена виртуальных сетевых адапетеров, настройки сети переносяся со старого адаптера на новый. Но иногда случается глюк, поэтому желательно предварительно сохранить сетевые настройки вируталки (ipconfig -all >c:\ipcongig.txt), или иметь возможность восстановить из другого источника.
  4. Удаление отсутсвующего сетевого адаптера .
    (для Windows) При обновлении вируального железа происходит замена виртуальных сетевых адапетеров, но старые адаптеры все еще «числятся» в системе. Проверить это можно зайдя в TCP\IP настройки нового сетвеого адаптера. Если он настроен на статический IP адрес, то при нажатии на OK будет выеденно предупреждение, что другой сетевой адаптер уже имеет такой IP. Это не вызовет конфликтов в работе, но лучше удалить из системы запись о старом сетвом адаптере.
    сделать это можно так: http://support.microsoft.com/?kbid=269155 или тоже самое но в другом месте
    Кратко — нужно ввести в коммандной строке:
    set devmgr_show_nonpresent_devices=1
    start DEVMGMT.MSC

    И, включив в менеджере устройств отображение скрытых девайсов, удалить «бледный» сетевой адаптер. После этого предупреждение не будет выскакивать.
    (для linux) Тут можно отметить, что иногда сбивается нумерация сетевых адаптеров. Есть солюшены как этого избежать, но я еще не вникал.
    В своих случаях, я просто правил конфиги сети, заменяя номер eth0 на нужный.
  5. Настройка WINS. Нужно заметить, что настройки WINS, если они у вас были, не переносятся со старого интерфейса на новый при обновлении железа. Если нужо — вносим WINS как и было, заодно и проверим, что по нажатию ОК  не появляется сообщения о адаптере с таким же IP.
  6. Финальный ребут (четвертый). Это не обязательно, но если есть возможность — лучше ребутнутся еще раз и проверить что все ок. После этого можно считать работы с виртуалкой завершенными.

Ну и в заключение — нужно иметь ввиду, что после обновления вирутальног железа меняется имя сетевого подключения и MAC адрес. В большинстве случаев это не играет роли, но в некоторых окржениях может иметь значение.

___________________

Источники информации:

P2V — Error with NIC after migration with static IPv

Sphere Virtual Machine Upgrades-public

Реклама

Март 2, 2010 Posted by | Virtualization | , , , | Оставьте комментарий