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

Черный экран входа windows и черный рабочий стол.

Столкнулся с проблемой при работе windows 2003, после перезагрузки компа — окно ввода логина черного цвета. И не возможно понять куда что вводить.

Черный login window

Черный login window

Получилось по памяти ввести логин и пароль… но дальше загрузилось такое же безобразие на рабочем столе…..

А вот по RDC вышло подключиться удачнее. Сам экран ввода пароля был черный, а после входа в систему — все встало ок.

Начал рыть в чем дело…. после очередного ребута — всегда все оставалось черным…. даже по RDC…. Вот думал и пришла хана винде.

Однако загуглив нашел причину и решение.

У меня это случилось на виртуалке ( но у людей и на физических серверах случается). У виртуалки закончилось свободное место на системном диске, собственно по этому ко мне и обратились, для расширения диска. Диск расширил, но оказалось что «поздно пить баржоми». Читать далее

Март 5, 2009 Posted by | Заметки..., Windows | , , | 5 комментариев

Настройка proxy сервера на примере UserGate

Подключив интернет в офисе, каждый начальник хочет знать за что он платит. Особенно, если тариф не безлимитный, а по трафику. Есть несколько путей решения проблем контроля трафика и организации доступа к сети интернет в масштабах предприятия. Я раскажу о внедрении прокси сервера UserGate для получения статистики и контроля пропускной способности канала на примере своего опыта.

UserGate proxy server logo

Сразу скажу, что я использовал сервис UserGate (версия 4.2.0.3459), но методы организации доступа и технологии при этом применяемые используются и в других прокси серверах. Так что описанные сдесь шаги в целом подойдут и для других программных решений (например Kerio Winroute Firewall, или другие proxy), с небольшими отличиями в деталях реализации интерфейса настройки. Читать далее

Сентябрь 10, 2008 Posted by | Заметки... | , , | Оставьте комментарий

2 Способа пропатчить установленный ESXi гипервизор.

В отличие от VMware ESX, где патчи заменяют только некоторые файлы (изменившиеся с предыдущей версии), каждый патч для ESXi — это полная замена образа гипервизора. Когда вы выполняете обновление, на хост загружается новый образ (ядро) гипервизора, а старый образ сохраняется как бэкап. Обновление проходит во время работы ESXi хоста и виртуальных машин запущенных на нем. Виртуальные машины продолжают работать на старом образе (ядре гипервизора), пога хост не будет перезагружен. После перезагрузки автоматически загрузится новый образ гипервизора, и виртуальные машины запустятся на новом ядре.

Существует два способа установки патчей на VMware ESXi, установленной самостоятельно (а не предустановленной). Вы можете использовать либо утилиту для Windows, называемую VMware Infrastructure Update, либо вы можете использовать утилиту удаленной командой строки RCLI (Remote Command Line Utility), называемую vihostupdate.

Установка патчей с использованием VMware Infrastructure Update.

Infrastructure Manager (IM) часто путают с Update Manager (UM), чтоже давайте рассмотрим различия. IM усатнавливаетя как отдельное приложение вместе с клиентом инфраструктуры VMware Infrastructure Client (VI Client) 3.5, и используется только для установки патчей на ESXi усатнавливаемой или предустановленной версий. IM не позволяет пропатчить ESX хост, только ESXi. UM — это плагин для виртуального центра инфраструктуры VirtualCenter, и используется для обновления ESX, ESXi хостов и виртуальных машин. Читать далее

Сентябрь 3, 2008 Posted by | Virtualization | , , | 6 комментариев

VMware VI Client для управления хостом ESXi server

После установки и настройки гипервизора на сервере для управления единичным хостом с ESXi используют VI Client (клиент виртуальной инфраструктуры). Итак далее по порядку…

Управление своим первым хостом с ESX Server 3i

После выполнения базовых настроех на хостовой машине, вы можете установить дополнительный софт, нелобходимый для упрвления ESX Server 3i. Первым делом стоит познаомитсья с VI Client.

Используйте установочный компакт диск (VMware Infrastructure Management Installer CD‐ROM) для установки VI Client на компьютер, который будет использоваться как управляющая станция. Если вы не преобратали лицензию на виртульную инфрастуктуру (VMware Infrastructure Management software), используйте VI Client скачаный с вашей хостовй машины (http://адресхостовоймашины/) или копию скачанную с сайта VMware.

VI Client должен быть установлен на машину с ОС windows и доступом по сети к хосту ESXi. Так же было бы неплохо иметь доступ к интернету с управляющей машины.

Перед тем как начать убедитесь, что ваша аппартная конфигурация «потянет» VI Client:

  • Процессор — 266 МГц или более Intel / AMD x86 (рекомендуется 500 МГц).
  • Оперативная память — 256 Мбайт минимум, рекомендуется 512 Мбайт.
  • Дисковая подсистема — 150 Мбайт дискового пространства для самой программы. Так же необходимо иметь 55 Мбайт свободного места на разделе где установлен клиент и  100 Мбайт свободного метса для временных фалов (расдел с %temp%).
  • Сеть — Gigabit Ethernet рекомендуется.

Требования к програмному окружению.

VI Client разработан для 32-х битных операционных систем семейства Windows.

Клиент требует наличия установленного фреймворка (Microsoft .NET 2.0 Framework) в системе. Если он не обнаруживается, то будет установлен автоматически. Читать далее

Август 24, 2008 Posted by | Uncategorized, Virtualization | , | 7 комментариев

Установка ESXServer3i (Installing ESXi 3.5)

Эта запись является логическим продолжением предыдущего поста, о выборе аппартаной конфигурации для ESXServer3i. Сам материал — мой перевод части официального документа VMware: Getting Started with ESX Server 3i Installable.

Установка ESXServer3i

Установка ESXServer3i на жесткий диск (SATA, SAS,  или SCSI) производиться используя усатновочный компакт диск (ESXServer3iInstallableCDROM), образ которого можно свободно скачать с оффициального сайта. Процедура установки подразумевает исползование клавиатуры и монитора, подключенных к хосту на который инсталируется ESXi.

Для установки ESXi:

  1. Вставте установочный компакт диск в привод.
  2. Настройте загрузку с устройсва чтения компакт дисков и презаепустите машину. Начальный этам загрузки ESXi сервера завершится, когда появится окно приветствия:
  3. Нажмите Ввод для продолжения установки. Процесс установки сопровождается текстовыми сообщениями и комментариями. Когда установщик закончит свою работу — отобразится окно завершения. Читать далее

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