Category: 6.5

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

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

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

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

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

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

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

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

Не работает мониторинг в 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 запущен.

PowerCLI – CloneVM

Понадобилось наполнить объект vAPP однотипными клонами одной и той же ВМ.

Клонировать ее вручную показалось трудоемко – изучил возможности PowerCLI и написал себе шпаргалку:

После подключения к vCenter запускаем подобный скрипт:

После запуска данного скрипта у вас появится 67 однотипных клонов виртуальной машины vm01_bi.

Вместо параметра VApp рекомендуется использовать параметр “ResourcePool”

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

VMware – возможна потеря данных в SEsparse

Благодаря подписке на рассылку от Veeam Community Forums, углядел наличие одной прелестной проблемы с vSphere.

При использовании SEsparse-снапшотов могут наблюдаться следующие симптомы:

  • СУБД могут репортовать о несогласованности блоков данных внутри БД;
  • гостевые операционные системы могут сообщить о сбоях блоков данных;
  • виртуальные машины могут перестать загружаться.

Continue reading “VMware – возможна потеря данных в SEsparse”

Конфликт VIB при обновлении ESXi

Дошли и у меня руки до обновления на vSphere 6.5.

Первым делом был обновлен vCenter. В силу определенных причин миграция была осуществлена на 6.5U1, поэтому в дальнейшем этот vCenter был обновлен до 6.5U2c через VAMI (https://vcsa:5480).

Ранее мы уже писали о подобных граблях при обновлении сервера IBM образом от Lenovo.

Continue reading “Конфликт VIB при обновлении ESXi”

Не удается расширить VMFS-хранилище – cannot change the host configuration

После разворачивания ESXi 6.5U1 потребовалось увеличить размер локального хранилища, расположенного на загрузочном диске (boot device).

Спойлерю – сразу не получилось :).

Continue reading “Не удается расширить VMFS-хранилище – cannot change the host configuration”

Миграция с vCenter 5.5 на vCSA 6.5

Сначала определимся с терминами:

– vCenter – это vCenter Server, установленный на Windows Server;

– vCSA – vCenter Server Appliance – линукс с vCenter Server.

Так случилось, что апгрейд инфраструктуры до 6.5 откладывался очень долго, практически, до окончания сроков основной поддержки vSphere 5.5.

Возможно, он бы еще отложился, до прихода нового железа, однако, из-за проблем с резервным копированием нам было рекомендовано закопать стюардессу.

Поэтому возникла задача обновления на более новый дистрибутив. Выбрать было из чего:

  • 6.0;
  • 6.5;
  • 6.7.

vCenter 6.7 отпал сразу, так как у нас есть хосты v5.5, а их напрямую туда не подключишь.

Так как было желание собрать vCenter на базе Appliance, то выбор очевиден в пользу 6.5.

Это встроенный Update Manager и более простой процесс миграции в дальнейшем.

Continue reading “Миграция с vCenter 5.5 на vCSA 6.5”

Ошибка при обновлении Custom Image VMware ESXi “The upgrade has VIBs that are missing dependencies”

Для большей совместимости со своим оборудованием производители серверов выпускают преднастроенные образы ESXi.

Проблемы возникают при попытке перейти с версии на версию ESXi с помощью Update Manager – вылазят ошибки с таким текстом:

При попытке заменить образ ESXi 6.0 от IBM на образ ESXi 6.7 от Lenovo получил охапку конфликтов с различными утилитами для железяк: Continue reading “Ошибка при обновлении Custom Image VMware ESXi “The upgrade has VIBs that are missing dependencies””

Обновление до vCenter 6.5 встаёт из-за отсутствия pgpass.conf

При попытке обновления до vCenter 6.5 со встроенной СУБД PostgreSQL установщик встаёт из-за отсутствия pgpass.conf

Поиск в базе знаний приводит к статье Upgrading to vCenter Server 6.5 fails during pre-check with error: “FATAL: password authentication failed for user “postgres””, которая говорит, что файл ищите в %appdata%\postgresql\pgpass.conf.

Проблема в том, что данный файлик создаётся в пользовательском профиле, соответственно, при удалении профиля либо запуском установщика под другим администратором файлик не обнаруживается.

Поэтому создадим файл сами.

Формат файла берём из документации по PostgreSQL – The Password File:

Из файла C:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx\vcdb.properties берем адрес и порт, которые слушает СУБД (localhost:5432), имя пользователя (vc), название БД (VCDB либо *) и копируем пароль.

Файл размещаем в профиле либо в системном каталоге.