Русфонд

понедельник, 22 ноября 2010 г.

Конвертация V2P

Недавно пришлось разбираться с вопросом конвертации виртуальной машины от VMware  ESX на "железный" сервер. После поисков в интернете и недолгих экспериментов получилась такая инструкция (все удачно получилось выполнить с помощью Acronis, с другим не экспериментировал):
  1. Подготовка к бэкапу:
  2. a) Удалить VMwareTools.
    b) Установить драйвер (HAL) «Компьютер с ACPI».
    Панель управления > Система > Оборудование > Диспетчер устройств > Компьютер > правой кнопкой по установленному драйверу HAL > Обновить драйвер  > Нет, не в этот раз > Установка из указанного места > Не выполнять поиск. Я сам выберу нужный драйвер > Компьютер с ACPI > Далее > Готово.
    c) Установить драйвер «Стандартный двухканальный контроллер PCI-IDE».
    Панель управления > Система > Оборудование > Диспетчер устройств > IDE ATA/ATAPI контроллеры > правой кнопкой по установленному IDE-контроллеру > Обновить драйвер  > Нет, не в этот раз > Установка из указанного места > Не выполнять поиск. Я сам выберу нужный драйвер > Стандартный двухканальный контроллер PCI IDE > Далее > Готово.
    d) Установить драйвера для нужного железа (обязательно для RAID-контроллера, и, возможно, для материнки).
    e) Удалить в реестре ссылки на старые диски HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices.
  3. Выполняем бэкап:
    1. a) выключить, загрузиться с загрузочного CD Acronis full_safe.
      b) выполнить бэкап всех дисков, архивную копию располагаем на сетевом ресурсе.
    2. Восстановление на "железе":
    3. a) Загрузиться с загрузочного CD Acronis full_safe, восстановить системный диск.
      b) Если есть диски с данными: загрузиться с жесткого диска, создать раздел под данные, загрузится с с загрузочного CD Acronis full_safe, восстановить данные как файлы.

    вторник, 16 ноября 2010 г.

    долгожданный курс VMware: ICM

    то, что хочется не забыть и в дальнейшем переварить:
    1. Реальная балансировка нагрузки для сетевых интерфейсов хостов доступна только на vNetwork Distributed Switch (Route based on phisical NIC load, тут периодически проверяется реальная загрузка pNIC и при необходимости перераспределяется).
    Для  vNetwork Standard Switch настройки NIC Teaming > Load Balancing - это распределение нагрузки, а не балансировка, т. к. все доступные варианты в итоге привязывают трафик виртуального порта на виртуальном свиче к определенному pNIC несмотря на его загрузку).
    Статьи по конфигурированию сети можно найти тут:
    http://vmkernel.ru/vnetwork-distributed-switch-part-1
    http://vmlab.ge/etherchannel-and-esx-nic-teaming
    2. Встроенные плагины мультипассинга для стороджей не обеспечивают реальную балансировку нагрузки, опять же толко распределение нагрузки. Для балансировки необходимо ПО сторонних производителей, например EMC PowerPath/VE.
    3. Для того, чтобы была возможность при клонировании VM (или при разворачивании из шаблона) выполнять кастомизацию (задать DNS-имя, лицензионный ключ, сетевые настройки, сгенерировать новый SID и т. д.) для VMs с ОС ниже Windows Vista необходимо наличие файлов sysprep в соответствующей папке на сервере с установленным VMware vCener:
    например для Win 2003 32-bit
    - C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\sysprep\svr2003 для vCener на Win2003;
    - C:\ProgramData\VMware\VMware VirtualCenter\sysprep\svr2003 для vCener на Win 2008.
    Подробнее об этом на http://www.vmgu.ru/articles/vmware-vsphere-view-converter-sysprep.
    Аналогично и для Standalone Converter:
    - C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone\sysprep\

    воскресенье, 14 ноября 2010 г.

    Ошибка при установке vSphere Client

    При установке VMware vSphere Client 4.1 на Windows 7 x64 получил ошибку "The Microsoft Visual J# 2.0 Second Edition installer returned error code '4113'".
    Ответ нашелся на http://communities.vmware.com. Проблема лечится удалением этого самого Microsoft Visual J# в Панели управления. Дело в том, что ранее был установлен VMware Infrastructure Client 2.5,  а вместе с ним Microsoft Visual J#.
    Собственно, тоже самое сказано и в ESX and vCenter Server Installation Guide: "Remove any previously installed versions of Microsoft Visual J# on the system where you are installing the vSphere Client.".

    Начало

    Привет, блогосфера!
    Ну вот и я решил попробывать свои силы в ведении блогов. Пишу сюда то, что касается моей  работы, с чем сталкиваюсь и т. п.