Задача планирования организации Microsoft Exchange подразделяется на две отдельные подзадачи: разработка общей структуры организации Microsoft Exchange, планирование расположения групп маршрутизации Exchange и размещение отдельных серверов Exchange в этих группах для оптимизации системы обмена сообщениями. Данный подход обеспечит логическое размещение ресурсов согласно требованиям пользователей.
Начиная с организационного уровня, будут установлены корпоративные соглашения о присвоении имен, определено необходимое число групп маршрутизации и границы этих групп, а также проведено планирование связей этих групп. Далее, на уровне группы маршрутизации будет проводиться планирование служб, работу которых должна обеспечивать группа. Также будет уделено внимание планированию общих папок и шлюзов. Наконец, на уровне сервера будут определены функции, осуществляемые каждым сервером, и проведено планирование оборудования сервера, необходимого для выполнения этих функций.
Планирование организации
Лучше всего начать планирование организации Exchange "сверху", т.е. определить, как будет выглядеть вся система в целом. Планирование на этом уровне, по большей части, включает в себя определение числа групп маршрутизации и администрирования, необходимого в организации, и принятие решения о том, где должны располагаться границы этих групп. Также необходимо произвести планирование всех связей обмена сообщениями между указанными группами. Однако перед началом процедур планирования необходимо установить соглашения по именованию различных элементов организации.
Принятие соглашений по именованию
Требование уникальности имен является необходимым для любой системы с каталогом пользователей, ресурсов и серверов. Так как Exchange Server содержит различные средства, реализующие переход от одной версии продукта к другой, то при переходе от различных систем к системе Exchange могут появиться дубликаты. Следует изучить системы на возможность образования дубликатов и принять соответствующие меры предосторожности (например, изменить имя или удалить старые учетные записи) перед осуществлением перехода к Exchange Server.
Крупные системы Exchange могут иметь очень широкие области распространения и включать в себя тысячи пользователей по всему миру, а также большое число групп маршрутизации и серверов. Большую часть имен нельзя изменить при создании объекта. Кроме этого, определенные объекты, такие как почтовые ящики, обладают именами различного типа. Перед установкой первого сервера Exchange необходимо утвердить соглашение по именованию основных типов объектов в Exchange: организации, групп, серверов и получателей.
Утверждение соглашения по именованию групп рассылки, а также пользователей и контактов, присутствующих в Active Directory, помогает пользователям Exchange. Более того, распределение функций администрирования между несколькими администраторами в различных регионах позволяет применить стандарт именования к коннекторам и другим объектам Exchange.
Внимание! Следует избегать использования в именах сетевых систем и систем обмена сообщениями некорректных символов. Некоторые системы не распознают некорректные символы, а другие ошибочно интерпретируют их как специальный код (представляющий собой альтернативное написание тех или иных символов). Неправильная интерпретация может привести к восприятию этими системами остальной части имени как некоторой команды. В результате, разумеется, соединение не будет установлено и, возможно, возникнут ошибки в сети или системе обмена сообщениями. В большинстве систем все или некоторые из приведенных ниже символов рассматриваются как некорректные; в набор этих символов также включен пробел (символ, вводимый посредством нажатия клавиши пробела на клавиатуре):\ / [ ] : | < > + = ~ ! @ ; , " ( ) { } ' # $ % ^ * - _
Избегайте использования некорректных символов в любых именах, даже если Windows или Exchange Server позволяет их использовать.
Имена организаций
Организация представляет собой наибольший элемент системы Exchange, и ее имя, как правило, отражает наибольший организационный элемент компании. Обыкновенно организации присваивается имя самой компании, хотя возможно создание внутри компании нескольких организаций, связанных между собой. Имена организаций могут содержать до 64 символов, однако для упрощения процесса администрирования рекомендуется ограничивать их длину. Следует иметь в виду, что пользователи внешних систем обмена сообщениями будут вручную вводить имя организации как часть адресов электронной почты пользователей Exchange.
Внимание! При установке первого функционирующего сервера Exchange необходимо обеспечить корректность указываемого имени организации. Если это требует распоряжения начальства, следует его дождаться. Изменение имени организации в дальнейшем возможно, однако этот процесс требует внесения значительных изменений в конфигурацию. Также следует иметь в виду, что адресное пространство протокола передачи почты SMTP использует имена организации и групп маршрутизации для формирования адресов электронной почты интернета. Адресное пространство SMTP можно изменить, однако это сложная процедура, которая может вызвать затруднения в работе других администраторов Exchange.
Имена групп маршрутизации
Соглашения по именованию групп маршрутизации различны и зависят от того, каким образом установлены границы групп. В типичной структуре системы Exchange имена группам маршрутизации присваиваются в соответствии с географическим расположением или по подразделению, так как границы группы маршрутизации определяются по связям глобальной сети и потоку данных рабочей группы. Как и имена организации, имена групп маршрутизации могут содержать до 64 символов, однако рекомендуется максимально ограничивать их длину. Опять-таки, пользователям некоторых систем обмена сообщениями может понадобиться ввести имя группы маршрутизации и имя организации при отправке электронной почты пользователям системы Exchange.
Имена серверов
Имя сервера Exchange представляет собой имя NetBIOS сервера Windows, на котором установлен продукт Exchange Server 2003. Следовательно, следует принимать соглашения об именовании серверов перед установкой Windows. Имя сервера Windows можно выяснить на вкладке Network Identification (Имя компьютера) утилиты System (Система) их панели управления. Длина имен NetBIOS серверов не может превышать 15 символов.
При установке Exchange Server в корпоративной сети рекомендуется присваивать серверу имя, отражающее его расположение или тип выполняемых функций. Имя может оканчиваться одной или двумя цифрами, что позволяет присваивать имена серверам, находящимся в одном местоположении и выполняющим одни и те же функции. Например, серверу Exchange, расположенному в лондонском филиале компании, можно присвоить имя LON-EX01.
Имена получателей
Имена получателей отличаются от имен других объектов. Exchange Server допускает наличие нескольких типов получателей, включая пользователей, контакты, группы и общие папки. (Об общих папках будет рассказываться далее в лекции.) Каждый тип получателей имеет четыре ключевых имени, отображаемых на вкладке General (Общие) окна свойств объекта (см. рис 6.1).
Имя. Полное имя пользователя.
Инициалы. Промежуточный инициал или инициалы пользователя.
Фамилия. Полная фамилия пользователя.
Отображаемое имя. Имя, формируемое автоматически из имени пользователя, инициала (инициалов) и фамилии. Отображаемое имя присутствует в адресных книгах и в оснастке Exchange System (Система), поэтому оно является главным критерием поиска других пользователей. Отображаемые имена могут иметь длину до 256 символов.
(рис 6.1) Элементы имени получателяВ соглашении об именовании должны учитываться внешние системы, с которыми соединяется Exchange Server. Многие прежние системы обмена сообщениями и планировщики налагали ограничения на длину имен получателей в их списках адресов. Несмотря на то что Exchange Server допускает наличие длинных имен почтовых ящиков, более старая система может их урезать или проигнорировать, что приведет к образованию дубликатов или отсутствию получателей. Кроме этого, сообщения могут отображаться в не тех почтовых ящиках, в которых требуется, либо передача сообщений не будет осуществляться вовсе. Как правило, в прежних системах на имена налагалось ограничение по длине, равное 8 символам. Во избежание многих проблем имена почтовых ящиков должны иметь длину не более восьми символов.
Пример из практики.Соглашения об именовании и адресация
Имена, присваиваемые объектам в организации Exchange, определяют адреса, используемые пользователями внешних систем обмена сообщениями для отправки сообщений получателям. Внешние системы не всегда используют те же правила именования, что и Exchange Server. Следовательно, Exchange Server должен обеспечивать способ определения пункта назначения для передачи входящего сообщения из внешней системы. Для каждого типа системы обмена сообщениями, к которым подсоединяется Exchange Server, в Exchange Server есть адресное пространство, состоящее из информации о том, каким образом внешние данные об адресации должны использоваться для доставки сообщений внутри организации Exchange.
Предположим, Exchange Server настроен так, что пользователи могут обмениваться электронной почтой с пользователями в интернете. В данной ситуации Exchange Server должен обеспечивать адресное пространство SMTP посредством поддержки адреса SMTP для каждого объекта получателя. Пользователь в интернете при этом должен адресовать сообщения пользователям в обычном формате SMTP, например user@organization.com. (Об этом речь пойдет в лекции 13. На данный момент необходимо понять, что очень многое зависит от того, какие имена будут присвоены объектам в организации.)
Определение групп маршрутизации
Как правило, число групп маршрутизации в организации должно быть минимальным. Если можно обойтись одной группой маршрутизации, следует поступить именно так. Многие соединения между серверами в группе, например передача сообщений, конфигурируются и происходят автоматически, что значительно уменьшает число задач по администрированию. Тем не менее, существует множество веских причин для использования нескольких групп маршрутизации. В этом параграфе будет рассказываться о некоторых допустимых вариантах.
Решения, связанные с географическим местоположением
Если компания охватывает два или более географических региона, можно создать группу маршрутизации для каждого из них. Это, главным образом, упростит управление использованием пропускной способности канала связи. Единственную группу маршрутизации настроить просто, так как связь между серверами внутри группы маршрутизации осуществляется автоматически. К сожалению, данное автоматическое соединение занимает значительную часть пропускной способности канала связи, причем процент занимаемой полосы пропускания увеличивается в соответствии с размером группы маршрутизации. Если сеть содержит связи WAN, которые, как правило, имеют меньший размер доступной полосы пропускания, то организацию лучше разделить таким образом, чтобы группа маршрутизации Exchange не охватывала связь WAN, так как Exchange Server обеспечивает ограничение трафика и расписание его движения между группами маршрутизации.
Решения, связанные со структурой сети
Возможные границы группы маршрутизации определяются несколькими физическими факторами. Все серверы Exchange в группе маршрутизации должны иметь возможность соединяться друг с другом через сеть, отвечающую определенным требованиям.
Общий лес Active Directory. Все серверы в группе маршрутизации должны принадлежать одному лесу Active Directory.
Постоянное соединение. Так как в группе маршрутизации имеет место постоянная и автоматическая связь между серверами Exchange, у этих серверов должна быть возможность соединения с помощью SMTP через постоянные подключения, т.е. через подключения, которые постоянно функционируют и доступны для использования в любой момент времени. Кроме этого, все серверы в группе маршрутизации должны иметь возможность в любой момент подключиться к главному серверу группы маршрутизации. Если присутствуют сетевые сегменты, соединенные подключением коммутируемого виртуального канала (SVC) или телефонным соединением, нужно применять для этих сегментов раздельные группы маршрутизации.
Относительно высокая пропускная способность. Серверы в группе маршрутизации требуют наличия между собой канала связи с пропускной способностью, достаточной для поддержки любого генерируемого ими трафика. Рекомендуемая Microsoft минимальная скорость соединения между серверами составляет 128 Кбит/с. Имейте в виду, что если сетевое соединение активно используется, скорости 128 Кбит/с будет недостаточно для передачи трафика Exchange Server. Сетевое соединение должно обеспечивать доступность значительной части полосы пропускания для передачи такого трафика, если группа маршрутизации Exchange охватывает это соединение.
Группы маршрутизации в Exchange Server (подобно сайтам в Exchange Server 5.5) базируются на доступной пропускной способности. Однако Exchange Server использует протокол SMTP, более устойчивый к низкой пропускной способности и задержкам. Вследствие этого можно объединять в группы маршрутизации серверы, которые нельзя было группировать в сайты в Exchange 5.5. Можно разделить серверы Exchange на несколько групп маршрутизации, руководствуясь следующими соображениями.
Отсутствует соответствие минимальным требованиям, указанным выше.
Путь обмена сообщениями между серверами должен быть изменен так, чтобы сообщения преодолевали не один, а несколько различных отрезков пути.
Сообщения должны помещаться в очередь и отправляться согласно расписанию.
Пропускная способность канала между серверами составляет менее 16 Кбит/с, при этом рекомендуется использовать коннектор X.400.
Необходимо осуществлять маршрутизацию соединений клиентов на определенные экземпляры общих папок, так как соединения общих папок базируются на группах маршрутизации.
При планировании границ группы маршрутизации наиболее важным фактором является стабильность сетевого соединения, а не его средняя пропускная способность. Если наблюдается склонность соединения к возникновению ошибок, или соединение так перегружено, что часто возникают проблемы со связью, следует разместить серверы, обслуживаемые этим соединением, в отдельных группах маршрутизации.
Следует обеспечить наличие сервера глобального каталога в каждой группе маршрутизации и, желательно, в каждом сайте Active Directory. Посредством этого удастся снизить объем трафика поиска в менее скоростных WAN-связях и сделать информацию каталога более доступной для поиска клиентами.
Планирование коннекторов групп маршрутизации
После определения числа групп маршрутизации, которое будет присутствовать в организации, а также границ этих групп, необходимо произвести планирование способов связи групп. Группы маршрутизации связываются коннекторами, позволяющими соединяться серверам в различных группах. Exchange Server содержит три коннектора, используемых для соединения групп маршрутизации: коннектор группы маршрутизации (Routing Group Connector), коннектор SMTP (SMTP Connector) и коннектор X.400 (X.400 Connector). Об этих коннекторах будет подробно рассказано в лекции 13. В данном параграфе приводится краткое описание преимуществ и недостатков каждого коннектора.
Коннектор группы маршрутизации
Коннектор группы маршрутизации (Routing Group Connector, RGC) используется только для соединения одной группы маршрутизации с другой. RGC наиболее просто настраивается и, обладая всеми свойствами остальных коннекторов, является самым быстрым. Однако его использование подразумевает соответствие некоторым строжайшим требованиям. Этот коннектор требует наличия стабильного постоянного соединения, обеспечивающего относительно высокую пропускную способность. В качестве собственного транспортного протокола RGC использует протокол SMTP.
RGC работает с использованием серверов-мостов. Серверу в одной группе маршрутизации – серверу-мосту – назначается отправка всех сообщений в другую группу маршрутизации. Другие серверы внутри группы маршрутизации отправляют сообщения на сервер-мост, который отправляет их на сервер-мост в другой группе маршрутизации. Последний, в свою очередь, отвечает за доставку сообщений на нужные серверы внутри группы. При необходимости можно создать в одной группе маршрутизации несколько серверов-мостов в целях обеспечения устойчивости к ошибкам и распределения нагрузки. Серверы-мосты позволяют осуществлять контроль над тем, какие серверы передают сообщения между группами маршрутизации.
Коннектор SMTP
Коннектор SMTP используется для соединения двух групп маршрутизации Exchange или для соединения организации Exchange с внешней системой обмена сообщениями. Этот коннектор также используется для соединения двух групп маршрутизации Exchange через интернет. Коннектор SMTP позволяет лучше контролировать передачу сообщений, чем RGC, включая возможность аутентификации удаленных доменов перед отправкой сообщений, назначения определенного времени передачи и создания различных уровней разрешений пользователей.
Коннектор X.400
Коннектор X.400 используется для соединения двух групп маршрутизации или соединения организации Exchange с внешней системой обмена сообщениями X.400. При соединении двух групп маршрутизации коннектор X.400, как правило, обеспечивает меньшую скорость, нежели RGC, из-за наличия дополнительной коммуникационной нагрузки. Так как RGC позволяет составлять расписания и указывать максимальные размеры сообщений, коннектор X.400, как правило, не используется для соединения двух групп маршрутизации Exchange.
Несколько коннекторов обмена сообщениями
Проще всего создавать только один коннектор между любыми двумя группами маршрутизации, но ничто не мешает создавать и несколько конекторов. Несколько коннекторов обеспечивают устойчивость к ошибкам в случае возникновения неполадок в одном из коннекторов или распределение нагрузки обмена сообщениями на различные сетевые соединения. Например, можно создать два коннектора X.400 между двумя сайтами с помощью различных пар серверов-мостов обмена сообщениями. Если один коннектор выходит из строя (в большинстве случаев это происходит из-за ошибки в одном из серверов-мостов), другой коннектор (и связанные с ним серверы-мосты) будет по-прежнему функционировать.
Каждому создаваемому в группе маршрутизации коннектору присваивается значение стоимости. Значение стоимости лежит в диапазоне от 0 до 999. (Коннектору SMTP как таковому не присваивается значение стоимости; оно присваивается только адресным пространствам, связанным с коннектором SMTP.)
Коннектор обмена сообщений с менее высокой стоимостью всегда предпочтительней коннектора с более высокой стоимостью. Этот подход позволяет назначать главные и резервные коннекторы между группами маршрутизации. Когда Exchange определяет, какой коннектор следует использовать для отправки сообщения, принимается во внимание совокупная стоимость всего пути сообщения. На рисунке 6.2 показано, что сообщение можно передать из группы 1 в группу 4 либо через группу 2, либо через группу 3. Путь через группу 2 имеет совокупную стоимость, равную 4, в то время как совокупная стоимость пути через группу 3 равна 2. Таким образом, Exchange Server отдаст предпочтение пути через группу 3, так как этот путь обладает самой низкой стоимостью.
(рис 6.2) Использование стоимостей для определения маршрута сообщенияЕсли физическое сетевое соединение между группами маршрутизации является ненадежным, следует использовать несколько коннекторов. В случае с малой или средней сетью с высокоскоростными каналами связи между группами маршрутизации наличие одного коннектора между группами обеспечивает надежный путь доставки сообщения. Эта надежность является важным фактором при разработке эффективной схемы передачи сетевого трафика и при разрешении проблем, связанных с доставкой сообщений. В крупных сетях, не имеющих общей схемы передачи трафика или обладающих ограниченной пропускной способностью, а также множеством лишних связей между группами, можно повысить уровень надежности системы обмена сообщениями посредством создания нескольких коннекторов между группами маршрутизации для резервирования или распределения нагрузки.
Планирование групп маршрутизации
После определения числа групп маршрутизации, которые будут присутствовать в организации, и способа связи этих групп можно приступать к созданию самих групп. Качественная разработка структуры группы маршрутизации состоит из нескольких этапов. Необходимо определить стратегию общих папок, а также произвести планирование сервисов, таких как внешние шлюзы, которые могут понадобиться пользователям. Многие из приемлемых здесь подходов описаны в лекции 2 курса "Переход к Microsoft Exchange Server 2003 и поддержка Outlook".
Разработка групп маршрутизации
Значительная часть работы по созданию группы маршрутизации Exchange включает в себя планирование серверов, которые войдут в эту группу. (Планирование серверов Exchange будет обсуждаться в другом параграфе этой лекции.) Приведенные ниже инструкции позволят определить, каким образом нужно планировать распределение служб между серверами в группе маршрутизации.
Если цель администратора заключается в изолировании трафика обмена сообщениями от другого сетевого трафика, ему следует разместить пользователей и их домашние серверы в одном сегменте сети в конфигурации рабочей группы. Необходимо наличие высокоскоростных соединений между почтовыми клиентами и серверами для обеспечения наивысшей производительности.
Если целью администратора является использование иерархической сетевой структуры, то для использования ее свойств наследственной безопасности посредством группирования серверов необходимо разместить серверы в промежуточных сетевых сегментах, направляющих трафик в ядро сети, и осуществлять маршрутизацию трафика в географически расположенные сегменты рабочей группы.
Разместите почтовые ящики для всех пользователей в рабочей группе на одном сервере. Пользователи, как правило, отправляют большую часть сообщений электронной почты другим пользователям в их собственной рабочей группе. Размещение всех почтовых ящиков на одном сервере снизит сетевой трафик и освободит дисковое пространство на сервере.
При возможности следует создавать дубликаты служб на различных серверах для обеспечения устойчивости к ошибкам. Следует всегда размещать серверы Exchange на компьютерах с аппаратной базой, устойчивой к ошибкам.
Планирование общих папок
Общие папки в Exchange Server выполняют различные функции, включая дискуссионные форумы, общедоступные наборы документов и даже базис для особых приложений. Exchange Server позволяет создавать несколько деревьев общих папок, в каждом из которых может находиться любое число общих папок. Папки, создаваемые в корневом уровне дерева общих папок, называются папками верхнего уровня. Когда пользователь создает папку верхнего уровня, она размещается на домашнем сервере этого пользователя. При создании пользователем папки более низкого уровня она размещается на том же сервере, что и родительская папка. Содержимое общей папки может храниться на одном сервере либо подвергаться репликации на другие серверы в группе маршрутизации и организации. (В лекции 10 подробно рассказывается о создании, хранении и репликации общих папок.) При планировании группы маршрутизации следует обращать внимание на некоторые аспекты, связанные с общими папками.
Примите решение о том, сколькими различными деревьями общих папок необходимо будет управлять. Например, в каждом подразделении компании будет осуществляться управление своим собственным деревом, либо дерево будет общим для всей компании.
Примите решение о том, будут ли общие папки распределены на несколько серверов в группе маршрутизации, либо они все будут содержаться на одном сервере.
Примите решение о том, будут ли определенные серверы специально предназначены для размещения на них общих папок (т.е. на этих серверах будут располагаться только хранилища общих папок), либо общие папки в хранилищах общих папок и частные папки, такие как почтовые ящики, будут располагаться в хранилищах почтовых ящиков.
Определите, какие пользователи будут использовать общие папки для совместной работы с приложениями, и будут ли эти приложения требовать наличия других служб или специальных функций безопасности.
Если пользователям в удаленных группах маршрутизации требуется доступ к общим папкам в локальной группе маршрутизации, следует принять решение о том, будет ли содержимое реплицироваться на сервер в удаленной группе маршрутизации для снижения внутригруппового сетевого трафика.
Примите решение о том, каким пользователям следует разрешить создание папок верхнего уровня в дереве общих папок. Ограничение числа пользователей, которые могут создавать папки верхнего уровня, позволяет осуществлять контроль над серверами, на которых создаются общие папки, и обеспечивать базовую организацию иерархии общих папок.
При именовании общих папок предоставляется больше возможностей, нежели в случае с именами других получателей. Имена общих папок содержат до 256 символов. Тем не менее, при присвоении папке имени следует иметь в виду, что в программных клиентах пользователей отображается только небольшая часть имени, и очень длинные имена станут серьезной помехой в работе. Кроме этого, некоторым пользователям время от времени потребуется вводить имя общей папки, для чего крайне предпочтительно короткое имя.
Планирование шлюзов
Для любого сервера можно сконфигурировать коннектор, обеспечивающий соединение с внешней системой. В этом случае все остальные серверы в организации будут иметь возможность направлять сообщения через этот шлюз. При возможности создайте коннектор внешнего обмена сообщениями на сервере, осуществляющем управление непосредственным физическим соединением с внешней системой. Кроме этого, если одна группа пользователей главным образом использует внешнее соединение, рассмотрите размещение этих пользователей на сервере с установленным коннектором.
Планирование серверов
После завершения планирования общей структуры организации и групп маршрутизации можно приступать к планированию серверов. Необходимое число серверов зависит от числа пользователей в группе маршрутизации и сервисов, которые планируется предоставить этим пользователям. Как уже говорилось в данной лекции, планирование сервера частично выполняется при планировании организации и групп маршрутизации. После этой процедуры должно быть сформировано достаточно четкое представление о сервисах, предоставляемых каждой группой маршрутизации, и о необходимом для этого числе серверов.
В зависимости от требований и ресурсов, как правило, требуется принимать решение о том, нужно ли концентрировать службы на небольшом числе мощных серверов или, наоборот, распределять службы среди большого числа менее мощных серверов. Не существует конкретных инструкций по поводу требуемого числа серверов или по уровню производительности этих серверов. Самое главное – надо разработать конкретный план. После разработки плана можно начинать оценку требований для серверов.
При оценке производительности сервера Exchange следует принимать в расчет четыре различные категории оборудования: диски, процессоры, память и сеть. В следующих параграфах обсуждается каждая из этих категорий.
Диск
Серверу необходим адекватный объем дискового пространства для содержания Windows Server 2003, Exchange Server 2003, информации каталога, журналов транзакций и хранилищ информации. Скорость, с которой Exchange Server будет осуществлять доступ к дискам, также является важным фактором для рассмотрения.
Устройства SCSI, как правило, обеспечивают более высокую скорость работы, нежели устройства IDE. Следует рассмотреть использование кэширующего дискового контроллера с высокоскоростной шиной, такой как PCI. Добавление новых устройств и контроллеров устройств позволяет Exchange Server распределять рабочую нагрузку, считывать и записывать данные на несколько устройств одновременно. Также следует рассмотреть размещение журналов транзакций на отдельном физическом диске, чтобы запись журналов осуществлялась последовательно для повышения производительности.
Пример из практики.Вычисление дискового пространства
При планировании объема дискового пространства, необходимого серверу, нужно руководствоваться следующими факторами.
Windows Server 2003 Enterprise Edition (с Internet Information Services, Active directory и DNS) занимает около 1,5 Гб пространства, в зависимости от установленных компонентов.
Стандартная конфигурация Exchange Server 2003 дополнительно занимает 180 Мб.
Необходимо учитывать число почтовых ящиков пользователей и общих папок на сервере, а также объем пространства, занимаемый хранилищами каждого типа.
Журналы транзакций занимают относительно немного места (5 Мб каждый), однако для них следует использовать отдельное устройство.
Наконец, необходимо принимать в расчет любые дополнительные службы, выполняемые на сервере, включая другие крупные программы, такие как Microsoft SQL Server и расширения Exchange (например, антивирусы и фильтры).
Если используется несколько устройств, рассмотрите применение аппаратного или программного дополнительного массива независимых дисков (RAID), включая чередование дисков с контролем четности (RAID-5) и зеркальное отображение дисков (RAID-1), для обеспечения определенного уровня устойчивости к ошибкам. Можно настроить программно реализованный в Windows массив RAID в оснастке Computer Management (Управление компьютером). Оснастка Computer Management (Управление компьютером) позволяет создавать набор томов, представляющий собой группу жестких дисков, воспринимаемых операционной системой Windows в качестве одного диска. Также существует возможность применения аппаратного RAID, и хотя этот подход требует больших затрат, он обеспечивает наилучшую производительность и устойчивость к ошибкам.
Может возникнуть желание отвести на сервере Exchange максимально возможный объем дискового пространства для хранилища, однако этого делать не стоит. Вместо этого следует периодически отслеживать требования хранилища и контролировать возможности системы архивации. Если объем хранилища превысит объем системы архивации, понадобятся дополнительные серверы. На сервере Exchange может накапливаться много гигабайт данных. В конечном счете хранилища информации вырастут до таких размеров, что станут слишком велики для обработки системой архивации. При создании хранилища для сервера следует убедиться, что система архивации сможет полностью заархивировать хранилища информации, журналы транзакций и файлы операционной системы. Большое хранилище информации занимает несколько лент накопителя, а процедура архивации потребует много времени при архивации по ежедневной схеме. Восстановление данных может занять несколько часов. Как правило, несколько серверов с меньшими по объему
информационными хранилищами обеспечивают отказоустойчивость: ошибка окажет влияние на меньшее число пользователей и на более короткое время, так как процесс восстановления займет меньше времени.
По мере роста объема информации на сервере Exchange уровень производительности снижается. Exchange Server осуществляет управление набором фоновых задач, связанных с информационными хранилищами. Эти задачи занимают больше времени при выполнении, если в информационном хранилище накапливается большой объем сообщений, которым необходимо управлять; следовательно, снижается общая производительность сервера в целом. Одним из способов предотвращения слишком большого объема почтового ящика является указание на сервере предельно допустимого размера почтовых ящиков пользователей. Еще один способ заключается в создании нескольких хранилищ почтовых ящиков, о чем пойдет речь в лекции 11.
Процессор
Использование нескольких процессоров значительно увеличивает производительность сервера. Однако установка на сервер второго процессора не удваивает его производительность. Процессоры используют одну и ту же материнскую плату, поэтому адаптеры, хранилище и данные могут задерживаться при обработке этими компонентами. Windows Server 2003 не поддерживает симметричный мультипроцессорный режим работы, а Exchange Server 2003 представляет собой многонитевое приложение. Следовательно, множество компонентов системы Exchange могут работать одновременно на различных процессорах, что значительно увеличивает производительность.
Оперативная память
Оперативная память (RAM) используется для выполнения на компьютере активного процесса. Когда физической памяти не хватает, система восполняет недостающий объем памяти посредством использования страничного файла на жестком диске компьютера. В идеальном случае сервер должен обладать объемом физической памяти, достаточным для предотвращения активного использования страничного файла. На сегодняшний день память является наиболее дешевым способом увеличения производительности любого компьютера. Рекомендуется наличие на любом сервере Exchange минимум 512 Мб оперативной памяти; при возможности следует с самого начала установить на сервер 1024 Мб памяти.
Сеть
Сетевые карты на серверах должны обеспечивать достаточную скорость для поддержки трафика, принимаемого и отправляемого клиентам и другим серверам. Высокоскоростные сетевые адаптеры, например, использующие шину PCI, подходят наибольшим образом. Быстродействующие серверы могут использовать несколько сетевых карт, обеспечивая тем самым возможность единовременного подключения к нескольким серверам и клиентам. Более того, многие серверные платформы позволяют объединять сетевые карты в пулы. Этот подход позволяет избежать прерывания работы из-за ошибки в одной из сетевых карт; при этом задачи, которые выполнялись вышедшей из строя сетевой картой, выполняются другой картой. Рекомендуется по возможности использовать высокоскоростные PCI-адаптеры, обеспечивающие совместное использование шины.
Методы повышения устойчивости к ошибкам
Для обеспечения постоянного функционирования серверов Exchange даже при возникновении ошибок можно предпринимать некоторые стандартные меры предосторожности. Общепринятым способом предотвращения скачков напряжения и отключения электросети является источник бесперебойного питания (UPS), который обеспечивает непрерывное функционирование сервера при отключении питания в электрической сети здания. UPS также является средством защиты от скачков напряжения, которые могут привести к повреждению серверов.
Как уже говорилось, на сервере могут присутствовать несколько жестких дисков, процессоров и сетевых карт. Эти дополнительные компоненты, в зависимости от конфигурации, обеспечивают повышенный уровень производительности, распределение нагрузки и преодоление неполадок. Сервер также может быть подключен к двум источникам питания, содержать несколько карт-контроллеров и оперативную память с функциями исправления ошибок. Когда сервер содержит дополнительные (резервные) внутренние компоненты, он более устойчив к ошибкам, возникающим в этих компонентах. Компьютеры класса серверов, как правило, поставляются с программным обеспечением, способным отслеживать аппаратные компоненты сервера из центра управления.
Помимо обеспечения избыточности компонентов сервера, можно обеспечить избыточность самого сервера. Серверы Exchange настраиваются на работу с общей системой хранения данных посредством кластеризации. Система кластеризации представляет собой структуру, в которой несколько серверов сконфигурировано в одном кластере, и если в одном из серверов возникает проблема, система переключается на другой избыточный сервер.
Заключение
В данной лекции рассказывалось о том, как использовать информацию о требованиях пользователей и сведения о текущем состоянии сети для разработки организации Exchange. Структура организации состоит из трех уровней: уровня организации, уровня группы маршрутизации и уровня сервера.
В части "Планирование", данного курса рассказывалось о процессе сбора и использования информации, о ситуации, с которой имеет дело администратор, планирующий организацию Exchange. Лекция 7 является первой лекцией в части "Развертывание", в которой рассматривается развертывание продукта Exchange Server 2003. В лекции 7 будет рассказываться об инсталляции Exchange Server.
Задача планирования организации Microsoft Exchange подразделяется на две отдельные подзадачи: разработка общей структуры организации Microsoft Exchange, планирование расположения групп маршрутизации Exchange и размещение отдельных серверов Exchange в этих группах для оптимизации системы обмена сообщениями. Данный подход обеспечит логическое размещение ресурсов согласно требованиям пользователей.
Начиная с организационного уровня, будут установлены корпоративные соглашения о присвоении имен, определено необходимое число групп маршрутизации и границы этих групп, а также проведено планирование связей этих групп. Далее, на уровне группы маршрутизации будет проводиться планирование служб, работу которых должна обеспечивать группа. Также будет уделено внимание планированию общих папок и шлюзов. Наконец, на уровне сервера будут определены функции, осуществляемые каждым сервером, и проведено планирование оборудования сервера, необходимого для выполнения этих функций.
Планирование организации
Лучше всего начать планирование организации Exchange "сверху", т.е. определить, как будет выглядеть вся система в целом. Планирование на этом уровне, по большей части, включает в себя определение числа групп маршрутизации и администрирования, необходимого в организации, и принятие решения о том, где должны располагаться границы этих групп. Также необходимо произвести планирование всех связей обмена сообщениями между указанными группами. Однако перед началом процедур планирования необходимо установить соглашения по именованию различных элементов организации.
Принятие соглашений по именованию
Требование уникальности имен является необходимым для любой системы с каталогом пользователей, ресурсов и серверов. Так как Exchange Server содержит различные средства, реализующие переход от одной версии продукта к другой, то при переходе от различных систем к системе Exchange могут появиться дубликаты. Следует изучить системы на возможность образования дубликатов и принять соответствующие меры предосторожности (например, изменить имя или удалить старые учетные записи) перед осуществлением перехода к Exchange Server.
Крупные системы Exchange могут иметь очень широкие области распространения и включать в себя тысячи пользователей по всему миру, а также большое число групп маршрутизации и серверов. Большую часть имен нельзя изменить при создании объекта. Кроме этого, определенные объекты, такие как почтовые ящики, обладают именами различного типа. Перед установкой первого сервера Exchange необходимо утвердить соглашение по именованию основных типов объектов в Exchange: организации, групп, серверов и получателей.
Утверждение соглашения по именованию групп рассылки, а также пользователей и контактов, присутствующих в Active Directory, помогает пользователям Exchange. Более того, распределение функций администрирования между несколькими администраторами в различных регионах позволяет применить стандарт именования к коннекторам и другим объектам Exchange.
Внимание! Следует избегать использования в именах сетевых систем и систем обмена сообщениями некорректных символов. Некоторые системы не распознают некорректные символы, а другие ошибочно интерпретируют их как специальный код (представляющий собой альтернативное написание тех или иных символов). Неправильная интерпретация может привести к восприятию этими системами остальной части имени как некоторой команды. В результате, разумеется, соединение не будет установлено и, возможно, возникнут ошибки в сети или системе обмена сообщениями. В большинстве систем все или некоторые из приведенных ниже символов рассматриваются как некорректные; в набор этих символов также включен пробел (символ, вводимый посредством нажатия клавиши пробела на клавиатуре):\ / [ ] : | < > + = ~ ! @ ; , " ( ) { } ' # $ % ^ * - _
Избегайте использования некорректных символов в любых именах, даже если Windows или Exchange Server позволяет их использовать.
Имена организаций
Организация представляет собой наибольший элемент системы Exchange, и ее имя, как правило, отражает наибольший организационный элемент компании. Обыкновенно организации присваивается имя самой компании, хотя возможно создание внутри компании нескольких организаций, связанных между собой. Имена организаций могут содержать до 64 символов, однако для упрощения процесса администрирования рекомендуется ограничивать их длину. Следует иметь в виду, что пользователи внешних систем обмена сообщениями будут вручную вводить имя организации как часть адресов электронной почты пользователей Exchange.
Внимание! При установке первого функционирующего сервера Exchange необходимо обеспечить корректность указываемого имени организации. Если это требует распоряжения начальства, следует его дождаться. Изменение имени организации в дальнейшем возможно, однако этот процесс требует внесения значительных изменений в конфигурацию. Также следует иметь в виду, что адресное пространство протокола передачи почты SMTP использует имена организации и групп маршрутизации для формирования адресов электронной почты интернета. Адресное пространство SMTP можно изменить, однако это сложная процедура, которая может вызвать затруднения в работе других администраторов Exchange.
Имена групп маршрутизации
Соглашения по именованию групп маршрутизации различны и зависят от того, каким образом установлены границы групп. В типичной структуре системы Exchange имена группам маршрутизации присваиваются в соответствии с географическим расположением или по подразделению, так как границы группы маршрутизации определяются по связям глобальной сети и потоку данных рабочей группы. Как и имена организации, имена групп маршрутизации могут содержать до 64 символов, однако рекомендуется максимально ограничивать их длину. Опять-таки, пользователям некоторых систем обмена сообщениями может понадобиться ввести имя группы маршрутизации и имя организации при отправке электронной почты пользователям системы Exchange.
Имена серверов
Имя сервера Exchange представляет собой имя NetBIOS сервера Windows, на котором установлен продукт Exchange Server 2003. Следовательно, следует принимать соглашения об именовании серверов перед установкой Windows. Имя сервера Windows можно выяснить на вкладке Network Identification (Имя компьютера) утилиты System (Система) их панели управления. Длина имен NetBIOS серверов не может превышать 15 символов.
При установке Exchange Server в корпоративной сети рекомендуется присваивать серверу имя, отражающее его расположение или тип выполняемых функций. Имя может оканчиваться одной или двумя цифрами, что позволяет присваивать имена серверам, находящимся в одном местоположении и выполняющим одни и те же функции. Например, серверу Exchange, расположенному в лондонском филиале компании, можно присвоить имя LON-EX01.
Имена получателей
Имена получателей отличаются от имен других объектов. Exchange Server допускает наличие нескольких типов получателей, включая пользователей, контакты, группы и общие папки. (Об общих папках будет рассказываться далее в лекции.) Каждый тип получателей имеет четыре ключевых имени, отображаемых на вкладке General (Общие) окна свойств объекта (см. рис 6.1).
Имя. Полное имя пользователя.
Инициалы. Промежуточный инициал или инициалы пользователя.
Фамилия. Полная фамилия пользователя.
Отображаемое имя. Имя, формируемое автоматически из имени пользователя, инициала (инициалов) и фамилии. Отображаемое имя присутствует в адресных книгах и в оснастке Exchange System (Система), поэтому оно является главным критерием поиска других пользователей. Отображаемые имена могут иметь длину до 256 символов.
(рис 6.1) Элементы имени получателяВ соглашении об именовании должны учитываться внешние системы, с которыми соединяется Exchange Server. Многие прежние системы обмена сообщениями и планировщики налагали ограничения на длину имен получателей в их списках адресов. Несмотря на то что Exchange Server допускает наличие длинных имен почтовых ящиков, более старая система может их урезать или проигнорировать, что приведет к образованию дубликатов или отсутствию получателей. Кроме этого, сообщения могут отображаться в не тех почтовых ящиках, в которых требуется, либо передача сообщений не будет осуществляться вовсе. Как правило, в прежних системах на имена налагалось ограничение по длине, равное 8 символам. Во избежание многих проблем имена почтовых ящиков должны иметь длину не более восьми символов.
Пример из практики.Соглашения об именовании и адресация
Имена, присваиваемые объектам в организации Exchange, определяют адреса, используемые пользователями внешних систем обмена сообщениями для отправки сообщений получателям. Внешние системы не всегда используют те же правила именования, что и Exchange Server. Следовательно, Exchange Server должен обеспечивать способ определения пункта назначения для передачи входящего сообщения из внешней системы. Для каждого типа системы обмена сообщениями, к которым подсоединяется Exchange Server, в Exchange Server есть адресное пространство, состоящее из информации о том, каким образом внешние данные об адресации должны использоваться для доставки сообщений внутри организации Exchange.
Предположим, Exchange Server настроен так, что пользователи могут обмениваться электронной почтой с пользователями в интернете. В данной ситуации Exchange Server должен обеспечивать адресное пространство SMTP посредством поддержки адреса SMTP для каждого объекта получателя. Пользователь в интернете при этом должен адресовать сообщения пользователям в обычном формате SMTP, например user@organization.com. (Об этом речь пойдет в лекции 13. На данный момент необходимо понять, что очень многое зависит от того, какие имена будут присвоены объектам в организации.)
Определение групп маршрутизации
Как правило, число групп маршрутизации в организации должно быть минимальным. Если можно обойтись одной группой маршрутизации, следует поступить именно так. Многие соединения между серверами в группе, например передача сообщений, конфигурируются и происходят автоматически, что значительно уменьшает число задач по администрированию. Тем не менее, существует множество веских причин для использования нескольких групп маршрутизации. В этом параграфе будет рассказываться о некоторых допустимых вариантах.
Решения, связанные с географическим местоположением
Если компания охватывает два или более географических региона, можно создать группу маршрутизации для каждого из них. Это, главным образом, упростит управление использованием пропускной способности канала связи. Единственную группу маршрутизации настроить просто, так как связь между серверами внутри группы маршрутизации осуществляется автоматически. К сожалению, данное автоматическое соединение занимает значительную часть пропускной способности канала связи, причем процент занимаемой полосы пропускания увеличивается в соответствии с размером группы маршрутизации. Если сеть содержит связи WAN, которые, как правило, имеют меньший размер доступной полосы пропускания, то организацию лучше разделить таким образом, чтобы группа маршрутизации Exchange не охватывала связь WAN, так как Exchange Server обеспечивает ограничение трафика и расписание его движения между группами маршрутизации.
Решения, связанные со структурой сети
Возможные границы группы маршрутизации определяются несколькими физическими факторами. Все серверы Exchange в группе маршрутизации должны иметь возможность соединяться друг с другом через сеть, отвечающую определенным требованиям.
Общий лес Active Directory. Все серверы в группе маршрутизации должны принадлежать одному лесу Active Directory.
Постоянное соединение. Так как в группе маршрутизации имеет место постоянная и автоматическая связь между серверами Exchange, у этих серверов должна быть возможность соединения с помощью SMTP через постоянные подключения, т.е. через подключения, которые постоянно функционируют и доступны для использования в любой момент времени. Кроме этого, все серверы в группе маршрутизации должны иметь возможность в любой момент подключиться к главному серверу группы маршрутизации. Если присутствуют сетевые сегменты, соединенные подключением коммутируемого виртуального канала (SVC) или телефонным соединением, нужно применять для этих сегментов раздельные группы маршрутизации.
Относительно высокая пропускная способность. Серверы в группе маршрутизации требуют наличия между собой канала связи с пропускной способностью, достаточной для поддержки любого генерируемого ими трафика. Рекомендуемая Microsoft минимальная скорость соединения между серверами составляет 128 Кбит/с. Имейте в виду, что если сетевое соединение активно используется, скорости 128 Кбит/с будет недостаточно для передачи трафика Exchange Server. Сетевое соединение должно обеспечивать доступность значительной части полосы пропускания для передачи такого трафика, если группа маршрутизации Exchange охватывает это соединение.
Группы маршрутизации в Exchange Server (подобно сайтам в Exchange Server 5.5) базируются на доступной пропускной способности. Однако Exchange Server использует протокол SMTP, более устойчивый к низкой пропускной способности и задержкам. Вследствие этого можно объединять в группы маршрутизации серверы, которые нельзя было группировать в сайты в Exchange 5.5. Можно разделить серверы Exchange на несколько групп маршрутизации, руководствуясь следующими соображениями.
Отсутствует соответствие минимальным требованиям, указанным выше.
Путь обмена сообщениями между серверами должен быть изменен так, чтобы сообщения преодолевали не один, а несколько различных отрезков пути.
Сообщения должны помещаться в очередь и отправляться согласно расписанию.
Пропускная способность канала между серверами составляет менее 16 Кбит/с, при этом рекомендуется использовать коннектор X.400.
Необходимо осуществлять маршрутизацию соединений клиентов на определенные экземпляры общих папок, так как соединения общих папок базируются на группах маршрутизации.
При планировании границ группы маршрутизации наиболее важным фактором является стабильность сетевого соединения, а не его средняя пропускная способность. Если наблюдается склонность соединения к возникновению ошибок, или соединение так перегружено, что часто возникают проблемы со связью, следует разместить серверы, обслуживаемые этим соединением, в отдельных группах маршрутизации.
Следует обеспечить наличие сервера глобального каталога в каждой группе маршрутизации и, желательно, в каждом сайте Active Directory. Посредством этого удастся снизить объем трафика поиска в менее скоростных WAN-связях и сделать информацию каталога более доступной для поиска клиентами.
Планирование коннекторов групп маршрутизации
После определения числа групп маршрутизации, которое будет присутствовать в организации, а также границ этих групп, необходимо произвести планирование способов связи групп. Группы маршрутизации связываются коннекторами, позволяющими соединяться серверам в различных группах. Exchange Server содержит три коннектора, используемых для соединения групп маршрутизации: коннектор группы маршрутизации (Routing Group Connector), коннектор SMTP (SMTP Connector) и коннектор X.400 (X.400 Connector). Об этих коннекторах будет подробно рассказано в лекции 13. В данном параграфе приводится краткое описание преимуществ и недостатков каждого коннектора.
Коннектор группы маршрутизации
Коннектор группы маршрутизации (Routing Group Connector, RGC) используется только для соединения одной группы маршрутизации с другой. RGC наиболее просто настраивается и, обладая всеми свойствами остальных коннекторов, является самым быстрым. Однако его использование подразумевает соответствие некоторым строжайшим требованиям. Этот коннектор требует наличия стабильного постоянного соединения, обеспечивающего относительно высокую пропускную способность. В качестве собственного транспортного протокола RGC использует протокол SMTP.
RGC работает с использованием серверов-мостов. Серверу в одной группе маршрутизации – серверу-мосту – назначается отправка всех сообщений в другую группу маршрутизации. Другие серверы внутри группы маршрутизации отправляют сообщения на сервер-мост, который отправляет их на сервер-мост в другой группе маршрутизации. Последний, в свою очередь, отвечает за доставку сообщений на нужные серверы внутри группы. При необходимости можно создать в одной группе маршрутизации несколько серверов-мостов в целях обеспечения устойчивости к ошибкам и распределения нагрузки. Серверы-мосты позволяют осуществлять контроль над тем, какие серверы передают сообщения между группами маршрутизации.
Коннектор SMTP
Коннектор SMTP используется для соединения двух групп маршрутизации Exchange или для соединения организации Exchange с внешней системой обмена сообщениями. Этот коннектор также используется для соединения двух групп маршрутизации Exchange через интернет. Коннектор SMTP позволяет лучше контролировать передачу сообщений, чем RGC, включая возможность аутентификации удаленных доменов перед отправкой сообщений, назначения определенного времени передачи и создания различных уровней разрешений пользователей.
Коннектор X.400
Коннектор X.400 используется для соединения двух групп маршрутизации или соединения организации Exchange с внешней системой обмена сообщениями X.400. При соединении двух групп маршрутизации коннектор X.400, как правило, обеспечивает меньшую скорость, нежели RGC, из-за наличия дополнительной коммуникационной нагрузки. Так как RGC позволяет составлять расписания и указывать максимальные размеры сообщений, коннектор X.400, как правило, не используется для соединения двух групп маршрутизации Exchange.
Несколько коннекторов обмена сообщениями
Проще всего создавать только один коннектор между любыми двумя группами маршрутизации, но ничто не мешает создавать и несколько конекторов. Несколько коннекторов обеспечивают устойчивость к ошибкам в случае возникновения неполадок в одном из коннекторов или распределение нагрузки обмена сообщениями на различные сетевые соединения. Например, можно создать два коннектора X.400 между двумя сайтами с помощью различных пар серверов-мостов обмена сообщениями. Если один коннектор выходит из строя (в большинстве случаев это происходит из-за ошибки в одном из серверов-мостов), другой коннектор (и связанные с ним серверы-мосты) будет по-прежнему функционировать.
Каждому создаваемому в группе маршрутизации коннектору присваивается значение стоимости. Значение стоимости лежит в диапазоне от 0 до 999. (Коннектору SMTP как таковому не присваивается значение стоимости; оно присваивается только адресным пространствам, связанным с коннектором SMTP.)
Коннектор обмена сообщений с менее высокой стоимостью всегда предпочтительней коннектора с более высокой стоимостью. Этот подход позволяет назначать главные и резервные коннекторы между группами маршрутизации. Когда Exchange определяет, какой коннектор следует использовать для отправки сообщения, принимается во внимание совокупная стоимость всего пути сообщения. На рисунке 6.2 показано, что сообщение можно передать из группы 1 в группу 4 либо через группу 2, либо через группу 3. Путь через группу 2 имеет совокупную стоимость, равную 4, в то время как совокупная стоимость пути через группу 3 равна 2. Таким образом, Exchange Server отдаст предпочтение пути через группу 3, так как этот путь обладает самой низкой стоимостью.
(рис 6.2) Использование стоимостей для определения маршрута сообщенияЕсли физическое сетевое соединение между группами маршрутизации является ненадежным, следует использовать несколько коннекторов. В случае с малой или средней сетью с высокоскоростными каналами связи между группами маршрутизации наличие одного коннектора между группами обеспечивает надежный путь доставки сообщения. Эта надежность является важным фактором при разработке эффективной схемы передачи сетевого трафика и при разрешении проблем, связанных с доставкой сообщений. В крупных сетях, не имеющих общей схемы передачи трафика или обладающих ограниченной пропускной способностью, а также множеством лишних связей между группами, можно повысить уровень надежности системы обмена сообщениями посредством создания нескольких коннекторов между группами маршрутизации для резервирования или распределения нагрузки.
Планирование групп маршрутизации
После определения числа групп маршрутизации, которые будут присутствовать в организации, и способа связи этих групп можно приступать к созданию самих групп. Качественная разработка структуры группы маршрутизации состоит из нескольких этапов. Необходимо определить стратегию общих папок, а также произвести планирование сервисов, таких как внешние шлюзы, которые могут понадобиться пользователям. Многие из приемлемых здесь подходов описаны в лекции 2 курса "Переход к Microsoft Exchange Server 2003 и поддержка Outlook".
Разработка групп маршрутизации
Значительная часть работы по созданию группы маршрутизации Exchange включает в себя планирование серверов, которые войдут в эту группу. (Планирование серверов Exchange будет обсуждаться в другом параграфе этой лекции.) Приведенные ниже инструкции позволят определить, каким образом нужно планировать распределение служб между серверами в группе маршрутизации.
Если цель администратора заключается в изолировании трафика обмена сообщениями от другого сетевого трафика, ему следует разместить пользователей и их домашние серверы в одном сегменте сети в конфигурации рабочей группы. Необходимо наличие высокоскоростных соединений между почтовыми клиентами и серверами для обеспечения наивысшей производительности.
Если целью администратора является использование иерархической сетевой структуры, то для использования ее свойств наследственной безопасности посредством группирования серверов необходимо разместить серверы в промежуточных сетевых сегментах, направляющих трафик в ядро сети, и осуществлять маршрутизацию трафика в географически расположенные сегменты рабочей группы.
Разместите почтовые ящики для всех пользователей в рабочей группе на одном сервере. Пользователи, как правило, отправляют большую часть сообщений электронной почты другим пользователям в их собственной рабочей группе. Размещение всех почтовых ящиков на одном сервере снизит сетевой трафик и освободит дисковое пространство на сервере.
При возможности следует создавать дубликаты служб на различных серверах для обеспечения устойчивости к ошибкам. Следует всегда размещать серверы Exchange на компьютерах с аппаратной базой, устойчивой к ошибкам.
Планирование общих папок
Общие папки в Exchange Server выполняют различные функции, включая дискуссионные форумы, общедоступные наборы документов и даже базис для особых приложений. Exchange Server позволяет создавать несколько деревьев общих папок, в каждом из которых может находиться любое число общих папок. Папки, создаваемые в корневом уровне дерева общих папок, называются папками верхнего уровня. Когда пользователь создает папку верхнего уровня, она размещается на домашнем сервере этого пользователя. При создании пользователем папки более низкого уровня она размещается на том же сервере, что и родительская папка. Содержимое общей папки может храниться на одном сервере либо подвергаться репликации на другие серверы в группе маршрутизации и организации. (В лекции 10 подробно рассказывается о создании, хранении и репликации общих папок.) При планировании группы маршрутизации следует обращать внимание на некоторые аспекты, связанные с общими папками.
Примите решение о том, сколькими различными деревьями общих папок необходимо будет управлять. Например, в каждом подразделении компании будет осуществляться управление своим собственным деревом, либо дерево будет общим для всей компании.
Примите решение о том, будут ли общие папки распределены на несколько серверов в группе маршрутизации, либо они все будут содержаться на одном сервере.
Примите решение о том, будут ли определенные серверы специально предназначены для размещения на них общих папок (т.е. на этих серверах будут располагаться только хранилища общих папок), либо общие папки в хранилищах общих папок и частные папки, такие как почтовые ящики, будут располагаться в хранилищах почтовых ящиков.
Определите, какие пользователи будут использовать общие папки для совместной работы с приложениями, и будут ли эти приложения требовать наличия других служб или специальных функций безопасности.
Если пользователям в удаленных группах маршрутизации требуется доступ к общим папкам в локальной группе маршрутизации, следует принять решение о том, будет ли содержимое реплицироваться на сервер в удаленной группе маршрутизации для снижения внутригруппового сетевого трафика.
Примите решение о том, каким пользователям следует разрешить создание папок верхнего уровня в дереве общих папок. Ограничение числа пользователей, которые могут создавать папки верхнего уровня, позволяет осуществлять контроль над серверами, на которых создаются общие папки, и обеспечивать базовую организацию иерархии общих папок.
При именовании общих папок предоставляется больше возможностей, нежели в случае с именами других получателей. Имена общих папок содержат до 256 символов. Тем не менее, при присвоении папке имени следует иметь в виду, что в программных клиентах пользователей отображается только небольшая часть имени, и очень длинные имена станут серьезной помехой в работе. Кроме этого, некоторым пользователям время от времени потребуется вводить имя общей папки, для чего крайне предпочтительно короткое имя.
Планирование шлюзов
Для любого сервера можно сконфигурировать коннектор, обеспечивающий соединение с внешней системой. В этом случае все остальные серверы в организации будут иметь возможность направлять сообщения через этот шлюз. При возможности создайте коннектор внешнего обмена сообщениями на сервере, осуществляющем управление непосредственным физическим соединением с внешней системой. Кроме этого, если одна группа пользователей главным образом использует внешнее соединение, рассмотрите размещение этих пользователей на сервере с установленным коннектором.
Планирование серверов
После завершения планирования общей структуры организации и групп маршрутизации можно приступать к планированию серверов. Необходимое число серверов зависит от числа пользователей в группе маршрутизации и сервисов, которые планируется предоставить этим пользователям. Как уже говорилось в данной лекции, планирование сервера частично выполняется при планировании организации и групп маршрутизации. После этой процедуры должно быть сформировано достаточно четкое представление о сервисах, предоставляемых каждой группой маршрутизации, и о необходимом для этого числе серверов.
В зависимости от требований и ресурсов, как правило, требуется принимать решение о том, нужно ли концентрировать службы на небольшом числе мощных серверов или, наоборот, распределять службы среди большого числа менее мощных серверов. Не существует конкретных инструкций по поводу требуемого числа серверов или по уровню производительности этих серверов. Самое главное – надо разработать конкретный план. После разработки плана можно начинать оценку требований для серверов.
При оценке производительности сервера Exchange следует принимать в расчет четыре различные категории оборудования: диски, процессоры, память и сеть. В следующих параграфах обсуждается каждая из этих категорий.
Диск
Серверу необходим адекватный объем дискового пространства для содержания Windows Server 2003, Exchange Server 2003, информации каталога, журналов транзакций и хранилищ информации. Скорость, с которой Exchange Server будет осуществлять доступ к дискам, также является важным фактором для рассмотрения.
Устройства SCSI, как правило, обеспечивают более высокую скорость работы, нежели устройства IDE. Следует рассмотреть использование кэширующего дискового контроллера с высокоскоростной шиной, такой как PCI. Добавление новых устройств и контроллеров устройств позволяет Exchange Server распределять рабочую нагрузку, считывать и записывать данные на несколько устройств одновременно. Также следует рассмотреть размещение журналов транзакций на отдельном физическом диске, чтобы запись журналов осуществлялась последовательно для повышения производительности.
Пример из практики.Вычисление дискового пространства
При планировании объема дискового пространства, необходимого серверу, нужно руководствоваться следующими факторами.
Windows Server 2003 Enterprise Edition (с Internet Information Services, Active directory и DNS) занимает около 1,5 Гб пространства, в зависимости от установленных компонентов.
Стандартная конфигурация Exchange Server 2003 дополнительно занимает 180 Мб.
Необходимо учитывать число почтовых ящиков пользователей и общих папок на сервере, а также объем пространства, занимаемый хранилищами каждого типа.
Журналы транзакций занимают относительно немного места (5 Мб каждый), однако для них следует использовать отдельное устройство.
Наконец, необходимо принимать в расчет любые дополнительные службы, выполняемые на сервере, включая другие крупные программы, такие как Microsoft SQL Server и расширения Exchange (например, антивирусы и фильтры).
Если используется несколько устройств, рассмотрите применение аппаратного или программного дополнительного массива независимых дисков (RAID), включая чередование дисков с контролем четности (RAID-5) и зеркальное отображение дисков (RAID-1), для обеспечения определенного уровня устойчивости к ошибкам. Можно настроить программно реализованный в Windows массив RAID в оснастке Computer Management (Управление компьютером). Оснастка Computer Management (Управление компьютером) позволяет создавать набор томов, представляющий собой группу жестких дисков, воспринимаемых операционной системой Windows в качестве одного диска. Также существует возможность применения аппаратного RAID, и хотя этот подход требует больших затрат, он обеспечивает наилучшую производительность и устойчивость к ошибкам.
Может возникнуть желание отвести на сервере Exchange максимально возможный объем дискового пространства для хранилища, однако этого делать не стоит. Вместо этого следует периодически отслеживать требования хранилища и контролировать возможности системы архивации. Если объем хранилища превысит объем системы архивации, понадобятся дополнительные серверы. На сервере Exchange может накапливаться много гигабайт данных. В конечном счете хранилища информации вырастут до таких размеров, что станут слишком велики для обработки системой архивации. При создании хранилища для сервера следует убедиться, что система архивации сможет полностью заархивировать хранилища информации, журналы транзакций и файлы операционной системы. Большое хранилище информации занимает несколько лент накопителя, а процедура архивации потребует много времени при архивации по ежедневной схеме. Восстановление данных может занять несколько часов. Как правило, несколько серверов с меньшими по объему
информационными хранилищами обеспечивают отказоустойчивость: ошибка окажет влияние на меньшее число пользователей и на более короткое время, так как процесс восстановления займет меньше времени.
По мере роста объема информации на сервере Exchange уровень производительности снижается. Exchange Server осуществляет управление набором фоновых задач, связанных с информационными хранилищами. Эти задачи занимают больше времени при выполнении, если в информационном хранилище накапливается большой объем сообщений, которым необходимо управлять; следовательно, снижается общая производительность сервера в целом. Одним из способов предотвращения слишком большого объема почтового ящика является указание на сервере предельно допустимого размера почтовых ящиков пользователей. Еще один способ заключается в создании нескольких хранилищ почтовых ящиков, о чем пойдет речь в лекции 11.
Процессор
Использование нескольких процессоров значительно увеличивает производительность сервера. Однако установка на сервер второго процессора не удваивает его производительность. Процессоры используют одну и ту же материнскую плату, поэтому адаптеры, хранилище и данные могут задерживаться при обработке этими компонентами. Windows Server 2003 не поддерживает симметричный мультипроцессорный режим работы, а Exchange Server 2003 представляет собой многонитевое приложение. Следовательно, множество компонентов системы Exchange могут работать одновременно на различных процессорах, что значительно увеличивает производительность.
Оперативная память
Оперативная память (RAM) используется для выполнения на компьютере активного процесса. Когда физической памяти не хватает, система восполняет недостающий объем памяти посредством использования страничного файла на жестком диске компьютера. В идеальном случае сервер должен обладать объемом физической памяти, достаточным для предотвращения активного использования страничного файла. На сегодняшний день память является наиболее дешевым способом увеличения производительности любого компьютера. Рекомендуется наличие на любом сервере Exchange минимум 512 Мб оперативной памяти; при возможности следует с самого начала установить на сервер 1024 Мб памяти.
Сеть
Сетевые карты на серверах должны обеспечивать достаточную скорость для поддержки трафика, принимаемого и отправляемого клиентам и другим серверам. Высокоскоростные сетевые адаптеры, например, использующие шину PCI, подходят наибольшим образом. Быстродействующие серверы могут использовать несколько сетевых карт, обеспечивая тем самым возможность единовременного подключения к нескольким серверам и клиентам. Более того, многие серверные платформы позволяют объединять сетевые карты в пулы. Этот подход позволяет избежать прерывания работы из-за ошибки в одной из сетевых карт; при этом задачи, которые выполнялись вышедшей из строя сетевой картой, выполняются другой картой. Рекомендуется по возможности использовать высокоскоростные PCI-адаптеры, обеспечивающие совместное использование шины.
Методы повышения устойчивости к ошибкам
Для обеспечения постоянного функционирования серверов Exchange даже при возникновении ошибок можно предпринимать некоторые стандартные меры предосторожности. Общепринятым способом предотвращения скачков напряжения и отключения электросети является источник бесперебойного питания (UPS), который обеспечивает непрерывное функционирование сервера при отключении питания в электрической сети здания. UPS также является средством защиты от скачков напряжения, которые могут привести к повреждению серверов.
Как уже говорилось, на сервере могут присутствовать несколько жестких дисков, процессоров и сетевых карт. Эти дополнительные компоненты, в зависимости от конфигурации, обеспечивают повышенный уровень производительности, распределение нагрузки и преодоление неполадок. Сервер также может быть подключен к двум источникам питания, содержать несколько карт-контроллеров и оперативную память с функциями исправления ошибок. Когда сервер содержит дополнительные (резервные) внутренние компоненты, он более устойчив к ошибкам, возникающим в этих компонентах. Компьютеры класса серверов, как правило, поставляются с программным обеспечением, способным отслеживать аппаратные компоненты сервера из центра управления.
Помимо обеспечения избыточности компонентов сервера, можно обеспечить избыточность самого сервера. Серверы Exchange настраиваются на работу с общей системой хранения данных посредством кластеризации. Система кластеризации представляет собой структуру, в которой несколько серверов сконфигурировано в одном кластере, и если в одном из серверов возникает проблема, система переключается на другой избыточный сервер.
Заключение
В данной лекции рассказывалось о том, как использовать информацию о требованиях пользователей и сведения о текущем состоянии сети для разработки организации Exchange. Структура организации состоит из трех уровней: уровня организации, уровня группы маршрутизации и уровня сервера.
В части "Планирование", данного курса рассказывалось о процессе сбора и использования информации, о ситуации, с которой имеет дело администратор, планирующий организацию Exchange. Лекция 7 является первой лекцией в части "Развертывание", в которой рассматривается развертывание продукта Exchange Server 2003. В лекции 7 будет рассказываться об инсталляции Exchange Server.
