Проблемы совместимости Microsoft Windows Server 2012 R2 и VMware vSphere

В 2015 году наше предприятия активно двигалось в сторону Windows Server 2012 R2, попутно собирая грабли совместимости с гипервизором VMware vSphere.

Граблей собралось вагон и маленькая тележка, так что пора поделиться с публикой.

Тормоза придумали трусы

Если ваш сервер сильно тормозит, а по счётчику virtual disk latency вы видите сотни миллисекунд при небольшой нагрузке ввода-вывода, то это полбеды. Если же при этом у вас сервер ещё и ребутается каждые 2-3 месяца, а то и зависает при загрузке, то советую обратить внимание на версию virtual machine hardware: (vHW=10)&&(MSWS2012(r2)) == явная патология. Решение написано в базе знаний Windows 8 and Windows 2012 Server virtual machines fail upon reboot, то есть достаточно обновится до 11 версии виртуального оборудовани,  если же у вас не ESXi 6.0, то vHW=11 вам не светит, а самые распоследние патчи не решают проблему с жёсткими дисковыми лагами.

Пользуйтесь ангельским наречием

Если при обновление VMware Tools на ESXi 6.0, неожиданно, самоуничтожились из-за операционной системы на русском языке, то у вас есть пара решений – установить VMware Tools 10 либо установить сетевой адаптер E1000/E1000e вместо VMXNET3, чтобы сеть работала без vmtools. Но и тут вас ждёт отличная грабля –  E1000/E1000e, внезапно, теряет сетку из-за встроенного в MSWS2012(R2) драйвера, о чём написано в статье Windows 2012 virtual machines using E1000/E1000e driver experience loss of network connectivity.

Выхода нет

Если при создании снапшотов со сбросом памяти на диск у вас двоятся диски, а в логе событий пачка новых записей, то вам сюда Creating a quiesced snapshot of a Windows virtual machine generates Event IDs 50, 57, 137, 140, 157, or 12289, будете знать, что вы не одни в этой безвыходной ситуации.

ESXi 5.5 Express Patch 8 и ESXi 6.0 Express Patch 3

Для тех, кто поторопился перейти на ESXi 5.5U3 и ESXi 6.0U1 и огрёб проблемы со снапшотами и отвалом сети.

ESXi Embedded Host Client v2

Инженеры VMware выпустили HTML5 Embedded Host Client for ESXi v2.

Новый функционал:

Хост

  • Добавлена шкала для точного выбора диапазона мониторинга производительности
  • Добавлен график совмещенного мониторинга CPU/память (отсутствует у ВМ)

Виртуальные машины

  • Поддержка снапшотов
  • Консоль ВМ в полный экран
  • Поддержка ‘shrink’ в консоли ВМ
  • Поддержка создания гостевых машин с Mac OS

Хранилища

  • Полноценный файловый бразуер (copy/move/delete/create directory/upload/download)
  • Регистрация ВМ по правому клики мыши на  VMX-файле
  • Монтирование/создание NFS хранилиз
  • Создание VMFS хранлищ (только на дисках без таблицы разделов)
  • Расширение VMFS хранилищ ( только на дисках без таблицы разделов)
  • Монтирование/размонтирование VMFS хранилищ

Сеть

  • Просмотр правил файервола

Прочие функции

  • Двойной клик по заголовкам увеличивает размер окон
  • Alt + сдвиг позволяет менять размер окон
  • Игнорирование языка локализации (поддерживается только en-US)
  • Настройка таймаута сессии

Подробнее:

ESXi Embedded Host Client Fling updated to v2.
Страница приложения.

ESXi Embedded Host Client

Инженеры VMware выпустили HTML5 Embedded Host Client for ESXi, который устанавливается на хосты ESXi и позволяет выполнять следующие операции через браузер:

  • Управление VM (Power on, off, reset, suspend)
  • Создание новой VM с нуля либо из OVF/OVA (ограниченная поддержка OVA)
  • Настройка NTP на хосте
  • Показ общей информации, событий и заданий, оповещений
  • Displaying summaries, events, tasks and notifications/alerts
  • Доступ к консоли VM
  • Конфигурирование сети хоста
  • Конфигурирование расширенных настроек хоста
  • Конфигурирование служб хоста

Поддерживается ESXi 6.0 и 5.5U3.

Для хостов с ESXi 5.5 и обновленных с 5.5 до 6.0 требуется правка файла

удалить:

сделать рестарт сервиса:

Страница приложения.
История создания и другие детали.

Как экспортировать набор виртуальных машин

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

Навскидку вспомнились следующие варианты:

  1. копирование каталога с ВМ на внешний носитель;
  2. экспорт ВМ в OVA/OVF;
  3. бэкап в Veeam B&R.

Continue reading “Как экспортировать набор виртуальных машин”

vSphere и Powershell

Сегодня я хочу рассказать сразу о двух фичах, объединяющих vSphere и Powershell.

1) Для веб-клиента vSphere 6.0 (vSphere Web Client Version 6.0.0 Build 2559277), установленного как на VC, так и на VCVA, появился продукт, транслирующий выполняемые действия в командлеты PowerCLI. Называется этот продукт Onyx.

Onyx

2) Месяц назад появился плагин для веб-клиента PowerActions 1.5.0, поддерживающий vSphere 6 Web Client. Данный клиент работает с веб-клиентами, начиная с vSphere 5.1.

poweraction

Данный плагин позволяет выполнять PowerCLI-команды прямо в веб-клиенте vSphere.

P.S. Из полезных фич для веб-клиента я бы еще отметил ESXTOP-плагин.

esxtopNgcPlugin_500

Массовое обновление VMware Tools вручную

Наш бложик уже упоминал о массовом автоматическом обновлении VMware Tools средствами PowerCLI.

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

Почему может возникнуть такая задача? Например, нам надо выбрать с десяток виртуалок с разными версиями ОС и протестировать обновление, то вместо десяти запусков можно запустить одновременное обновление и отследить уже результаты.

Предлагаемый способ очень прост и не требует никаких дополнительных навыков:

  • выбираем в vSphere Client хост, кластер, папку или датацентр;
  • переходим к списку Virtual Machines;
  • сортируем виртуальные машины по полю State, так как нам нужны только включенные;
  • зажав Shift или Ctrl выбираем те, которые необходимо обновить;
  • щелкаем правой кнопкой мыши на одной и выбранных ВМ и выбираем Guest->Install/Upgrade Vmware Tools. При необходимости запрещаем перезагрузку через указание Advanced Options (/S /v”/qn REBOOT=R”).
    vmtools_upg

Обновление хостов ESXi 5.5 до ESXi 6.0 против Veeam NAS

Итак, третий акт Марлезонского балета. Предыдущий акт Обновление хостов ESXi 5.5 с коммутатором Cisco Nexus 1000V до ESXi 6.0.

При сканировании хостов ESXi 5.5 VMware Update Manager пишет “Unsupported configuration” без всяких пояснений. Для начала читаем /var/log/vua-*.log и ищем слово error:

Поиск по ошибке выдает статью Upgrading to VMware ESXi 5.x fails with the error: Error in ESX configuration file esx.conf (2011588).

Подтверждаем, что ошибку определили верно:

Открываем файлик /etc/vmware/esx.conf и видим:

При использовании технологии Veeam Instant Recovery создается и монтируется к хостам NAS-хранилище. Если же вы сменили сервер Veeam, а хранилище отмонтировали, то наивно думать, что в конфигурации ESXi произошли все требуемые зачистки.

Удаляем лишние строки и сохраняем файл. Делаем проверку, что проблема ушла:

Запускам сканирование заново.

Описание аналогичной ситуации для любителей английского Unsupported Configuration when using VUM for a Major Upgrade.

Обновление хостов ESXi 5.5 с коммутатором Cisco Nexus 1000V до ESXi 6.0

Не смотря на название, сегодняшняя статья продолжение эпика Собираем грабли при обновлении VMware vSphere 5.5 до vSphere 6.0.

Для затравки, первый баг на сегодня очень радует – желтый баннер с текстом “Quick stats on hostname is not up-to-date”. Судя по vCenter Server 5.5 and 6.0 displays a yellow warning in the Summary tab of hosts and reports the error: Quick stats on hostname is not up-to-date (2061008), разработчики синхронизируют фиксы с серьёзным лагом.

А теперь к основному блюду.

Как неправильно обновлять хост ESXi 6.0 с Cisco Nexus 1000V

После обновления супервизора VSM Cisco Nexus 1000V пришло время обновлять карты расширения VEM.

При попытке обновления Update Manager ругнулся на VIB cisco-vem-v173-esx , который я снёс командой

а сам хост удалил из коммутатора Remove from VDS.

Это было жёсткой ошибкой, так как после обновления возможности добавить хосты c ESXi версии 6.0 на данный момент нет – хосты просто не отображаются в списке выбора.

Я понадеялся на только что вышедшую версию Cisco Virtual Switch Update Manager Release 1.3, но браузер зависает при обращении из vSphere Web Client, так как, похоже, продукт до сих пор не поддеживает vCenter 6.0.

Поэтому пришлось искать в глубь и ширь. Поиск в базе знаний даёт подсказку When attempting to add an ESXi 5.x host to a DVS, the host is missing or the list is empty (2039046), но я мигрировал базу на vPostgres, поэтому необходимо понять как vPostgres готовить.

  • Из файла C:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx\vcdb.properties берем адрес и порт, которые слушает СУБД (localhost:5432),  имя пользователя (vc) и копируем в буфер обмена пароль.
  • Ставим PGAdmin и 32-битные библиотеки C++ Visual Studio 2013 Redistributable.
  • Запускаем PGAdmin, вводим полученные ранее данные.

Раскрываем дерево – VCDB->Схемы->vc->Таблицы->VPX_DVS_COMPATIBLE, добавляем пару строк со значениями:

  • повтор значения id(значение содержится в таблице VPX_DVS), esx, 6.0+;
  • повтор  значения id, embeddedEsx, 6.0+,
  • жмём “Обновить” для автозаполнения последнего поля.

После этого подключаем хост в коммутатор. Если возникает ошибка, описанная в Adding an ESX/ESXi host to Nexus 1000v vDS fails with the error: vDS operation failed on host <hostname>, got (vmodl.fault.SystemError) exception (2007166), то на время подключения останавливаем службу VMware Update Manager (VIB модуль должен быть установлен вручную).

Если все вышесказанное не помогло, то делаем как написано ниже, но если вы не сделаете то, что выше, не факт, что сработает то, что ниже.

Как правильно обновлять хост ESXi 6.0 с Cisco Nexus 1000V

На данный момент официальная единственная возможность – это сразу вшивать VIB Cisco Nexus 1000V VEM в образ ESXi 6.0 и им обновляться.

Все команды выполняются в PowerCLI:

За основу взята статья Upgrading an ESXi/ESX 4.x host with the Cisco Nexus 1000V to ESXi 5.x using Update Manager (2021363).

Вывод

Горе от ума вечно…

Собираем грабли при обновлении VMware vSphere 5.5 до vSphere 6.0

На днях начал обновляться со старой платформы VMware vSphere 5.5 до новой 6.0. Граблей собрал небольшую пачку, о чём и хочу поведать.
Во-первых, пришлось избавиться от хоста с ESXi версии 4.1, так как vCenter 6.0 поддерживает только ESXi 5.0+. Об этом вышла пара статей на нашем блоге: VMware ESXi и Realtek 8168/8169/8111 и Установка VMware ESXi 5.5 на хост с менее 4 ГБ ОЗУ.

Во-вторых, Вышел Veeam Backup & Replication 8.0 Update 2 с поддержкой vSphere 6.0, который также потребовалось обновить.

В-третьих, Вышел Cisco Nexus 1000V для VMware vSphere 6.0, и его обновили.

В-четвертых, Вышел VMware vRealize Operations Manager 6.0, его пропатчили до версии 6.0.1.

После всего этого настало время vCenter. Запустили установщик, согласились на использование vPostgres и спустя полтора часа получили новенький vCenter. И набор граблей…

Пропала интеграция с Cisco Virtual Switch Update Manager – при попытке открыть раздел Cisco Nexus 1000V в vSphere Web Client, страница намертво зависала, удалить через MOB расширение не получалось. В итоге удалил виртуалку, после перезагрузки сервера с vCenter в MOB расширение благополучно исчезло. Приложуха на редкость бесполезная, так что послал в топку.

Пропала интеграция с Veeam B&R. Переустановили плагин, рестартнули службы – заработало.

Вылезли ошибки с плагинами в толстом клиенте:

plugin errorОшибка с VMware Syslog Colector Configuration была снята добавлением порта в правила файервола.

Ошибка с VMware vCenter Storage Monitoring Service описана в базе знаний The Storage Monitoring Service plug-in fails to install in VMware vCenter Server 6.0 (2115295), теперь его просто нет, как и The Overview sub-tab in the Performance tab view is no longer available in the VMware vSphere Client 6.0.x (2109800).

Ошибку с Auto Deploy я проигнорировал, так как это функционал не используем, а служба остановлена. Подозреваю, что старт службы и настройки файервола снимут симптом.

После этого начал обновлять ESXi – путь снова оказался тернист. После обновление до ESXi отвалились все хранилища. Как оказалось, выстрелил костыль, заложенный при переходе на vSphere 5.5. Но, как обычно, выручил бложик, так как костыль был записан в заметке Отключение VMware ESXi Native Driver. Для исправления подал команду:

Каким-то чудом вылезла еще одна старая ошибка, которая опять же описана в нашем бложике Ошибка обновления ESXi 5.1 до 5.5 — Cannot run upgrade script on host. Но, в этот раз, решил поправить её через esxcli:

Напоследок. Так как архитектура vCenter серьёзно поменялась, то мониторинг списка старых сервисов уже не подходит, а ручной подсчет меня соориентировал, что сейчас сервисов точно не меньше 32(!) штук. Так что для определения сервисов нужных для контроля воспользовался статьей Stopping, starting, or restarting VMware vCenter Server 6.0 services (2109881), с помощью которой выгрузил список запущенных сервисов командой:

Их и засунул в Nagios.