Hardware – Page 9

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

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

Утилита HP Array Configuration Utility (ACU) в режиме удалённой службы

Оригинал статьи находится по адресу http://blog.it-kb.ru/2011/06/02/hp-array-configuration-utility-acu-remote-service-mode/

HP Array Configuration Utility (ACU) из состава ProLiant Support Pack это браузер-ориентированная утилита позволяющая управлять дисковой подсистемой серверов HP, например дисковыми массивами подключёнными к контроллерам HP Smart Array. Этот инструмент вполне интуитивно понятен и не создаёт никаких проблем при использовании на полной версии Windows Server c GUI и IE на борту. По умолчанию ACU запускается и выполняется на такой системе в режиме локального приложения (Local Application Mode), но есть у этой утилиты ещё и режим службы для возможности удалённых подключений -Remote Service Mode. При переключении ACU в этот режим в ОС регистрируется системная служба, принимающая запросы на подключение к возможностям ACU от удаленных клиентов. Режим Remote Service Mode может оказаться полезен при работе с серверами на базе OC Windows Server 2008/2008 R2 в режиме Core или Hyper-V Server 2008/2008 R2, то есть там, где нет возможности использовать браузер для запуска ACU в режиме Local Application Mode.

Рассмотрим пример настройки и использования ACU в режиме Remote Service Mode на сервере c OC Hyper-V Server 2008 R2.

Для начала, для возможности работы режима удалённой службы в целевой системе необходимо разрешить входящие подключения на порты TCP 2301 и 2381. Сделать это можно командами: Continue reading “Утилита HP Array Configuration Utility (ACU) в режиме удалённой службы”

Установка Hyper-V Server 2008 R2 на серверную платформу HP ProLiant DL 360 G5

Оригинал этой статьи находится по адресу http://blog.it-kb.ru/2010/06/23/hyper-v-server-2008-r2-clear-install-to-hp-proliant-dl-360-g5/

Подготовка аппаратной платформы

Перед началом установки Hyper-V Server мы должны провести подготовку аппаратной платформы. В силу того что Hyper-V Server 2008 R2 это относительно новая ОС, для обеспечения корректной работы аппаратных компонент нам потребуется использовать последние версии драйверов с сайта производителя оборудования. Это требование с точки зрения корректной работы последних версий драйверов влечет за собой необходимость обновления всех прошивок Firmware нашего сервера. Поэтому берём за хорошую практику всегда приводить версии Firmware в актуальное состояние перед установкой ОС и последующей установкой драйверов. Continue reading “Установка Hyper-V Server 2008 R2 на серверную платформу HP ProLiant DL 360 G5”

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 ошибка исправлена.

Windows Server 2012 на HP ProLiant DL 360/380 G5 – Бодаемся с HP Service Pack for ProLiant 2012.10.0…

Я продолжаю перепечатку некоторых статей, относящихся к продуктам Microsoft с блога Максимова Алексея.

На этот раз я перепечатаю статью про установку Windows Server 2012 на HP DL360/380 G5. Авторы vMind.ru уже вставали на грабли совместимости Windows 2008 R2 и DL 360/380 G4.

Когда новую ОС Windows Server 2012 загоняли на виртуальные машины на базе Hyper-V 2.0 всё казалось радужно и приятно, однако когда дело дошло до установки на аппаратную платформу “не первой свежести” – HP ProLiant DL 360/380 G5 – веселье куда-то улетучилось… После изучения ситуации с драйверами HP для новой ОС поймал себя на мысли, что любимый вендор ведёт себя как закадычный друг, то есть друг, который хочет взять своих клиентов за кадык, внушая им то, что работать с новой ОС можно только на серверах поколения G7/G8…

Здесь изложена небольшая история о, том как я бодался с имеющимся на сегодня комплектом драйверов и прошивок для серверов ProLiant – HP Service Pack for Proliant (SPP) версии 2012.10.0

Continue reading “Windows Server 2012 на HP ProLiant DL 360/380 G5 – Бодаемся с HP Service Pack for ProLiant 2012.10.0…”

Lync 2013 наполовину доделан?

Недавно на экраны вышла новая версия Lync Server и Lync Client – 2013.

Помимо нововведений эта версия принесла за собой некоторое количество геморроя. Continue reading “Lync 2013 наполовину доделан?”

Такой странный D-Link

Всем привет. Решил я рассказать байку про то, почему я перестал любить D-Link 🙂

Итак, нам дана компьютерная сеть на 100Мбит/с, к которой подключены по схеме два 1000Мбит/с коммутатора. В гигабитные коммутаторы подключены сервера, в 100Мбит/с – рабочие станции.

Continue reading “Такой странный D-Link”