Записки о виртуализации и о жизни
Вышел VMware vSphere 6.7 update 1:
Заметки о релизе VMware ESXi 6.7 Update 1
Скачать VMware vSphere Hypervisor (ESXi) 6.7U1
Заметки о релизе VMware vCenter Server 6.7 Update 1
Скачать VMware vCenter Server 6.7U1
Заметки о релизе VMware vSAN 6.7 Update 1
Для большей совместимости со своим оборудованием производители серверов выпускают преднастроенные образы ESXi.
Проблемы возникают при попытке перейти с версии на версию ESXi с помощью Update Manager – вылазят ошибки с таким текстом:
|
1 2 3 |
The upgrade has VIBs that are missing dependencies: .. Remove the VIBs or use Image Builder to create a custom upgrade ISO image that contains the missing dependencies, and try to upgrade again. |
При попытке заменить образ ESXi 6.0 от IBM на образ ESXi 6.7 от Lenovo получил охапку конфликтов с различными утилитами для железяк: Continue reading “Ошибка при обновлении Custom Image VMware ESXi “The upgrade has VIBs that are missing dependencies””
Процесс обновления VMware vCenter 6.7 в конфигурации HA примерно на порядок сложнее, чем Обновление одиночного VMware vCenter 6.7
Есть вариант прикурить с документацией (для неизвестной версии vSphere) в виде статьи Patch a vCenter High Availability Environment.
Рекомендую следующий процесс (клиент vSphere Web Client – Flex):
Обновление одиночного VMware vCenter 6.7 представляет собой очень простую задачу, для реализации которой следует выполнить следующие действия:
Всем рекомендую к ознакомлению новый документ по лучшим практикам от VMware – Performance Best Practices for VMware vSphere 6.7
Также советую пробежаться перед миграцией на vSphere 6.7 по документу – WHAT’S NEW IN PERFORMANCE?
У меня случилась поломка – при обновлении vCenter Server Appliance High Availability (VCSA HA) версии 6.7 случайно перезагрузил ноду Witness, которая обновлялась. В итоге получил ноды VCHA с разными версиями и невозможностью накатить обновление на Witness.
Через GUI все операции с HA заблокировались и ничего не давали сделать. Поиск подсказал, что надо разрушить VCSA HA – описание процедуры в документации Recovering from Isolated vCenter HA Nodes.
Удалил виртуальные машины Passive и Witness нод и приступил к “разрушению” HA-конфигурации.
Вот только результат ввёл в ступор:
|
1 2 |
root@vcenter [ ~ ]# destroy-vcha -f -bash: destroy-vcha: command not found |
Полные непонятки – везде даётся несуществующая команда.
Поискал другие статьи на тему HA, нашёл команду vcha-reset-primary.
Решил попробовать vcha-destroy -f.
Оно!
Эксплуатация VMware vSphere 6.7 выявляет различные недоработки в ПО.
В консоли VMware vCenter Server Appliance Management появился Alert:
|
1 2 |
File system /storage/archive is low on storage space. Increase the size of disk /storage/archive. |
Поиск сразу вывел на статью Increasing the disk space for the VMware vCenter Server Appliance in vSphere 6.0, но выявилось 2 нюанса:
Обратился в VMware и получил ответы технической поддержки:
Не заморачивайся, братан, пусть алёртит!
Эксплуатация VMware vSphere 6.7 выявляет различные недоработки в ПО.
Одной из существенных оказалась неработоспособность службы SNMPd.
При настройке SNMP вы сможете опрашивать ESXi-хосты некоторое время – у нас от десятков минут до нескольких часов, после чего ответа от службы не дождаться. Кратковременно помогает рестарт службы.
Ответ технической поддержки: “Engineering is still confirming but the fix for this is looking to be tentatively in Q3 or Q4 of this year”.
Обновление. Появилась статья в БЗ – SNMPD crashes frequently after upgrading to ESXi 6.7.
Пока Андрей обновляется с vSphere 5.5 на 6.0, мы решили двигаться дальше.
На входе у нас кластер VMware vSphere 6.0U3 на Windows Server + Cisco Nexus 1000V с блейдами на базе Intel Xeon 56xx и E5-26xx V1, на выходе желаем получить vSphere 6.7 VCVA+DVS 6.6 на стоечных серверах на базе Intel Xeon Gold 61xx.
Сначала провели анализ совместимости оборудования в HCL – невероятно, но наши блейды на базе E5-26xx V1 ещё поддерживаются!
Теперь по поводу Intel Xeon 56xx: как вы знаете, поддержка данных процессоров прекращена, но ситуация двоякая. Если в вашем BIOS/UEFI разрешены инструкции AES-NI, то гипервизор будет работать, иначе – вам не повезло. В моих серверах AES-NI поддерживается, так что проблем с ESXi 6.7 не возникло.
Принципиально решил не обновлять vCenter, а развернуть с нуля, чтобы не тащить старые косяки и получить чистую установку. Скачал дистрибутив VCVA 6.7 и с 7 раза поставил. Проблема в том, что клиентский установщик не отрабатывает второй этап (решение: на втором этапе перейти в браузер и оттуда продолжить установку), но, вроде, проблему решили в VCVA 6.7a.
На новые хосты на базе Intel Xeon Gold 61xx поставили ESXi 6.7 и подключили в VCVA. Проблема возникла на ровном месте – при попытке создать EVC уровня Skylake возникла ошибка, что процессоры не поддерживают инструкции данного уровня. Решение быстро нашлось – необходимо включить MONITOR/MWAIT в BIOS/UEFI.
На старом кластере сетевые порты были переключены из Cisco Nexus 1000V в стандартный vSwitch, а хосты переведены под управление VCVA по нашей know how технологии (©2012 vMind.ru): Continue reading “Переход на VMware vSphere 6.7”
При попытке обновления до 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:
|
1 |
hostname:port:database:username:password |
Из файла C:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx\vcdb.properties берем адрес и порт, которые слушает СУБД (localhost:5432), имя пользователя (vc), название БД (VCDB либо *) и копируем пароль.
Файл размещаем в профиле либо в системном каталоге.