Релиз RVTools 4.1.2

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

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

  • RVTools msi теперь подписан сертификатом Sectigo
  • Log4net обновлен до версии 2.0.12 (как исправление для CVE-2018-1285)
  • Новая вкладка vUSB: отображаются виртуальные машины с подключенными к хосту USB-устройствами
  • Вкладка vFloppy удалена
  • Дополнительный флажок для “Wait for Get Friendly vSAN Names thread at startup”. По умолчанию этот параметр отключен. Если этот параметр включен, RVTools сначала соберет понятные имена папок vSAN. Понятные имена vSAN отображаются вместо guid на вкладках vInfo, vDisk и vSnapshot
  • Новый ключ/параметр в CLI: -GetFriendlyNames для сбора понятных имен папок vSAN
  • Экспериментальная вкладка vFileInfo с подробной информацией обо всех файлах, найденных во всех хранилищах данных
  • Дополнительный флажок для “Get fileinfo detail information”. По умолчанию этот параметр отключен. Если этот параметр включен, то RVTools будет собирать все сведения обо всех файлах во всех хранилищах данных.
    Предупреждение: это очень трудоемко!
  • Новый ключ/параметр в CLI: -GetFileInfo для заполнения вкладки vFileInfo.
  • На экране входа в систему номер сборки теперь также является частью отображаемого номера версии
  • Все соответствующие страницы вкладок VM теперь имеют новый столбец, указывающий, является ли она SRM placeholder’ом или нет
  • В форме фильтра теперь можно фильтровать SRM placeholder’ы
  • На вкладке vInfo теперь отображается до восьми сетевых карт (было четыре)
  • На вкладке vNetwork новый столбец: порядковый номер NIC
  • На вкладке vNetwork: столбец IP разделен на столбцы ipv4 и ipv6
  • На вкладке vDisk новые столбцы: ключ диска и путь к диску = имя виртуального диска в гостевой операционной системе. Например: C:\(работает только для vSphere >= 7.0)
  • На вкладке vDisk новый столбец: “Internal Sort Column” используется для сортировки данных vDisk по имени виртуальной машины и ключу диска
  • На вкладке vPartition новый столбец: “Internal Sort Column” используется для сортировки данных vPartition по имени виртуальной машины и ключу диска
  • На вкладке vPartition новый столбец: Дисковый ключ может быть использован для сопоставления диска vDisk с дисковым разделом
  • На вкладке vNetwork новый столбец: “Internal Sort Column” используется для сортировки данных vNetwork по имени виртуальной машины и имени сетевой карты
  • На вкладке vHealth имена папок vSAN теперь отображаются вместе с их понятными именами папок вместо guid
  • На вкладке vRP новый столбец: путь к пулу ресурсов
    На вкладке vRPtab новый столбец: общее количество виртуальных машин в resourcepool
  • На вкладке vHost новый столбец: общее количество виртуальных машин на хосте
  • На вкладке vHost новый столбец: vSAN Fault Domain Name
  • На вкладке vDatastoretab новый столбец: общее количество виртуальных машин в хранилище данных
  • На вкладке vHealth: новое сообщение безопасности, если на хосте запущена служба “ESXi Shell” или “SSH”
  • Все метки столбцов, содержащие MB, были скорректированы на MiB, потому что появилась путаница с новой системой размеров.
  • RVTools отобразит предупреждающее сообщение, если собрана не вся инвентаризация виртуальной машины. Похоже, что существует проблема десериализации XML, когда существует виртуальная машина с сотнями дисков. Проблема, по-видимому, в основном вызвана решениями для резервного копирования, которые не могут очистить все должным образом после завершения резервного копирования. В документации есть инструкция, как найти “плохую” виртуальную машину.
  • Исправлена ошибка: На вкладке vHealth изменена проверка “Inconsistent Foldername”. Для vSAN понятное имя папки теперь сравнивается с именем виртуальной машины.
  • Исправлена ошибка: *-файлы digest.vmdk исключены для проверки зомби-файлов
  • Исправлена ошибка: общий размер файлов моментальных снимков

Утилита самообслуживания VMware Skyline Health Diagnostic Tool

Осенью 2020 года компания VMware анонсировала утилиту сбора и разбора журналов событий с vSphere 6.5, 6.7, 7.0 – VMware Skyline Health Diagnostic Tool.

  1. Introducing VMware Skyline Health Diagnostic Tool
  2. Перевод на русский Новая утилита VMware Skyline Health Diagnostic Tool – для чего она?
  3. VMware Skyline Health Diagnostics for vSphere Documentation
  4. VMware Skyline Health Diagnostics Release Notes
  5. VMware Skyline Health Diagnostics Installation, Configuration and Operations Guide
  6. Скачать

Утилита довольно просто устанавливается в виде ВМ (с версии 2.0.5 распространяется в виде OVA и ISO) , после этого указывается vCenter/ESXi, выбираются объекты для сбора логов и, подождав несколько десятков минут или несколько часов, получаем отчёты с замечаниями и ссылками на БЗ VMware.

Примечание. Утилита имеет довольно убогий интерфейс – если вы вышли из админки, то не видно есть ли текущие задания. Обновление: с версии 2.5.0 отображение заданий исправлено, да и дизайн слегка причесали. Continue reading “Утилита самообслуживания VMware Skyline Health Diagnostic Tool”

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

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

9 марта 2021 года вышла заметка в БЗ – Updated Plan for CPU Support Discontinuation In Future Major vSphere Releases (82794), содержащая большой список процессоров Intel и AMD, при установке vSphere 7.0 update 2 на которые будет возникать предупреждение:

Больше всего озадачило прекращение поддержки серий процессоров Intel Xeon E5-2600-v1/v2 и даже v3. Если первые два поколения уже довольно пожилые, то третье поколение встречается в 4-5-летних серверах. Пользователям остаётся только вариант замены Xeon E5-2600 v3 (Haswell) на v4 (Broadwell), но даже б/у оборудование стоит очень прилично – от 500 долларов за средний в линейке процессор.

Напоследок картинка с доработками аппаратной виртуализации в Broadwell и улучшениями задержек при операциях VM Enter/Exit между поколениями Xeon на базе архитектуры Core :

Продукты VMware – весна 2021

Этим мартом компания VMware выпустила огромное обновление своих продуктов:

Выпущено много новых заметок в базе знаний по проблемам, планам, принятым решениям по платформе VMware vSphere 7.0 Update 2:

Transport (VMDB) error -45: Failed to connect to peer process после обновления VMware ESXi

mr_orangeV прислал заметку о решение проблемы с VMDB transport.

После обновления ESXi до версии 6.7 сборка 17499825 и вывода хоста из режима обслуживания, виртуальные машины не мигрировали обратно на хост с ошибкой:

Поиск корневых причин привёл к нескольким вариантам:

  1. Опять кто-то где-то напутал в коде, такое уже было у HPE, можно поискать по фразе ” had a bug that constantly wrote logs to the /tmp/vmware-root folder that eventually filled up the partition”.
  2. Кончилось место, в том числе под swap.
  3. Mac OS Unlocker или в работе, или криво удален.

Как найти реальную причину?

Для начала прочитать все, что написано в комьюнити и БЗ: ссылка 01 и ссылка 02 kb 50113127.

Во второй KB указано, что  “Confirm the presence of the Unlocker installation on the ESXi host using one or more of the following commands”.

В моём случае эти команды не показали ничего, а команды ls -l /bin/vmx в kb нет.

Подключаемся к хосту по SSH и GUI, смотрим:

  • Проверяем место: df –h
  • Проверяем Ramdisk: vdf –h
  • Проверяем snmp по kb 2040707 и inode: stat -f /vmfs/volumes
  • Проверяем что у нас с симлинками: ls -l /bin/vmx
  • Читаем (можно из GUI хоста) vmkernel и vpxd логи
    Ищем строки вида “vmx: Error in initial cartel setup: Failed to open /bin/vmx: Operation not permitted”

В моем случае, это оказался неудаленный полностью Unlocker.

Шаги решения

  • cd /bin
  • ls -l /bin/vmx и посмотреть куда он ведет
  • cd /куда ведет симлинк и
  • ls посмотреть на наличие vmx и unlocker
  • cd /bin
  • rm vmx – удалилить симлинк
  • cp /откуда)/vmx  /bin

Материалы для внеклассного чтения Continue reading “Transport (VMDB) error -45: Failed to connect to peer process после обновления VMware ESXi”

Релиз Veeam Availability Suite V11

Veeam выпустила новую линейку своих продуктов:

Обновление VMware vCenter путем его замены

mr_orangeV прислал статью о своём опыте замены VMware vCenter.  С небольшой редактурой публикую. Юмор автора местами сохранён.

В последнее время читаю много однотипных историй «у нас ESXi 5.1/5.5 /6 – как нам жить дальше или  на что-то переехать?» Расскажу свою историю, может кому-то поможет.
Нам достался подряд на обследование и модернизацию инфрастуктуры одной организации. Беглый осмотр показал следующее:

  • десяток разных серверов (с разными процессорами) на ESXi 6.0/6.5/6.7;
  • некая СХД, работающая по протоколам NFS/iSCSI;
  • невнятная сеть почти без деления (лучше бы было совсем без деления, так как я такого ужаса еще не видел).
  • VMware vCenter 6.5 на Windows, обновленный последний раз очень давно;
  • полное отсутствие документации «что, где, куда и почему»;
  • под сотню виртуальных машин, которые, конечно же, все очень важные и нужные. И тоже без обновлений! Настоящие админы до второго сервис пака не обновляют, но с Windows Server 2016/2019 есть проблема при таком подходе.
  • cостояние резервного копирования неочевидно.

Для ликвидация хаоса были предприняты следующие шаги: Continue reading “Обновление VMware vCenter путем его замены”

Лекции по виртуализации

В январе 2021 года попались на глаза 2 курса по виртуализации для начинающих, а местами и для продвинутых:

  1. Записи видео лекций УГАТУ IT LAB – Основы виртуализации, VMware vSphere, Microsoft Hyper-V, ProxMox и Veeam Software
  2. Веб-касты от SoftLine VMware vSphere 7

Неофициальный анонс платформы Veeam и сроки выхода

В свежем письме от Veeam Антон Гостев неофициально анонсировал сроки выхода следующих 14 продуктов:

  1. Veeam Backup & Replication v11
  2. Veeam Agent for Linux v5
  3. Veeam Agent for Mac NEW
  4. Veeam Agent for Microsoft Windows v5
  5. Veeam Plug-in for Oracle RMAN (AIX) NEW
  6. Veeam Plug-in for Oracle RMAN (Linux) v3
  7. Veeam Plug-in for Oracle RMAN (Solaris) v2
  8. Veeam Plug-in for Oracle RMAN (Windows) v3
  9. Veeam Plug-in for SAP HANA v3
  10. Veeam Plug-in for SAP on Oracle NEW
  11. Veeam Availability Orchestrator v4
  12. Veeam Backup for Microsoft Azure v2
  13. Veeam ONE v11
  14. Veeam Service Provider Console v5

В текущий момент специалисты Veeam проверяют код v11 на наличие регрессий, проверки должны быть завершены к концу этого месяца. После этого наступит стадия Release Candidate’ов (RC), каждый из которых имеет шанс стать Release to Manufacturing (RTM), при отсутствии ошибок “отмены поставки” (“stop ship”). Эта стадия может длиться от нескольких дней до нескольких недель, но ожидается закончить работы в феврале.

P.S. К сожалению, год в письме не указан ;).

Улучшение производительности VMware vSAN 7.0 U1 на VxRail 7.0.100

Лаборатория DELL опубликовала сравнительное тестирование VMware vSAN 7.0 update 1 по сравнению с ванильным релизом на платформе VxRail. Результаты мне показались занимательными, поэтому решил пересказать их отчёт.

Вступление

Наши тесты с vSAN 7.0 U1 на платформе VxRail показали значительный прирост производительности, что, в свою очередь, может привести к упрощению операций, более быстрому перезапуску хоста и потенциалу для экономия затрат.
Анализ результатов тестирования позволил сделать следующие основные выводы:

  • vSAN значительно быстрее.
  • Переход на RAID 5 дает значительные преимущества.
  • Режим “Только сжатие” в vSAN практически не имеет пенальти.
  • vSAN 7.0 U1 обеспечивает более быстрое время восстановления дисков.
  • Диски NVMe для кэширования обеспечивают максимальную производительность системы хранения данных.

vSAN теперь значительно быстрее

В VxRail 7.0.100 мы наблюдаем один из самых значительных приростов производительности в истории платформы VxRail, это  ведёт  к повышению производительности и эффективности для критически важных рабочих нагрузок, баз данных и консолидации рабочих нагрузок. Мы измеряли прирост в различных операциях хранения от последовательного чтения на RAID 1  до случайных записей на RAID 6 .
Улучшения включают увеличение ввода-вывода в секунду (IOPS) до 69 процентов (при последовательной записи на массиве RAID 6) и  до 38 процентов пропускной способности при случайных записях на конфигурациях RAID 6.
vSAN 7.0 U1 обеспечивает значительное улучшение. Среди основных моментов можно выделить следующие:

  • Значительный прирост производительности на RAID-массивах уровня 5 и 6 по сравнению с предыдущими версиям vSAN.
  • Общие преимущества, которые значительно снижают необходимость использования конфигураций RAID 1 для многих нагрузок.

На следующем рисунке показаны многие из усовершенствований, которые мы измерили, показывающих повышение количества IOPS и увеличение пропускной способности на многих типах операций хранения данных на платформе VxRail при переходе от vSAN 7.0 до vSAN 7.0 U1. Continue reading “Улучшение производительности VMware vSAN 7.0 U1 на VxRail 7.0.100”