Отличия VAAI vSphere 4.X и vSphere 5.X

Углядел неплохую статью про VAAI и как он работает.

В качестве побочного эффекта углядел, что сравниваются VAAI в разных версиях vSphere. Список мне понравился, привожу его тут:

  • VAAI использует команды T10, а не проприетарные VAAI (зависящие от массива). Теоретически, это должно увеличить количество поддерживаемого оборудования;
  • Полная поддержка ATS на VMFS5. Различия в работе ATS и резервациях SCSI приведены в этой статье;
  • Поддерживаются примитивы для оптимизации NFS-хранилищ;
  • Есть поддержка View Composer Array Integration для разворачивания linked clones;
  • Добавлены команды UNMAP, освобождающие место на тонких VMFS-разделах после удаления/миграции виртуальной машины;
  • Сертификация массива по VAAI требует определенной производительности при выполнении примитивов T10. Соответственно, часть массивов перестала поддерживать VAAI в vSphere 5.

Добавление хостов ESXi в домен или права администратора в Support Mode

В vSphere, начиная с версии 4.1, есть возможность использовать учетные записи домена Active Directory для выполнения административных задач.

Я решил проверить это в тестовой лаборатории. Хосты добавились в домен, а дальше началось самое интересное…

Подключаюсь по SSH, и никаких прав у меня нет. Ни ESXTOP, ни ESXCFG/ESXCLI я выполнить не могу. Повышаю привилегии до рута: su – root, пожалуйста, все работает.

Зашел на хост через vClient, глянул вкладку Permissions – есть там группа “Domain\ESX^Admins” (знак ^ маскирует пробел).

Подключаюсь через vClient (и в DCUI) доменной учетной записью – пускает. Все права, о которых слышал, работают.

Вспоминаю про режим блокировки хоста (Lockdown) – так он разрешает работать только учетной записи vpxuser. Остальным путь закрыт, а, значит, задача блокировки root’а не решена 🙂

Мораль сей басни такова: в режиме техподдержки хоста (Local\Remote TechSupport Mode) доменная аутентификация не действует. Если вы периодически выполняете какие-то операции с этими консолями – запаситесь локальными учетными записями.

Либо разрешите только SSH, запретив доступ по нему root’у.

Поддержка кластеризации в виртуальных средах

Углядел интересные размышления о поддержке кластеризации в vSphere у Matt Liebowitz.

Мэтт делится картинкой о различных вариантах поддержки кластеров и объясняет плюсы/минусы таких реализаций.

Итак, что мы имеем с поддержкой: Continue reading “Поддержка кластеризации в виртуальных средах”

Переключение кластерных хостов с vCenter 4.1 на 5.0 без останова ВМ

Осенью возникла потребность переключить хосты в HA-кластере под управлением vCenter 4.1  на новый сервер vCenter 5.0. Желательно было произвести данную операцию в рабочее время без останова сервисов.
Для этого был накидан подробный план действий, основные выдержки из которого публикую сегодня:

  1. Вывести хосты из кластера:
    • С помощью vMotion переносим все виртуальные машины с одного из хостов на другие
    • Переводим хост в режим обслуживания
    • Тащим мышкой хост из кластера на уровень датацентра
    • Выводим хост из режима обслуживания
    • С помощью vMotion возвращаем ВМ на хост
  2. Каждый хост удаляем из инвентаря старого vCenter 4.1 и регистрируем в новом vСenter 5.0
  3. Создаем HA-кластер, настраиваем и добавляем в него хосты

Цель данного ухищрения – не выключая ВМ, убрать хосты из vCenter, что невозможно для кластерных хостов.

Дополнение:

Алексей дал полезный совет о  возможности исключения хостов  из кластера без переноса виртуальных машин.

План значительно упрощается с большим выигрышем по времени:

  1. Выключаем HA на кластере для ускорения отключения хостов
  2. Отключаем каждый хост командой Disconnect
  3. Каждый отключенный хост удаляем из инвентаря старого vCenter 4.1
  4. Создаем и настраиваем HA-кластер в новом vCenter 5.0 и добавляем хосты

Просмотр подробной информации о “железе” в серверах ESX/ESXi 4

Начал просматривать VMUG Community – углядел пару интересных тем.

Отписываюсь, чтобы не забыть.

1) Тут углядел как смотреть подробную информацию о “железе” в серверах. Например, в каком слоте какая память установлена. Для ESX 4 используется dmidecode. Для ESXi – smbiosDump или esxcfg-info.

2) Если у виртуальной машины пропадает сеть и не появляется до перезагрузки виртуалки, возможно, стоит увеличить буферы. Эту ситуацию можно отследить с помощью счетчика отброшенных пакетов виртуальной машины в ESXTOP -n. Подсмотрел тут.

Импорт виртуальных машин из VirtualBox

Появилась необходимость импорта виртуальной машины, экспортированной из VirtualBox в формате OVA.

Запускаем импорт и получаем ошибку:

Continue reading “Импорт виртуальных машин из VirtualBox”

Ошибка при резервировании Veeam Backup или Client error: Failed to open VDDK disk

В ходе некоторых перестановок на СХД я создал новый LUN (назовем его VMFS05) и мигрировал туда виртуальные машины с другого (VMFS04).

Следующее же резервное копирование окончилось с ошибками: Veeam Backup в упор не видел новый LUN, да еще и выдал ошибку при резервном копировании на части машин.

Continue reading “Ошибка при резервировании Veeam Backup или Client error: Failed to open VDDK disk”

Veeam, mount nfs и все в таком духе

Решил я давеча воспользоваться технологией Veeam Instant Recovery для запуска виртуальной машины из бэкапа.

А Veeam Backup такой мне и говорит: “Unable to mount vPower NFS volume. An error occured during host configuration”.

Continue reading “Veeam, mount nfs и все в таком духе”

Резервное копирование ESXi средствами PowerCLI

Михаил Михеев опубликовал коротенький HowTo по использованию команд PowerCLI для резервного копирования конфигурации ESXi. Ознакомиться следует здесь.

Для тех, кто привык в графическому интерфейсу, на основе этих же команд Shogan.tech выпустил GUI утилиту. Брать тут.

Настраиваем шаблоны виртуальных машин для VMware vSphere

В рамках создания шаблонов для ОС Windows 2008 R2 Std/Ent я натолкнулся на несколько граблей, о которых хочу написать…

Я не буду здесь описывать пошаговый процесс создания шаблона, так как он достаточно простой.

Версии используемого ПО: vCenter 4.1(491557), VMware vSphere 4.1(502767), Windows 2008 R2 SP1 редакции Standard и Enterprise.

Используемое виртуальное железо стандартно, за исключением дискового контроллера (PVSCSI) и сетевого адаптера (VMXNET3).
Также имеет смысл применять на шаблонах настройки, которые было бы неплохо включать:
– включить CPU/Memory Hot Add (по умолчанию выключен);
– параметры VMX, например, для большей безопасности виртуальной машины (запрет отключения сети и т.п.);
– замена драйверов видеокарты на VMware SVGA 3D (для быстрой работы мыши в консоли);
– и т.д.

Continue reading “Настраиваем шаблоны виртуальных машин для VMware vSphere”