Минимальная рекомендуемая версия vHW

На днях озадачился проблемой с минимальной версией vHW в ESXi.

Текущая ситуация с ESXi такова:

  1. ESXi 6.7 поддерживает vHW версий с 4 по 14 – Virtual machine hardware versions.
  2. vSphere 5.5 сошла с дистанции.
  3. В связи с Чипокалипсом минимальная рекомендуемая версия – 9, сильно рекомендуемая – 11: Hypervisor-Assisted Guest Mitigation for Branch Target injectionPerformance impact on VMware appliances after patching for Spectre/Meltdown.
  4. VCSA 6.7u1 использует Photon OS 1.0, который у нас не работает, если поднять версию старше 11.
  5. Есть непонятки с EVC Mode и vHW.
  6. UNMAP в тонких дисках поддерживается с версии vHW 11, для Linux с версии vHW 13.
  7. Поддержка Per-VM EVC требует vHW версии 14.
  8. Поддержка Secure Boot требует vHW версии 13.
  9. Поддержка Dynamic DirectPath требует vHW версии 17.
  10. Поддержка Virtual NUMA Topology и Virtual HT требует vHW версии 20.

В итоге мы ориентируемся на следующие версии (предварительно делается копия *.vmx либо бэкап ВМ, после повышения проверка, Upgrading a virtual machine to the latest hardware version (multiple versions)):

  1. Готовые Virtual Appliances и шаблоны виртуальных машин повышаются до версии 11 либо 14.
  2. Целевая версия для Linux с тонкими дисками – 14 либо 17.
  3. Целевая версия для ПО, требующего новых инструкций CPU – 14 либо 17.
  4. В частных случаях смотрим на фунционал Hardware Features Available with Virtual Machine Compatibility Settings и  Hardware Features Available with Virtual Machine Compatibility Settings.

Обновление версии VCSA с 6.7 до 6.7 update 1

Ранее в бложике были описаны два сценария установки обновлений на VCSA 6.7:

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

Для обновления VCSA 6.7  в режиме HA до версии 6.7 update 1 опубликована отдельная статья в БЗ VMware Changes in patching VCHA enabled vSphere 6.7 systems to any 6.7 update/patch release:

  1. Зайдите vSphere Client.
  2. Перейдите в Configure > vCHA.
  3. Нажмите Edit.
  4. Выберите “Remove vCenter HA”.
  5. Обновите vCenter Server.
  6. Заново создайте vCHA.

После пары матюков в адрес разработчиков были выполнены данные рекомендации и осуществлена попытка обновить vCenter через VAMI (по инструкции для одиночного сервера), но установщик вставал на 73% и заваливал vCenter. После этого запущено обновление через CLI (один цикл из инструкции по обновление в конфигурации HA), которое прошло без сбоев.

EVC Mode и vHW

Заметил странный факт, что на процессорах Skylake и гипервизоре ESXi 6.7u1 “не отрабатывает” EVC Mode, выставленный в  Skylake – все машины стоят в режиме Broadwell.

Обратил внимание, что у нас 80% виртуальных машин работают на virtual hardware(vHW)  версии 11, он же Compatibility: ESXi 6.0 and later (VM version 11).

Предположил, что данный уровень дополнительно ограничивает уровень ЦПУ, хотя в EVC and CPU Compatibility FAQ и Enhanced vMotion Compatibility (EVC) processor support ничего про такое поведение не заметил.

Решил пойти опытным путём – создал ВМ и прогнал все версии vHW c 4 до 14. В результате выявилось, что ВМ с vHW от 4 до 12 имеют максимальный EVC Mode -Broadwell, а ВМ с vHW равным 13 или 14 могут быть в режиме Skylake.

VMware – возможна потеря данных в SEsparse

Благодаря подписке на рассылку от Veeam Community Forums, углядел наличие одной прелестной проблемы с vSphere.

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

  • СУБД могут репортовать о несогласованности блоков данных внутри БД;
  • гостевые операционные системы могут сообщить о сбоях блоков данных;
  • виртуальные машины могут перестать загружаться.

Continue reading “VMware – возможна потеря данных в SEsparse”

Балансировка хранилищ Round Robin в VMware vSphere и iops=1

В одном ЦОДе нашей компании используется VMware vSphere и HP EVA 6400. Так получилось, что техподдержка HPE ткнула нас носом в “Best Practice Guide” и посоветовала применить рекомендации по RoundRobin-балансировке и переключению путей на каждый iops.

Я был настроен скептически, так как я прекрасно помню статью Duncan Epping о том, что это (iops=1) – бесполезный совет. Однако я перечитал комментарии и решил, что я был неправ. Если вкратце – то у каждого порта HP EVA (равно как и других массивов) своя очередь в 1000 команд. И, оставив параметр по умолчанию (или вообще используя MRU), легко упереться в эту очередь.

Continue reading “Балансировка хранилищ Round Robin в VMware vSphere и iops=1”

Релиз VMware vSphere 6.7 update 1

Вышел VMware vSphere 6.7 update 1:

Заметки о релизе VMware ESXi 6.7 Update 1

Скачать VMware vSphere Hypervisor (ESXi) 6.7U1

Заметки о релизе VMware vCenter Server 6.7 Update 1

Скачать VMware vCenter Server 6.7U1

Заметки о релизе VMware vSAN 6.7 Update 1

Скачать vSAN 6.7U1 Witness

Fully Featured vSphere Client in vSphere 6.7 Update 1

Обзор What’s New in vCenter Server 6.7 Update 1

Конфликт VIB при обновлении ESXi

Дошли и у меня руки до обновления на vSphere 6.5.

Первым делом был обновлен vCenter. В силу определенных причин миграция была осуществлена на 6.5U1, поэтому в дальнейшем этот vCenter был обновлен до 6.5U2c через VAMI (https://vcsa:5480).

Ранее мы уже писали о подобных граблях при обновлении сервера IBM образом от Lenovo.

Continue reading “Конфликт VIB при обновлении ESXi”

Не удается расширить VMFS-хранилище – cannot change the host configuration

После разворачивания ESXi 6.5U1 потребовалось увеличить размер локального хранилища, расположенного на загрузочном диске (boot device).

Спойлерю – сразу не получилось :).

Continue reading “Не удается расширить VMFS-хранилище – cannot change the host configuration”

Анонсирован VMware ESXi для 64-бит архитектуры ARM

VMware решила расширить своё присутствие на отличной от x86 процессорной архитектуре:

Подробнее в статье ESXi on Arm? Yes, ESXi on Arm. VMware teases bare-metal hypervisor for 64-bit Arm servers.

На VMworld 2018 был презентован гипервизор ESXi на 64-разрядных процессорах ARM:

Путь от проекта до продукта занял много лет – презентация 2010 года ARM Virtualization: CPU & MMU Issues.

Миграция с vCenter 5.5 на vCSA 6.5

Сначала определимся с терминами:

– vCenter – это vCenter Server, установленный на Windows Server;

– vCSA – vCenter Server Appliance – линукс с vCenter Server.

Так случилось, что апгрейд инфраструктуры до 6.5 откладывался очень долго, практически, до окончания сроков основной поддержки vSphere 5.5.

Возможно, он бы еще отложился, до прихода нового железа, однако, из-за проблем с резервным копированием нам было рекомендовано закопать стюардессу.

Поэтому возникла задача обновления на более новый дистрибутив. Выбрать было из чего:

  • 6.0;
  • 6.5;
  • 6.7.

vCenter 6.7 отпал сразу, так как у нас есть хосты v5.5, а их напрямую туда не подключишь.

Так как было желание собрать vCenter на базе Appliance, то выбор очевиден в пользу 6.5.

Это встроенный Update Manager и более простой процесс миграции в дальнейшем.

Continue reading “Миграция с vCenter 5.5 на vCSA 6.5”