Консолидация сайта Exchange
Я ищу ваши мысли по объединению развертывания Exchange 5 сайтов в один отказоустойчивый сайт. Это возможно? Это просто плохая идея?
Вот подробности:
Site1: Hub site. 5 Мбит / с WAN Link ~200 почтовых ящиков <- Здесь все будет консолидировано.
Site2: глобальная связь 3 Мбит / с ~ 200 почтовых ящиков
Site3: глобальная связь 3 Мбит / с ~ 100 почтовых ящиков
Site4 и Site5: канал WAN со скоростью 1,5 Мбит / с ~ 50 почтовых ящиков каждый
Сервером будет Exchange 2010, и все клиенты будут использовать Outlook 2007 в режиме кэширования. Профиль пропускной способности WAN для каждого из сайтов в настоящее время несколько минимален (за исключением сайтов только T1). Я думаю, что мои главные проблемы связаны с пропускной способностью и целыми вещами "все яйца в одной корзине". Каков ваш опыт с этой конфигурацией?
1 ответ
Консолидация, лучший способ пойти на мой взгляд. Я разработал дизайн почтового ящика 6000 в Exchange 2003 (затем обновил до 2007), в котором было более 70 сайтов WAN, но только два сервера почтовых ящиков (+2 cas/hub) на центральном сайте. Большинство сайтов имели максимальную глобальную сеть от 1,5 до 10 МБ, а серверы почтовых ящиков (в 2005 году) были в основном платными. Ключ находится в режиме кэширования. Старайтесь не допустить большого использования онлайн-режима. Если бы у вас было современное оборудование, я бы виртуализировал два сервера cas / hub и имел две физические роли почтовых ящиков с DAG для резервирования. Вероятно, у нас было 5 9 часов безотказной работы с этой моделью, и это было до Exchange 2010. Сервер не должен быть высокопроизводительным только для 600 почтовых ящиков, но оперативная память на серверах почтовых ящиков является ключевой. Положите туда столько, сколько сможете, например, 64 ГБ или больше, если можете. Используйте калькуляторы MS RAM и используйте это как МИНИМАЛЬНОЕ. Чем больше ОЗУ в почтовом ящике, тем меньше дисков (для ввода-вывода).
В конце концов у вас есть "красивый" дизайн централизованного резервного копирования, централизованного администратора и т. Д.
Минусы - такие вещи, как перерывы в работе глобальной сети, предотвращающие рассылку сообщений внутри сайта Просто убедитесь, что время отклика на отключение WAN хорошее, чтобы люди не обходились без электронной почты целыми днями. Если ваш концентратор хорошо подключен к Интернету, хорошо, что его смартфоны и OWA/Outlook Anywhere могут работать во время простоя глобальной сети.
Что касается пропускной способности, то эти каналы намного больше, чем мы имели для того же числа пользователей в 2005 году, но это, очевидно, имеет большее значение для "профиля использования" ваших пользователей. В качестве "общего чутья", не зная больше, я бы сказал, что вы в порядке, основываясь на среднем использовании, которое я видел за последнее десятилетие.