vMind.ru – Page 34 – Записки о виртуализации и о жизни

Новое в производительности vSphere 6.5

Появился документ, описывающий нововведения в производительности, касающиеся vSphere 6.5 (performance what’s new).

Данные улучшения затрагивают управляемость, масштабируемость ESXi, а также доступ к СХД и сети.

Continue reading “Новое в производительности vSphere 6.5”

Отключение VAAI ATS сердцебиений для хранилища

Иногда при обновлении прошивки на массиве производитель (HP 3PAR) рекомендует временно отключить сердцебиение VAAI для VMFS-хранилищ (точнее, вернуться к до-VAAI методу). Есть целая статья, которая описывает, как это сделать через командную строку esxcli или PowerCLI – для одного хоста.

Поделюсь тем, как это делать на нескольких хостах через PowerCLI:

<strong>Connect-VIServer &lt;vcenter fqdn&gt;</strong>

#Смотрим текущее состояние
 <strong>Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5}</strong>

Connect-VIServer <vcenter fqdn>

#Смотрим текущее состояние

Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5}

Name                 Value                Type                 Description
—-                 —–                —-                 ———–
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost

# Отключаем - выставляем значение 0
<strong>Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5 | Set-AdvancedSetting -Value 0 -Confirm:$false}</strong>

1 2	# Отключаем - выставляем значение 0 <strong>Get-Cluster Clustername\| Get-VMHost \| %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5 \| Set-AdvancedSetting -Value 0 -Confirm:$false}</strong>

Name                 Value                Type                 Description
—-                 —–                —-                 ———–
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost

# Проверяем, что значение изменено.

<strong>Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5}</strong>

# Проверяем, что значение изменено.

Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5}

После окончания работ обратно включаете этот механизм, передавая значение 1.

UPD: Обратите внимание, что в примере меняется параметр для VMFS5. Если есть VMFS3 – хранилища, то надо выполнять изменение двух параметров в теле скрипта.

Вышел Cisco Nexus 1000V для VMware vSphere 6.5a

Для тех, кто планирует переходить на VMware vSphere 6.5a и использует распределенный коммутатор Cisco Nexus 1000V вышла новая версия с поддержкой данной платформы:
Cisco Nexus 1000V Release 5.2(1)SV3(3.1).

Для тех, кто планирует прекратить использовать распределенный коммутатор Cisco Nexus 1000V VMWare выпустила утилиту миграции “Migration tool for Nexus 1000v to Vmware’s VDS”:

Download Migration tool – Nexus 1000v to VDS.

Важно! Версия vSphere 6.5 Update 1 – последняя с поддержкой сторонних коммутаторов. Подробнее в БЗ Discontinuation of 3rd party vSwitch program.

Релиз VMware vSphere 6.5b

Вышел релиз VMware vSphere 6.5b, он же P01:

Исправление ошибок в работе Automatic UNMAP:

Релиз RVTools 3.9.2

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

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

Используется .NET Framework 4.
Используется NPOI 2.1.3.1.
Вход происходит быстрее.
RVTools больше не пишет в лог событий Windows.
Все закладки, относящиеся к ВМ, содержат колонку OS в соответствии VMware Tools.
Все закладки содержат колонку VI SDK Server.
Колонка vCenter UUID переименована в VI SDK UUID.
Закладка vInfo содержит новую колонку VI SDK API version.
Экпорт в Excel использует формат xlsx, все колонки имеют авторазмер.
Названия листов Excel соответствуют названиям закладок.
Аннотации можно исключить через настройки.
Закладка vPartition содержит новую колонку Consumed MB.
Папки vHealth _replica исключены из проверок на зомби-объекты.
Файлы *_sesparse.vmdk исключены из проверок на зомби-объекты .
Новая закладка с информацией о лицензиях.
Возможность шифровать пароль с помощью приложения PasswordEncryption.
Командная строка RVTools принимает зашифрованные пароли.

Релиз Veeam Backup & Replication 9.5 Update 1

Вышел Veeam Backup & Replication 9.5 Update 1 с поддержкой VMware vSphere 6.5:

Поддержка зашифрованных ВМ.
Поддержа VMFS6.
Поддежка Virtual hardware версии 13.
Поддержка NBD компрессии.
Поддержка нового API гостевого взаимодействия.
Поддержка нового API тэгирования ВМ.

Также продукт поддерживает новые платформы:

Dell EMC Data Domain OS 6.0.
HPE 3PAR 3.2.2 MU3.
HPE StoreOnce 3.15.1. Также поддерживается Instant VM Recovery для репозиториев с технологией Catalyst.

Другие новшества и исправления можно прочитать в Release Notes for Veeam Backup & Replication 9.5 Update 1.

Отвязка vNuma от количества ядер в vSphere 6.5

Данная статья является переводом англоязычной статьи Френка Деннемана, которая показалась мне достаточно интересной.

В vSphere 6.5 были сделаны изменения, касающиеся определения размеров виртуальной топологии NUMA для виртуальной машины.

Понимание принципов построения vNUMA имеет важное значение для построения правильно работающей инфраструктуры. Данная статья предназначена для тех, кто использует виртуальные машины (ВМ) с нестандартным количеством ядер на сокет (отличным от 1), и планирует мигрировать на vSphere 6.5. Возможно, вы захотите изменить Advanced Setting на ваших хостах 6.5 – информация об этом находится в конце статьи.

Давайте начнем с понимания того, как влияет количество виртуальных ядер в сокете на vNUMA.

Continue reading “Отвязка vNuma от количества ядер в vSphere 6.5”

Update Offline Address Book Exchange 2013

Уважаемые посетители!

Команда vMind.ru поздравляет вас с прошедшими праздниками и желает, чтобы в вашей жизни праздников было больше.

Держите краткую шпаргалку по обновлению офлайновой адресной книги (далее OAB) Exchange 2013.

Во-первых, OAB используется Outlook 20** в том случае, если включен режим кэширования.

Continue reading “Update Offline Address Book Exchange 2013”

Veeam Backup & Replication 9.5 Fast Merge on ReFS

Самой ожидаемой функцией VBR 9.5 для нашей инфраструктуры стала возможность использования API Fast Clone для ReFS в MS Windows Server 2016.

Многолетний анализ процесса резервного копирования указывал на основную потерю времени в виде перестройки и склейки файлов при сдвиге Full Backup вправо по шкале времени, аналогичная проблема есть и при генерации Synthetic Full Backup.

В некоторых инкрементных заданиях процесс file merge занимал до 90% времени.

Как только вышел VBR 9.5, мы обновили ОС сервера СРК с помощью In-place upgrade с MS Windows Server 2012 R2 до версии MS Windows Server 2016.

Создали репозиторий на ReFS и перенастроили задания на его использование. Функцию Backup Copy для переноса решили не использовать.

Результаты использования API Fast Clone Continue reading “Veeam Backup & Replication 9.5 Fast Merge on ReFS”

Metadata.pyc – update manager

Одновременно в двух ЦОДах стала наблюдаться странная фигня: обновление ESXi-хостов на базе блейдов HP стало сваливаться с ошибкой. Причем проблема была как при операции Remediate, так и при Stage.

В логах Update Manager ничего не было, в журнале esxupdage.log – странный набор предупреждений вида:

2016-12-05T11:46:20Z esxupdate: downloader: DEBUG: Downloading http://VUM:9084/vum/repository/hostupdate/HPQ/metadata-hp-esxi5.5uX-bundle-2.4-16.zip to /tmp/tmp3WpTDj…
2016-12-05T11:46:20Z esxupdate: Metadata.pyc: INFO: Unrecognized file vendor-index.xml in Metadata file

Попытки гуглить ни к чему не привели, поэтому я стал решать проблему творчески.

Была обнаружена следующая закономерность: если убрать из обновления все HP’шные апдейты, то операция Remediate успешно проходила.

В ходе решения проблемы я победил обновление vCenter&VUM с 5.5U3b до 5.5U3e. Попутно узнал, что если у вас на vCenter ОЗУ меньше 16ГБ, то будут проблемы с апгрейдом служб SSO и Inventory.

Увы – не помогло.

Заколотил в обратную зону DNS адреса всех хостов – не помогло.

И тут я вспомнил, что компания HP решила развалиться на две, вследствие чего весь серверный сегмент сидит теперь на hpe.com. А я накануне проверял, что у меня HP’шный депот в Update Manager не подключается.

Исправил в URL на HPE.COM, скачал апдейты, просканировал на совместимость и снова запустил Remediate.

Работает, ура 🙂