vSphere Spectre and Meltdown fix

Добрый вечер, коллеги.

Как вы слышали, в процессорах Intel обнаружены уязвимости «Spectre and Meltdown».

VMware не рекомендует к установке патчи, выпущенные в 2018 году для закрытия этой уязвимости.

https://kb.vmware.com/s/article/52345

«For ESXi hosts that have not yet applied one of the following patches ESXi650-201801402-BG, ESXi600-201801402-BG, or ESXi550-201801401-BG, VMware recommends not doing so at this time. It is recommended to apply the patches listed in VMSA-2018-0002 instead.» Continue reading “vSphere Spectre and Meltdown fix”

Тестирование производительности VMXNet3. Часть 2: RouterOS Cloud Hosted Router

Всем привет, это снова я – krokokot. В первой статье я тестировал производительность «сферического коня в вакууме», т.е. насколько быстро две виртуальные машины с ОС Windows 2012R2 могут обмениваться данными посредством паравиртуальных сетевых адаптеров VMXNET3 через виртуальный коммутатор гипервизора VMWare ESXi 6.5 u1. Поставленный с помощью «молотка и такой-то матери» рекорд составил 29 гигабит в секунду при MTU=9000.

Сегодня мы протестируем аналогичного «коня», но на примере Linux-based операционной системы. Поскольку сборок Linux великое множество, чтобы никого не обидеть (а еще – потому что я не очень хорошо разбираюсь в этом вашем Линуксе 🙂 я выбрал в качестве подопытной RouterOS Cloud Hosted Router от Microtik. Это специальная версия RouterOS для виртуальных сред. Поддерживается ESXi, Hyper-V и еще что-то там, список тут – https://wiki.mikrotik.com/wiki/Manual:CHR. Для нашего теста главное – в CHR есть встроенный драйвер VMXNET3.

Я применяю RouterOS CHR в качестве виртуального маршрутизатора на standalone хостах с ESXi, когда нужно просто выставить ВМ из них в интернет. Также можно быстро поднять IP-IP или Ethernet-Over-IP туннели до отдельных ВМ или их групп, поднять VPN сервер, опубликовать порты и многое другое, что умеет RouterOS. В общем, мне очень нравится этот роутер, и сегодня попробуем с его помощью побить мой предыдущий рекорд – 29 гиг/сек.

Для корректности сравнения используем тот же самый хост. Напомню его характеристики: материнская плата ASUS X99-E, процессор Intel Xeon E5-2620 v4 2.1 ГГц, заведомо достаточное количество RAM DDR4 2133. Версия гипервизора ESXi 6.5.0 Update 1 (Build 5969303).

Создаем две ВМ с характеристиками: 2 vCPU, 1024 Mb RAM (All locked), по 2 паравиртуальных сетевых адаптера VMXNET3. Диск приделываем к контроллеру IDE – это требование к загрузочному диску RouterOS CHR. Остальные диски могут быть на паравиртуальном SCSI. Первый адаптер с каждой ВМ включаем в дефолтный виртуальный коммутатор с подключенной к нему сетевой картой Intel I218-V с MTU 1500. Вторые адаптеры – в вновь созданный и никуда не подключенный виртуальный коммутатор с MTU 9000: Continue reading “Тестирование производительности VMXNet3. Часть 2: RouterOS Cloud Hosted Router”

Тестирование производительности VMXNet3. Часть 1: Windows

Всем привет, я krokokot, и это моя первая статья на vmind.ru. Поэтому, как говорится, не бейте, а если все же будете бить – то не сильно и не ногами.

Поводом для статьи стал виртуальный спор в кругу нескольких весьма продвинутых админов сред виртуализации, а также приближенных к ним лиц, т.е. – меня. Предметом спора была пропускная способность сетей в гипервизоре VMware ESXi, а точнее – производительность паравиртуального сетевого адаптера VMXNET3 в условиях высокой нагрузки. Гугл выдавал на эту тему ссылки типа

http://rickardnobel.se/vmxnet3-vs-e1000e-and-e1000-part-2/

http://www.computertechblog.com/iperf-network-performance-comparison-between-virtual-machines-on-esxi6/

содержащие весьма противоречивые данные, к тому же многие тесты датировались 2012-2014 годами выпуска. Посему ваш покорный слуга принял решение провести небольшое тестирование самостоятельно.

Continue reading “Тестирование производительности VMXNet3. Часть 1: Windows”

Просмотр логов на ESXi

Мы уже писали о расположении журналов событий в гипервизоре VMware ESXi –Расположение журналов в разных версиях VMware vSphere.

Вот только смотреть их было раньше неудобно: подключение к хосту по SSH или заблокированные журналы – всё это тратило время системных администраторов.

Сейчас смотреть ESXi логи очень просто – достаточно зайти в интерфейс ESXi Embedded Host Client по адресу https://hostname/ui.

Например, просмотр журнала hostd.log:

host_logsПросмотр заблокированного журнала виртуальной машины vmware.log:
vm_log

P.S. У меня поиск не работает – только подсвечивает, может так задумано или у кого-то другое поведение?

UPD: Еще есть ссылка https://hostname/host, содержащая виртуальный каталог со всеми журналами хоста. Правда, журнала ВМ (vmware.log) там нет.

Новое в производительности vSphere 6.5

Появился документ, описывающий нововведения в производительности, касающиеся vSphere 6.5 (performance what’s new).

Данные улучшения затрагивают управляемость, масштабируемость ESXi, а также доступ к СХД и сети.

Continue reading “Новое в производительности vSphere 6.5”

Вышел Cisco Nexus 1000V для VMware vSphere 6.5a

Для тех, кто планирует переходить на VMware vSphere 6.5a и использует распределенный коммутатор Cisco Nexus 1000V вышла новая версия с поддержкой данной платформы:
Cisco Nexus 1000V Release 5.2(1)SV3(3.1).

Для тех, кто планирует прекратить использовать распределенный коммутатор Cisco Nexus 1000V VMWare выпустила утилиту миграции “Migration tool for Nexus 1000v to Vmware’s VDS”:

Download Migration tool – Nexus 1000v to VDS.

Важно! Версия vSphere 6.5 Update 1 – последняя с поддержкой сторонних коммутаторов. Подробнее в БЗ Discontinuation of 3rd party vSwitch program.

Релиз VMware vSphere 6.5b

Вышел релиз VMware vSphere 6.5b, он же P01:

Исправление ошибок в работе Automatic UNMAP:

Релиз RVTools 3.9.2

Rob de Veij выпустил обновление своей отличной утилиты инвентаризации VMware vSphere – RVTools версии 3.9.2.

В этой версии появилась поддержка vSphere 6.5 и новые функции:

  • Используется  .NET Framework 4.
  • Используется NPOI 2.1.3.1.
  • Вход происходит быстрее.
  • RVTools больше не пишет в лог событий Windows.
  • Все закладки, относящиеся к ВМ, содержат колонку OS в соответствии VMware Tools.
  • Все закладки содержат колонку VI SDK Server.
  • Колонка vCenter UUID переименована в VI SDK UUID.
  • Закладка vInfo содержит новую колонку VI SDK API version.
  • Экпорт в Excel использует формат xlsx, все колонки имеют авторазмер.
  • Названия листов Excel соответствуют названиям закладок.
  • Аннотации можно исключить через настройки.
  • Закладка vPartition содержит новую колонку Consumed MB.
  • Папки vHealth _replica исключены из проверок на зомби-объекты.
  • Файлы *_sesparse.vmdk исключены из проверок на зомби-объекты .
  • Новая закладка с информацией о лицензиях.
  • Возможность шифровать пароль с помощью приложения PasswordEncryption.
  • Командная строка RVTools принимает зашифрованные пароли.

Релиз Veeam Backup & Replication 9.5 Update 1

Вышел Veeam Backup & Replication 9.5 Update 1  с поддержкой VMware vSphere 6.5:

  • Поддержка зашифрованных ВМ.
  • Поддержа VMFS6.
  • Поддежка Virtual hardware версии 13.
  • Поддержка NBD компрессии.
  • Поддержка нового API гостевого взаимодействия.
  • Поддержка нового API тэгирования ВМ.

Также продукт поддерживает новые платформы:

  • Dell EMC Data Domain OS 6.0.
  • HPE 3PAR 3.2.2 MU3.
  • HPE StoreOnce 3.15.1. Также поддерживается Instant VM Recovery для репозиториев с технологией Catalyst.

Другие новшества и исправления можно прочитать в Release Notes for Veeam Backup & Replication 9.5 Update 1.

Отвязка vNuma от количества ядер в vSphere 6.5

Данная статья является переводом англоязычной статьи Френка Деннемана, которая показалась мне достаточно интересной.

В vSphere 6.5 были сделаны изменения, касающиеся определения размеров виртуальной топологии NUMA для виртуальной машины.

Понимание принципов построения vNUMA имеет важное значение для построения правильно работающей инфраструктуры. Данная статья предназначена для тех, кто использует виртуальные машины (ВМ) с нестандартным количеством ядер на сокет (отличным от 1), и планирует мигрировать на vSphere 6.5. Возможно, вы захотите изменить Advanced Setting на ваших хостах 6.5 – информация об этом находится в конце статьи.

Давайте начнем с понимания того, как влияет количество виртуальных ядер в сокете на vNUMA.

Continue reading “Отвязка vNuma от количества ядер в vSphere 6.5”