Релиз Horizon Helpdesk Utility 1.3.3.1

Если вы внедрили у себя VMware Horizon и озадачены тем,  как оказывать техническую поддержку пользователей, то наилучший инструмент – это Horizon Helpdesk Utility.

Утилита позволяет техподдержке получить все необходимые данные о VDI:

  • Farms;
  • PODs;
  • Pools;
  • Connection Servers;
  • vCenter;
  • Hosts;
  • Datastores;
  • События;
  • Настройки пулов;
  • Сессии пользователей:
    • подключение к ним;
    • сброс либо выход из сессии;
    • сетевую статистику.

Must have.

Релиз RVTools 3.11.6

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

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

  • Обновлен VMware vSphere Management SDK до версии 6.7U1
  • Больше не используется Windows Authentication Framework (Waffle)
  • Больше не используется библиотека NPOI .NET для создания Excel-файлов, замена на OpenXML и ClosedXML
  • добавлены ключи командной строки -ExcludeCustomAnnotations, -DBColumnNames
  • Новые колонки на вкладке vInfo: Creation date, Primary IP Address, vmx Config Checksum, log directory, snapshot directory и suspend directory
  • Новые колонки на вкладке dvSwitch: LACP name, LACP mode и LACP loadbalance Algorithm
  • Новая колонка на вкладке vNIC: Name of uplink port
  • Новая колонка на вкладке vNetwork: Network Adapter DirectPath I/O Parameter
  • Новая колонка на вкладке vHost: Serial number и BIOS vendor
  • Заголовок и первая колонка закреплены в экспортируемых Excel-файла.
  • Колонка выбора “Select” убрана из экспорта разделов vFloppy, vCD and vTools.
  • Добавлена утилита для объединения vCenter xlsx-файлов:
    RVToolsMergeExcelFiles.exe -input c:\temp\AA.xlsx;c:\temp\BB.xlsx -output c:\temp\AABB.xlsx -template c:\temp\mytemplate.xlsx -verbose –overwrite
  • Модифицирован скрипт  RVToolsBatchMultipleVCs.ps1, теперь он использует утилиту RVToolsMergeExcelFiles для объединения xlsx-файлов.
  • Исправлены различные ошибки.

vMind: 10 years challenge

vMind: 10 years challenge

10 лет назад, 12 марта 2009 года, появились первые статьи на нашем бложике. По модной в этом году тенденции присоединимся к 10 years challenge.

2008-2009

Сезон 2008-2009 для нашей команды выдался на редкость революционным с точки зрения технологий. С августа 2008 мы начали тестирование MS Hyper-V 1.0 и VMware ESXi 3.5 Update 2. Мы были молоды и круты – одни из первых в Перми, кто перешёл на настоящие гипервизоры, а не ваши домашние Virtual PC и VMware Workstation. Желание показать себя и привело к созданию данного блога.

Вход в технологию был очень быстр – два проекта в среднем бизнесе по полному переходу на vSphere. В технологию тогда мало кто верил, мы друзей приглашали смотреть на демонстрацию vMotion – видели бы вы их открытые рты при миграции включенной ВМ с хоста на хост без останова сервисов. Ну, как без останова – MS Exchange Server с несколькими сотнями пользователей минуты 2-3 после vMotion очухивался.

Также показывали блейд-центр и внешнюю систему хранения – про блейды ходило куча мифов, которые приходилось развенчивать, а на поверку они мало чем отличались от рэковых серверов.

Операционные системы от MS дали в этот период сбой – Vista и WS 2008 никак не хотели внедряться – все упрямо сидели и продолжали внедрять WS2003.

К середине 2009 вышел MS 2008 R2, который впечатлил RemoteApp и порадовал Корзиной AD. Hyper-V научился Live Migration и Cluster Shared Volumes – и стал конкурентом бесплатного ESXi. Заодно стало понятно, 32-бита помирают – серверные ОСи стали 64-битные.

MS стали проявлять активность по принуждению к лицензированию, бизнес ставил задачу – либо найти компромисс в лицензировании, либо поискать аналоги продуктов. Поиск аналогов показал, что  OpenOffice.org был редкостным УГ, для Visio альтернатив не было. Среди антивирусов была война – NOD32 vs Kaspersky AVP, остальные уже начали сливать рынок. Народ начал переходить на 1с8 после 6 лет выхода. Из-за курса доллара стали рассматриваться и другие отечественные продукты.

Андрей решил после сертификация MCP по WinXP дальше сертифицироваться по серверным продуктам, чтобы повысить свою ценность на рынке труда. Сертификация стоит разумных денег – в 2008 году экзамен по Microsoft можно было сдать за 1500 рублей.

2018-2019

В 2018-2019 тенденция к внедрению отечественных продуктов под эгидой импортозамещения продолжается. Номенклатура продуктов значительно расширилась – конфигураций 1С стало больше. Антивируса в стране осталось 2 с половиной – Касперский, NOD32 и местами супердешёвый Dr.Web, все остальные забились в ниши.

Вместо OpenOffie.org стал LibreOffice – Visio-файлы для просмотра уже открываются. Расплодились российские дистрибутивы Linux – ценник впечатляет, Windows дешевле.

Вместо терминальных серверов многие мигрировали на VDI, которая в наших проектах поделилась на 2 части:  офисная с поддержкой legacy ПО в виде 32-битной Windows 7 и тяжелая для САПР с поддержкой NVIDIA GRID на виртуализированных видеокартах. Теперь можно делать vMotion c 3D-графикой – снова Вау-эффект в действии.

Hyper-V не победил и даже не догнал, практика использования показала, что vSphere в частных ЦОДах живее всех живых, а основная конкурентная война ушла в облака.

С серверными ОСями от MS, как и с клиентскими, со всех сторон сплоные непонятки: в РФ основной корпоративной клиентской ОСью остаётся в ближайшие лет 5 Windows 7, а вот с серверами ситуация разнообразнее – WS 2003 всё ещё не умер, многие сидят на WS 2008R2, часть мигрирует на WS 2012R2, а что делать с WS2016/2019 – мало кому понятно. Основная проблема с последними, кроме совместимости с legacy ПО, IMHO, лицензионная – раньше сервисные пакеты не требовали лицензии при отсутствии поддержки, а теперь каждый билд легален только при SA да ещё и по ядрам разбили – тут никаких денег не хватит.

Блейды не захватили весь мир оборудования, рэковые серверы оказались на редкость живучими, как минимум, автономными и без привязки к производителю. Это может быть важным в рамках ухода от американских производителей.

Системы хранения получили сильную конкуренцию со стороны программноопределяемых хранилищ. Внедрение VSAN уже встречается то тут, то там.

Андрей собрал CCNA, MCSA (Win2k3), 4 MCTS, VCP (4, 5, 6), VCAP5:DCA, 10 лет подряд становился vExpert, но разочаровался в дальнейшем процессе сертификации. В немалой степени этому поспособствовал рост стоимости сертификации. В 2019 году экзамен можно сдать через интернет за 5300 рублей, интересный статус как и прежде насчитывает несколько экзаменов.

А что с самим бложиком за 10 лет?

Блог создавался в 2009 году для того, чтобы писать про виртуализацию. Было актуально сравнение VMware/Hyper-V, иногда XEN. За 10 лет актуальность сравнений снизилась, а на рынке появилась “интересная” альтернатива в виде KVM/Nutanix AHV.

Помимо виртуализации на бложике было опубликовано множество других статей (Skype for Business, бэкапы, СХД).

Технически блог продолжил эволюционировать вместе с WordPress. За эти годы были различные попытки оптимизировать производительность, закончившиеся переездом на отдельный VPS-сервер. Появился форум по обмену мнениями.

Проект как был основан, так и остался любительским – пишем по мере желания и интересных находок, в соцсети не пошли – формат остаётся олдскульным.

10 лет пролетели мигом!

Изменение имени хоста VMware ESXi

Иногда возникают простые задачи, при решении которых возникают странные эффекты.

В нашей организации есть требование именовать все серверы по FQDN имени с указанием суффикса домена.

Но, как обычно, часть работничков на это дело забивает.

При инвентаризации хостов ESXi несколько таких замечаний было обнаружено. Для переименования воспользовались заметкой Changing the name of an ESX or ESXi host (1010821) и подали команды в SSH:

В результате получили esxi-01.domain.local.domain.local ;). Ошибка была простая – указали параметру host имя с суффиксом домена.

Проверить каждый параметр можно одной командой:

Исправить ошибку можно двумя способами – задать fqdn или домен:

Релиз Veeam Availability Suite 9.5 Update 4

Мы писали об Анонсе Veeam Backup & Replication 9.5 Update 4, теперь пришло время релиза:

Из революционного – стандартный функционал VBR бесплатен до 10 резервируемых экземпляров:

Veeam Backup & Replication Community Edition, which is effectively fully functional Veeam Backup & Replication Standard Edition limited to 10 Instances. For the former Free Edition functionality, Community Edition inherits the same licensing behavior, for example VeeamZIP backups or Quick Migration jobs will not be counted against the 10 Instances limit.

Lenovo ThinkSystem M.2 Mirror распадается на двое

Опыт эксплуатации серверов Lenovo ThinkSystem выявил одну болячку. При использовании M.2 Mirror комплекта для размещение гипервизора неожиданно виртуальный диск в RAID распадается на два – каждому накопителю свой виртуальный диск,  система сыпет ошибками.

Решение довольно простое – надо удалить второй дубликат в меню F1 Setup –> UEFI Setup –> System Settings –> Storage –> M.2 + Mirroring Kit Configuration Utility –> Virtual Disk Management и дождаться ребилда. Если диск не ребилдится, а пишет Foreign, то выбрать Import.

Проблеме уже года полтора, но только сейчас Lenovo официальное её признала, выпустив заметку в базе знаний M.2 + Mirror Kit RAID 1 splits into 2 foreign RAID 1 drives with possible rebuild failure – Lenovo ThinkSystem.

Для предупреждения необходимо обновить прошивку M.2 Mirror до версии v2.3.10.1194 (она же 2.3.10.1098).

Не работает мониторинг в vCenter Server Appliance

Встретилась проблема – раздел Monitor в VCSA не показывает новых данных. При этом в разделе Services служба VMware Appliance Monitoring Service находится в состоянии Stopped либо в консоли проверить статус службы vmware-statsmonitor:

Гугление подсказало решение – выставить время ожидания старта службы в 10 минут (предварительно сделать снимок VCSA – после проверки удалить):

  1. Подключиться по  SSH к VCSA, используя root.
  2. Изменить время ожидания:
  3. Убить процесс
  4. Принудительно выполнить перезапуск сервиса
  5. Перезапустить VCSA и проверить через 15 минут, что VMware Appliance Monitoring Service запущен.

Минимальная рекомендуемая версия 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.