PowerCLI: ссылки на ресурсы

Видео по установке PowerCLI

Постер PowerCLI

VMware vSphere PowerCLI Blog
Пост от Михеева (The Best)
Уроки от Жбанкова (весьма полезно)
http://www.virtu-al.net/ (много полезных скриптов)

Отключаем возможность удалять Removable devices для ВМ под ESX 4 (защита от дурака)

В виртуальных машинах с версией hardware 7 на ESX(i)4 сетевые адаптеры, SCSI-контроллеры представлены как removable devices, поэтому любой пользователь, обладающий достаточными правами в гостевой системе может удалить такие устройства с помощью Safely Remove Hardware (безопасное извлечение утройств) в системном трее.
Чтобы обезопаситься от возможных казусов с удалением NIC и SCSI-устройств необходимо отключить возможность HotPlug-подключения\отключения для виртуальной машины.
Все действия выполняем для выключенной виртуальной машины.
Через vSphere Client:
Edit Setings > Options > Advanced > General > Configuration Parametrs > добавляем строку Add row:
devices.hotplug – false.
Либо правим .vmx файл виртуальной машины:
добавляем строку devices.hotplug = "false".
Эта настройка не препятствует горячему добавлению памяти, CPU, HDD.

Источники KB 1020718, KB 1012225.

Copy/Paste между консолью виртуальной машины в vSphere Client и локальной системой

Смотрим KB 1026437.

Для конкретной виртуальной машины:
На выключенной виртуальной машине Edit Setings > Options > Advanced > General > Configuration Parametrs > добавляем строки Add row:
isolation.tools.copy.disable – false
isolation.tools.paste.disable – false.


Для всех виртуальных машин на хосте:
Добавляем в файл  строки:
isolation.tools.copy.disable="FALSE"
isolation.tools.paste.disable="FALSE".
Изменения применяются к виртуальным машинам после их рестарта. Изменения теряются после обновления хоста до новой версии.

Ликбез по памяти для процессоров Intell

Спасибо товарищам из Trinity.
http://blog.trinitygroup.ru/2009/08/ddr3-intel-xeon-5500-nehalem.html

Overview of VMware Tools

Страница с обзором, ссылками на инструкции по установке и пакетами VMware Tools для разных ОС.

Настраиваем NPIV

У администраторов сервиса родилось желание выполнять быстрые снэпшоты диска с данными одной из виртуальных машин. Диск в несколько сотен GB, изменений за день происходит порядка сотни GB. Я не придумал ничего лучше, чем выполнять снэпшот средствами СХД. Для этого необходимо настроить NPIV (N_Port ID Virtualization) для виртуальной машины.

Итак, имеем виртуальную машину на vSphere 4.1 и дисковый массив EMC CLARiiON.

LUN с дискового массива отдается виртуальной машине как physical RDM. Снэпшоты выполняются с помощью Admsnap utility (утилита EMC для управления снэпшотами и клонами), при этом никаких прав на дисковом массиве пользователям виртуальной машины, которые выполняют снэпшоты, выделять не нужно, но им доступны операции SnapView, и только для LUN, подключенного к виртуальной машине.

Сессии снэпшота запускаются и останавливаются командами с виртуальной машины:

admsnap start -s [session_name] -o [object_name] ,
admsnap stop -s [session_name] -o [object_name] ,

где

[session_name] - имя сессии снэпшота,
[object_name] - имя объекта (например, имя диска d: ), который снэпшотится.
Все выше сказанное про Admsnap utility справедливо и для "железных" серверов.

Теперь вернемся к началу, т. е. к настройке NPIV.

1. Подключаем к виртуальной машине RDM-раздел (я понял, что неважно virual или physical режим);
2. Выключаем виртуальную машину;
3. Генерируем виртуальные WWNs: Virtual Machine Properties > вкладка Options > параметр Fiber Channel NPIV > Generate new WWNs > Number of WWNNs - 1, Number of WWPNs - n, n соответствует количеству портов HBA хоста > жмем OK. Если вернутся назад к параметру Fiber Channel NPIV, то в поле WWNs Assignments увидим сгенерированные виртуальные WWNs, их нужно записать либо скопировать из файла описания виртуальной машины *.vmx. Также тут видим, что стоит галка Temporary Disable NPIV for this virtual machine. Т. е. пока она установлена NPIV отключен. Снимаем галку.
4. Настраиваем зонирование на Fiber Channel Switch. В моем случае это Brocade. На первой фабрике Fiber Channel Switch, куда подключен первый порт HBA хоста, создаем новый Alias, в него руками добавляем первый WWPN, сгенерированный в предыдущем пункте. Создаем новую Zone, в которую включаем новый Alias и Alias дискового массива. Включаем новую Zone. Сохраняем конфигурацию, активируем конфигурацию. Для второй фабрики Fiber Channel Switch используем второй WWPN, остальное аналогично. NOTE: A SAN best practice is to zone one initiator to one target to increase security and to restrict interference from other hosts.
5. Региструем нового инициатора (нашу виртуальную машину) на дисковом массиве. Для каждого порта дискового массива создаем новую запись Initiator Record: Initiator Name - WWNN:WWPN, в Host Information указываем IP-адрес и DNS-имя виртуальной машины.
6. Создаем на дисковом массиве новую Storage Goup для нашей виртуальной машины. Добавляем в нее нашу виртуальную машину, и целевой LUN, указывая для него тотже Host ID, который назначен ему в в Storage Group для хостов ESX.
7. Включаем виртуальную машину. На дисковом массиве можно удалить лишние (неактивные)  Initiator Records.

В итоге виртуальная машина зарегистрирована на дисковом массиве, и у пользователей виртуальной машины есть возможность управлять функционалом SnapView для целевого LUN, при этом эти пользователи других прав на дисковом массиве не имеют.

Использованы источники:
http://www.vmware.com/pdf/vi3_35_25_npiv_config.pdf
http://www.brocade.com/downloads/documents/white_papers/white_papers_partners/NPIV_ESX4_0_GA-TB-145-01.pdf

Extpart: ошибка "Unable to connect to c: or it does not exist"

При расширении системного диска виртуальной машины с помощью утилиты extpart.exe получил ошибку "Unable to connect to c: or it does not exist".

Вылечилось перезагрузкой виртуальной машины.

Также нашлись советы, при такой ошибке выполнять расширение в Safe Mode.