У нас есть 1 лес и домен Active Directory. У нас есть 1 сервер Exchange 2010 (на Windows Server 2008 SP2), управляющий всей электронной почтой (доставка, получение и хранилище почтовых ящиков). Мы планировали добавить еще один сервер Exchange 2010 в эту настройку, чтобы мы могли распределить нагрузку с почтовых ящиков на второй сервер. Если быть точным, учитывая, скажем, 10 почтовых ящиков, мы хотели бы хранить 5 на одном сервере и 5 на втором недавно добавленном сервере. Требуется ли для этой установки установка DAG?
Из того, что я сделал из документации DAG, DAG - это скорее установка отказоустойчивости. Он включает в себя полную репликацию хранилища вашего почтового ящика по всем «узлам» в DAG. И в случае, если одно хранилище почтовых ящиков выходит из строя или временно недоступно, используется второе хранилище почтовых ящиков. В моем примере это будет означать, что на обоих серверах будут все 10 почтовых ящиков. Это правильно?
Мой вопрос в том, можем ли мы просто распределить почтовые ящики 50/50 по двум серверам и позволить половине пользователей подключиться ко второму обменному ящику, но при этом иметь возможность отправлять электронную почту всем остальным в организации. Что это за установка? У кого-нибудь есть ссылки на руководства, пошаговые инструкции и т. Д.?
Да, вы можете создать второй сервер почтовых ящиков (с новой базой данных почтовых ящиков) и хранить половину почтовых ящиков на этом сервере. Для этого вам не понадобится DAG. Вы просто установите этот второй сервер как сервер почтовых ящиков Exchange 2010. Создайте новую базу данных почтовых ящиков. Затем переместите 5 почтовых ящиков в эту новую базу данных.
Создание группы обеспечения доступности баз данных позволит вам обеспечить отказоустойчивость двух серверов почтовых ящиков друг для друга. В этом сценарии у вас, вероятно, будет MX1 с DB1 (5 почтовых ящиков) и MX2 с DB2 (5 других почтовых ящиков). MX1 будет иметь пассивную (или активную) копию DB2, а MX2 будет иметь пассивную (или активную) копию DB1. Если MX2 станет недоступным, 5 пользователей, чьи почтовые ящики находятся в DB2, затем начнут подключаться к MX1 для базы данных DB2 (в пассивном режиме они станут активными).
DAG будет хорош, если у вас есть место для хранения данных. Вы правы: в настройке DAG с двумя узлами оба сервера будут иметь полную копию обеих баз данных.
Если вы пытаетесь просто отделить базы данных без отказоустойчивой репликации, вы можете просто установить роль почтового ящика на втором сервере и переместить несколько почтовых ящиков.
Что касается подключения к серверу, эта часть обрабатывается ролью CAS (сервер клиентского доступа). Разделение доступа к почтовому ящику между ролями CAS может быть сложной задачей, но в этом руководстве есть несколько идей для вас: MSExchange.org - CAS балансировки нагрузки
Каждый сервер Exchange с установленной ролью почтовых ящиков может иметь одну или несколько баз данных почтовых ящиков, поэтому, если вам нужно только разделить нагрузку на базу данных, вам нужно будет создать базу данных почтовых ящиков на новом сервере и переместить на нее несколько почтовых ящиков; конец истории. Конечно, это означает, что если у пользователя есть почтовый ящик на ServerA, а ServerA выйдет из строя, произойдет нет Отказоустойчивость; пользователи, чьи почтовые ящики находятся на ServerB, будут в порядке, но пользователи с почтовыми ящиками на ServerA не смогут получить к ним доступ.
Если вам нужна избыточность, вам понадобится группа доступности базы данных; в группе DAG каждая база данных почтовых ящиков имеет одну или несколько копий на разных серверах, только одна из которых активна в данный момент; если сервер, на котором находится активная копия базы данных почтовых ящиков, выйдет из строя, другая копия станет активной, и пользователи будут автоматически перенаправлены на нее. Обратной стороной является то, что вам понадобится как минимум вдвое больше дискового пространства (потому что каждая база данных будет иметь как минимум две копии), а некоторая вычислительная мощность ваших серверов будет использоваться для репликации данных.
Вам также необходимо принять во внимание, что Exchange создается не только базами данных почтовых ящиков: для его работы вам также понадобится как минимум рабочий сервер для каждой из двух других основных ролей, транспортного сервера-концентратора и клиентского доступа. Транспортные серверы-концентраторы автоматически балансируются по нагрузке и дублируются, поэтому вам нужно только установить роль на новом сервере, и все будет в порядке. То же самое не верно для клиентского доступа: кроме установки роли, вам также потребуется создать массив клиентского доступа в конфигурации с балансировкой нагрузки, которую необходимо обрабатывать на уровне IP. Обычно вы могли бы сделать это, используя встроенную службу балансировки сетевой нагрузки Windows, но есть оговорка, характерная для сценария с двумя серверами, подобного вашему: группа доступности базы данных полагается на отказоустойчивую кластеризацию, которая является не совместим с балансировкой сетевой нагрузки.
Конечным результатом этого является то, что если вы хотите полностью избыточную установку, вам потребуются два сервера с несколькими ролями (почтовый ящик, транспортный концентратор, клиентский доступ), группа доступности базы данных, массив клиентского доступа и внешний аппаратный балансировщик нагрузки, без которого вам пришлось бы отказаться от избыточности для баз данных или для роли клиентского доступа.