Русфонд

среда, 15 декабря 2010 г.

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

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








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

вторник, 14 декабря 2010 г.

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

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

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


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

Если 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.

пятница, 10 декабря 2010 г.

Смещение логического тома дискового массива 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.

вторник, 7 декабря 2010 г.

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.
Решение подсказало вмварное комьюнини.