vSphere6 – эволюция

Несколько лет назад я написал статью, в которой сделал попытку описать нововведения в VMware vSphere, случившиеся с 4.0 до 5.5.

Обещанное продолжение по новому функционалу, добавившемуся в 6.0, 6.5 и 6.7.

vSphere 6.0 (раз)

Управляемость

Continue reading “vSphere6 – эволюция”

DHCP Option 61 или Client ID в Windows 10

Статья от одного из наших постоянных читателей – philzy :).

Я являюсь совладельцем сервиса cloud-desktop.net, и недавно у меня возникла проблема. Один из клиентов попросил восстановить виртуалку из бэкапа. Я восстановил ночную реплику за 2 мин., однако клиент сказал, что не может получить к ней доступ. Прошло 30 минут траблшутинга – виртуалка из реплики, оказывается, имеет другой MAC-адрес (да и IP), следовательно слетел доступ.

Я в курсе про то, что для таких случаев придуман DNS, но сервис работает именно через IP и этому есть простое объяснение – DNS разрешение имен не всегда корректно работает в haproxy [backend] server. Так как это ключевой элемент системы, то для снижения количества возможных проблем и было выбрано такое решение.

В общем, выдача IP-адреса через MAC-адрес – это не мой метод, и в качестве альтернативы я решил рассмотреть использование Client id или DHCP Option 61, использующий не привязанный к MAC-адресу метод выдачи IP-адресов через DHCP.

Я создал DHCP-пул на mikrotik и решил начать тестирование. Казалось, что это будет просто и понятно. Continue reading “DHCP Option 61 или Client ID в Windows 10”

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”

VeeamON Tour Virtual 2017

Как мы ранее писали, в октябре проходила конференция VeeamON 2017 Russia.
Компания Veeam опубликовала фотографии с мероприятия  на Facebook и  выложила презентации. Активность сообщества также можно отследить в  Twitter по тэгу #VeeamONForum.

И, наконец, доступны записи с глобального мероприятия VeeamON Tour Virtual 2017 (на английском, французском и немецком языках).

“Бессрочное” лицензирование от Vembu и многое другое

Последняя неделя декабря посвящена нашим спонсорам 🙂

  1. Ранее Vembu BDR Suite поставлялся по подписке и после истечения срока действия лицензии вы были вынуждены удалить данное ПО. Проанализировав отзывы клиентов, Vembu вышла на рынок с бессрочной лицензией – есть опция купить лицензию и пользоваться ей сколько угодно. При необходимости получения апгрейда или технической поддержки оплачивается годовой Support/Upgrade без каких-либо штрафов.
  2. Также Vembu запустила программу для сервис-провайдеров.
  3. А ещё Vembu теперь соответствует требованиям директивы резервирования данных ЕС (GDPR EU).

Перспективы VMware vSphere 6.7+

Решил собрать информацию о перспективах развития VMware Vsphere по материалам VMworlds 2017. Часть функций будет реализована в версии 6.7, часть только обозначены как задел на будущее.

vSphere HTML5 Client (#SER2779BE What’s New in vCenter Server) : Continue reading “Перспективы VMware vSphere 6.7+”

Прекращение поддержки процессоров в VMware vSphere 6.7

Компания VMware решила прекратить поддержку целого ряда процессоров со следующей версии платформы виртуализации VMware vSphere 6.7, релиз которой ожидается во втором квартале 2018 года.

Список семейств процессоров, использование которых приведёт к PSOD: Continue reading “Прекращение поддержки процессоров в VMware vSphere 6.7”

Поломка таблицы в БД vPostgres в vCenter

У нас вдруг, то есть неожиданно, приболел VMware vCenter. Cимптомы были самые разнообразные:

  • бесконечные вылеты vCenter(300+);
  • вылеты update manager;
  • невозможность удалить ВМ – они становились orphaned;
  • невозможность удалить снапшоты/сделать консолидацию/клонировать ВМ.

Попытки обновить vCenter до последнего билда, откатиться на недельный бэкап не принесли успеха.

Зацепились за вылет VMware vCenter с ошибкой: Continue reading “Поломка таблицы в БД vPostgres в vCenter”

Тестирование производительности 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”