компания, в которой я работаю, рассматривает возможность развертывания Exchange 2010 или office365. У нас есть несколько центров обработки данных, однако наше хранилище не используется совместно (поэтому нет кластера Windows). Каков рекомендуемый способ настройки обмена между двумя центрами обработки данных для аварийного переключения?
И какие лицензии для этого потребуются? У нас всего около 25 пользователей, а к концу года их число может вырасти до 40.
Для Exchange 2010 общее хранилище больше не является обязательным. Программная репликация была добавлена как функция Exchange 2010 и в настоящее время работает для нас. То, что вы хотите настроить, - это вызвать DAG (группа доступности базы данных). Следующая техническая статья затрагивает основы этого.
http://technet.microsoft.com/en-us/library/dd979799.aspx
Я считаю, что задержка и пропускная способность каналов вашего центра обработки данных будут определять возможность аварийного переключения при отказе. В противном случае вам может потребоваться отложенная реплика на дополнительном сайте.
Само собой разумеется, что вам понадобится как минимум 2 сервера (предпочтительно 4), чтобы достичь того, что вы описываете. Это просто (простой в управлении) пример, где каждый сервер выполняет роли HUB, CAS и MBX:
2 идентичных физических сервера, по одному в каждом центре обработки данных.
В этом сценарии вам потребуются 4 лицензии Exchange Server 2010 Standard Server и 25 стандартных клиентских лицензий. Если вы хотите использовать функции безопасности Forefront для Exchange, я, вероятно, выбрал бы Enterprise CAL (они включают Forefront для Exchange + Forefront Endpoint Protection для всех клиентов). Помните, что 2 сервера, используемые для ролей CAS / MBX, должны быть серверами Enterprise или Datacenter Edition, чтобы настроить функции устойчивости сайта (требуется отказоустойчивая кластеризация и NLB)
При этом, учитывая 25-50 пользователей и высокий приоритет, я бы определенно сказал: Перейти O365! Если у вас нет особой потребности в индивидуальной настройке или каких-либо «локальных» требований, так сказать, не так много причин не покупать облачный сервис вместо того, чтобы размещать его самостоятельно. Опять же, зависит от ваших потребностей и ваших ресурсов.