HA cluster и хосты из разных сетей

По умолчанию в HA cluster нельзя объединить хосты ESX из разных сетей. Чтобы отключить проверку на то, что хосты находятся в одной сети, нужно изменить соответствующую настройку для HA кластера (Cluster Settings > VMware HA > Advanced Options (HA):
das.bypassNetCompatCheck - true

После этого перезапустить службу VMware VirtualCenter Server.

Имена дисковых устройств (Display Name в vSphere Client)

Имена дисковых устройств на вкладке ESX host > Configuration > Storage Adapters можно (и нужно) менять.
Так было до смены:

Так стало после:

Если VM не выключается

Если VM не выключается с помощью VMware vSphere Client (ни через vCenter, ни через host), пытаемся остановить VM из консоли ESX:

1. vmware-cmd /vmfs/volumes///.vmx stop (ShutDown Guest)
2. vmware-cmd /vmfs/volumes///.vmx stop hard (PowerOff)
3. убиваем процесс виртуалки:

• ps auxfww | grep [nameVM] (узнаем process ID (PID)

• kill -9 [PID]

ESX: открываем доступ пользователю root по ssh

..если очень хочется, делаем так:

1. правим файл /etc/ssh/sshd_config (например, в консоле ESX набираем "vi /etc/ssh/sshd_config") :  в строке PermitRootLogin меняем no на yes;
2. перезапускаем сервис sshd:  service sshd restart.

Смещение логического тома дискового массива EMC для Win 2003

ОС Win 2000\2003 некорректно определяют геометрию дисков в логических томах, которые находятся на дисковых массивах EMC CLARiiON.

ОС резервирует 63 сектора (31.5 КБ) в начале тома для служебных данных (наследие старой геометрии дисков архитектуы Intel - Master Boot Record) и начинает записывать полезные данные с 64 сектора. В результате этого немодифицированные тома записывают данные неоптимально и производительность дискового массива снижается. Возникающий эффект называется "disk crossing".
Из-за ошибочного определения геометрии дисков происходит разбиение одного записываемого блока на два. 

Для исправления ситуации необходимо изменить размер зарезервированной области до оптимального. В случае массива EMC CLARiiON этот размер равен 128 блокам (64 КБ), что одинаково корректно для записи блоков Windows в 4 КБ (стандартный размер блока для форматирования разделов NTFS), так и для записи элементов массива EMC CLARiiON в 64 КБ. В результате этого данные будут записываться во второй дисковый элемент первого страйпа массива.
Оптимизировать тома можно как средствами дискового массива (MetaLUN), так и инструментами ОС.

Улучшение производительности после выравнивания томов может достигать 20 процентов и более.

Источник http://itdiver.blogspot.com.

Для Win 2003 sp1 используем утилиту diskpart (инструкция с technet.microsoft.com): 

   1. Если выравниваемый диск уже пуст (без данных), перейдите к действию 3. Если диск содержит данные, создайте резервную копию диска, прежде чем выполнять последующие операции.

   2. Удалите все разделы на диске.

   3. Откройте окно командной строки и запустите программу Diskpart.exe.

   4. В командной строке средства Diskpart введите List Disk и нажмите клавишу ВВОД. Если диск, который требуется выровнять, отсутствует в списке, убедитесь в том, что он существует и доступен, с помощью оснастки «Управление дисками».

   5. В командной строке средства Diskpart введите Select Disk X, где X — номер диска, отображаемый в выходных данных команды List Disk. Средство Diskpart должно вернуть сообщение, которое показывает, что «Disk X» — это выбранный диск.

   6. В командной строке средства Diskpart введите Create Partition Primary Align=X, где X — значение, рекомендуемое поставщиком устройства хранения. Если поставщик устройства хранения не предоставляет конкретных инструкций, рекомендуется использовать значение 64.

   7. В командной строке средства Diskpart введите Assign Letter=<буква_диска>.

   8. После назначения буквы диска введите exit, чтобы завершить работу средства Diskpart.

   9. Используйте оснастку «Управление дисками» или команду Format, чтобы отформатировать раздел как NTFS-раздел.

ESX 4.1: медленная работа с "мышью" на Windows 2008 R2

Проблема медленной "мышки" в локальной консоли VM под Win 2008 R2 решается сменой драйвера видеокарты:
Standard VGA Graphics Adapter > VMware SVGA 3D (Microsoft Corporation - WDDM), при обновлении драйвера нужно указать папку C:\Program Files\Common Files\VMware\Drivers\wddm_video. Далее потребуется перезагрузка.
Найдено в базе знаний KB Article: 1011709.

VMware Client 2.5 и 4.1 на Win 7

Официально клиент VMware Infrastructure Client 2.5 не поддерживается на Windows 7 (см. compatibility matrix). Очевидно, с этим и связаны глюки (не отображается консоль, не примапливается образ CD и т. д.) при работе на семерке, если кроме клиента 2.5 установле еще и клиент 4.1. 

Но если очень, хочется можно получить доступ к консоли виртуальных машин через клиента 2.5:

1. Сносим всех клиентов VMware, удаляем папку C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client.
2. Сносим Microsoft Visual J# 2.0.
3. Ставим клиента 2.5.
4. Копируем папку C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher, например ..\Virtual Infrastructure Client\Launcher25.
5. Ставим клиента 4.1, если при установке ругается на Visual J# 2.0, то опять сносим Microsoft Visual J# 2.0.
6. Делаем отдельный ярлык для клиента 2.5 из скопированной ранее папки Launcher25.

Решение подсказало вмварное комьюнини.

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

Недавно пришлось разбираться с вопросом конвертации виртуальной машины от VMware  ESX на "железный" сервер. После поисков в интернете и недолгих экспериментов получилась такая инструкция (все удачно получилось выполнить с помощью Acronis, с другим не экспериментировал):

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

долгожданный курс 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\

Ошибка при установке 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.".

Начало

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