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”

Перспективы 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”

VeeamON Forum Russia 2017

Приглашаем всех на конференцию VeeamON Forum Russia 2017 26 октября 2017 года в Лотте Отель Москва.

VeeamOn2017

А еще вы можете поучаствовать в конкурсе LABWARZ. Если вы считаете себя лучшим инженером по Veeam Availability Suite 9.5, приходите на VeeamOn и докажите это!

P.S. Как это было в прошлом году – Отчёт о VeeamOn Forum 2016 Russia.

СРК, сертифицированные ФСТЭК

Системы резервного копирования и восстановления данных в России должны соответствовать требованиям ФСТЭК. Это касается, как персональных данных, так и данных критических инфраструктур, ГИС.

На данный момент доступны сертифицированные современные системы защиты виртуальных сред, разработанных в России:

Портал Anti-Malware.ru опубликовал сравнительные таблицы для этих продуктов –Сравнение сертифицированных ФСТЭК России средств резервного копирования и восстановления данных для виртуальных сред.

Отчёт о VMworld 2017 Europe

В этом году посетил конференцию VMworld 2017 Europe в Барселоне, благодаря организаторам и переносу сроков проведения с октября на сентябрь.

Ссылки на запись сессий я ранее давал в заметке VMworld 2017 Top Sessions.

Конференция проходит в огромном выставочном центра Барселоны. Первая сессия – это генеральная от генерального 😉 Continue reading “Отчёт о VMworld 2017 Europe”