Причин выбора Hyper-V меньше (всего пять) против двадцати у VMware, так что начнем с них.
Disclaimer: Hyper-V я знаю гораздо хуже, чем vSphere, поэтому прошу больно не пинать

1) Признание клиентами и взрывной рост.

За период 2008-2011 Hyper-V вырос на 285% (с 6,1% до 23,5%).

Все так. В первую очередь это рост за счет SMB, где Hyper-V выигрывает за счет соотношение цена/качество или даже только цена

Во вторую – подтягивание функционала. Нельзя не признать, что Hyper-V R2 SP1 гораздо более зрелый продукт, чем Hyper-V R1. Вполне можно поверить, что часть крупных предприятий выбирают его – сейчас он более функционален. А с Windows 8 Microsoft вообще обещает частично догнать VMware vSphere 5.0 по функционалу.

2) Бесплатный гипервизор и Windows-интерфейс для управления

То есть гипервизор ничего не стоит, в отличие от VMware. Он всего лишь компонент системы Windows Server, либо может ставиться как отдельная бесплатная система в составе Hyper-V Server.

Кроме того, Hyper-V использует микроядерную архитектуру и поэтому более безопасен, нежели ESXi.

Гипервизор действительно бесплатен, причем его функционал не обрезается. На бесплатном гипервизоре можно поднять высокую доступность и живую миграцию, настроенные через оснастку кластеров. Деньги платятся либо за лицензии Windows, либо за управляющие лицензии семейства System Center. При использовании Hyper-V поверх Windows-сервера вы получаете родной (для кого-то) интерфейс администрирования.

По поводу большей безопасности микроядерной архитектуры тот еще вопрос. Если в лоб сравнивать количество патчей для Hyper-V и для ESXi, скорее всего, Hyper-V победит. Правда, стоит учитывать, что архитектура ESX/ESXi более “старая”, да и количество инсталляций больше в разы. С распространением Hyper-V будет расти и количество уязвимостей под него.

Кроме того, отсутствие драйверов в ядре это не несомненный плюс, как это выставляется компанией Microsoft. Тот же Network Teaming, доступный для ESX/ESXi 3.5 из коробки, для Hyper-V настраивался у каждого вендора по-разному. Особенно прикольно было его настраивать для Hyper-V Server либо Windows Server Core, полагаю. Кроме того, если я не ошибаюсь, Windows HCL не означает, что конкретно данное оборудование было проверено в работе с Hyper-V Server.

В то же время VMware встраивает драйвера в ядро и проверяет работу оборудования с этими драйверами.

3) Hyper-V – лучший выбор для виртуализации продуктов Microsoft.

По данным сторонних наблюдателей, именно Hyper-V обеспечивает наибольшую производительность виртуальных приложений MS. Это 450000 Sharepoint Users на одном физическом сервере, 80000 OLTP Users на другом и 20000 ящиков на третьем.

При выборе Hyper-V компании избегают проблем с поддержкой, а также получают преимущества при управлении как физической, так и виртуальной инфраструктурами через System Center.

По поводу масштабируемости ответить нечего. Нагугленные бенчмарки по Exchange/SQL показывают на vSphere 4 производительность ~ 75% от Hyper-V. С другой стороны, виртуальные машины vSphere 5 поддерживают больше процессоров/памяти, чем виртуальные машины Hyper-V R2.

Действительно, решаются многие проблемы с поддержкой, так как Microsoft неохотно поддерживает сторонние гипервизоры.

Насчет преимуществ по поводу управления виртуальной среды как физической – я бы не назвал это плюсом. С одной стороны, у вас есть нормальные средства управления инфраструктурой. С другой, в нынешней инсталляции я имею ~10 виртуальных машин, где SCOM методично выдает алерт о высокой загрузке процессора своим агентом. По данным с vCenter загрузка процессоров никакая. Скорее, имело бы смысл понимать, что есть N виртуальных машин, они запущены на каком-то хосте и используют какое-то хранилище. Были бы интересны агрегированные данные, либо данные по счетчикам для виртуальных машин.

4) Супер-возможности по управлению с System Center.

Очень много слов о том, как все круто в этом пакете.

Управление разными гипервизорами реализовано плохо. Ходят слухи, что в SCVMM2012 VMware будет управляться круче, но пока это лишь слухи.

5) Hyper-V Windows 8 и новая ценовая политика VMware

Новый Hyper-V догонит vSphere 5 по количеству логических процессоров и памяти на хост и на виртуальную машину (в ВМ до 512ГБ) и будет обладать новым функционалом. Кроме этого, он становится дешевле до 10 раз при вычислении ROI на три года.

По функционалу нового Hyper-V сказать нечего: когда выйдет, тогда и обсудим. Что же касается стоимости лицензий – то тут все печально. Мы имели спор с Алексеем Кибкало, где он меня убедил в том, что VMware будет дороже Hyper-V даже при работе всех техник экономии памяти. Мы сравнивали вариант: стоимость лицензий VMware против стоимости новой корзины HP C7000 и дополнительных лезвий. VMware дороже.

VMware

1) Самый зрелый гипервизор, который становится лишь лучше.

ESXi занимает на жестком диске меньше места чем Hyper-V, в результате чего он более безопасный (меньше кода требуется защищать и поддерживать). Соответственно, безопасность и надежность виртуальной инфраструктуры полагается на Windows.

Про надежность Windows глупый довод. Про объем поддерживаемого кода – в принципе, соглашусь. С другой стороны, у VMware было уже два больших апдейта, приносящие проблемы при их установке. Windows гораздо лучше тестирует свои сервис паки.

2) Виртуализуйте 100% приложений с поддержкой 32 процессоров и 1ТБ памяти в ВМ.

Мораль проста: Hyper-V поддерживает 4 процессора (для Windows 2008) и 64 ГБ памяти, Xen – 8 процессоров и 32 ГБ памяти. Все остальное сможет виртуализовать VMware.

Это неподдерживается, но Hyper-V может держать до 32 процессоров для Windows 2008. KVM точно поддерживает до 16 процессоров.

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

3) Надежное и недорогое решение для SMB – vSphere Essentials.

Оно дешевое и оно лучше, чем бесплатный Hyper-V. А за System Center вы заплатите больше денег

vSphere Essentials – 500$, vSphere Essentials Plus – 3600$ (высокая доступность, живая миграция и бэкапы). 3600$ – большая цена для SMB, как по мне.

У Microsoft есть аналог vSphere Essentials – специальная редакция SCVMM. Ну и по аналогии с Essentials Plus можно взять пакетом другие продукты System Center.

Если совсем начистоту, высокая доступность и живая миграция доступны в Hyper-V без SCVMM, то есть даром.

4) Лучший способ защитить виртуальную среду – VMware vShield.

В общем, это круто, функционально и ни у кого нет ничего подобного.

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

5) Получите все преимущества частных облаков с пулами ресурсов и балансировкой нагрузки на СХД (Storage DRS).

Пулы ресурсов позволяют гибко объединять и распределять ресурсы частного облака. Это стало возможно благодаря DRS, vShield Zones и Distributed Switch. Благодаря Storage DRS мы можем автоматически определять, на каких хранилищах будет запущена ВМ. Ничего подобного у Hyper-V R2 SP1 и Xen Server нет. Также у них отсутствует возможность настройки правил размещения виртуальных машин/виртуальных дисков на хранилищах.

За пулы ресурсов я не скажу, а вот Storage DRS в текущей версии Hyper-V/XenServer действительно нет. Та миграция дисков, которая сейчас имеется, гораздо хуже реализации в vSphere 5.

6) Более высокий уровень консолидации с низкой стоимостью.

vSphere 5 предлагает сразу несколько технологий оптимизации памяти, тогда как Hyper-V/Xen – только Memory Ballooning. В результате, vSphere может предложить большую вместительность. Кроме того, в vSphere более эффективные драйвера ввода/вывода и планировщик vCPU, чем в Hyper-V, XenServer или KVM.

Насчет низкой стоимости сразу не соглашусь: прикидывали с Кибкало сравнение емкостей Hyper-V R2 SP1 и vSphere 5. Примерно сопоставимые деньги, если это vSphere Std, и значительно дороже в vSphere Ent+. При этом функционал Hyper-V R2 SP1 +System Center ближе к vSphere Ent, чем к vSphere Std.

С другой стороны, у vSphere есть Host SSD Cache, засчет него она может прилично увеличить емкость, делая Host swap на хранилище с SSD. Хотя стоимость при этом также возрастает как за счет SSD, так и за счет дополнительных лицензий на vRAM.

Резюмируя, можно добавить, что в vSphere 5 нет большого смысла в использовании технологий экономии памяти. Зачастую оптимальнее докупить еще памяти, чем терять в производительности засчет Host Swap/Memory Compression.

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

Насчет более эффективной модели драйверов или планировщика мне сказать нечего.

7) Использование профилей СХД для соответствия SLA приложениям

Благодаря профилям СХД вы можете настраивать уровни для своих хранилищ и в автоматическом режиме поддерживать соответствие назначенного уровня и текущего расположения. Доступна поддержка плагинов от вендоров, вы можете назначать профили в зависимости от аппаратной составляющей хранилища. В SCVMM такого нет.

Подтверждаю – такого нет.

Снижение стоимости запланированного обслуживания засчет более высокой скорости vMotion/Storage vMotion.

vSphere может использовать 10Гбит адаптеры для миграции, причем использовать несколько адаптеров для еще более быстрой миграции. Storage vMotion мигрирует практически без влияния на приложение. Hyper-V использует Quick Migration, который приостанавливает ввод/вывод, XenServer/KVM не имеют функционала горячей миграции дисков.

По vSphere все так. По другим вендорам – вроде бы так, но смотрим дисклеймер.

9) Гарантия SLA – Storage I/O и Network I/O Control.

Hyper-V/XenServer обеспечивают лишь базовый функционал по приоритезации использования процессора/памяти, тогда как vSphere обеспечивает полный пакет управления виртуальными ресурсами.

Вроде бы так и есть.

10) Централизованное управление бездисковыми серверами – Autodeploy.

Легкое добавление хостов в кластер засчет загрузки через сеть. Можно загрузить хост и тут же применить на него профиль.

Citrix предоставляет базовый функционал по загрузке с PXE, но нет функционала по автоматизации выбора и кастомизации образов.

У SCVMM2012 такой функционал точно есть, у Citrix вроде бы тоже (по крайней мере XenApp сервера он точно умеет делать).

Кроме того, все текущие реализации подобной технологии – SPOF (единая точка отказа). Если грамотно не подойти к реализации, то при отказе одной виртуальной машины вы не можете включить/перезагрузить ваши сервера. Кстати, если они все выключены – вы тоже не можете их включить ))

Еще 10 причин…

11) Virtual Storage Appliance – общее хранилище для всех.

Судя по стоимости, далеко не для всех. Кроме того, подобные решения есть и от сторонних вендоров, например, Starwind или LeftHand.

12) Распределенный свитч для частных облаков.

Есть у VMware, отсутствует у Microsoft и есть в обрезанном виде у Citrix (не все поддерживается и нет поддержки сторонних вендоров).

Пока все так. Впрочем, не стоит забывать, что большинство операций с сетью нормально скриптуются как в vSphere, так и в Hyper-V. Но штука удобная – факт. Да и второй эффективный вариант балансировки сетевой нагрузки там есть – Load-based teaming.

13) Наипростейший способ настройки хостов – Host Profiles.

Поддерживает абсолютно все аспекты настройки хостов, в том числе и проверки их совместимости с имеющимся профилем. У Hyper-V делается в ручном режиме через System Center.

По VMware все так.

14) Нулевой даунтайм с VMware Fault Tolerance.

Ну вы уже поняли, да? У VMware все круто, а остальные – фууу.

По факту FT мало применим из-за множества ограничений, главное из которых – один vCPU, а также большая нагрузка на сеть для передачи синхронизированных данных. С другой стороны есть решения типа Stratus, поддерживающие как VMware, так и Hyper-V, обладающие большей функциональностью.

15) Горячее добавление ресурсов ВМ (процессор, память, и т.д.)

Действительно, VMware обладает функционалом добавления процессоров, памяти и других устройств без остановки ВМ. Кроме того, процессоры и память нагорячую никто не добавляет.

Ложка дегтя: горячее добавление процессоров/памяти поддерживается не всеми операционными системами. Также по умолчанию оно выключено, для включения необходимо выключить ВМ.

16) Снижение стоимости хранения засчет тонких дисков и механизма оповещений

В vSphere есть не только функционал тонких дисков, но и оповещения о превышении дисковой квоты (в случае расширения дисков). У Hyper-V есть только функционал тонких дисков.

Спорное преимущество, честно говоря. Вам никто не мешает отталкиваться от определенного места на хранилище. Если оно меньше 100Гб – срочно заниматься его освобождением.

17) Спасите ваши деньги с DPM, выключив неиспользуемые сервера.

Абсолютно поддерживаемый функционал, работающий со всеми функциями vSphere. Кроме того, есть возможность включения/выключения DPM, с целью избежать утренних тормозов. У Hyper-V есть только Core Parking, немного снижающий энергопотребление. У XenServer есть схожий функционал, но он не соблюдает правила размещения ВМ.

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

18) Широчайший спектр поддерживаемых ОС, новый веб-клиент и Virtual Center Aplliance.

Список ОС, поддерживаемых к запуску на гипервизоре, самый широкий из конкурентов. Новый клиент совместим практически с любым браузером, а VC Appliance не требует лицензии Windows Server для управляющего сервера.

Cirtix/Hyper-V поддерживают только Windows-клиента, а для RedHat нужен управляющий сервер на основе Windows!

Вроде бы все так. Стоит только помнить, что поддерживаемая к запуску ОС – это ОС, которая запустится, и на которую установятся VMware Tools для более оптимальной работы. В случае каких-то проблем с этой ОС вам придется рассчитывать только на себя. Тех.поддержка VMware не будет решать проблемы с Windows NT.

Новый клиент не является заменой vClient. Он предназначен для администрирования виртуальных машин и приложений (vAPP) (вроде бы). Администрировать с его помощью виртуальные сети или хранилища не получится! Так что вам по прежнему необходима рабочая станция с MS Windows.

А VCVA (апплайнс) не содержит Update Manager (например). На текущий момент Update Manager устанавливается только на Windows Server.

19) Встроенная отказоустойчивость и балансировка сети.

В vSphere есть, работает из коробки. В Hyper-V R2 вроде бы отдано на откуп сторонним вендорам, в результате непонятно, чья зона ответственности наступает в конкретном случае.

Все так.

20) Поддержка свежего оборудования в виртуальной среде.

Это 3D, USB3.0, виртуализация MacOS.

Hyper-V/XenServer требуют дорогостоящих видеокарт для виртуализации 3D, ни USB, ни MacOS реализовать они не могут.

С 3D вопрос однозначно непонятный, я бы сплеча не рубил. По поводу USB3/MacOS все так.

С другой стороны, не всем требуется USB3/MacOS.

Выводы

- Маркетологи часто врут

- Для критической оценки написанного требуется все больше знаний.

Виртуальная инфраструктура нашей организации распределена по 40 филиалам в различных городах. Соответственно, в каждом городе имеется свой сервер. Однажды, мы озадачились проблемой сбора данных о результатах выполнения бэкапа в консолидированном виде.

E-mail оповещение с каждого сервера не подходит. Слишком много ненужной информации и будет приходить столько e-mail, сколько задач по всем нашим серверам, то есть как минимум 40 штук. Поднимать ради простого отчета Enterprise сервер тоже не хотелось, к тому же его отчет не совсем то, что мы хотели видеть.

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

Собственно сам скрипт:

Script.ps1

param(
$xml_param_file= "VeeamBackupMonitoring.xml",
$smtpServer= "mail"
)

$_.email | foreach-object {
send-mailmessage -to ('Administrator <' + $_ + '>') -from 'VeeamBackup monitoring<script@domain.ru>' -body $mail -subject $subject -smtpServer $smtpServer -Encoding ([System.Text.Encoding]::UTF8)
}
}

И файл параметров к нему:

VeeamBackupMonitoring.xml
<root>
<item>
<email>mail@domain.ru</email>
<host>perm-bckp-01</host>
<host>backup.oren</host>
<host>ulsk-bckp-01</host>
</item>
</root>

Как вы заметили, используется функционал Powershell Remoting (WinRM), который, соответственно, необходимо включить и настроить на серверах бэкапов:
Winrm qc –q

Особо пытливые умы заметили наличие оператора switch с перечислением возможных версий Veeam. Все потому, что разработчики Veeam переписали интерфейс оснастки powershell для версии 5. На 6-ой версии работа скрипта еще не проверялась.

P.S. Кстати, классная идея использовать в качестве файла параметров для скриптов powershell файл xml, который прекрасно разбирается в коде левой задней пяткой:
$xml_param = [xml](Get-Content $xml_param_file)

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

Больше двух лет лежала в черновиках заметка, решил опубликовать.  К сожалению, тема “Как генерировать правильные и хорошие решения?” не раскрыта.

Сегодня решил написать не про виртуализацию, а про более общую, сильно философскую тему.  Про подготовку решений и принятие решений.

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

Второй проблемой стало резервное копирование. В компании имеет FC-хранилище entry-уровня и резервные копии с одних LUNов с данными кладутся на другие LUNы.  На вопрос “вы понимаете, что в случае проблем со хранилищем вы потеряете всё?” получен ответ “да, понимаем!”.

Третье проблемой является наличие бородатых серверов 3-5-7 летней старости временами тормозящих и ИТ хочет обновить часть из них.

Со своими проблемами ИТ приходит к бизнесу и требует сделать ВЫБОР, предлагая варианты решения.

Первое развитие. “Мы не хотим просить”

Решение проблем:

1. Первой – не будем виртуализовать новые сервисы, у нас итак 3 сервака виртуальных.
2. Второй –  Положить резервные копии с одних 10 серверов на локальные диски другие 10 серверов, ведь там есть свободное место.
3. Третьей – оставить инфраструктуру как есть, подкрутить настройки, перекомплектовать сервера, пересобрать RAID’ы.

Второе развитие. “Раз вы просите, то держите”

ИТ-отдел почесал репу и предложил “комплексное” решение:

Давайте купим блейд-центр с 8 лезвиями, напичканными самыми крутыми процессорами, завиртуализируем на них часть сервисов, плюс пару серверов дополнительно будем их использовать по классической схеме без виртуализации. На вопрос “а разве сервисы, которые будут на этой паре запущены проблематично виртуализовать?” дают “чтобы избежать пустых разговоров что 1с7 тормозит из-за того, что сервер виртуальный, я решил сделать так”. Решение вышло порядка 100 тысяч баксов, оно решило бы пару проблем, а резервные копии видать предлагается делать по первому варианту развития.

Муки выбора

Бизнес спрашивает: “оба варианта работают?”, – “да, первый это как теперь, правда, иногда тормоза и бэкап не старее пары дней, а вот если второй должно всё хорошо работать.”

А теперь посмотрите на позицию  бизнеса, ему предложили целых ДВА варианта: один не требует ЗАТРАТ и всё работает с мелкими косяками, а второй – возьми и выложь 100 000 баксов с вероятным улучшением ситуации.

В итоге, ИТ в горести, печали и обиде, бизнес тоже недоволен.

“Принимай решение не торопясь, взвесив все возможные варианты.” – один из принципов менеджмента Toyota.

ИТ выступил стороной готовящей решения, и сделал два ПЛОХИХ варианта, первый плохой и для ИТ, и для бизнеса, а по второму не поинтересовался доступным бюджетом. Бизнес выступил стороной принимающей решения и выбрал из принципа “из двух зол выбирают меньшее”, денег столько тратить не готовы, и можно сделать “бесплатно”.

Вместо этого ИТ необходимо было подготовить 3-4 ХОРОШИХ варианта. Определить критичность и приоритет задач, разделить в соответствии с этим закупки на этапы, человеческим языком на уровне пользователя кратко пояснить, что даёт и какие проблемы закрывает каждый вариант, каждый этап. Чтобы бизнес правильно принял решение у него должны быть варианты правильных решений.

В нашей организации мы движемся к 100% виртуализации всех сервисов. Один из приятных моментов виртуализации – нам практически не надо думать как выполнять резервное копирование сервиса. Есть универсальное средство – Veeam Backup.

Не так давно у нас появился и стал расти DAG кластер Microsoft Exchange Server 2010. На данный
момент его емкость составляет примерно 3000 ящиков, 27 почтовых баз, 27 VMDK по 110 Гб под базы. MS Exchange DAG кластер состоит из 2-х нод, на каждой из которых лежат все 27 баз.

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

А вот результат получился не совсем ожидаемым…

Первое с чем столкнулся при выполнении бэкапа – успешно проходит задание только для полностью пассивной ноды (нет активных БД). Наличие же хотя бы одной активной копии БД на ноде приводило с 80% вероятностью к ошибке:

Cannot create a shadow copy of the volumes containing writer's data. A VSS critical writer has failed. Writer name: [Microsoft Exchange Writer]. Class ID: [{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}]. Instance ID: [{cd169187-75d1-4c72-96f2-d41f9673f22e}]. Writer's state: [VSS_WS_FAILED_AT_FREEZE]. Error code: [0x800423f2].]

Понял, что где-то я был не прав, и обратился к первоисточнику, из которого http://technet.microsoft.com/ru-ru/library/dd876851.aspx выяснил, что необходимо отключить модуль записи VSS службы репликации Microsoft Exchange:

HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters.

Добавить новое значение DWORD с именем EnableVSSWriter и установить для него значение 0.

Отлично! Теперь бэкап выполняется….. в 60-70% случаев успешно;)

Техсаппорт Veeam отправил меня сюда http://www.veeam.com/kb_articles.html/KB1337/All:1:1/vss
что вообщем-то логично. Ну что ж, следовало ожидать. Будем трясти нашего железячника на предмет ускорения дисковой подсистемы.

Однако это еще не все проблемы, с которыми пришлось столкнуться:

Как многие знают, MS Exchange DAG кластер работает на базе стандартного MS Cluster Service. Суть кластера – обмен хертбитами. Если хертбиты пропадают, значит нода упала – надо поинтересоваться у свидетеля на предмет, не меня ли отрубили от сети и поднимать сервис.

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

Иначе говоря, в моем случае, при выполнении бэкапа при создании или удалении снапшота, моя нода превращалась в полностью пассивную, что меня не очень устраивало. Хотелось разделить нагрузку.

По совету интернетов, поправил настройку MS Cluster Service http://technet.microsoft.com/en-us/library/dd197562(WS.10).aspx,
увеличив до максимума задержку между хертбитами (2 секунды) и порог срабатывания (количество пропущенных хертбитов до 10):

cluster /cluster:<ClusterName> /prop SameSubnetDelay=2

cluster /cluster:<ClusterName> /prop SameSubnetThreshold=10

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

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

Резюмируя данные результаты, приходим к выводу: если вы хотите бэкпить виртуальный кластер DAG, то у вас есть три варианта:

1. Бэкапить на уровне приложения (например при помощи
   DPM)
2. Бэкапить полностью пассивную ноду
3. Тюнинговать производительность ваших
   систем.

Книга станет доступна с 1 июня по рекомендованной цене  449 рублей.

Издательство “ДМК-Пресс” проводит акцию – при заказе книги в издательстве до выхода из типографии 360 рублей.

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.

Если при удалении Web Components выдается ошибка “Error 0×80070005 (Access is denied) binding to IIS metabase path IIS://localhost/W3SVC/1. Make sure the website exits.”, то вам необходимо отключить User Access Control.

• 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.