none
Вопрос про связку двух Exchange 2010 RRS feed

  • Вопрос

  • День добрый. Коллеги возникла такая идея:

    Два провайдера, два выделенных сервера, один немного мощнее, но не суть.
    На каждом в качестве хоста Hyper-V Server 2008R2, на каждом по одной виртуальной машине:
    2008R2 (DC) + Exchange2010(HubTr,ClientAccess,Mailbox)

    Идея соединить два эти сервера в DAG. Что скажете? Возможно ли это и какие есть нюансы?

    Заранее спасибо.

    28 марта 2011 г. 14:18

Ответы

Все ответы

    • Помечено в качестве ответа averonesi 28 марта 2011 г. 15:03
    28 марта 2011 г. 14:47
  • DAG касается только роли Mailbox. Так что работать будет. Вопрос только в том, что у вас какая-то оригинальная конфигурация...
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    28 марта 2011 г. 14:58
    Модератор
  • Спасибо огромное.

    28 марта 2011 г. 15:03
  • DAG касается только роли Mailbox. Так что работать будет. Вопрос только в том, что у вас какая-то оригинальная конфигурация...
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/

    Ну вот собственно меня это и волнует. Вообще идея сделать отказоустойчивую систему.

    С прозрачным переключением для конечных пользователей.

    А в чем оригинальность?

    Сейчас в догонку смотрю это http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/planning-deploying-testing-exchange-2010-site-resilient-solution-sized-medium-organization-part1.html

    С одной стороны все просто а с другой, насколько эффективна будет такая система?

    28 марта 2011 г. 16:39
  • Не было случаем ни у кого практического опыта такого решения?
    28 марта 2011 г. 16:53
  • >Вообще идея сделать отказоустойчивую систему

    А стоит ли в таком случае так сильно все усложнять? Может просто организовать локальный DAG + CAS массивы (подробнее тут) и обеспечить доступ в интернет наличием 2-х провайдеров?


    http://alexxhost.ru
    28 марта 2011 г. 17:07
  • >Вообще идея сделать отказоустойчивую систему

    А стоит ли в таком случае так сильно все усложнять? Может просто организовать локальный DAG + CAS массивы (подробнее тут) и обеспечить доступ в интернет наличием 2-х провайдеров?


    http://alexxhost.ru

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

     

    28 марта 2011 г. 17:22
  • Ну если очень хочется, то почему бы и нет... лишь бы цель оправдывала средства. Лично я пять раз бы подумал, прежде чем такое строить, ведь вероятность того, что на вашу серверную упадет самолет ничтожно мала, а следовательно, территориально разносить нет смысла, ИМХО.

    Эта тема очень хорошо освещена на  http://www.msexchange.org.


    http://alexxhost.ru
    28 марта 2011 г. 17:28
  •  

    начальству, собственно как и мне, хочется территориально разнесенных серверов, и скорейшего переключения сервисов с одного сервера на другой в случае проблем. Собственно 24/7. Хотя клиентов у нас очень мало, но хочется один раз и надолго. Я собственно за советом сюда и обратился.

     

    24/7 на двух площадках - это резервирование датацентров. Боюсь для малого числа пользователей это будет слишком накладно: получается минимум тройной расход для MB (две локальные копии плюс одна удаленная), да еще резерв CAS... плюс каналы репликации...

    Попробуйте все же объективно оценить нужно ли вам восстановление сервиса за 30 секунд или вы можете позволить более длительное время простоя.


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-
    29 марта 2011 г. 10:43
    Модератор
  •  

    начальству, собственно как и мне, хочется территориально разнесенных серверов, и скорейшего переключения сервисов с одного сервера на другой в случае проблем. Собственно 24/7. Хотя клиентов у нас очень мало, но хочется один раз и надолго. Я собственно за советом сюда и обратился.

     

    24/7 на двух площадках - это резервирование датацентров. Боюсь для малого числа пользователей это будет слишком накладно: получается минимум тройной расход для MB (две локальные копии плюс одна удаленная), да еще резерв CAS... плюс каналы репликации...

    Попробуйте все же объективно оценить нужно ли вам восстановление сервиса за 30 секунд или вы можете позволить более длительное время простоя.


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-

    Можем до часа простоя. Вот каналы репликации меня тоже смущают хотя хостинг хороший.

    Что же спасибо за отклик. Попробуй найти людей с практическим применением данной структуры.

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/high-availability-recovery/designing-site-resilient-exchange-2010-solution-part1.html

    29 марта 2011 г. 15:31
  •  

    начальству, собственно как и мне, хочется территориально разнесенных серверов, и скорейшего переключения сервисов с одного сервера на другой в случае проблем. Собственно 24/7. Хотя клиентов у нас очень мало, но хочется один раз и надолго. Я собственно за советом сюда и обратился.

     

    24/7 на двух площадках - это резервирование датацентров. Боюсь для малого числа пользователей это будет слишком накладно: получается минимум тройной расход для MB (две локальные копии плюс одна удаленная), да еще резерв CAS... плюс каналы репликации...

    Попробуйте все же объективно оценить нужно ли вам восстановление сервиса за 30 секунд или вы можете позволить более длительное время простоя.


    Сазонов Илья http://www.itcommunity.ru/blogs/sie

    А скажите пож-та что именно вы имели ввиду под каналы репликации? Высокая пропускная способность?
    30 марта 2011 г. 15:48