Установка Exchange Server 2007 и Office Communications Server 2007 R2 (часть 1)

Источник: oszone

Ввиду большого количества вопросов по установке Exchange Server 2007 и OCS 2007 R2 в данном цикле статей мы пройдем через весь процесс, чтобы вы могли установить оба продукта и убедиться, что все клиенты правильно настроены. Как вы, возможно, знаете, в Exchange Server 2007 и OCS 2007 R2 используется концепция ролей, и для каждого продукта можно установить несколько ролей, что усложняет работу системного администратора. На основании ролей мы начинаем добавлять функциональность Exchange Server и OCS: например, архивацию, интеграцию с публичными провайдерами средств оперативной пересылки сообщений (MSN, AOL и Yahoo), добавление серверов в ДМЗ с целью обеспечения внешнего доступа (OCS) и фильтрацию входящего почтового трафика (Exchange).

Как видите, количество вариантов применения обоих продуктов очень велико, цель же данного цикла статей - дать руководство по установке и интеграции этих продуктов. Материалы этого цикла статей вы можете использовать при POC (Proof of Concept - Проверка концепции) или перед тем, как начинать построение своей среды. После прочтения статей вы сможете легко представлять основные шаги построения собственной UC-среды (Unified Communications - унифицированная коммуникационная среда), и, как следствие, вашим пользователям будет намного легче пользоваться OCS Communicator, Live Meeting и Outlook.

Сценарий

В этом цикле статей мы создадим среду с нуля, пользуясь при этом сценарием, показанным на Рисунке 1. Наш домен/лес Active Directory будет называться apatricio.local , а публичное имя будет andersonpatricio.org - это имя будет использоваться для образования адресов электронной почты всех пользователей нашей компании, а также в качестве логина для OCS.

*

Рисунок 01

В таблице ниже мы видим нашу среду в подробностях. Как вы, возможно, заметили, используются два контроллера домена, являющиеся частью глобального каталога. Exchange Server и OCS 2007 R2 полностью полагаются на Active Directory, и наличие единственного контроллера домена означало бы наличие единственной точки сбоя в нашей среде. Именно по этой причине я всегда рекомендую использовать как минимум 2 контроллера домена. Также контроллеры домена не должны располагаться на одной машине совместно с серверами OCS или Exchange Server.

Имя сервера  IP-адрес  Роль 
SRV-AD 192.168.100.10 Контроллер домена и глобальный каталог
SRV-AD02 192.168.100.12 Контроллер домена и глобальный каталог и центр сертификации
SRV-EX01 192.168.100.15 Exchange Server 2007 SP1
SRV-OCS 192.168.100.20 Office Communications Server 2007 R2

Известно, что Exchange Server и OCS могут являться критически важными системами и поэтому требовать отказоустойчивости, высокой доступности и наличия решений по восстановлению после сбоев. Мы охватим некоторые из этих тем в нашем цикле статей. Начнем мы с одного сервера для каждого продукта, после чего я продемонстрирую вам, как можно, увеличивая количество серверов, повысить отказоустойчивость и доступность, а также улучшить решения по восстановлению после сбоев для обоих продуктов.

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

Роли Exchange Server

Exchange Server 2007 теперь выходит из моды, но в его последователе Exchange Server 2010 используется та же архитектура (есть некоторые изменения, но количество ролей не изменилось); ролевая архитектура Exchange Server показана на Рисунке 2.

*

Рисунок 02: Высокоуровневая архитектура Exchange Server 2007 (рисунок предоставлен Microsoft)

Основываясь на рисунке выше, мы можем представить в общих чертах, что такое роли, и как они располагаются в сети. Задачи каждой роли, основные особенности и их применение следующие:

  • Client Access Server: эта роль отвечает за все не-MAPI-взаимодействия между клиентами и Exchange Server(OWA, Outlook Anywhere, POP3 и IMAP4). В Exchange Server 2010 MAPI-взаимодействия также входят сюда.
  • Edge Transport Server: эта роль отвечает за очистку всего входящего почтового трафика с помощью встроенных антиспамовых агентов. Edge Server не может делить аппаратуру с другими ролями, и его нужно помещать в DMZ.
  • Hub Transport Server:эта роль отвечает за маршрутизацию сообщений в организации. Ее также можно настроить на получение внешней почты.
  • Mailbox Server:является местом хранения всех данных (сообщений, голосовой почты, назначенных встреч, контактов и т.д.). Здесь можно располагать почтовые ящики и общие папки. Это единственная роль, которая может использовать кластеры для обеспечения высокой доступности и автоматической системы обхода сбоев. В Exchange 2007 есть две ее разновидности (SCR и CCR).
  • Unified Messaging: роль UM может соединять Exchange Server с PBX-системами. Эта роль может получать факсы OVA (Outlook Voice Access), сообщения систем Auto Attendant и Voice Mail для организации серверов Exchange. Роль UM также интегрируется с OCS и позволяет клиентам коммуникатора реализовать функции Voice Mail и OVA.

Итак, у нас есть 5(пять) ролей, которые можно распределить между разными серверами, а вот ящик при начальной установке у нас требуется всего один, что можно реализовать с помощью трех ролей: Hub Transport, Mailbox Server и Client Access Server. Чтобы получить организацию Exchange Server 2007, нам нужна минимум одна из этих ролей, их можно разместить на различных серверах или поместить все в один.

Роли Office Communication Server 2007

Роли также являются базой для Office Communication Server 2007. В мире OCS количество доступных ролей больше, чем для Exchange, и в большом сценарии оба продукта вместе могут легко набрать более 10 ролей, причем я не вспоминаю в данный момент высокую доступность.

На Рисунке 03 можно увидеть полное развертывание OCS 2007 R2 с использованием Load Balancing и всех ролей. В последующих статьях мы увидим, как можно спланировать нашу среду. Не пугайтесь количеству ролей, сейчас важнее понять архитектуру обоих продуктов и хорошей тестовой среды (наш цикл статей и в этом вам поможет!), а начать можно с одного единственной роли, а потом добавлять новые роли по мере необходимости.

*

Рисунок 03: Общая топология OCS 2007 R2 (рисунок предоставлен Microsoft)

На этом рисунке мы видим общую картину распределения ролей в OCS. А вот краткое описание каждой:

  • Front-End Server: это роль, которую нужно устанавливать первой в вашей среде; использование сервера Front-End Server позволит вашим пользователям легко взаимодействовать через IM (Instant Messaging), Web Conferencing (Live Meeting), Application Sharing, Audio/Video-конференции и так далее.
  • Edge Server: эта роль работает с внешними пользователями, желающими использовать OCS за пределами внутренней сети, а также регулирует взаимодействие с другими публичными сетями, например, MSN, AOL и Yahoo.
  • Director role. Если вы помните топологию Front-End and Backend в Exchange Server 2003, тогда следующая аналогия будет вам понятна. Такой сервер действует как Front-End Server в этом сценарии. В общем, эта роль не содержит пользователей и должна использоваться Edge Server для взаимодействия с внутренними серверами с тем, чтобы маршрутизировать сессии с нужными серверами или балансировать запросы через пул(Enterprise version).
  • Monitoring (CDR & QoE). Эта роль собирает два типа данных: Call Details Record(CDR) и Quality of Experience (QoE). CDR следит за использованием IM, передачами файлов, встречами, AV-конференциями и так далее, а QoE записывает данные VoIP-звонков и видеозвонков, такие как: качество звонка, участники, IP-адреса, названия устройств и т.д.
  • Archiving Server. Архивирует разговоры через IM в целях регулирования. Архив можно создавать на уровне пользователя или пула.
  • Group Chat Server: это новая роль, появившаяся только в OCS 2007 R2 и позволяющая создавать постоянные группы, члены которых могут использовать онлайновые залы для общения, причем содержание может сохраняться, что очень хорошо для разбросанных групп в глобальной компании.
  • Mediation Server: эта роль расположена между инфраструктурой UC и другим шлюзом - возможно, Media Gateway или PBX. Эта роль берет на себя передачу всех сигналов и медийной информации между двумя этими средами.
  • Communicator Web Access (CWA): веб-клиент коммуникатора, причем клиенты не от Microsoft могут подключаться к OCS и взаимодействовать с другими контактами через веб-браузер.

Заключение

В первой статье мы провели обзор ролей Exchange Server и OCS 2007 R2. Мы также познакомились с тестовой средой, которая будет использоваться в нашем цикле статей. Запомните, что цель данного цикла - помочь в создании среды UC с чистого листа. В следующей статье мы пройдем процесс построение базовой сетевой инфраструктуры, поддерживающей Exchange Server 2007 и OCS 2007 R2.


Страница сайта http://test.interface.ru
Оригинал находится по адресу http://test.interface.ru/home.asp?artId=23476