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 | , , , | Оставьте комментарий

Установка VMware ESXi 3.5 на обычный компьютер, а не брендовый сервер.

VMware ESX (так же и ESXi) предназначена для больших компаний, с очень развитой IT инфраструктурой. Компании обладающие десятками-сотнями серверов, датацетрами, и жесткими требованиями к безотказности в работе IT инфраструктуры значительно облегчат себе работу по администрированию, внедрив Витруальную инфрастуктуру (VMware Infrastructure) в масштабах предприятия. Такие компании «уже сделали» выбор в сторону надежности и безотказности оборудования и программного обеспечения. И такие компаниии либо уже обладают, либо могут себе позволить приобрести брендовые сервера для разворачивания инфраструктуты. Для работы с Vmware ESXi (и ESX тоже, у них одинаковые требования к железу) имеет смысл подобрать такой сервер, который находится в оффициальном списке совместимых систем (Systems Compatibility Guide for ESX Server 3.5 and ESX Server 3i ).

Однако не стоит отчаиваться, если вам не позволяют средства (или другие причины, например убеждения) купить сервер из числа сертифицированых. Вполне можно подобрать конфигурацию подешевле, вот например сайт посвященный совместимым с VMware ESXi конфигурациям и оборудованию Ultimate ESX Whitebox. Есть еще список материнок, несертифицированных серверов, контроллеров и сетевых карт, которые все-таки работают с ESX 3.5 / ESXi 3.5 Installable. Так что подобрать конфигурацию, которая «заведется» под  ESXi можно без проблем, даже в «мухосранске». Если свою машину, которая играет роль сервера в вашей компании вы брали не давно, то вполне может сказаться, что на ней заработает гипервизор ESXi. Читать далее

Август 21, 2008 Posted by | Virtualization | , , | 3 комментария

VMware ESXi 3.5 U2 — для небольшой сети (компании).

Сначала немного предыстории о моем случае.

Прочитав недавно пост о ESXi, я долго не мог выбрать «свой путь» в виртуализации.  Мне купили «сервак». Не бредовый, но и не плохой по современным меркам. Необходимо будет «вертеть» на нем контроллер домена, прокси сервер, чуть позже — почтовый и файловый сервера. Однозначно решил использовать виртуализацию. С одной стороны у меня уже был опты рабоыт с VMware workstation (платная).  С другой — бесплатный вариант VirtualBox, который хоть и более «молодой» проект, но в руках Sun обещает неплохое будущее (вообще есть две версии VirtualBox, платная с проприетарными исходниками и OSE версия с открытыми исходниками). После продолжительного ковыряния в море информации о виртуализации я решил отказаться для себя от использоваяния платной VMwware workstation. Про другие технологии мне уже стало лень читать, и передо мной встал выбор из 3 вариантов: VMware ESXi, VMware Server (тоже бесплатная) и VirtualBox.

Признаюсь честно, я до сих пор так и не принял окончательного решения. Слишком много фаткторов, которые тудно учесть (влияние которых) на данном этапе моего развития)). Читать далее

Август 15, 2008 Posted by | Virtualization | , , | 2 комментария

Песочница для админа средствами виртуальной машины.

Современный ритм жизни тербует от нас постоянного развития. В IT сфере развитие происходит еще стремиетльнее, и зачастую начинаешь терять контоль над ситуацией. Каждый день выходят новые версии программ, новые технологии, находятся новые пути решения проблем и т.д. Уследить за текущим положением дел очень сложно. Но даже уделяя внимание чтению новостей и литературы, не каждый может себе позволить опробывать новый софт на деле. Причин может быть много, но одна из них вполне решаема — это проблема «недостатка железа», а точнее колличества компьютеров. Решить такие пробемы можно путем использования технологий виртуализации, которые очень популярны уже не только в корпоративной среде, а и среди мелких компаний и просто пользователей.

На рынке представлено несколько решений для обеспечения виртуализации. Все они обладают разными функциональными возможностями, популярностью и стоимостью. В сети достаточно информации по этой теме, и Гугл лего направит вас в нужную сторону. Для неподготовленных пользователй рекомендую начать с этих источников:

  1. Витруальные машины: несколько ОС в одной.
  2. Открытая платформа витуализации VirtualBOX.

Возможность запуска нескольких операционных систем дает системному администратору широкие возможности. Все способы применения даже несчесть. Например появляется возможность ознакомиться с новыми операционными системами. Доступна возможность тестирования сетевых приложений, например возможность реализации виртуальной сети, для обкатывания новых технологий. Гостевую систему (запущенную на виртуальной машине) можно «выпустить» в сеть хостящего компьютера — это дает возможность применения виртуализации на производстве (возможность реализовтаь Контроллер домена, почтовый сервер, сервер базы данных, шлюз в интернет и др.). Читать далее

Июль 20, 2008 Posted by | Uncategorized | , , | 3 комментария