Поделиться через


Физические топологии

 

Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Последнее изменение раздела: 2006-06-12

Физическая топология Microsoft Exchange Server 2007 отображает физические элементы на географические местонахождения. Физическая топология обычно используется для описания сети или местонахождения серверов. Как правило, все физические топологии основаны на конкретных и уникальных требованиях организации к доступным ресурсам в зависимости от требований безопасности и бизнес-требований.

Физические топологии часто разбивают распределение серверов и роли управления на две основных категории: централизованные серверы и администрирование либо распределенные серверы и администрирование.

Сравнение централизованных и распределенных систем обмена сообщениями

Если компания состоит из офисов, соединенных высокоскоростными и надежными каналами, независимо от расстояния между офисами, можно реализовать централизованную систему обмена сообщениями. Централизованная система обмена сообщениями означает, что все серверы, на которых работает Exchange, находятся в одном центре обработки данных и управляются из него же. Планируя систему обмена сообщениями, лучше всего начать с рассмотрения этой модели, так как она наиболее экономически эффективна и легко управляется.

Если в компании есть удаленные офисы, соединенные низкоскоростными каналами с большой задержкой или ненадежными каналами, можно добавить серверы, управляющие маршрутизацией трафика обмена сообщениями между офисами. Но удаленные офисы и несколько групп маршрутизации не запрещают использовать централизованную модель администрирования. Кроме того, возможности Microsoft Windows Server 2003, Exchange 2007 и Microsoft Office Outlook 2007 также позволяют консолидировать серверное оборудование, удаляя серверы Exchange из удаленных мест. Благодаря этим изменениям пользователи могут дистанционно подключаться к службам Microsoft Windows и Exchange 2007, сталкиваясь с меньшим количеством проблем, связанных с падением быстродействия или отсутствием подключения.

Управление уровнем обслуживания

Независимо от выбранной системы обмена сообщениями, централизованной или распределенной, развертывание должно включать управление уровнем обслуживания (SLM). Цель управления уровнем обслуживания — обеспечить синхронизацию работы служб информационных технологий (ИТ) и управление ими с помощью процесса определения, согласования, измерения и контроля показателей эксплуатации. Управление уровнем обслуживания включает определение ИТ-служб для организации и формулирование для них соглашений об уровне обслуживания (SLA). Выполнение SLA гарантируется с помощью подписания базовых контрактов и соглашений о допустимых условиях эксплуатации для предоставления услуг внутри и вне организации. Управление уровнем обслуживания также предполагает непрерывное управление взаимно согласованными порогами уровня обслуживания и инициацию исправляющих воздействий при нарушении порогов. Выполнение соглашений SLA обеспечивается путем измерения параметров и мониторинга на предмет соответствия согласованными условиями SLA.

Характеристики централизованной системы обмена сообщениями

Централизованная система обмена сообщениями представляет собой большой центр обработки данных, включающий службу каталогов Active Directory, серверы глобальных каталогов, контроллеры доменов и серверы Exchange. Центр обработки данных поддерживает всех пользователей системы обмена сообщениями, подключенных как локально, так и удаленно. Ниже перечислены характеристики централизованной системы обмена сообщениями.

  • Данные размещаются и управляются централизованно, независимо от того, могут ли пользователи подключаться дистанционно. Этим централизованная система отличается от распределенной, в которой используются локальные почтовые ящики пользователей, но администрирование серверов намного сложнее.

  • Модернизация программного обеспечения может выполняться из централизованного местонахождения.

  • В центре обработки данных устанавливаются устройства независимого электропитания, например источники бесперебойного питания (ИБП), и системы обеспечения отказоустойчивости: горячий резерв, теплый резерв или холодный резерв. Горячий резерв - это полнофункциональный промышленный узел, работающий непрерывно параллельно с основным узлом. Непрерывная репликация данных обеспечивает возможность немедленного использования. Теплый резерв - это полнофункциональный промышленный узел, содержащий все оборудование, необходимое компании для продолжения работы в случае аварии. Но это оборудование не готово к немедленному использованию. Перевод этого узла в штатную эксплуатацию потребует выполнения определенных административных задач. Холодный резерв — это служба, предоставляющая место, но в этом случае компании понадобиться доукомплектовать и настроить этот узел. Горячий резерв обеспечиваем более быстрое восстановление работоспособности компании, но холодный резерв является менее дорогим вариантом.

Движущими силами централизации систем обычно являются бизнес-требования, связанные с безопасностью и уменьшением стоимости. В фокусе этих требований лежат централизация места (уменьшающая число мест, предоставляющих серверные ресурсы), физическая консолидация (замещающая менее мощные серверы высокопроизводительными), консолидация администрирования и консолидация данных (централизующая решения хранилища, обеспечивающие возможности резервного копирования и восстановления в случае аварии).

Важные замечания

Ориентироваться на централизованную схему следует в том случае, если следующие предварительные условия уже учтены или включены в план проекта:

  • Стоимость оборудования центра обработки данных. Сравните стоимость установки высокопроизводительных серверов и кластеров в центре обработки данных с экономией расходов на администрирование, достигаемой благодаря централизации серверов. Чтобы обеспечить высокую доступность и резервирование системы, рекомендуется объединять в кластер фоновые серверы, но этот вариант влечет за собой увеличение первоначальных расходов. Причем эти расходы могут оказаться больше, чем выигрыш в расходах на эксплуатацию, в стоимости инфраструктуры, в уменьшении времени простоя и в увеличении маштабируемости.

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

  • Перебои в работе сети. Проанализируйте влияние перебоев в работе сети на пользователей в удаленных офисах. Если у пользователей Outlook включен режим кэширования Exchange, этот фактор оказывается менее значимым.

  • Уменьшение расходов на эксплуатацию и администрирование. Централизация серверных ресурсов может снизить расходы на эксплуатацию благодаря увеличению производительности серверов путем улучшенного использования ресурсов. При этом также снижаются расходы на инфраструктуру, связанные с реализацией требований к хранению и резервному копированию.

  • Хранилище данных. С увеличением объема централизованно обрабатываемых данных необходимо использовать более надежные системы хранения, чтобы повысить целостность данных. Кроме того, уменьшение сложности серверной инфраструктуры упрощает восстановление служб и данных в случае отказа.

  • Работа локальных и глобальных сетей. Если существующая сеть не обеспечивает пропускную способность и скорость, необходимые для централизации серверов, требуется включить в план проекта модернизацию сети.

  • Безопасность. Централизованная модель упрощает управление безопасностью и, следовательно, предоставляет больше возможностей контроля. Это управление упрощает для сотрудников отдела безопасности настройку новейших сигнатур вирусов и позволяет своевременно предпринять нужные действия в случае инцидентов безопасности. Еще одно преимущество централизованной схемы — размещение серверов в центре обработки данных, который можно защитить физически.

Характеристики распределенной системы обмена сообщениями

Развертывание филиальной или распределенной системы обмена сообщениями выполняется, когда множество филиалов или небольших распределенных сайтов подключаются к корпоративному узлу или центру обработки данных, используя низкоскоростные каналы. В филиалах устанавливаются собственные серверы Exchange, контроллеры доменов и серверы глобальных каталогов. Распределенная система обмена сообщениями обычно используется, когда сеть не может обслужить трафик к центральному узлу. Следовательно, работающая система и серверы обмена сообщениями располагаются локально. Другим фактором могут оказаться требования пользователей. Если пользовательские требования к времени реакции и доступности не удается удовлетворить при подключении к центру обработки данных, единственным вариантом может оказаться только размещение серверов в удаленных сайтах.

Развертывание Exchange в филиалах обладает следующими характеристиками.

  • Система обмена сообщениями состоит из многих местонахождений (филиалов), в каждом из которых установлен сервер Exchange, контроллеры домена и хотя бы один сервер глобального каталога.

  • Число пользователей в филиалах обычно невелико или переменно.

  • Сеть обычно имеет структуру «звезды».

  • Сетевые каналы между филиалами и центральным узлом или центром обработки данных являются низкоскоростными, ненадежными или обладают высокой задержкой.

Среди основных причин развертывания распределенной системы обмена сообщениями следующие:

  • Пользователи компании рассеяны по различным местам.

  • Сетевая инфраструктура компании не может обеспечить нужный уровень обслуживания трафика между филиалами и центральным узлом.

  • Требования пользователей определяют, что сервер должен размещаться локально, чтобы обеспечить оптимальные ощущения пользователя и доступность.

Важные замечания

При анализе распределенной схемы учитывайте следующие вопросы:

  • Модернизация программного обеспечения. В распределенной системе обмена сообщениями распространение важных обновлений может оказаться существенно более сложной задачей.

  • Использование Outlook Anywhere. Если нужно использоватьOutlook Anywhere (ранее RPC через HTTP), на всех компьютерах в среде обмена сообщениями, которые пользователи будут использовать с Outlook Anywhere, должна работать версия Windows Server 2003. Это требование распространяется на все серверы глобального каталога и все серверы, на которых работает Exchange, к которому обращаются пользователи Outlook.

  • Расходы на эксплуатацию и администрирование. Распределенные системы обмена сообщениями требуют использования большего количества серверов и приводят к увеличению расходов на эксплуатацию и администрирование.

  • Хранилище данных. В случае распределенных серверов инфраструктура служб оказывается более сложной, что усложняет восстановление служб и данных в случае отказа. В распределенной среде обмена сообщениями особенно полезны локальная непрерывная репликация и непрерывная репликация кластера. Для получения дополнительных сведений о локальной непрерывной репликации см. раздел Локальная непрерывная репликация. Для получения дополнительных сведений о непрерывной репликации кластера см. раздел Непрерывная репликация кластера.

  • Сетевые соединения. Для удаленных офисов рекомендуется, чтобы скорость сетевого подключения серверов к сайту узла или центру обработки данных была не ниже 64 Кбит в секунду (Кбит/с). Но между филиалом и узлом рекомендуется использовать соединение с большей скоростью.

  • Безопасность. Главной проблемой является физическая безопасность серверов в филиалах. В филиальной схеме необходимо принять меры предосторожности, гарантирующие, что серверы не будут размещаться в общедоступных местах и будут защищены физически.