Category: vSphere

Обновление версии 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.

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

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

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

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

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

Балансировка хранилищ Round Robin в VMware vSphere и iops=1

В одном ЦОДе нашей компании используется VMware vSphere и HP EVA 6400. Так получилось, что техподдержка HPE ткнула нас носом в “Best Practice Guide” и посоветовала применить рекомендации по RoundRobin-балансировке и переключению путей на каждый iops.

Я был настроен скептически, так как я прекрасно помню статью Duncan Epping о том, что это (iops=1) – бесполезный совет. Однако я перечитал комментарии и решил, что я был неправ. Если вкратце – то у каждого порта HP EVA (равно как и других массивов) своя очередь в 1000 команд. И, оставив параметр по умолчанию (или вообще используя MRU), легко упереться в эту очередь.

Continue reading “Балансировка хранилищ Round Robin в VMware vSphere и iops=1”

Релиз VMware vSphere 6.7 update 1

Вышел 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

Скачать vSAN 6.7U1 Witness

Fully Featured vSphere Client in vSphere 6.7 Update 1

Обзор What’s New in vCenter Server 6.7 Update 1

Конфликт 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”

Анонсирован VMware ESXi для 64-бит архитектуры ARM

VMware решила расширить своё присутствие на отличной от x86 процессорной архитектуре:

Подробнее в статье ESXi on Arm? Yes, ESXi on Arm. VMware teases bare-metal hypervisor for 64-bit Arm servers.

На VMworld 2018 был презентован гипервизор ESXi на 64-разрядных процессорах ARM:

Путь от проекта до продукта занял много лет – презентация 2010 года ARM Virtualization: CPU & MMU Issues.

Миграция с 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””