Появился документ, описывающий нововведения в производительности, касающиеся vSphere 6.5 (performance what’s new).
Данные улучшения затрагивают управляемость, масштабируемость ESXi, а также доступ к СХД и сети.
Author: A.Vakhitov
Отключение VAAI ATS сердцебиений для хранилища
Иногда при обновлении прошивки на массиве производитель (HP 3PAR) рекомендует временно отключить сердцебиение VAAI для VMFS-хранилищ (точнее, вернуться к до-VAAI методу). Есть целая статья, которая описывает, как это сделать через командную строку esxcli или PowerCLI – для одного хоста.
Поделюсь тем, как это делать на нескольких хостах через PowerCLI:
|
1 2 3 4 |
<strong>Connect-VIServer <vcenter fqdn></strong> #Смотрим текущее состояние <strong>Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5}</strong> |
Name Value Type Description
—- —– —- ———–
VMFS3.UseATSForHB… 1 VMHost
VMFS3.UseATSForHB… 1 VMHost
VMFS3.UseATSForHB… 1 VMHost
VMFS3.UseATSForHB… 1 VMHost
VMFS3.UseATSForHB… 1 VMHost
|
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
|
1 2 3 |
# Проверяем, что значение изменено. <strong>Get-Cluster Clustername| Get-VMHost | %{Get-AdvancedSetting -Entity $_ -Name VMFS3.UseATSForHBOnVMFS5}</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
После окончания работ обратно включаете этот механизм, передавая значение 1.
UPD: Обратите внимание, что в примере меняется параметр для VMFS5. Если есть VMFS3 – хранилища, то надо выполнять изменение двух параметров в теле скрипта.
Отвязка 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”
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.
Работает, ура 🙂
Lync2013 SkypeFB2015 не видит камеру
Столкнулся на рабочем компьютере с проблемой – Skype for Business 2015 не видит веб-камеру Logitech. То есть в настройках SkypeFB нет видеоустройства, и видео звонки совершать нельзя.
Камера очень бородатая – настолько, что родных драйверов под Windows 10 уже не имеет :).
- Камера как устройство в системе определяется.
- Skype эту камеру видит.
- Проблема только в SkypeFB2015.
Сначала я подумал на дряхлость камеры и взял другую – не помогло.
Пинками поставил драйвера Logitech – не помогло.
В задумчивости начал гуглить и тут мне попалась коротенькая заметка: если при вышедшей из SkypeFB учетке видео устройство появляется, то в ConferencingPolicy необходимо включить возможность видео звонков.
Семен Семеныч!!!
Я же летом тестировал на себе возможность отключения видео звонков. Создал “кастомную” политику “No Video”, которая запрещала использование видеокамеры для видео звонков или видео конференций.
И действительно, на моей учетной записи стоял запрет использования видео!
Skype for Business 2015 CU3
У коллег, имеющих много iMac-устройств, стала периодически вылетать подобная ошибка:
Microsoft Lync wants to use OC_KeyContainer_username@company.com. Please enter the keychain password.
Стандартное решение – удалить файлики из каталога /Users/username/Library/Keychains не помогло – окно с запросом пароля заново выходит.
Внезапно выяснилось, что проблема наблюдается на нескольких устройствах, имеющих свежую MAC’овскую прошивку (лето 2016). Соответственно, так же выяснилось, что на сервере установлен Skype 2015 FB CU2, тогда как уже есть CU3 (лето 2016).
VMware vCenter Appliance 6 on OVH hoster
На днях мне подвернулась интересная задачка: потребовалось развернуть VMware vSphere vCenter Appliance 6 на хосте ESXi6, расположенном в ЦОДе хостера OVH.
Задачка нетривиальна тем, что у OVH свои отношения с маршрутизацией. Можете составить свое представление тут.
Лично у меня случился разрыв шаблона после настроек сети вида:
ip:10.1.1.1
mask:255.255.255.255
gateway:20.1.1.254
VMware Workstation vmdk cid chain – заметки про восстановление
Ранее на блоге уже писалось про устройство снимков VMware VI 3,5.
На самом деле, статья актуальна до сих пор – на данный момент структура снимков в vSphere 6 (VI3,5->vSphere4.x->vSphere 5.x->vSphere 6.0) осталась неизменной: каждому виртуальному диску соответствует два файла: vm_name.vmdk (дескриптор) и vm_name-flat.vmdk (файл с “сырыми” данными).
Если портится второй файл – вам прямая дорога к резервным копиям. Если портится дескриптор – то что-то еще можно сделать.
Continue reading “VMware Workstation vmdk cid chain – заметки про восстановление”
VMware vSphere – очередной старый баг
Коллеги попросили разобраться: почему-то в ночи погасла критичная виртуальная машина. Конечно, ее включили, но осадочек-то остался.
Чтение Tasks показало, что ВМ никто не выключал. Events показали, что произошла какая-то ошибка после консолидации дисков, после чего виртуальная машина была просто выключена.