Mister Nobody – Page 36

Сравнение Windows Server 2012 R2 Hyper-V и VMware vSphere 5.1

Matt McSpirit на TechEd North America 2013 сравнил функционал Windows Server 2012 R2 Hyper-V и VMware vSphere 5.1: смотрим и качаем видео, презентация.

Анонс Windows Server 2012 R2 Hyper-V

Компания Microsoft анонсировала Windows Server 2012 R2. Что нового в функционале Hyper-V:

Shared VHDX – VHDX может быть в общем доступе двух виртуальных машин при использовании виртуального SCSI-контролера. Это позволяет создавать кластерные решения без использования iSCSI или виртуального FC.
Live Migration Compression – компрессия трафика Live Migration перед отправкой сокращает время миграций.
Live Migration over SMB Direct (RDMA) – Live Migration использует возможности SMB 3.0: SMB Direct или RDMA, что ускоряет процесс.
Storage Quality of Service (QoS) – ограничение IOPS на виртульную машину.
Live Virtual Machine Cloning / Exporting – клонирование и экспорт включенной виртуальной машины.
Linux Guest OS support enhancements – поддержка резервного копирования на живую и динамической памяти для гостевых ОС на базе Linux.
Hyper-V Replica 2.0 – Hyper-V может реплицировать на 2 и на 3 хоста каждые 30 сек, 5 минут, 15 минут.
Windows Azure Compatibility – совместимость с облаком Azure.
Online resizing of VHDX – расширение и сжатие VHDX-файлов включенных виртуальных машин.
Automatic Guest Activation – автоматическая активация виртуальных машин на хоста в редакции Datacenter.
VM Connect using RDP или enhanced VM interaction – использование Remote Desktop поверх VMBus, что позволяет использовать все возможности удаленного рабочего стола(буфер обмена, перенаправление звука и папок, смарткарты и прочее).
Generation 2 virtual machines – второе поколение виртуальных машин основано на UEFI и не использует эмулированные устройства. Поддерживаются следующие ОС: 64-bit версии Windows 8, Windows Server 2012, Windows 8.1 и Windows Server 2012 R2.
Zero-downtime upgrade (Cross version live Migration) – живая миграция машин с Windows Server 2012 на Windows Server 2012 R2.
Hyper-V Recovery Manager – позволяет автоматизировать переход при сбоях с использвоанием Hyper-V Replica.
Deduplication – дедупликация VDI виртуальных машин.

За основу взята статья Thomas Maurer – What’s new in Windows Server 2012 R2 Hyper-V.

Описание всех новых функций в Windows Server 2012 R2.

Закладка Hardware Status в vCenter Server не работает

У меня на хосте закладка Hardware Status в vCenter Server стабильно выдавала ошибку “Hardware monitoring service on this host is not responding or not available”, даже после перезагрузки хоста.

Совет в KB не помогал. Вместо этого я подключился напрямую к хосту и в Configuration – Health status нажал Reset Sensors. Минут через 5-10 статусы с Unknown поменялись на Normal, хотя счетчиков примерно в 2 раза меньше, чем в vCenter.

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

Вышла новая версия vSphere 5.1 Update 1

Компания VMware выпустила первое большое обновления своей платформы виртуализации vSphere 5.1.

Что нового в VMware vCenter Server 5.1 Update 1:

Поддержка работы на Windows Server 2012.
Поддержка СУБД:
- Microsoft SQL Server 2012;
- Microsoft SQL Server 2008 R2 SP2.
Кастомизация операционных систем:
- Windows 8;
- Windows Server 2012;
- Ubuntu12.04;
- RHEL 5.9.
В vCenter Essentials убран лимит на vRAM.
Куча исправлений ошибок.

Заметки к релизу VMware vCenter Server 5.1 Update 1.

Что нового в VMware ESXi 5.1 Update 1:

Поддержка новых операционных систем(каких неизвестно).
Куча исправлений ошибок.

Заметки к релизу VMware ESXi 5.1 Update 1.

Также обновились другие продукты:

VMware vCenter Site Recovery Manager 5.1.1.

vSphere Data Protection 5.1.10.

vCloud Director 5.1.2.

vFabric Suite 5.3.

VMware vCenter Server Heartbeat 6.5 Update 1.

VMware vCenter Converter Standalone 5.1.

Новый релиз Trilead VM Explorer 4.1.020

Компания Trilead выпустила новую версию своего продукта резервного копирования виртуальных машин в средах VMware vSphere и Microsoft Hyper-V – VM Explorer Build 4.1.020.

Что нового:
Команды Power On/Off и Shutdown для виртуальных машин из web-интерфейса.
Управление снапшотами из web-интерфейса.
Поддержка ESXi 5.1 1021289, ESX/ESXi 4.1 988178, 4.0 989856.
Улучшено управление виртуальными машинами через vCenter.

Скачать Trilead VM Explorer на сайте производителя.

Update. Пока новость лежала в расписании вышла новая сборка 4.1.023:
Поддержка ESXi 5.0.1024429.
Поиск ВМ перемещенных в vCenter с помощью vMotion или DRS.
Исправлено поведение при возврате ESX “503 Service Unavailable”.
Исправлена ошибка подключения агента Hyper-V-агента.
Исправлена ошибка, когда пользователь vCenter – root.

Презентации с VMUG-Монреаль

Riccardo Ventura из канадского Монреаля разместил у себя в бложике несколько презентация с недавно прошедшей встречи пользователей VMware:

vSphere 5.1 vs Round Robin vs I/O operation limit

Очередной этап тонкой настройки политик выбора пути в vSphere 5.1.

Виталий Волнянский около полутора лет назал писал обзор “Настройка значения IOOperationLimit для RoundRobin на нескольких виртуальных хранилищ одновременно“, но есть небольшие изменения в vSphere 5.1, да и скрипты на PowerShell попривлекательней.

Одним из самых эффективных методов увеличения скорости доступ к системам хранения, поддерживающих для Native Multipathing (NMP) Path Selection Plug-ins (PSP) режим работы Round Robin, и снижения задержек является уменьшение значения по умолчанию параметра I/O operation limit с 1000 операций ввода-вывода до 1-10. Данный параметр регулирует “такт” перехода к следующему активному пути(для ALUA по умолчанию с учетом оптимального пути, регулируется параметром useano), то есть через сколько операций переключиться на следующий путь.

Что даёт и для каких систем рекомендуется/протестировано:

Как включить?

Это самое простое, но грабля есть.

Подаем команду на нужных дисках и готово:

esxcli storage nmp psp roundrobin deviceconfig set -t iops -I 1 -d naa.xxxxxxxxx

1	esxcli storage nmp psp roundrobin deviceconfig set -t iops -I 1 -d naa.xxxxxxxxx

Грабля в vSphere 5.1.

В vSphere 5.1 у команды добавился параметр cfgfile, что повлияло на реализацию функции в PowerShell, сейчас синтаксис такой(2 часа выяснял причину сбоя в работе старых скриптов):

boolean set(long bytes, boolean cfgfile, string device, long iops, string type, boolean useano),

как получить описание функций:

$esxcli=Get-EsxCli 
$esxcli.storage.nmp.psp.roundrobin.deviceconfig|Get-Member|fl

1 2	$esxcli=Get-EsxCli $esxcli.storage.nmp.psp.roundrobin.deviceconfig\|Get-Member\|fl

пример на PowerShell:

$esxcli.storage.nmp.psp.roundrobin.deviceconfig.set($null,$null,'naa.xxx',1,'iops',$false)

1	$esxcli.storage.nmp.psp.roundrobin.deviceconfig.set($null,$null,'naa.xxx',1,'iops',$false)

P.S. Если для вашей системы нет рекомендаций от производителя по уменьшению значения параметра, то вся ответственность за последствия изменений лежит на вас.

P.P.S. Продолжаем изучать PowerShell

Скрипт опроса LUN, подключенных с IBM SVC. Для установки параметра код поправите сами. 😉

#### Variables
$VC = "vcenter"
$psp = "VMW_PSP_RR"
$satp = "VMW_SATP_SVC"

#### Connect to Your vCenter
Connect-viserver -Server $VC

#### Get IBM SVC Round Robin's LUNs status
$vchosts = Get-VMHost
foreach ($vmhost in $vchosts)
 {

 $myesxcli=get-esxcli -VMHost $vmhost
 write-host $vmhost.name
 Get-VMHost $vmhost | Get-ScsiLun -CanonicalName "naa.6005*" | Where {$_.MultipathPolicy -eq "RoundRobin"} | %{$myesxcli.storage.nmp.psp.roundrobin.deviceconfig.get($_.CanonicalName)}
}

#### Disconnect from Your vCenter
Disconnect-VIServer $VC -Confirm:$false

#### Variables

$VC = "vcenter"

$psp = "VMW_PSP_RR"

$satp = "VMW_SATP_SVC"

#### Connect to Your vCenter

Connect-viserver -Server $VC

#### Get IBM SVC Round Robin's LUNs status

$vchosts = Get-VMHost

foreach ($vmhost in $vchosts)

{

$myesxcli=get-esxcli -VMHost $vmhost

write-host $vmhost.name

Get-VMHost $vmhost | Get-ScsiLun -CanonicalName "naa.6005*" | Where {$_.MultipathPolicy -eq "RoundRobin"} | %{$myesxcli.storage.nmp.psp.roundrobin.deviceconfig.get($_.CanonicalName)}

}

#### Disconnect from Your vCenter

Disconnect-VIServer $VC -Confirm:$false

vSphere 5.x vs IBM SVC(Storwize) vs Multipathing

Продолжаем тему тонкой настройки политики выбора путей. Сегодня разбираем систему хранения IBM SAN Volume Controller и ближайших родственников IBM Storwize v7000/3700/3500.

Что имеем:

сеть хранения FC-SAN;
несколько IBM BladeCenter HS22V;
систему хранения IBM SVC с прошивкой 6.3.x;
систему хранения IBM Storwize V7000 с прошивкой 6.4.x;
vSphere 5.1b.

Для данного семейства используется Storage Array Type Plug-in (SATP) со следующей политикой по умолчанию VMW_PSP_FIXED. Данная политика подтверждена VMware на HCL, но имеет пометку “посмотрите рекомендации производителя”. Соответственно, смотрим какую политику рекомендует IBM в документе “VMware vSphere best practices for IBM SAN Volume Controller and IBM Storwize V7000 disk family“.

Как и ожидалось, для Аctive-Аctive систем хранения рекомендуется Round Robin.

Теперь необходимо выполнить два действия:

заменить на всех хостах политику по умолчанию;
для используемых устройств изменить политику выбора путей.

Для упрощения используем PowerShell. Готовые шаблоны есть на сайте сообществ VMware либо смотрите пошаговые инструкции.

#### Variables
$VC = "vcenter"

$psp = "VMW_PSP_RR"
$satp = "VMW_SATP_SVC"

 #### Connect to Your vCenter
Connect-viserver -Server $VC

 #### Change existing luns to Round Robin
Write-Host "Setting the existing luns to Round Robin" -ForegroundColor Cyan
#$vchosts = Get-Cluster $cluster | Get-VMHost
$vchosts = Get-VMHost
foreach ($vmhost in $vchosts)
 {
Get-VMHost $vmhost | Get-ScsiLun -CanonicalName "naa.6005*" | Where {$_.MultipathPolicy -ne "RoundRobin"} | Set-ScsiLun -MultipathPolicy “roundrobin”
}

#### Change the default PSP for my SATP
Write-Host "Setting the default PSP to Round Robin" -ForegroundColor Cyan
foreach ($vmhost in $vchosts)
 {
$esxCli = Get-EsxCli -VMHost $vmhost
$esxCli.storage.nmp.satp.set($false,$psp,$satp) 
 }

#### Disconnect from Your vCenter
Disconnect-VIServer $VC -Confirm:$false

#### Variables

$VC = "vcenter"

$psp = "VMW_PSP_RR"

$satp = "VMW_SATP_SVC"

#### Connect to Your vCenter

Connect-viserver -Server $VC

#### Change existing luns to Round Robin

Write-Host "Setting the existing luns to Round Robin" -ForegroundColor Cyan

#$vchosts = Get-Cluster $cluster | Get-VMHost

$vchosts = Get-VMHost

foreach ($vmhost in $vchosts)

{

Get-VMHost $vmhost | Get-ScsiLun -CanonicalName "naa.6005*" | Where {$_.MultipathPolicy -ne "RoundRobin"} | Set-ScsiLun -MultipathPolicy “roundrobin”

}

#### Change the default PSP for my SATP

Write-Host "Setting the default PSP to Round Robin" -ForegroundColor Cyan

foreach ($vmhost in $vchosts)

{

$esxCli = Get-EsxCli -VMHost $vmhost

$esxCli.storage.nmp.satp.set($false,$psp,$satp)

}

#### Disconnect from Your vCenter

Disconnect-VIServer $VC -Confirm:$false

VMware vSphere 5.1 vs EMC VNX vs Multipathing vs MSCS(WSFC)

Изрядно нахлебавшись, решил раскрыть тему, ранее отданную читателям блога на самостоятельное изучение, – какие нюансы могут всплыть при настройке виртуальной среды VMware vSphere при использовании кластеризации в Windows Server 2008(R2). Также советую прочитать обзор Андрея “Поддержка кластеризации в виртуальных средах“.

Тема очень обширна, поэтому рассмотрю проблемы и их решения в моей инфраструктуре.

Что имеем:

сеть хранения FC-SAN;
несколько IBM BladeCenter HS22V;
кластер MSCS(WSFC) with Shared Disk;
систему хранения EMC VNX 5700 с прошивкой 05.31.000.5.726;
vSphere 5.1b.

Проблема первая. Суровая.

Симптомы: после настройки MSCS время загрузки хостов увеличилось примерно на 25 минут; стали проявляться проблемы с запуском/рестартом агентов управления на хостах; возникли длительные задержки при вызове свойств дисковых устройств, подключенных в MCSC-кластер на пассивных нодах.

Причины: выяснение причин оказалось делом несложным, в базе знаний VMware есть статья описывающая данное поведение “ESXi/ESX hosts with visibility to RDM LUNs being used by MSCS nodes with RDMs may take a long time to boot or during LUN rescan“. При включении серверов, несущих пасивные ноды, происходит опрос дисков, в это время диски, подключенные к активным нодам, зарезервированы нодами по SCSI.

Решение: достаточно уведомить все хосты о том, что часть дисков находится в SCSI-reservation, для этого необходимо выставить у данных дисков параметр perennially-reserved равный true.

Так как “лень – матушка, да PowerShell – батюшка”, то накидал примитивный скрипт:

Connect-VIServer -Server vcenter
Get-VMHost | foreach 
{
$myesxcli=get-esxcli -VMHost $_
$myesxcli.storage.core.device.setconfig($false,"naa.идентификатор устройства", $true)
}
Disconnect-VIServer -Server * -Force

Connect-VIServer -Server vcenter

Get-VMHost | foreach

{

$myesxcli=get-esxcli -VMHost $_

$myesxcli.storage.core.device.setconfig($false,"naa.идентификатор устройства", $true)

}

Disconnect-VIServer -Server * -Force

Проверить статус можно следующей командой:

$myesxcli.storage.core.device.list("naa.идентификатор устройства")

1	$myesxcli.storage.core.device.list("naa.идентификатор устройства")

Идентификатор устройства получаем кликом правой кнопки мыши по нужному MSCS-диску в хост-Сonfiguration-Storage-Devices и выбором пункта “Copy identifier to clipboard”.

Проблема вторая. Весёлая.

Откуда ноги растут: при выходе vSphere 5.1 EMC и VMware стали поддерживать режима выбора пути RoundRobin для систем VNX. Как это круто читаем статью “FIXED/Round Robin in 5.1 and A Simple PowerCLI Block Pathing Module“. На грабли я встать не успел, но суть в следующем: при обновлении до версии 5.1 политика выбора пути по умолчанию для VNX поменяется с VMW_PSP_FIXED на VMW_PSP_RR. В итоге для MSCS-дисков вы получите неподдерживаемую конфигурацию, так как смена пути приводит к ошибке в работе механизма SCSI reservation. Соль ситуации – всё это получается автоматом.

Решение: установить на MSCS-дисках режим выбора пути в Fixed. Засада возникает при желании сделать это вручную – симптомы описаны в первой проблеме.

Предлагаю очередной примитивный скриптик:

Connect-VIServer -Server vcenter
Get-VMHost | foreach 
{
 $myesxcli=get-esxcli -VMHost $_
 $myesxcli.storage.nmp.device.set($null,"naa.идентификатор устройства","VMW_PSP_FIXED")
 } 
 Disconnect-VIServer -Server * -Force

Connect-VIServer -Server vcenter

Get-VMHost | foreach

{

$myesxcli=get-esxcli -VMHost $_

$myesxcli.storage.nmp.device.set($null,"naa.идентификатор устройства","VMW_PSP_FIXED")

}

Disconnect-VIServer -Server * -Force

Проверить статус можно следующей командой:

 $myesxcli.storage.nmp.device.list("naa.идентификатор устройства")

1	$myesxcli.storage.nmp.device.list("naa.идентификатор устройства")

Напоминалка.

При любых внедрениях Windows Server 2008(R2) MSCS(WSFC) обязательно перечитайте документацию по последней версии vSphere, так как выход каждой новой версии вносит новые требования к дополнительной тонкой настройке:

Проблема IBM Storwize V7000 6.4.1.2 Loading…

В конце года приобрели новую систему хранения IBM Storwize V7000. В рамках подготовки к вводу в эксплуатацию обновили прошивку с версии 6.3 до версии 6.4.1.2. В результате не получили web-интерфейс для администрирования – вместо этого было написано «бесконечное» слово “Loading…”. Командная строка и интерфейс поддержки работали штатно. 29 декабря параллельно корпоративным мероприятиям обратились в поддержку IBM, которая за пару часов выдала нам ответ: «Необходимо установить в браузере предпочитаемый язык для страниц – английский». Чудесным образом проблема устранилась.

Советую пользователям IBM SVC и Storwize запомнить этот нюанс, так как гугление не помогает – у буржуинов-то всё работает гладко.

Обновление: в версии 6.4.1.3 ошибка исправлена.