- IMAP-транспорт должен быть включен для всех мигрируемых пользователей.
- MS Exchange Web Services должны быть доступны для служебных учетных записей (СУЗ) миграции.
Рекомендации основаны на опыте миграции с Microsoft Exchange 2016, обслуживающего 30–40 тыс. активных пользователей при общем количестве почтовых ящиков около 150 тыс.
Для настройки миграции по протоколам IMAP/EWS рекомендуется использовать служебные учетные записи. Назначьте необходимые права для работы процессов синхронизации:
-
Для IMAP доступ к ящикам предоставляется путем назначения Full Access:
Add-MailboxPermission -Identity user@example.com -User svc-migration -AccessRights FullAccess -
Для EWS необходимо настроить Impersonation для сервисной учетной записи:
New-ManagementRoleAssignment -Name "impersonation" -Role "ApplicationImpersonation" -User svc-migration
Основная нагрузка приходится на процессорные ресурсы и оперативную память серверов, на которых развернуты IMAP-сервисы. Для них требуется масштабирование:
- Примерная оценка: дополнительные 5 ядер CPU и 5 ГБ ОЗУ на каждый сервер с активным IMAP-транспортом на каждые 1000–1500 активных сессий.
- Рекомендуется избегать превышения указанного числа сессий на один сервер.
Сравнительная нагрузка на серверы Microsoft Exchange Web Services существенно ниже, и они работают более стабильно. Ожидаемое увеличение потребления ресурсов составляет 10–15%.
Прирост нагрузки на уровне информационного хранилища и баз данных также оценивается на уровне 10–15%.
Значительная часть нагрузки приходится на контроллеры домена, так как LSASS выполняет функции аутентификации и авторизации пользователей. При проектировании необходимо учитывать:
- Выделение дополнительных ресурсов для существующих контроллеров домена.
- Добавление новых контроллеров в сайт при необходимости.
Количество операций ввода-вывода (IOPS) на СХД возрастает в 2–3 раза, что требует:
- Адаптации параметров хранения.
- Анализа текущей и прогнозируемой IOPS-нагрузки.
- Выделения высокопроизводительных пулов хранения для критически важных компонентов. В первую очередь, баз данных почтовых ящиков.
Мы рекомендуем настраивать все приведенные в этом разделе параметры до начала массовой миграции пользователей. Такой подход позволит:
- Обеспечить стабильную работу Microsoft Exchange при массовой миграции пользователей и высокой степени параллелизма доступа со стороны служебной учетной записи (сервисного аккаунта).
- Избежать искусственных ограничений в скорости и масштабируемости при доступе к большому числу почтовых ящиков во время миграции.
- Избежать снижения производительности.
Для IMAP рекомендуется создать новую throttling-политику с максимально допустимыми значениями, а не изменять стандартную.
New-ThrottlingPolicy -Name "IMAPMigrationPolicy" `-IMAPMaxConcurrency Unlimited `-IMAPMaxBurst 7200000 `-IMAPRechargeRate 400000 `-IMAPCutoffBalance Unlimited
Параметр | Описание |
|---|---|
ImapMaxConcurrence | Количество параллельно обрабатываемых IMAP-запросов. Значение |
ImapMaxBurst | Максимальное количество IMAP-запросов, допустимых в момент пиковой нагрузки. Значение |
ImapRechargeRate | Скорость восстановления токенов в системе контроля нагрузки (token bucket). Значение |
ImapCutOffBalance | Порог количества токенов, при достижении которого новые соединения ограничиваются. Значение |
Для EWS рекомендуется аналогично создать отдельную throttling-политику.
New-ThrottlingPolicy -Name "EWSMigrationPolicy" `-EWSMaxConcurrency Unlimited `-EWSMaxBurst Unlimited `-EWSRechargeRate Unlimited `-EWSCutoffBalance Unlimited
Применить политики для сервисного аккаунта:
Set-Mailbox "svc-migration" -ThrottlingPolicy IMAPMigrationPolicy
Чтобы снять ограничения на количество одновременных сессий от одной учетной записи на уровне службы, установите параметр реестра Maximum Allowed Service Sessions Per User в значение 200. Раздел реестра HKLM\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem.
После изменения параметра требуется перезапуск службы Microsoft Exchange Information Store.
Технический писатель: Груздев Никита