Назад | Перейти на главную страницу

Отказоустойчивый кластер: Microsoft Exchange Server 2010

Сценарий такой:

У меня есть 2 идентичных стоечных сервера высотой 2U с операционной системой Windows Server 2008 R2 Enterprise. Они есть :

  1. в том же домене.
  2. оба установили Exchange 2010 в Hyper-V
  3. оба являются контроллером домена

Если я хочу включить отказоустойчивую кластеризацию для Exchange 2010, обеспечьте нулевое время простоя. Какие шаги? Спасибо за совет.

Если я вас правильно понял, у вас довольно странная установка. Единая корпоративная виртуальная машина с Exchange и DC? Почему бы не установить отдельные виртуальные машины? У вас есть лицензия на это (корпоративная лицензия позволяет вам установить 4 виртуальных машины, если ваш хост-компьютер не выполняет ничего, кроме HyperV и резервного копирования). Вот установка, которую я вам рекомендую. Его преимущество заключается в высокой доступности и отсутствии общего доступа (что означает отсутствие единой точки отказа при условии, что ваша сеть является избыточной. Для использования аварийного переключения Hyper V требуется общее хранилище, которое становится единой точкой отказа. Кластер Hyper V может быть настолько надежным, насколько надежен SAN, который содержит VHD).

  • Установите Windows Server 2008 Enterprise Server Core на каждый сервер
  • Установите роль Hyper V на каждый сервер
  • Настройте виртуальную машину на каждом компьютере как контроллер домена (если у вас еще нет других контроллеров домена. В предпочтительной настройке должен быть хотя бы 1 физический контроллер домена). Убедитесь, что вы отключили синхронизацию времени на этих контроллерах домена.
  • Настройте виртуальную машину на каждом компьютере как серверы Exchange.
  • Настройте группу доступности базы данных с этими двумя серверами Exchange
  • Включить копии базы данных каждой базы данных на каждом сервере
  • Настройте массив CAS и назначьте его каждой базе данных
  • Получите аппаратный балансировщик нагрузки и создайте запись DNS, указывающую имя массива CAS на аппаратный балансировщик нагрузки.

Я не думаю, что существует такое понятие, как нулевое время простоя. Есть такое понятие, как высокая доступность. Это обеспечит вам высокую доступность и, если все будет сделано правильно, вашим пользователям будет казаться, что простоев нет.

Если я хочу включить отказоустойчивую кластеризацию для Exchange 2010, обеспечьте нулевое время простоя. Какие шаги?

RTFM.

Первый, отказоустойчивый кластер не дает нулевого времени простоя. Плохая новость, не правда ли - случается из-за того, что вы не читали документацию. Отказоустойчивый кластер запустит обмен / виртуальную машину на другом сервере, если первый выйдет из строя. Требуется некоторое время (секунды), чтобы понять, что исходная система не работает, плюс время, необходимое для запуска системы (больше для виртуальной машины), поэтому, хотя время невелико, ЭТО НЕ НУЛЕВОЕ ОТКЛЮЧЕНИЕ.

Во-вторых, Exchange может сделать это намного лучше БЕЗ отказоустойчивого кластера. У Exchange есть собственные механизмы кластера, которые могут работать с несколькими копиями данных ... что означает, что на одну вещь меньше, которая может пойти не так (поврежденные файлы при сбое узла), поэтому он (а) превосходит отказоустойчивый кластер и (б) быстрее в переключение.

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