Exchange 2013 + Hyper-V

[Mayhem]

Нужна ваша помощь, друзья.
 Есть 2 сервера, на которых развернута роль Hyper-V и поднято по 1 виртуальной машине.
     На каждой из виртуальных машин установлен Exchange 2013 SP1. Эти Exсhаnge будут объединены в кластер. База почты будет бэкапиться Symantec.
     Как и чем в таком случае правильно бэкапить виртуальные машины ? ОС - везде Win 2012 Standart не R2.
     Больше ничего в кластеры не объединено. Бэкап виртуалок будет делаться не часто и можно и вручную.
     

[Beer_fan]

Сами машины бекапь скриптом через VSS.
Очень хорошо работает Bare Metal Recovery. А если ничего акромя Hyper-V на машинах нет, то тебе сам боженька велел так бекапить.

[Mayhem]

В плане бэкапа сейчас тестируем Veeam Backup Free Edition. ВМ со стандартной базой и еще двумя разделами, общим объемом 2,7 ТБ. Бэкап идет 5 часов, восстанавливается почти 8. Сеть гигабитная. Основной вопрос не в том чем бэкапить, хотя и в этом тоже (нашли еще HV Backup, но пока не тестили), а в том как правильно бэкапить, что бы при восстановлении корректно заработал кластер Exchange.

[Matiz]

Нужна ваша помощь, друзья.
   

Легко. Обращайтесь.

 Есть 2 сервера, на которых развернута роль Hyper-V и поднято по 1 виртуальной машине.
     На каждой из виртуальных машин установлен Exchange 2013 SP1. Эти Exсhаnge будут объединены в кластер.     

Какой именно, блин, кластер ? В Exchange внезапно несколько ролей. И каждая из них кластеризуется по разному. Или вы про кластер Hyper-V ?

  Как и чем в таком случае правильно бэкапить виртуальные машины ? ОС - везде Win 2012 Standart не R2.
 Больше ничего в кластеры не объединено. Бэкап виртуалок будет делаться не часто и можно и вручную.   

У вас есть Symantec. Что еще конкретно вам нужно для бэкапа машин? Ну можно еще арксерв купить. Или еще что-то. Только зачем ?


 

[Mayhem]

Какой именно, блин, кластер ? В Exchange внезапно несколько ролей. И каждая из них кластеризуется по разному. Или вы про кластер Hyper-V ?

Имеется ввиду именно кластер Exchange - DAG и NLB.

У вас есть Symantec. Что еще конкретно вам нужно для бэкапа машин? Ну можно еще арксерв купить. Или еще что-то. Только зачем ?

Symantec для бэкапа базы. А бэкап ВМ хотим на случай если один из серверов выходит из строя и что бы максимально быстро развернуть ВМ на другом сервере. Ну или что бы, при возникновении проблем после установки обновлений, можно было восстановить прежнее стабильное состояние.

Или проще сделать кластер Hyper-V и использовать Failover ?

[Matiz]

Имеется ввиду именно кластер Exchange - DAG и NLB.Symantec для бэкапа базы.

Крайне спорное решение совмещать DAG и NLB. Ну и не менее спорна виртуализация мейлбокс стореджа. Ну ок, сделали - сделали.

Symantec для бэкапа базы. А бэкап ВМ хотим на случай если один из серверов выходит из строя и что бы максимально быстро развернуть ВМ на другом сервере. Ну или что бы, при возникновении проблем после установки обновлений, можно было восстановить прежнее стабильное состояние.

Еще раз. У вас есть Symantec. Это нормальное и промышленное средство резервного копирования. Какие именно религиозные соображения мешают использовать именно его для бэкапа виртуальных же машин ? Это раз.

В W2012 родной бэкап вполне себе интегрирован с Hyper-V. Какие именно политические соображения останавливают от того, чтобы использовать его ? Это два.

Или проще сделать кластер Hyper-V и использовать Failover ?

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

PS За тон - прошу простить. Сильно перегружен по работе.

[Matiz]

И да. Чем у вас реализован NLB ? Циска внешняя какая-то ?

[Mayhem]

Крайне спорное решение совмещать DAG и NLB. Ну и не менее спорна виртуализация мейлбокс стореджа. Ну ок, сделали - сделали.

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

Еще раз. У вас есть Symantec. Это нормальное и промышленное средство резервного копирования. Какие именно религиозные соображения мешают использовать именно его для бэкапа виртуальных же машин ? Это раз.

Вот в этом вопрос, в меню добаления нет возможности добавить сервер Hyper-V. только VMware. Вот поэтому и стали смотреть другие решения.

В W2012 родной бэкап вполне себе интегрирован с Hyper-V. Какие именно политические соображения останавливают от того, чтобы использовать его ? Это два.

Имеется ввиду VSS ? или DPM?

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

Спасибо.

И да. Чем у вас реализован NLB ? Циска внешняя какая-то ?

DNS балансировка.

[Matiz]

.Вот в этом вопрос, в меню добаления нет возможности добавить сервер Hyper-V. только VMware. Вот поэтому и стали смотреть другие решения.

Тогда большой привет тем, кто его закупал, купив опцию VMware, но не купив Hyper-V. У вас просто опция соответствующая не установлена. У вас какой именно симантек ? нетбэкап или бекап экзек ?

Имеется ввиду VSS ? или DPM?

Windows Server Backup. Не знаю, может ли это называться VSS. Но точно не угробищный DPM.

.DNS балансировка.

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

В Exchange 2013 совершенно необязателен L7 балансер, вполне подойдет копеечный L4. Подумайте над таким вариантом, серьезно вам говорю.

[Mayhem]

Тогда большой привет тем, кто его закупал, купив опцию VMware, но не купив Hyper-V. У вас просто опция соответствующая не установлена. У вас какой именно симантек ? нетбэкап или бекап экзек ?

Backup Exec. Закупалось давно и тогда про виртуализацию не шло даже разговора, а уж про гипервизор и подавно.
Интересно, можно ли докупить этот функционал сейчас.

Windows Server Backup. Не знаю, может ли это называться VSS. Но точно не угробищный DPM.

Спасибо, посмотрим.

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

Есть бюджетные железные балансеры ?

В Exchange 2013 совершенно необязателен L7 балансер, вполне подойдет копеечный L4. Подумайте над таким вариантом, серьезно вам говорю.

Можно про эти уровни поподробнее ?

[Matiz]

Backup Exec. Закупалось давно и тогда про виртуализацию не шло даже разговора, а уж про гипервизор и подавно.
Интересно, можно ли докупить этот функционал сейчас.

Конечно можно. Он поэтому модульно и продается. Но конкретно для ваших целей - я не стал бы. Родной бэкап - за глаза.
Или правда виимом каким, даже бесплатный вроде hyper-v поддерживает.

Есть бюджетные железные балансеры ?

Разумеется. 240ая барракуда стоит пару тысяч баксов, для ваших требований за глаза. Даже у Длинка что-то такое было уровня SOHO. На худой конец любой говносервер на линуксе . Но лучше все-же честный аппаратный балансер, благо стоит как не самый дорогой ноут.
Только еще сначала стоит анализ других сервисов сделать, может и на L7 замахнуться имеет смысл сразу. 

 Можно про эти уровни поподробнее ?

Это уровни модели OSI. Вам точно про нее нужно рассказывать ?
Дело в том, что Exchange 2010 для NLB требовал поддержки сложных RPC соединений, поэтому требовались балансеры L7(более дорогие). В Exchange 2013 модель упростили , и поддержка L7 стала необязательна.
Что не мешает Exchange 2013 оставаться самым большим разочарованием для меня со времен выхода Windows ME  

[Mayhem]

Конечно можно. Он поэтому модульно и продается. Но конкретно для ваших целей - я не стал бы. Родной бэкап - за глаза.
Или правда виимом каким, даже бесплатный вроде hyper-v поддерживает.

Veeam Free поддерживает Hyper-V, поэтому его и смотрим сейчас. Собственно с чего и началалась тема. Ваше мнение - нужно бэкапить ВМ  и как избежать проблем синхронизации при восстановлении ?

Разумеется. 240ая барракуда стоит пару тысяч баксов, для ваших требований за глаза. Даже у Длинка что-то такое было уровня SOHO. На худой конец любой говносервер на линуксе . Но лучше все-же честный аппаратный балансер, благо стоит как не самый дорогой ноут.
Только еще сначала стоит анализ других сервисов сделать, может и на L7 замахнуться имеет смысл сразу. 

http://www.ntsecurity.com/barracuda-products/barracuda-load-balancer/barracuda-load-balancer-240.html ?
Он только для 2х хостов ? При переносе почты во внешнюю инфраструктуру его соответственно тоже нужно будет переносить туда ?
По поводу говно сервера на линуксе - можно завиртуалить линукс и сделать из него балансер ? и это будет надежнее чем DNS балансировка ?
Всетаки для 240-250 пользователей врят ли дадут купить железку за полтинник.

Это уровни модели OSI. Вам точно про нее нужно рассказывать ?

  думал что-то секретное.

Мы сейчас переходим с Exchange 2007.

[Matiz]

Veeam Free поддерживает Hyper-V, поэтому его и смотрим сейчас. Собственно с чего и началалась тема. Ваше мнение - нужно бэкапить ВМ  и как избежать проблем синхронизации при восстановлении ?

Бэкапить в любом случае нужно.
Но у нас был кейс, когда потеряли целиковый сторедж, на котором был и Exchange, помимо прочего.
В итоге оказалось, что поднять Exchange с нуля со всеми настройками -займет 25 минут. А восстанавливать из ночного бэкапа - дольше и муторнее.
Так что бэкап иметь очень полезно и правильно. Но один Периодически обновляя его. А в случае чего , скорее всего просто с нуля поднимете

http://www.ntsecurity.com/barracuda-products/barracuda-load-balancer/barracuda-load-balancer-240.html ?
Он только для 2х хостов ? При переносе почты во внешнюю инфраструктуру его соответственно тоже нужно будет переносить туда ?

Нет, как заявлено - тянет до 10 серверов. Можно и постарше модельки посмотреть, они не сильно дороже.
По поводу переноса - смотря куда будете переносить. в ряде DC такие сервисы как балансировка уже имеют место быть.

По поводу говно сервера на линуксе - можно завиртуалить линукс и сделать из него балансер ? и это будет надежнее чем DNS балансировка ?
Всетаки для 240-250 пользователей врят ли дадут купить железку за полтинник. 

Можно. Это будет не то, чтобы сильно надежнее - это будет сильно лучше. Round robin - до безобразия тупая штука, которая не отслеживает ВООБЩЕ ничего. Любой балансер отследит то, что вам нужно. Ну и да, если будет говнолинукс - стоит подумать, где его правильно размещать
Но я все же за железку

[Mayhem]

Бэкапить в любом случае нужно.
Но у нас был кейс, когда потеряли целиковый сторедж, на котором был и Exchange, помимо прочего.
В итоге оказалось, что поднять Exchange с нуля со всеми настройками -займет 25 минут. А восстанавливать из ночного бэкапа - дольше и муторнее.
Так что бэкап иметь очень полезно и правильно. Но один Периодически обновляя его. А в случае чего , скорее всего просто с нуля поднимете

Ну вот собственно так и хотели делать. Разворачивание бэкапа Veeam заняло 8 часов.Может правильнее держать на готове образ ВМ с установленой ОС и Exchange и не введенной в домен, а когда нужно его вводить в строй ? Просто этот бэкап, без перезаведения в домен не работает.

Нет, как заявлено - тянет до 10 серверов. Можно и постарше модельки посмотреть, они не сильно дороже.
По поводу переноса - смотря куда будете переносить. в ряде DC такие сервисы как балансировка уже имеют место быть. Можно. Это будет не то, чтобы сильно надежнее - это будет сильно лучше. Round robin - до безобразия тупая штука, которая не отслеживает ВООБЩЕ ничего. Любой балансер отследит то, что вам нужно. Ну и да, если будет говнолинукс - стоит подумать, где его правильно размещать
Но я все же за железку

Планируем переносить Exchange, Транспортный сервер(не Microsoft), ну и тогда и балансировочный сервер. и все это в виде виртуальных машин. Так можно сделать или мы не правильно мыслим ?
Так, а под линукс просто ставится и настраивается какая-то программа ? хотя б примерные названия.
Просто, если мы будем так делать, то ставить балансер на OpenBSD. А вообще не в курсе, BSD системы нормально виртуалятся на Hyper-V или с танцами и шаманством?

[Mayhem]

Ап.

[Matiz]

Ап.

Упс. Думал, что мячик на вашей стороне почему-то

Ну вот собственно так и хотели делать. Разворачивание бэкапа Veeam заняло 8 часов.Может правильнее держать на готове образ ВМ с установленой ОС и Exchange и не введенной в домен, а когда нужно его вводить в строй ? Просто этот бэкап, без перезаведения в домен не работает. 

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

Планируем переносить Exchange, Транспортный сервер(не Microsoft), ну и тогда и балансировочный сервер. и все это в виде виртуальных машин. Так можно сделать или мы не правильно мыслим ? Так, а под линукс просто ставится и настраивается какая-то программа ? хотя б примерные названия.

Можно.
Для уверенности только еще сделайте кластер из балансировочных серверов, оно крайне полезно. Сотфверными балансерами всерьез заморачивался только оракловыми для WLC, толком не подскажу. nginx такое точно умеет ,  наверняка есть еще множество плагинов.

Просто, если мы будем так делать, то ставить балансер на OpenBSD. А вообще не в курсе, BSD системы нормально виртуалятся на Hyper-V или с танцами и шаманством?

Работают, видел в каком-то банке такую установку. Насколько оно хорошо работает и поддерживаемо ли официально - не скажу.

И да. Вы упомянули транспортный сервер (не MS ) - это про что ? У вас какое-то дополнение к родному транспорту от MS ?

[Mayhem]

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

Вычитал, что не выйдет поставить Exchange на недоменную машину. Типа при установке Exchange прописывает изменения в AD и прочее.
Возник такой вариант еще:
- разворачиваем ВМ с осью + All Updates (имя присваиваем как у сломаного сервера)
- запускаем Setup /m:RecoverServer и делаем как по ссылке http://technet.microsoft.com/ru-RU/library/dd638206(v=exchg.150).aspx
- после устанавливаем сам Exchange
- вводим этот сервер в старый кластер.
по времени выйдет не слишком долго (часа 1,5) и вроде в Exchange не накосячим. Рабочий вариант ?

Кстати, пока что при тестировании больше понравился Windows BackUp, чем Veeam. Разворачивает быстрее и работает сразу, но не понравилось отсутствие сжатия бэкапа (или не нашел как включить). А то сервер с базой и прочим будет занимать многовато места. И при восстановлении менее удобен чем Veeam, но скорость и качество выше. Спасибо за подсказку. 

Можно.
Для уверенности только еще сделайте кластер из балансировочных серверов, оно крайне полезно. Сотфверными балансерами всерьез заморачивался только оракловыми для WLC, толком не подскажу. nginx такое точно умеет ,  наверняка есть еще множество плагинов.

Про Nginx тоже уже читал, осталось понять до конца и найти конфиг под эту задачу. Еще читал про IIS ARR, но я так понял что это не совсем балансировка и больше для публикации сервисов Exchange, а нам оно не надо.
Вот еще вопрос про балансер и почту - Обычная схема работы почты, допустим при получении письма:Внешний транспорт - CAS - DAG.
То с балансировщиком это будет так: Внешний транспорт - Балансировщик (по сути прокси) - CAS - DAG ( Тоесть письмо при получении от Транспортного сервера пойдет на IP балансера и он уже сам отошлет его на сервер с CAS, который посчитает нужным? Или балансер вообще не принимает участия в транспорте писем а просто следит за нагрузкой на CAS ?

Работают, видел в каком-то банке такую установку. Насколько оно хорошо работает и поддерживаемо ли официально - не скажу.

Скорее всего поддерживается, но без средств интеграции.

И да. Вы упомянули транспортный сервер (не MS ) - это про что ? У вас какое-то дополнение к родному транспорту от MS ?

Имеется ввиду CommunigatePro, через который идет прием и отправка писем. И который находится в DMZ. Вот его как раз и придется виртуалить на Hyper-V+OpenBSD 

[Matiz]

Вычитал, что не выйдет поставить Exchange на недоменную машину. Типа при установке Exchange прописывает изменения в AD и прочее.
Возник такой вариант еще:
- разворачиваем ВМ с осью + All Updates (имя присваиваем как у сломаного сервера)
- запускаем Setup /m:RecoverServer и делаем как по ссылке http://technet.microsoft.com/ru-RU/library/dd638206(v=exchg.150).aspx
- после устанавливаем сам Exchange
- вводим этот сервер в старый кластер.
по времени выйдет не слишком долго (часа 1,5) и вроде в Exchange не накосячим. Рабочий вариант ?

Не совсем понял чего вы хотите добиться таким алгоритмом.
Ставится винда, ставятся фиксы и нужное ПО (это можно подготовить и заранее)
Ставится Эксчендж в режиме восстановления.
Все.

Вот еще вопрос про балансер и почту - Обычная схема работы почты, допустим при получении письма:Внешний транспорт - CAS - DAG.
То с балансировщиком это будет так: Внешний транспорт - Балансировщик (по сути прокси) - CAS - DAG ( Тоесть письмо при получении от Транспортного сервера пойдет на IP балансера и он уже сам отошлет его на сервер с CAS, который посчитает нужным? Или балансер вообще не принимает участия в транспорте писем а просто следит за нагрузкой на CAS ?

Ой. Без обид, но вам стоит срочно что-то почитать про Exchange. Иначе такого наворотите...
Для начала расшифруйте для себя CAS.
А процессе чтения, глядишь, появится и понимание, что Commnigate Pro вам нахер не нужен. С какой целью вы вообще его вкорячиваете с схему ?
Не, я знаю компании, в которых стоит postfix, за ним еще что-то, а за ним уже Lotus. Но это у них так сложилось, и им лень думать и переделывать.
Но у вас то вроде есть возможность архитектурно все правильно сделать, раз все равно миграция идет.

[Mayhem]

Не совсем понял чего вы хотите добиться таким алгоритмом.
Ставится винда, ставятся фиксы и нужное ПО (это можно подготовить и заранее)
Ставится Эксчендж в режиме восстановления.
Все.

Ну вот примерно это и хотел сказать. Получается, что поднять с нуля Exchange в 2 раза быстрее, чем восстанавливать из Бэкапа.

Ой. Без обид, но вам стоит срочно что-то почитать про Exchange. Иначе такого наворотите...
Для начала расшифруйте для себя CAS.
А процессе чтения, глядишь, появится и понимание, что Commnigate Pro вам нахер не нужен. С какой целью вы вообще его вкорячиваете с схему ?
Не, я знаю компании, в которых стоит postfix, за ним еще что-то, а за ним уже Lotus. Но это у них так сложилось, и им лень думать и переделывать.
Но у вас то вроде есть возможность архитектурно все правильно сделать, раз все равно миграция идет.

Сейчас Communigate служит для того, чтобы не светить Microsoft Windows во вне. И Communigate и публикации сервисов Exchange находятся на BSD системах, которые, как считает руководство (не безосновательно), более безопасно чем Microsoft. Ну и исторически так сложилось, да и настроено все уже давно и корректно работает. Если сейчас его исключать, то нужно вводить и настраивать транспортный сервер Microsoft, который так же будет на границе. Чем лучше поменять Communigate на Пограничный транспортный сервер ?

Как работает CAS и что в этой версии Exchange все предыдущие роли совмещены в 2х тоже ясно. Не очень понятно как работает балансировка нагрузки, подозреваю, что она перенаправляет коннект от конкретного клиента на конкретный хост из указанного набора и для этого как раз и достаточно L4.

[Mayhem]

Подниму тему.
Кто что посоветует для мониторинга Exchange 2013 и для мониторинга работы ВМ на Hyper-V ?
Понятно, что серьезные программы стоят не дешего, для Exchange будет достаточно оповещения при проблемах с базой.

Пока все советуют обратить внимания на System Center Operations Manager. Есть другие варианты ?