1) 24 мая в 11:00 совместный вебинар с HP на тему: “Совместные решения НР и Veeam для резервного копирования виртуальных сред”.
Описание: Компании HP и Veeam предоставляют совместно сертифицированное комплексное решение для хранения и защиты данных, оптимизированное для виртуальных сред.

Примите участие в вебинаре и узнайте о:

- Тесной интеграции с VMware vSphere и MS Hyper-V;

- Послеаварийном восстановлении данных;

- Перезапуске виртуальной машины за считанные минуты;

- Восстановлении отдельных объектов любых виртуализованных приложений.

Спикер: Алексей Поляков, Product Manager Hewlett-Packard Moscow

Ссылка на регистрацию;

2) 29 мая 11:00 совместный вебинар с Microsoft на тему: “Управление IT-инфраструктурой с помощью System Center 2012″.

Описание: В рамках вебинара рассматриваются различные аспекты применения System Center 2012 для управления IT-инфраструктурой предприятия. Затрагиваются вопросы построения частного облака, динамической оптимизации использования ресурсов центра обработки данных (ЦОД) компании, проактивного мониторинга и контроля доступа к информационным ресурсам. Особое внимание уделяется возможностям System Center 2012 по управлению гетерогенной IT-средой. В частности, приводится технический обзор решения Veeam Management Pack™ для System Center 2012 от компании Veeam Software, обеспечивающего эффективный мониторинг инфраструктуры VMware на основе System Center.

Спикер: Александр Шаповал, эксперт по информационной инфраструктуре Департамент стратегических технологий ООО “Майкрософт Рус”.

Ссылка на регистрацию.

(Get-ADComputer site1-dc02 -Properties "msDS-RevealOnDemandGroup")."msDS-RevealOnDemandGroup"
CN=site1-users,CN=Users,DC=holding,DC=com
CN=Domain Computers,CN=Users,DC=holding,DC=com
Как видим, разрешено кэширование паролей для двух групп.

Разбор данных
$test=(Get-ADComputer site1-dc02 -Properties "msDS-RevealOnDemandGroup")."msDS-RevealOnDemandGroup"
$test.count
2
(Get-ADComputer site1-dc02 -Properties "msDS-RevealOnDemandGroup")."msDS-RevealOnDemandGroup"[0]
CN=site1-users,CN=Users,DC=holding,DC=com
(Get-ADComputer site1-dc02 -Properties "msDS-RevealOnDemandGroup")."msDS-RevealOnDemandGroup"[1]
CN=Domain Computers,CN=Users,DC=holding,DC=com

Вносим изменения
$comp=get-adcomputer -properties * rodc01
$Allow=@()
$Allow+="DN1"
$Allow+="DN2"
Для перезаписи параметр, делаем так:
$comp."msDS-RevealOnDemandGroup"=$allow
Для добавления:
$comp."msDS-RevealOnDemandGroup"+=$allow
Вносим изменения в AD
Set-adcomputer -instance $comp

При выполнении командлета Get-ExchangeServer у нас есть два поля, давайте посмотрим на них:

Get-ExchangeServer mail01 | select *version

AdminDisplayVersion                                         ExchangeVersion
——————-                                         —————
Version 14.2 (Build 247.5)                                  0.1 (8.0.535.0)

Ну вроде все супер? Ан нет – значение параметра AdminDisplayVersion изменяется только при установке сервис пака. Поле ExchangeVersion для меня еще загадочней.

Поиск на просторах интернета выдал ссылку на постоянно пополняющуюся базу сборок Exchange 2007/2010. Вручную можно посмотреть версию сервера, зайдя в свойства файла любой службы Exchange.

Внезапно на просторах интернета мне попался скрипт на Powershell, делающие это для Exchange 2007/2010. Дело оставалось за малым: объединить их в один и чуть-чуть оптимизировать вывод.

В начале скрипта указываются актуальные версии сервис паков и накопительных обновлений для Exchange 2007/2010, в конце приводится статистика. Скрипт не инвентаризирует Edge-сервера.

$RU10="Rollup 2"
$RU07="Rollup 7"
$SP10="SP2"
$SP07="SP3"
$exservers = Get-ExchangeServer | ? {$_.ServerRole -notlike "edge"}
$i=0
$count=$exservers.count
$Servers=1..$exservers.count | %{
$RU="        "
$Version="Exchange "
if($exservers[$i].admindisplayversion.major -eq 14)
{$version+="2010 SP"
$regKey = "SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\AE1D439464EB1B8488741FFA028E291C\Patches\"
}
else
{$version+="2007 SP"
$regKey = "SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\461C2B4266EDEF444B864AD6D9E5B613\Patches\"
}
$version+=$exservers[$i].admindisplayversion.minor
$baseKey = [Microsoft.Win32.RegistryKey]::OpenRemoteBaseKey(’LocalMachine’, $exservers[$i])
$baseKey = $baseKey.OpenSubKey($regKey)
$Updates = $baseKey.GetSubKeyNames()
$arr_upd= New-Object -comObject System.Collections.ArrayList
ForEach($Update in $Updates)
{$fullPath= $regKey + $Update
$UpdateKey = [Microsoft.Win32.RegistryKey]::OpenRemoteBaseKey(’LocalMachine’, $exservers[$i])
$UpdateKey = $UpdateKey.OpenSubKey($fullPath)
$values = $UpdateKey.GetValueNames()
ForEach($value in $values)
{if ($value -eq "DisplayName")
{[void]$arr_upd.Add($UpdateKey.GetValue($value))}
}
}
$RU=($arr_upd | sort -desc | select -First 1).substring(7,8)
$obj = New-Object psobject
$obj | Add-Member -type noteproperty -name Name -Value $exservers[$i].Name
$obj | Add-Member -type noteproperty -name Roles -Value $exservers[$i].Serverrole
$obj | Add-Member -type noteproperty -name Edition -Value $exservers[$i].Edition
$obj | Add-Member -type noteproperty -name Version -Value $version
$obj | Add-Member -type noteproperty -name Rollup -Value $RU
$obj
$i=$i+1
}
$Servers | sort name | ft -autosize
$final="Всего - $count"+" серверов, из них не обновлено"
$old07=0
$old10=0
$servers | %{
if(($_.version -match "2010")-and(!($_.rollup -eq $RU10)-or(!($_.version -like "*$SP10")))){$old10+=1}
if(($_.version -match "2007")-and(!($_.rollup -eq $RU07)-or(!($_.version -like "*$SP07")))){$old07+=1}
}
$final+=" $old10 серверов с Exchange 2010 и "+"$old07 серверов с Exchange 2007"
$final
Вывод скрипта выглядит примерно так:

Name                                          Roles    Edition Version           Rollup
----                                          -----    ------- -------           ------
Mail01                                   Mailbox Enterprise Exchange 2007 SP3 Rollup 5
Hub01                 ClientAccess, HubTransport Enterprise Exchange 2007 SP3 Rollup 5
Hub02                 ClientAccess, HubTransport Enterprise Exchange 2007 SP3 Rollup 5
Mail02                               Mailbox Enterprise Exchange 2010 SP2
Mail03                               Mailbox Enterprise Exchange 2010 SP2
Hub03            ClientAccess, HubTransport   Standard Exchange 2010 SP2

Всего - 6 серверов, из них не обновлено 3 cерверов с Exchange 2010 и 3 серверов с Exchange 2007.
P.S. CCR-кластер с Exchange 2007 будет видеться как один сервер.
P.P.S. Пока гуглил, нашел еще один вариант скрипта для смешанной инфраструктуры.

• поддержка резервирования/репликации Hyper-V;
• поддержка восстановления на уровне файлов для VHD;
• возможность записи результатов выполнения задания в журналы Windows;
• возможность выключить виртуальную машину перед репликацией (или созданием резервной копии);
• возможность запуска задания каждые N часов;
• поддержка новых релизов VMware vSphere.

Кстати, VMX поддерживает change block tracking для создания инкрементальных бэкапов и репликации.

Посмотреть поближе и узнать подробнее про функционал продукта можно на  странице продукта.

UPD: Кстати, появился неплохой обзор VMX4 на английском.

1) Подключаетесь к хосту по SSH (локальная командная строка также подойдет);
2) Смотрите список правил брандмауэра:
# esxcli network firewall ruleset list
Name Enabled
-------------------------------
sshServer true
sshClient false
nfsClient true
dhcp true
dns true
snmp true
ntpClient false
CIMHttpServer true
CIMHttpsServer true
CIMSLP true
iSCSI true
3) Создаете новый файл в /etc/vmware/firewall, например, dnstcpout.xml

Авторы статьи предлагают редактировать файл service.xml, но нужно менять ему права, да и поломать вы его можете. Соответственно, вы создаете либо один общий файл под все свои правки и называете его custom.xml, либо для каждого правила делаете отдельный xml-файл.
4) Вносите в него следующее содержимое:

<!-- Firewall configuration information for DNS TCP OUT -->
<ConfigRoot>
<service>
<service id="0000">
<id>DNSTCPOut </id>
<rule id='0000'>
<direction>outbound</direction>
<protocol>tcp</protocol>
<porttype>dst</porttype>
<port>53</port>
</rule>
<enabled>true</enabled>
<required>false</required>
</service>
</ConfigRoot>
5) Обновляете список правил брандмауэра
# esxcli network firewall refresh
6) Проверяете список правил
# esxcli network firewall ruleset list
--------------  -----------------
sshServer       true
sshClient       false
nfsClient       true
dhcp            true
dns             true
snmp            true
ntpClient       false
CIMHttpServer   true
CIMHttpsServer  true
CIMSLP          true
iSCSI           true
DNSTCPOut       true

7) Чтобы эта настройка пережила перезагрузку хоста – копируете xml-файл на постоянное хранилище, допустим в /store/dnstcpout.xml

8) Вставляете в /etc/rc.local следующие строки:

cp /store/dnstcpout.xml /etc/vmware/firewall/dnstcpout.xml
esxcli network firewall refresh

И запускаете сохранение конфигурации в архив (хотя можно и не запускать, оно происходит периодически)

auto-backup.sh

Бинго
P.S. Пока готовил статью, нарыл готовый пример по разрешению доступа к SMTP.

Нравится?
Для наглядности, строки с хранилищами, на которых свободно меньше 10% или 5% емкости, подсвечиваются желтым или красным.

Давненько Duncan Epping писал про скрипт, отслеживающий свободное место на хранилищах ESX и про отправку писем с ESX. Проблема в том, что на ESXi подобные скрипты не работают, а Duncan советует использовать PowerCLI.

PowerCLI - это вещь, но создавать виндовый сервер только под мониторинг не хотелось. И тут я подумал – почему не адаптировать скрипты Duncan’а под работу с vMA и вот что получилось…

Подготовка к отправке почты.

- забираем отсюда (http://search.cpan.org/~yves/MIME-Lite-3.01/lib/MIME/Lite.pm) Lite.pm и кладем его по адресу /usr/lib/perl5/5.8.0/MIME (или другому, зависит от версии perl на vMA);

- поднимаем smtp-релей, который будет перенаправлять почту нужному адресату без авторизации.

Создаем скрипт следующего содержания.

LOGLOC="/var/log/"
LOG="${LOGLOC}vdf.html"
MYDATE=$(date +%d-%m-%y)
VMFSYELLOW=90
VMFSRED=95

/home/vi-admin/smtp_send.pl -t admins@domain.com -s "Diskspace report of the VMFS volumes" -f esx01@domain.com -m "`cat /var/log/vdf.html`" -r 192.168.1.2

Описания ключей скрипта отправки:

-t: кому;

-s: тема;

-f: от кого;

-m: текст письма;

-r: почтовый релей.
Готовый скрипт можно скачать тут (vdf.zip).

Про новые возможности Lync Server написано тут.

Итак, Lync 2010 Server – это компонент среды объединенных коммуникаций, связывающий Exchange и Sharepoint.

Lync включает в себя следующий функционал:

• аудио и видео-конференции, в том числе со абонентами с мАТС;
• обмен мгновенными сообщениями, а также их интеграция с Microsoft Live, AOL;
• логирование мгновенных сообщений для службы безопасности;
• эффект присутствия сотрудника (Presence) при его входе на Exchange WebApp или Sharepoint;
• предоставление доступа к рабочему столу, виртуальная доска и доступ к отдельным приложениям (например, Powerpoint) для проведения презентаций;
• сопряжение с цифровыми мАТС;
• определение местоположения сотрудника.

Кроме того, по сравнению с предыдущими версиями есть ряд нововведений:

1. повышение доступности засчет введения резервного пула и маршрутов звонков через телефонную сеть;
2. управление пропускной способностью засчет ограничения количества звонков на канал;
3. возможность парковки телефонного звонка, чтобы позднее поднять его с другого аппарата;
4. клиент ( Lync 2010 Client) стал интуитивно более понятный;
5. контакты стали интегрироваться с AD (AD+Outlook+Lync);
6. имеется поддержка DNS-балансировки для голосового (SIP)-трафика при наличии нескольких серверов (т.е. для балансировки/отказоустойчивости голосового трафика уже не требуется аппаратный балансировщик). Впрочем, NLB по-прежнему не поддерживается.

Еще несколько ссылок про новые возможности Lync даны у Бешкова Андрея.

С выходом технологии RemoteFX у вас появилась неплохая альтернатива: где-то далеко стоит мощный сервер, а на вашем рабочем месте тихий бездисковый клиент.

Microsoft анонсировал эту технологию относительно недавно – вместе с первым сервис-паком для Windows 2008 Server R2. Самое вкусное в этой технологии не проброс USB и не VOIP, а возможность виртуализовать графический адаптер.

Причем, если не ошибаюсь, Microsoft чуть ли не единственный вендор, позволяющий “расшарить” графический адаптер, а не отдать его монопольно ресурсоемкой ВМ. Кстати, пару лет назад Миша Михеев писал про RemoteFX.

Есть свежие презентации с Платформы, где демонстрируются возможности RemoteFX по рендерингу 3D-объектов для института МАИ. Впечатляет

В качестве тестирования я использовал следующий стенд:

- сервер: ПК 1*Core i3-2100/8GBRAM, Windows 2008 R2 SP1 Trial/ NVIDIA SVGA 1GB;

- виртуальная машина: 1vCPU/2GB, Windows 7 SP1 Enterprise Trial;

- клиент: ноутбук Core2Duo ~ 2GHz/2GB RAM, Windows 7 SP1 Home Premium.

Сервер и клиент связаны Wi-Fi роутером D-Link

Требования к RemoteFX:

• SLAT-совместимый процессор;
• GPU – видеокарта с поддержкой DirectX 9.0 и DirectX 10.0 (RemoteFX использует WDDM);
• Соответствование требованиям Hyper-V R2 SP1;
• Удаленные клиенты с поддержкой RDP 7.1 (встроена в Windows 7 SP1).

Так как сервер по совместительству является домашним ПК, операционная система сервера находится в VHD-файле, любезно предоставленном компанией Microsoft для ознакомления с продуктом

Лицензирование

Все достаточно радужно: вы можете использовать RemoteFX на бесплатном сервере Hyper-V R2, необходимо будет заплатить только за ОС, установленные в виртуальных машинах. В качестве такой ОС поддерживаются только Windows 7 SP1 Enterprise/Ultimate.

Настройка стенда:

1) Установка сервера Hyper-V R2 SP1/Windows 2008 R2 SP1

Вся установка заключается в том, чтобы подмонтировать VHD-файл с системой в диспетчере дисков и через утилиту BCDEDIT разрешить загрузку с VHD.

2) Поднимаем роль Hyper-V, а также компонент “RDS-RemoteFX”, входящий в состав роли Remote Desktop.

3) Создаем ВМ на основе VHD с оценочной Windows 7 SP1 Ultimate в менеджер Hyper-V. Добавляем ей 2 гигабайта ОЗУ. Настраиваем в ВМ компоненты интеграции, брандмауэр, включаем RDP, после чего выключаем ВМ.

4) Добавляем в ВМ адаптер “RemoteFX 3D” и включаем ВМ. В свойствах адаптера можно указать количество мониторов и разрешение – эти настройки влияют на объем видеопамяти RemoteFX. Если у видеоадаптера не будет требуемого количества свободной памяти, ВМ не запустится.

Внимание: после добавления этого видеоадаптера подключиться к ВМ через консоль Hyper-V будет невозможно!

5) Настраиваем профиль подключения к ВМ следующим образом:

6) Подключаемся с ноутбука через RDP и проверяем какой видеоадаптер установлен в системе. Если “Microsoft Remote FX Graphics Device –WDDM”, то все получилось.

Тестирование

Для тестирования я воспользовался относительно свежим 3D-шутером Deus Ex 3: Human Revolution.

Первый же блин был комом – на максимальных настройках игра быстро вылетела с ошибкой нехватки памяти. Это и не мудрено: ВМ использовала 220 Мб видеопамяти, а минимальные требования – 512мб. Пришлось достаточно прилично снизить используемые настройки, оставив разрешение 1024х768 (самое адекватное для моего ноутбука).

Ура, игра запустилась и я смотрю без тормозов стартовый трейлер. Потрясающие ощущения.

Как видите, загрузка процессора на уровне 40%, сети – в пике до 20Мбит/с. RemoteFX явно не оптимизирован для WAN.

Затем начинается игра. Что за ужас – при любом движении мышью экран будто сходит с ума. Подвигался с помощью клавиатуры – подтормаживает

Возможно, это отголоски Wi-Fi и в локальной сети все будет быстрее.

Дальше решил поразбираться, что за ерунда с мышью…

Выяснил, что есть два режима позиционирования мыши: абсолютный и относительный. При абсолютном передаются текущие координаты указателя, при относительном – смещение относительно предыдущей позиции. В RDP передается только абсолютный режим, а в 3D-шутерах используется относительный. Решение есть – геймпад

Постойте, а как же Crisis? Его же “запихивали” в RemoteFX? Все просто – к разработке Crisis приложила руку MS и оставила там возможность абсолютного режима позиционирования мыши.

Выводы

1) Технология уже сейчас вполне применима для того, чтобы виртуализировать 3D приложения (CAD) рендеринга объектов. Правда, налагаемые требования к клиенту (RDP 7.1) несколько осложняют широкое распространение. Разделение видеоадаптера между несколькими ВМ – значительное преимущество, особенно, Nvidia Quadro Plex 7000.

2) Крайне не хватает оптимизации под узкие каналы связи. Впрочем, задержка при маршрутизации будет критична для работы 3D-игр.

3) Невозможно указать большее количество видеопамяти, чем запрограммировано на текущие настройки монитора ВМ. К примеру, нельзя дать ВМ 512МБ видеопамяти.

4) Крайне огорчает отсутствие поддержки относительного режима позиционирование мыши, без которого не поиграть в большинство 3D-шутеров.

P.S. Говорят, что в Windows 8 появится оптимизация RemoteFX под WAN-каналы и возможность эмуляции 3D-адаптера (без наличия его в сервере)

Гугл тут же подсказал, как удалить OCS 2007 R2.

Ужаснувшись данной последовательности действий, я посмотрел в официальную документацию по удалению, чтобы убедиться, что так дело и обстоит.

1) Сделайте бэкап базы RTC. Экспортируйте данные пользователей с помощью DBImpExp.exe;

2) Залогиньтесь на сервер с учетной записью/членом группы RTCUniversalServerAdmins и запустите оснастку OCS;

3) Удостоверьтесь, что на сервере не осталось пользователей. Если остались, мигрируйте их либо удалите с сервера OCS (при удалении пользователь теряет SIP и контакты).

4) Остановите все службы OCS и начинайте деактивацию ролей в следующем порядке:

• Conferencing Attendant
• Conferencing Announcement Service
• Response Group Service
• Outside Voice Control
• Application Host
• Application Sharing Server
• A/V Conferencing Server
• Web Conferencing Server
• Web Components Server
• Front End Server/Standard Server

Миграцию или удаление объектов конференций необходимо производить только перед деактивацией службы FrontEnd/Standard. Служба FrontEnd в момент миграции/удаления должна быть запущена.

FrontEnd не деактивируется, если живы конференции или пользователи.

5) Удаляйте компоненты OCS в следующем порядке:

• Microsoft Office Communications Server 2007 R2, Administrative Tools
• Microsoft Office Communications Server 2007 R2, Conferencing Attendant
• Microsoft Office Communications Server 2007 R2, Conferencing Announcement
  Service
• Microsoft Office Communications Server 2007 R2, Response Group Service
• Microsoft Office Communications Server 2007 R2, Outside Voice Control
• Microsoft Office Communications Server 2007 R2, Application Host
• Microsoft Office Communications Server 2007 R2, Application Sharing Server
• Microsoft Office Communications Server 2007 R2, Audio/Video Conferencing
  Server
• Microsoft Office Communications Server 2007 R2, Web Conferencing Server
• Microsoft Office Communications Server 2007 R2, Web Components Server
• In an Enterprise Edition deployment,
  Microsoft Office Communications Server 2007 R2, Front End Server
• In a Standard Edition deployment, Microsoft Office Communications Server
  2007 R2, Standard Edition server
• Microsoft Office Communications Server 2007 R2, Core Components
• Microsoft Office Communications Server 2007 R2, Unified Communications
  Managed API 2.0 Core Redistribution package
• Microsoft Office Communications Server 2007 R2, Unified Communications
  Managed API 2.0 Speech Redistribution package
• Microsoft Office Communications Server 2007 R2, Unified Communications
  Managed API 2.0 Windows Workflow Activities Redistribution package

6) Если вы дошли до этого шага без приключений – я вас поздравляю. Если нет, чуть дальше я опишу проблемы, с которыми я столкнулся.

7) В общем-то, все у меня было хорошо, пока я не начал удалять службу FrontEnd. Достаточно быстро я понял, что скрипт dbsetup.wsf шлет меня лесом и не хочет удалять базы в локальном SQL.

>cscript dbsetup.wsf

DBSetup.wsf (0,1)  Windows Script Host: JScript

Операционная система сервера – Windows 2008 SP2 x64. Переставил C# 2008 и J#, перерегистрировал библиотеку jscript.dll – ошибка изменилась: теперь скрипт не может создать объект SQLDMO.

Еще погуглил – говорят, что для подключения к SQL32bit необходимо использовать c:\windows\syswow64\cscript.exe.

Этот выдает другую ошибку: DBSetup.wsf (0,1)  Windows Script Host: VBScript.

Дальнейшее гугление подсказало, что для SQL32bit необходимо поставить пару патчей:

• Microsoft SQL Server 2005 Backward Compatibility Components (x64 package)
• Microsoft SQL Server 2005 Management Objects Collection (x64 package)

После этих патчей c:\windows\syswow64\cscript.exe продолжил выдавать старую ошибку, а вот c:\windows\system32\cscript.exe внезапно отработал.

После этого был эффект ухты

• запускаем удаление службы;
• “колдун” ругается и отправляет в лог;
• в логе смотрим, какой скрипт не запускается;
• запускаем этот скрипт в 64битном CScript и создаем пустой скрипт для “колдуна”;
• “колдун” радостно запускает пустой скрипт и идет к следующему скрипту;
• повторяем несколько раз;
• profit!

P.S. Впрочем, у меня очередь на удаление еще +100500 серверов, так что оставайтесь на связи

UPD1: решил удалить конференции на третьем этапе вместе с пользователями (на другом сервере). Служба Conference Attendant деактивироваться отказалась с ошибкой “pool not ready”. Нашлась статья про удаление OCS 2007 R2, подсказавшая, что нужен conference directory. Пришлось объект AD временно мигрировать с Lync на OCS, а затем обратно.

UPD2: при удалении Edge, Mediation, Archiving, Monitoring есть следующая последовательность…

• Microsoft Office Communications Server 2007 R2, Edge Server
• Microsoft Office Communications Server 2007 R2, Mediation Server
• Microsoft Office Communications Server 2007 R2, Archiving Server
• Microsoft Office Communications Server 2007 R2, Monitoring Server
• Microsoft Office Communications Server 2007 R2, Core Components
• Microsoft Office Communications Server 2007 R2, Unified Communications Managed API 2.0 Core Redistribution package

В Lync есть возможность привязки номерного плана (набора правил разрешенных номеров) на разные области действия. Это глобальный номерной план, план для пула, план для сайта и план для пользователя.

Применяется только один план с наивысшим приоритетом. Для исходящих звонков приоритеты следующие: пользовательский, план пула (пул Lync, где находится пользователь), план сайта, глобальный сайт.

Пользовательский план применяется на конкретного пользователя. Если есть желание сделать такой план на членов отдельной группы, необходимо писать скрипт.

Пул – фактически, это сервер обслуживающий пользователей. В случае сервера стандартной редакции идет сопоставление: один пул = один сервер. В случае сервера редакции предприятия идет балансировка нагрузки, соответственно, один пул – несколько серверов.

Для входящих звонков с IP-шлюза используются план пула (пул IP-шлюза) или глобальный план. Глобальный план общий для всех звонков.

По умолчанию Lync принимает звонки в формате E.164. Это номера в международном формате вида +1234567890.

Если у вас другой номерной план (например, 1234), необходимо использовать правило в плане, разрешающее такие номера.

Примером такого правила для номеров вида 1234 может быть подобное правило:

^(\d{4})$ -> $1.

P.S. Если эта тема вас заинтересовала, рекомендую почитать также статью MVP о звонках Lync. Там все очень подробно рассказано.

Список ожидаемых функций в VMware View 5.1:

1. Advance storage performance optimization and integration options leveraging vSphere 5.0
• Content Based Read Cache (CBRC) support
• View Composer cloning leveraging vStorage API for Array Integration (VAAI) Native Cloning capability of Network Attached Storage (NAS)
2. Improved USB support
3. Radius two-factor authentication support
4. Admin UI enhancements including Globalization and Localization to five languages
5. Support Pre-created Active Directory machine accounts
6. Customer opt-in Phone Home
7. Virtual Profile for physical devices
8. Use of Virtual Profile as a migration tool
9. Support installation of View Composer server in a server separate from vCenter server
10. Storage vMotion for Linked Clones, DRS/SRM Compatibility

Планируемый срок выхода – 2012 год.

P.S. 2Александр Самойленко: в “vMind.ru” вторая буква заглавная.

Umlyaut согласился на публикацию этого ликбеза на нашем блоге…

—

В современных (выпущенных в последние год-два) RAID-контроллерах есть такая фича, как SSD Guard (приписывается Интелу, но родом она с LSI, который ОЕМит для Интела вовсю давно).

Она работает примерно так: контроллер мониторит (SMARTом или SSD Guard Patrol`ом) состояние SSD-дисков массива и в случае обнаружения угрозы скорой кончины какого-либо из дисков переносит (на лету) инфу с потенциального покойничка на “запасной” SSD (который, есс-но, должен быть подключен к данному контроллеру).

Это своего рода аналог Hot Spare Drive, только срабатывает не после краша физ.диска массива, а до того.

Недостатком является то, что (как справедливо озвучивалось здесь и не только) “износ” ресурса носителей в RAID-массиве происходит практически равномерно – т.е. “зеркало” из SSD (либо “зеркальный” саб-юнит в R-10) имеет все шансы накрыться почти синхронно (да и в R-5 возможны залповые вылеты).

Отсюда присутствует необходимость держать для SSD Guard столько резервных SSD, сколько носителей мы хотим защитить – т.е. в пределе удвоить число SSD-дисков.

Да, ещё такой момент – один и тот же резервный SSD не может одновременно выступать как HSD и как “запасной аэродром” для SSD Guard – т.е. кроме удвоения к-ва SSD в массиве для SSD Guard нужно ещё предусмотреть “+1″ для собственно HSD.

Eщё один недостаток SSD Guard – очень трудно придумать и реализовать “учения”. С HSD просто – дёрнул рабочий носитель тестового массива, контроллер заорал (плюнул варнингом по емейлу/смс/etc.) и начал ребилд. А вот как заставить контроллер запустить миграцию с имеющегося SSD на резервный… вот тут ХЗ…

Остаётся только уповать на то, что вендор данную фичу реализовал правильно и она не подведёт… Вопрос веры, тсзть…

Это что касательно отказоустойчивости…

А ещё контроллеры могут “знать” об SSD в разрезе такой фичи, как FastPath (или её аналогов у других вендоров). Она заставляет контроллер игнорировать геометрию физ.носителей (которую, в случае работы с обычными HDD, контроллер старается учитывать при распределении блоков данных на носителях). Вендор утверждает, что контроллер, которому не нужно “отвлекаться” на прикидку дискового обмена с учётом числа головок-цилиндров (отсутствующих у SSD), работает эффективнее. Возможно – сам не проверял.

Ещё одно “знание” контроллера об SSD – фича кеширования основного массива HDD на SSD – MaxIO/MaxCache (у Адаптека – оно же CacheCade у LSI).

Данные пишутся на HDD (и хранятся там же), но наиболее часто читаемые блоки массива (в объёме SSD-кеша) прозрачно копируются контроллером на SSD-кеш и читаются именно оттуда. Получаем сумасшедшую производительность на рэндомном чтении “горячих” данных, при этом повышается надёжность хранения инфы. Запись же идёт напрямую на харды (что в случае достаточного к-ва шпинделей может быть даже и сильно быстрее записи на SSD – если не брать совсем уж энтепрайзные SSD с конским ценником).

BTW, воодушевлённые успехом первого поколения SSD-кешей, вендоры забацали второе – с возможностью кеширования на SSD уже записи. Правда, подстраховались – если в режиме “read-only SSD-cache” в качестве кеширующего элемента можно использовать single-SSD или R0, то в режиме “read-write SSD-cache” – только R1 или R10.

Но есть один аспект, в котором RAID-контроллеры про SSD “не знают”.

Я про команду TRIM. Не припоминаю ни одной модели, умеющей транслировать данную команду от дискового драйвера ОС “вниз”, внутренним контроллерам флеша SSD-дисков. Это ощутимо сказывается на производительности при записи на “уже раз заполненные” диски. Что меня крайне удручает…

Нелишне будет вспомнить и о том, что VMware не поддерживает эту функцию в своих ОС.

Впрочем, ситуация с командой TRIM, реализованной лишь в W7/2008R2 и в некоторых линуксах, да и то на “просто HBA”, несколько смягчается дальнейшей эволюцией SSD в сторону “поумнения”.

Я имею ввиду появившийся в SSD некоторое время назад функционал BGC (Background Garbage Collection).

Смысл его, если вкратце – периодически самостоятельно (силами контроллера флеша, без внешних команд от ОС) стирать ячейки флеш-памяти с неактуальными уже блоками инфы с тем, чтобы потом не отвлекаться на их предварительное стирание при записи. Подобный сервис стал возможен благодаря тому, что запись на SSD устроена кардинально сложнее, нежели таковая на HDD – контроллер флеша сам “гоняет” инфу по ячейкам, “балансируя” износ и пр.

Впрочем, чтобы не загромождать эти “рэйдовые” заметки “фоновой инфой” об устройстве и работе SSD, с удовольствием отсылаю к чеканному материалу, наглядно и просто объясняющему данный аспект: http://nanogate.blogspot.com/2011/08/ssd.html

Сам же отмечу, что при наличии в эксплуатации RAID-массива из SSD с функцией BGC можно особо не переживать о неспособности какой-либо ОС сгенерить команду TRIM (равно как и о неспособности RAID-контроллера передать её “вниз” носителям).

Технологию vLockstep заменили на созданную с нуля с условным названием “SMP Protocol “. Для отслеживания изменений требуется соединение в 10 GigE: для виртуальной машины о 4 процессорах может потребоваться 60 мегабайт в секунду и более.

Новая технология сможет обходиться без общего диска, полностью реплицируя ввод-вывод и дисковой подсистемы.

Эффективность составляет 55-80% от незащищенной виртуальной машины.

Коммерческая реализация ожидается в 2013 году.

С чем спешу поделиться: VMware Cloud Infrastructure Roadmap.

Мэтт делится картинкой о различных вариантах поддержки кластеров и объясняет плюсы/минусы таких реализаций.

Итак, что мы имеем с поддержкой:

Статья в базе знаний про кластеризацию приложений от MS находится тут, подробная статья только про MSCS (кластерные службы) на всех версиях ESX/ESXi – тут.

Споры о том, является ли отказоустойчивость на уровне виртуальной машины достаточным механизмом, ходили с момента появления технологии VMware HA. Выводы были сделаны следующие:

• VMware HA налагает меньше требований, чем MCSC;
• время на перезапуск приложения – несколько минут (в отличие от нескольких секунд или более у MSCS);
• VMware HA съедает меньше ресурсов с точки зрения обеспечения отказоустойчивости (так как мешать различные кластерные службы на одной железке – плохо);
• MSCS позволяет обновлять операционную систему и приложение в рабочее время с небольшими промежутками простоя при переключении ресурсов;

Как видите, плюсы есть и там, и там.

С другой стороны, у служб кластеров Microsoft есть много ограничений под VMware. Это:

• Хранилище FC либо iSCSI, подключенный внутри виртуальной машины;
• Не поддерживается автоматический vMotion (через DRS);
• Размер кластера до двух узлов;
• Есть определенные допущения при использовании RDM и VMFS. Например, для узлов кластера, находящихся на разных хостах, режим RDM – только physical;
• Не поддерживается встроенная политика балансировки Round Robin.

Если кластер не требует общего хранилища, картина куда более радужная  - на картинке ограничений почти нет. Конечно, есть нюансы, но условностей становится куда меньше.

Стоит отметить, что сам Microsoft постепенно отказывается от идеологии общего диска для обеспечения отказоустойчивости приложений. В Exchange 2010 мы видим Database Availability Group, в SQL 2005+ – Mirroring Database, а в SQL 2012 появится аналог Exchange DAG.

Имея двухконтроллерное хранилище с интерфейсом CIFS/SMB можно будет задуматься над отказом от кластера файловых служб (хотя и не весь функционал файл-сервера можно реализовать).

Все ли так хорошо?

Пару лет назад Алексей Кибкало написал пост, разоблачающий слово “VMware support” в данном контексте. Суть дела в том, что VMware поддерживает существование кластера на своем продукте, но не решает внутренние проблемы этого кластера. То есть, для решения проблем кластера вам придется идти в Microsoft, а те скажут, что с поддержкой кластера на VMware есть некоторые проблемы. К примеру, кластера NT/2000 вообще не поддерживаются в виртуальной среде, Windows 2003 – только на паре серверов Dell и хранилище EMC под vSphere 4.0. Windows 2008/2008R2 поддерживаются, но с вышеуказанными ограничениями. Как там говорится – нюанс

Вот такая вот поддержка.

Со времен Windows 2003 имелся стандартный способ вычищения этих данных через утилиту NTDSUTIL.

Однако вчера я узнал, что в Windows 2008/2008R2 можно это сделать через графический интерфейс.

1) Запускаете консоль ADUC (Users and Computers);

2) Выбираете ненужный контроллер и нажимаете удалить;

3) Устанавливаете флаг “Этот контроллер окончательно сдох”;

4) В случае, если контроллер был глобальным каталогом и/или владельцем ролей FSMO, соглашаетесь с последующими запросами. В рамках удаления владельца FSMO роль будет перемещена на контроллер, выбранный произвольным образом. По окончанию процесса вы сможете переместить контроллер самостоятельно.

5) По ссылке также приведены методы удаления метаданных через консоль “Sites and Services” и утилиту NTDSUTIL.

UPD: Изменил скрипт по совету Васильева Александра. Теперь он не требует командлетов под AD.

Вот что из этого получилось:

$dc=Get-ADObject -LDAPFilter "(objectclass=computer)" -searchbase "ou=domain controllers,dc=holding,dc=com" | sort name

$dc = ([System.DirectoryServices.ActiveDirectory.Domain]::GetCurrentDomain()).domaincontrollers | sort name
$i=0
$array=0..($dc.count-1) | %{
$obj = New-Object psobject
$obj | Add-Member -type noteproperty -name Name -Value $dc[$i].Name
$temp=(gwmi Win32_LocalTime -computer $dc[$i].Name)
$obj | Add-Member -type noteproperty -name Hour -Value $temp.hour
$obj | Add-Member -type noteproperty -name Minute -Value $temp.minute
$obj
$i=$i+1
}
$array | out-file c:\tmp\dc_time.txt

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

P.S. Напоминаю, что рассинхронизацию времени на контроллерах домена можно посмотреть с помощью команды w32tm /monitor

Правда, если контроллеров много, лучше перенаправлять ее вывод в файл, например так – w32tm /monitor >> dc_time.txt.

Но источники в Veeam говорят, что в апреле поддержка появится.

Про Veeam ONE уже неплохо рассказал VMGU.RU. Точнее, про его бесплатную версию.

Veeam ONE построено на базе Veeam Monitor, Veeam Reporter и Veeam Business View. Продукт ориентирован на ИТ-специалистов, работающих в сегменте малого и среднего бизнеса и часто сталкивающихся с ограничениями как по бюджету, так и по количеству сотрудников ИТ-департамента.

Veeam ONE производит мониторинг более 60 метрик в среде Hyper-V. Новая версия также оснащена системой оповещений, автоматически фиксирующей все возникающие угрозы с точностью до виртуальной машины, и производит интегрированный мониторинг общих томов кластера (CSV).

Veeam ONE v6 предлагает следующие возможности для Hyper-V:

• мониторинг в режиме реального времени;

• эффективное распределение ресурсов;

• документирование виртуальной инфраструктуры;

• построение отчетов об управлении производительностью, использованием ресурсов и нагрузкой в виртуальной среде.

Новая версия Veeam ONE доступна для заказчиков как отдельный продукт, а также входит в комплекты VeeamEssentials или VeeamManagementSuite.

Мероприятие состоится 30 марта 2012, 10:00 – 18:00, Гостиница Измайлово Альфа, Измайловское шоссе, д. 71, корп. А.

Расписание мероприятия:

• 09:00 Регистрация
• 10:00 Erik Zandboer (EMC) «Тюнинг СХД под View» http://www.vmdamentals.com
• 10:40 Кирилл Сенкевич «View vs. XenDesktop»
• 11:20 Кофе-брейк
• 11:35 Антон Жбанков (EMC) «vSphere 5 HA Deepdive»
• 12:15 Олег Гашников «Опыт построения национальной платформы распределенной обработки данных.»
• 12:55 Обед
• 13:55 Роман Бобров (Iomega). «Решения Iomega/EMC для виртуализации в сегменте SMB»
• 14:35 Сергей Щадных (Микротест), Андрей Курочкин. «Резервируем небольшой ЦОД. Дорого.- Да ладно?!»
• 15:15 Кофе-брейк
• 15:30 Владимир Ескин (Veeam) «Veeam Backup расширяет горизонты…»
• 16:10 Евгений Киселев «Несколько слов о живых демонстрациях продуктов VMware»
• 16:50 Кофе-брейк
• 17:05 Введенский Константин (старший эксперт по виртуализации, De Novo.) «Обзор VXLAN: как, зачем и почему»
• 17:45 Олег Коверзнев (Cisco)
• 18:25 Неформальное общение

Регистрируемся тут. Если большая кнопка Register Now не сработает, то пользуйтесь ссылкой Login to Begin Registration в нижней части страницы.

Дополнительные вопросы можно задать Михаилу Михееву по электронной почте Mikhail.Mikheev@vm4.ru.

Jason Boche написал хорошую заметку, кратко упомянув список изменений, порядок  установки обновлений и матрицу совместимости. Приведу последовательность действий со своими дополнениями.

Примечание: При установке  vCenter 5.0u1 в обязательном порядке устанавливается версия MS SQL 2008 R2 Express Edition Service Pack 1, при использовании полных редакций убедитесь в установленном Service Pack 1 или установите его, иначе процедура обновления будет прервана с ошибкой.

Порядок обновления: 

• Обновляем View 5.0 до версии 5.0.1
• Обновляем vCD 1.5 до версии 1.5.1 (смена акронима vCloud Director произошла по инициативе маркетологов)
• Обновляем SRM 5.0 до версии 5.0.1
• Обновляем vShield App/Edge/Endpoint 5.0 до версии 5.0.1
• К сожаление, vDR 2.0 обновлять пока не до чего, а в таблицу совместимости с vSphere 5.0u1 он не попал.
• Обновляем vSphere Client до версии 5.0.1, также обновляем vSphere Web Client
• Обновляем vCenter Server 5.0 до версии 5.0 Update 1
• Обновляем Update Manager 5.0 до версии 5.0 Update 1
• Обновляем ESXi 5.0 до версии 5.0 Update 1

Успехов!

1. Вывести хосты из кластера:
• С помощью vMotion переносим все виртуальные машины с одного из хостов на другие
• Переводим хост в режим обслуживания
• Тащим мышкой хост из кластера на уровень датацентра
• Выводим хост из режима обслуживания
• С помощью vMotion возвращаем ВМ на хост
2. Каждый хост удаляем из инвентаря старого vCenter 4.1 и регистрируем в новом vСenter 5.0
3. Создаем HA-кластер, настраиваем и добавляем в него хосты

Цель данного ухищрения – не выключая ВМ, убрать хосты из vCenter, что невозможно для кластерных хостов.

Дополнение:

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

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

1. Выключаем HA на кластере для ускорения отключения хостов
2. Отключаем каждый хост командой Disconnect
3. Каждый отключенный хост удаляем из инвентаря старого vCenter 4.1
4. Создаем и настраиваем HA-кластер в новом vCenter 5.0 и добавляем хосты

Что нового в ESXi 5.0 update 1:

• Поддержка новых процессоров Intel и AMD.
• Поддержка гостевых ОС Mac OS X Server Lion 10.7.2/10.7.3.
• Поддержка драйверов для чипсета Intel C600 и обновление драйвера LSI MegaRAID SAS до версии 5.34.

Что нового в vCenter 5.0 update 1:

• Поддержка кастомизации операционных систем Windows 8,Ubuntu 11.10/11.04/10.10/10.04 LTS, SUSE Linux Enterprise Server 11 SP2.
• Изменение политики лицезирования vCenter Essentials и ROBO.
• Огромное количество исправлений.

Подробнее:

• VMware ESXi 5.0 Update 1 Release Notes
• VMware vCenter Server for Windows 5.0 Update 1 Release Notes

Угадайте, кто представлял компанию VMware?!

Михаил Михеев в окружении команды vMind.ru.

1) С помощью Service Connection Point в Active Directory ищется список подходящих CAS-серверов.

Если этот механизм не работает, или AD не доступна (например, при доступе снаружи), то используется DNS;

2) Если до Active Directory достучаться не удалось, то ищется файл настроек по адресу https://<smtp-address-domain>/autodiscover/autodiscover.xml или https://autodiscover.<smtp-address-domain>/autodiscover/autodiscover.xml

Если у вас одна организация Exchange и много сайтов Active Directory, вы можете настроить CAS-сервера, чтобы они обслуживали в формате автообнаружения только определенный список сайтов.

Собственно, это была преамбула.

Я уже рассказывал о переходе Exchange 2007-Exchange 2010 в нашем сайте. В понедельник мы выключили последний CAS-сервер Exchange 2007 и сразу же столкнулись с неработоспособностью механизма автообнаружения. Outlook обнаруживал старый CAS, не мог к нему подключиться и радостно начинал опрашивать DNS (см. пункт №2).

Пикантность ситуации придавало то, что с адреса, не принадлежащего списку наших сайтов, автообнаружение работало.

Запускаем EMS:

[PS] C:\Windows\system32>Get-ClientAccessServer NEWCAS | select name, autodiscoversitescope

Name                                                        AutoDiscoverSiteScope
—-                                                        ———————
NEWCAS                                               {prm-1, prm-2, prm-3, prm-4}
[PS] C:\Windows\system32>Get-ClientAccessServer OLDCAS | select name, autodiscoversitescope

Name                                                        AutoDiscoverSiteScope
—-                                                        ———————
OLDCAS                                                    {prm-1, PRM-2, PRM-3, PRM-4}

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

Первая же статья в гугле подсказала, что свойство AutoDiscoverSiteScope содержит набор строк. А я прекрасно помню, что для своих CAS’ов в соответствии со статьей я делал одну строку. Для иллюстрации разницы привожу вывод:

[PS] C:\Windows\system32>(Get-ClientAccessServer NEWCAS).AutoDiscoverSiteScope

prm-1, prm-2, prm-3, prm-4

[PS] C:\Windows\system32>(Get-ClientAccessServer OLDCAS).AutoDiscoverSiteScope

prm-1

prm-2

prm-3

prm-4

Эффект WOW.

Меняем свойство:

[PS] C:\Windows\system32>$site=(Get-ClientAccessServer OLDCAS).AutoDiscoverSiteScope

[PS] C:\Windows\system32>set-ClientAccessServer newCAS -AutoDiscoverSiteScope $site

Выводы:

В комментарии к статье сказано, что названия сайтов перечисляются в отдельных кавычках:

Set-ClientAccessServer -Identity “ServerName” -AutodiscoverSiteScope “Site-A”,”Site-B”,”Site-C”

Мораль традиционна – читайте документацию внимательнее и обращайте внимание на комментарии – их тоже умные люди пишут. Иногда.

Сдавал экзамен я в Сетевой академии Ланит (сайт), это единственный центр тестирования VUE в Перми (и Пермском крае).

По совету Александра Прилепского использовал для подготовки VCP Blueprint, вернее, его несколько кастомизированную версию.

Мне сэкономило море времени то, что автор многие аспекты сравнивал с vSphere 4/4.1.

Результат – 361 балл.

Кстати, всех с днем защитника Отечества.

Под катом вопрос, поставивший меня в тупик.

Дабы не попасть под NDA, перефразирую вопрос экзамена

Можно ли на платформе AMD собрать платформу с двумя двухъядерными процессорами?

Отписываюсь, чтобы не забыть.

1) Тут углядел как смотреть подробную информацию о “железе” в серверах. Например, в каком слоте какая память установлена. Для ESX 4 используется dmidecode. Для ESXi – smbiosDump или esxcfg-info.

2) Если у виртуальной машины пропадает сеть и не появляется до перезагрузки виртуалки, возможно, стоит увеличить буферы. Эту ситуацию можно отследить с помощью счетчика отброшенных пакетов виртуальной машины в ESXTOP -n. Подсмотрел тут.

Запускаем импорт и получаем ошибку:

Гуглим статью, не получается.

Снова гуглим и выясняем, что OVFTool уже версии 2.1.

Качаем нужную версию и получаем требуемый результат.

Полученные VMX и VMDK-файлы с помощью VMware vCenter Converter импортируем в нашу инфраструктуру.

Следующее же резервное копирование окончилось с ошибками: Veeam Backup в упор не видел новый LUN, да еще и выдал ошибку при резервном копировании на части машин.

Backing up object “[VMFS05] PRM-VM/PRM-VM.vmdk”
Unable to establish direct connection to the shared storage (SAN).
Please ensure that:
- HBA is properly installed in the Veeam Backup server computer, or software iSCSI initiator is configured correctly.
- SAN volume can be seen by operating system in the Windows Disk Management snap-in on the Veeam Backup server.
- Read access is allowed for the Veeam Backup server computer on the corresponding LUN (refer to your SAN documentation).

BackupDiskSynt failed
Client error: Failed to open VDDK disk [[VMFS05] PRM-VM/PRM-VM-000002.vmdk] ( is read-only mode – [true] )
Failed to open VMDK.
Logon attempt with parameters [VC/ESX: ;VMX Spec: [moref=vm-15153];Snapshot mor: [snapshot-29342];Transports: [san]] failed because of the following errors:
Failed to open VMDK.
Logon attempt with parameters [VC/ESX: ;VMX Spec: [moref=vm-15153];Snapshot mor: [snapshot-29342];Transports: [nbd]] failed because of the following errors:

Server error: End of file

Диспетчер дисков сервера Veeam показал следующую картину:

Неразмеченный диск №2 – хранилище VMFS05 с работающими виртуальными машинами.

Меня смутило, что LUN виделся только через два пути:

Были обновлены драйвера FC_HBA, драйвер MPIO, сервер перезагружен. После этого сервер увидел четыре пути, но VMFS-раздел так и не появился.

Я заподозрил, что новый раздел как-то неправильно отформатировался. Запустил в ssh-сессии fdisk -l и сессия зависла.
Нагуглил утилиту partedUtil.

Строка с цифрами отвечает за физические параметры устройства. Последующие строки – описание разделов. На нормальном хранилище есть один раздел с типом – 251 (VMFS). На “ненормальном” разделов не видно.

Также можно уловить разницу через vClient:

VMFS05

VMFS06 – еще один новый раздел, отформатированный тем же способом, что и предыдущий.

 Моя догадка оказалась верной – при форматировании нового раздела произошел неизвестный сбой и раздел отформатировался неверно. Хосты его видели, а вот Veeam Backup – нет.