Microsoft + AWS: выигрышная комбинация (часть 3)

Опубликовано: 7 Марта, 2023
Microsoft + AWS: выигрышная комбинация (часть 3)

  • Microsoft + AWS: выигрышная комбинация (часть 2)
  • Microsoft + AWS: выигрышная комбинация (часть 4)
  • Microsoft + AWS: выигрышная комбинация (часть 5)

Введение

В части 1 этой серии мы рассмотрели, как Amazon AWS обеспечивает надежную облачную платформу для запуска любой из поддерживаемых в настоящее время версий Windows Server и широкого спектра серверных приложений Microsoft, которые можно перенести из ваших локальных данных. центра к облаку Amazon. Во второй части мы продолжили обсуждение того, как запускать серверы и приложения Windows на AWS и как получить максимальную отдачу от этой комбинации Microsoft/Amazon.

Развертывание Microsoft Exchange на AWS

Exchange Server — одно из самых популярных почтовых решений для бизнеса, поскольку оно легко интегрируется с другими продуктами Microsoft и взаимодействует с мобильными устройствами всех типов, позволяя вам контролировать доступ и использование. Exchange использует проверку подлинности Kerberos и поддерживает S/MIME для цифровой подписи и шифрования сообщений электронной почты и вложений, а также позволяет обмениваться календарями и контактами.

Запуск Exchange Server локально в традиционном центре обработки данных требует капитальных затрат на оборудование и его текущее обслуживание. Запуск Exchange Server на Amazon EC2 может сократить время и усилия на администрирование и стать более рентабельным.

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

Что насчет лицензирования? В части 1 мы говорили о программе Microsoft License Mobility посредством Software Assurance. В рамках этой программы, если ваша организация является клиентом корпоративной лицензии Microsoft, вы можете использовать существующие лицензии Exchange Server при развертывании Exchange на AWS.

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

Разработка облачного развертывания Exchange

Здесь мы предполагаем, что у вас есть базовые знания об Amazon EC2 и VPC, а также о Windows Server. Для целей этой статьи мы рассмотрим типичный сценарий развертывания с использованием Windows Server 2008 R2 и Exchange 2010, но те же основные принципы применимы к Windows Server 2012/2012 R2 и Exchange 2013.

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

Первое, что вам нужно сделать, это определить свои потребности в емкости на основе ваших серверов почтовых ящиков. Вы можете использовать калькулятор требований роли сервера Exchange на веб-сайте Microsoft. Здесь вы найдете калькулятор для Exchange 2010.

Если вы устанавливаете Exchange 2013, вы найдете эту версию калькулятора здесь.

Размер процессора

Теперь вам нужно определить размер процессора, который вам понадобится для вашего виртуального процессора EC2. Amazon измеряет ресурсы ЦП с точки зрения вычислительных единиц EC2 или ECU. ECU представляют собой объем ресурсов ЦП, выделенных для вашего экземпляра EC2. Вы можете использовать средство запроса процессора Exchange, предоставленное корпорацией Майкрософт, чтобы определить значение скорости процессора SPECInt2006. Это онлайн-инструмент, поэтому для его использования вам потребуется подключение к Интернету.

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

Роль почтового ящика является наиболее важной в этом расчете, поскольку размер других ролей зависит от соотношения ядер процессора роли к ядрам процессора роли почтового ящика. Соотношение между почтовым ящиком и концентратором — 5:1, между почтовым ящиком и клиентским доступом — 4:3, или между почтовым ящиком и клиентским доступом и объединенной ролью концентратора — 1:1. Роль «Почтовый ящик в глобальном каталоге Active Directory» должна быть 8:1 для 64-разрядных серверов GC или 4:1 для 32-разрядных серверов GC.

Таким образом, вам необходимо выбрать экземпляр AWS для каждого из ваших серверов Exchange с учетом его ролей и на основе этих соотношений размеров. Существуют и другие соображения относительно дополнительных ролей. Размер процессора роли пограничного транспорта должен основываться на том, что, по вашим оценкам, будет пиковой рабочей нагрузкой. Вы должны измерить (или оценить) количество подключений в секунду, количество сообщений в секунду и средний размер сообщений, чтобы определить, сколько пограничных транспортных серверов вам нужно. Вы можете узнать больше об этом в документе Microsoft Understanding Server Role Ratios and Exchange Performancedoc на веб-сайте TechNet.

Объем памяти

Следующим соображением является то, сколько памяти потребуется для развертывания вашего сервера Exchange, чтобы вы могли выбрать правильный экземпляр AWS EC2 с правильной конфигурацией памяти. Для всех автономных серверов Exchange требуется не менее 4 ГБ ОЗУ, а для серверов с несколькими ролями требуется не менее 8 ГБ, но это минимум. Для Exchange 2010 в качестве руководства можно использовать следующую таблицу. Рекомендации по памяти также зависят от конфигурации процессора.

Роль

рекомендуемые
Максимальная конфигурация процессора

рекомендуемые
Конфигурация процессора

рекомендуемые
Максимальная конфигурация памяти

Рекомендуемая конфигурация памяти

Транспортный узел

12 ядер

4 ядра

16 ГБ

1 ГБ на ядро или 8 ГБ (минимум)

Сервер клиентского доступа

12 ядер

8 ядер

16 ГБ

2 ГБ на ядро или 8 ГБ (минимум)

Почтовый ящик

12 ядер

8 ядер

64 ГБ

4 ГБ плюс 2-10 МБ на почтовый ящик

Единая система обмена сообщениями

12 ядер

8 ядер

16 ГБ

2 ГБ на ядро или 4 ГБ (минимум)

Сервер с несколькими ролями

24 ядра

8 ядер

64 ГБ

8 ГБ плюс 2-10 МБ на почтовый ящик

Таблица 1

Размер хранилища

Еще одним важным соображением является объем места для хранения, который вам понадобится для почтовых ящиков и других данных. Microsoft рекомендует для Exchange 2010 минимум 1,2 ГБ дискового пространства для установки Exchange, плюс 500 МБ места для каждого установленного на нем языкового пакета единой системы обмена сообщениями (если таковой имеется) и не менее 500 МБ дискового пространства для очереди сообщений. базы данных на пограничном транспортном сервере или транспортном сервере-концентраторе.

Не забудьте оставить место для хранения журналов и исправлений. Рекомендация Microsoft для минимального размера тома для раздела, на котором находится операционная система Windows Server, составляет 80 ГБ. Лучше всего устанавливать Exchange по пути тома Amazon EBS, отличному от раздела, на котором установлена операционная система. Для повышения производительности также следует поместить файл подкачки и временные файлы для Exchange на другой том, чем операционная система.

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

Вы можете использовать тома AWS Elastic Block Storage (EBS), которые можно очень быстро выделить или отменить, когда ваши требования к хранилищу увеличиваются или уменьшаются. Тома Amazon EBS эквивалентны номерам логических устройств (LUN). Существует ограничение в 26 точек подключения тома на экземпляр, поэтому вам может потребоваться добавить больше экземпляров роли почтовых ящиков, чтобы не превысить это ограничение.

Вы можете использовать бесплатный инструмент Microsoft Exchange Server Jetstress для проверки емкости конфигурации хранилища. Инструмент имитирует ввод и вывод дисков на вашем сервере, чтобы проверить производительность и стабильность дисковой подсистемы. Вы можете загрузить инструмент из Центра загрузки Microsoft.

Сводка размеров

Очень подробное обсуждение того, как рассчитать потребность в памяти (и процессоре), см. в памятке по размерам Exchange 2010 на веб-сайте MSExchange.org.

Если вы развертываете Exchange 2013, вот аналогичная шпаргалка.

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

Резюме

По мере того, как мы обращаемся к некоторым особенностям того, как развернуть Exchange Server на Amazon Web Services в инстансе EC2, мы рассмотрели процесс планирования и то, как определить ваши потребности в емкости, чтобы выбрать лучшие типы инстансов EC2 для вашей конкретной ситуации.

В следующей части этой серии, части 4, мы продолжим обсуждение Exchange и поговорим о высокой доступности (включая дизайн сайта Active Directory и межрегиональное развертывание), настройке экземпляра, мониторинге и управлении исправлениями, резервном копировании и вопросах безопасности. Тогда увидимся!

  • Microsoft + AWS: выигрышная комбинация (часть 2)
  • Microsoft + AWS: выигрышная комбинация (часть 4)
  • Microsoft + AWS: выигрышная комбинация (часть 5)