none
2 ДЦ Site-Resilient RRS feed

  • Вопрос

  • Доброго дня.

    Почитал форум и нашел несколько подобных тем с обсуждениями, однако либо не нашел то что нужно либо не понял.

    Есть задача настроить автоматическое (или ручное) переключение клиентов оутлук (в том числе anywhere) к двум Exchange 2010 в двух ДЦ (по отдному серверу в каждом ДЦ, в каждом своя подсеть, следовательно свой сайт в AD). 

    Что я планирую - разместить в каждом ДЦ по одной виртуалке Exchange 2010 (CAS+HUB+MBX). Объединить MBXы в DAG, в случае аварии базы на основном, на резервном Exchange базы будут актуальны. 

    Вопрос - как быть с CASами? (чтобы клиентские оутлуки автоматичеси переезжали на резервный CAS)

    На сколько я понимаю CAS Array работает только в пределах одного сайта, т.е. в сценарии с 2мя сайтами надо два CAS Array. При аварии и выходе из строя 1го ДЦ во 2м будет рабочий Exchange с актуальными базами, однако клиенты не смогут его найти.

    Отсюда ещё вопрос - если в этот момент поменять параметр RPCClientAccessServer (на значение для CAS Array2) для баз, оутлуки автоматически (через какое время) переключаться на новый Exchange (переключаться ли вообще) или нужны будут дополнительные действия?

    Интересней всего опыт реальных подобных внедрений.

    26 марта 2013 г. 5:14

Ответы

  • Жаль никто больше не прокомментировал. 

    В итоге реализовали вариант описанный выше, уже 3й месяц все ок.

    • Помечено в качестве ответа AlexunderG 10 декабря 2013 г. 12:30
    1 июля 2013 г. 14:14

Все ответы

  • День добрый.

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

    Рекомендую обратиться в консалтинг к интеграторам.

    По архитектуре.

    Есть два варианта решения.

    1. Exchange состоит из отдельных HUB/CAS и они находятся в одном VLAN.

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

    По количеству серверов. 

    Рекомендуется на каждой площадке ставить по два сервера Exchange (Всего 4).

    High Availability and Site Resilience Exchange 2010

    High Availability and Site Resilience Exchange 2013


    MCITP. Знание - не уменьшает нашей глупости.

    26 марта 2013 г. 6:21
    Модератор
  • Олег, спасибо за комментарий!

    Господа, быть может кто то ещё выскажет свое мнение по сабжу?

    27 марта 2013 г. 16:45

  • Поговорил на сабжевую тему с консультантом из МС. В процессе разговора был озвучен такой вариант (сошлись на том, что нужно продумать):

    В ДЦ1 размещаем VM1 (CAS+HUB+MBX) сеть 192.168.0.0/24 

    В ДЦ2 размещаем VM2 (CAS+HUB+MBX) сеть 192.168.1.0/24

    MBXы объединяем в DAG. В DNS добавляем вторую пару записей (A+MX для 2го Exchange сервера в большим весом) чтобы почта из вне, в случае падения ДЦ1 валилась на ДЦ2. Таким образом внешняя почта всегда будет приходить в целевые ящики на серверах.

    Переводим внутренних клиентов с MAPI на RPC over HTTP (anywhere). Внешние клиенты уже сейчас успешно работают через anywhere

    При падении ДЦ1 клиенты будут идти ко 2й паре ipов указанных во внешнем DNS и попадать на ДЦ2. 

    Что думаете про такой вариант?


    1 апреля 2013 г. 12:58
  • Жаль никто больше не прокомментировал. 

    В итоге реализовали вариант описанный выше, уже 3й месяц все ок.

    • Помечено в качестве ответа AlexunderG 10 декабря 2013 г. 12:30
    1 июля 2013 г. 14:14