Факторы производительности гибридной миграции и рекомендации по ее выполнению
Существует множество путей для переноса данных из локальной организации электронной почты в Microsoft 365 или Office 365. При планировании миграции часто возникает вопрос о том, как повысить производительность миграции данных и оптимизировать скорость миграции. В этой статье рассматривается производительность миграции для гибридных развертываний Exchange. Сведения о производительности других методов миграции см. в статье Microsoft 365 и Office 365 производительности миграции и рекомендации.
Миграция гибридного развертывания поддерживает беспроблемную миграцию между локальными серверами Exchange и Exchange Online в Microsoft 365 или Office 365.
Миграция гибридного развертывания является самым быстрым способом миграции данных почтовых ящиков в Microsoft 365 или Office 365. Мы видели пропускную способность до 100 ГБ в час во время реальных развертываний клиентов. В следующей таблице приведен список факторов, которые применяются к собственным сценариям microsoft 365 и Office 365 гибридной миграции.
Если локальная среда содержит несколько сайтов в отдаленных друг от друга местах, скорость миграции можно повысить, создав близкие конечные точки миграции. При этом для миграции используется сеть корпорации Майкрософт, а не локальная сеть.
Фактор 1. Источник данных (Exchange Server)
| Контрольный список | Описание | Советы и рекомендации |
|---|---|---|
| Производительность системы | Извлечение данных является ресурсоемкой задачей. Исходная система должна иметь достаточно ресурсов, таких как время ЦП и память, чтобы обеспечить более высокую производительность миграции. Во время миграции исходная система обычно близка к полной емкости для обслуживания обычной рабочей нагрузки конечного пользователя. Дополнительная рабочая нагрузка миграции иногда даже приводит к отключению доступа конечных пользователей из-за нехватки системных ресурсов. | Отслеживайте производительность системы во время пилотного теста миграции. Если система сильно загружена, не рекомендуется использовать агрессивное расписание миграции для нее, так как это может замедлить миграцию и привести к проблемам с доступностью службы. Если возможно, повысьте производительность исходной системы, добавив аппаратные ресурсы и сократив нагрузку на исходную систему, переместив задачи и пользователей на другие серверы, которые не участвуют в миграции. Дополнительные сведения см. в указанных ниже статьях. Спросите эксперта: масштабирование развертываний Exchange 2016 Работоспособность и производительность Exchange Server Общие сведения о производительности Exchange При миграции из локальной организации Exchange с несколькими серверами почтовых ящиков и базами данных рекомендуется создать список переносимых пользователей так, чтобы равномерно распределить их на несколько серверов почтовых ящиков и баз данных. В зависимости от производительности отдельного сервера список можно скорректировать для увеличения пропускной способности. Например, если на сервере A на 50 % больше доступных ресурсов, чем на сервере Б, будет логично включить на 50 % больше пользователей с сервера А в один пакет миграции. Аналогичный подход можно применять и к другим исходным системам. Выполняйте перенос данных, когда объем доступных на серверах ресурсов максимален, например в нерабочее время, в выходные и праздничные дни. |
| Внутренние задачи | Другие внутренние задачи, которые выполняются во время миграции. Так как рекомендуется выполнять миграцию в нерабочее время, зачастую миграция конфликтует с другими задачами обслуживания на локальных серверах, такими как резервное копирование данных. | Пересмотрите другие системные задачи, которые могут выполняться во время миграции. Рекомендуется переносить данные, когда другие ресурсозатратные задачи не выполняются. Примечание. Для клиентов, использующих локальную службу Microsoft Exchange, распространенными внутренними задачами являются решения резервного копирования и обслуживание хранилища Exchange . |
Фактор 2. Сервер миграции
Миграция при гибридном развертывании — это инициируемая облаком процедура миграции с извлечением и передачей данных, при которой гибридный сервер Exchange выступает в качестве сервера миграции. Об этом часто забывают, используя мелкомасштабную виртуальную машину в качестве гибридного сервера. Это приводит к плохой производительности миграции.
Рекомендации по использованию сервера миграции
В дополнение к выполнению рекомендаций, описанных выше, мы проверили приведенные ниже рекомендации, которые показали улучшение производительности миграции в реальных пользовательских миграциях.
- Используйте мощные серверные компьютеры, а не виртуальные машины, в качестве гибридных серверов Exchange.
- Используйте несколько гибридных серверов, обслуживаемых подсистемой балансировки сетевой нагрузки клиента.
Например, в реальных операциях миграции мы достигли постоянной пропускной способности 30 ГБ/ч, используя приведенную ниже конфигурацию.
- Сеть: исходящий канал 500 МБ в Интернет; внутренняя сеть на 1 ГБ с 10 ГБ оптоволоконной магистрали.
- Оборудование. Ниже приведены спецификации для двух серверов клиентского доступа или концентратора (физических)
- Процессор: E5520 Intel® Xeon® @ 2,27 ГГц и 2,26 ГГц (два процессора).
- ОЗУ: 24 ГБ.
- Диски: восемь, 146 ГБ на диске. Конфигурация RAID 5 = всего 960 ГБ.
- MRSProxy: настроено с параллелизмом 100.
Фактор 3. Механизм миграции
При миграции гибридного развертывания используются собственные средства Microsoft 365 и Office 365. Он зависит от Microsoft 365 и Office 365 регулирования службы миграции.
Сравнение Exchange 2003 с более поздними версиями Exchange
Во время миграции из Exchange 2003 следует учитывать ключевое отличие, влияющее на работу пользователя. В отличие от более поздних версий Exchange, в Exchange 2003 у пользователей нет доступа к своим почтовым ящикам во время переноса данных. Поэтому пользователей Exchange 2003 обычно больше беспокоит то, на какое время следует запланировать миграцию и сколько она будет длиться, особенно при низкой производительности, вызванной большими размерами почтовых ящиков или медленной работой сети.
Миграция Exchange 2003 также очень чувствительна к прерываниям. Например, в реальной миграции клиента во время миграции почтового ящика емкостью 10 ГБ произошел инцидент службы, когда миграция почтового ящика была завершена на 50 процентов. Чтобы устранить проблему, пришлось перезагрузить сервер клиентского доступа Office 365, который обрабатывал перенос данных. В этом случае миграцию этого почтового ящика пришлось перезапустить, что означало, что клиенту пришлось снова перенести все 10 ГБ данных. Миграцию не удалось возобновить с момента остановки. Однако в Exchange 2010 и более поздних версиях Exchange можно возобновлять миграцию после прерываний.
Рекомендации по подсистеме миграции
Некоторые клиенты выбирают миграцию из двух этапов для крупных и конфиденциальных почтовых ящиков Exchange 2003.
- Первый прыжок: перенос почтовых ящиков с Exchange 2003 на сервер Exchange 2010 или более поздней версии, который обычно является гибридным сервером. Первый прыжок — это переход в автономном режиме, но обычно это очень быстрая миграция по локальной сети.
- Второй прыжок: перенос почтовых ящиков из Exchange 2010 или более поздней версии в Microsoft 365 или Office 365.
Второй этап это сетевая операция, которая повышает удобство работы пользователя и отказоустойчивость. Чтобы применить такой двухэтапный подход, необходима лицензия на Exchange для временного почтового ящика локального пользователя.
Прокси-сервер службы репликации почтовых ящиков (прокси-сервер MRS)
Прокси-сервер MRS — это локальная функция миграции, которая работает со службой репликации почтовых ящиков, работающей на стороне Microsoft 365 и Office 365. Дополнительные сведения см. в разделе Общие сведения о запросах на перемещение.
Рекомендации по MRSProxy
Вы можете настроить максимальное число подключений к прокси-серверу MRS для локального сервера гибридной среды Exchange. Выполните приведенную ниже команду в Windows PowerShell.
Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -MRSMaxConnections <number between 0 and unlimited; default is 100>
Примечание.
Для большинства переносов клиентов не требуется изменять значение MRSMaxConnections по умолчанию. Если вам требуется защитить исходный сервер от чрезмерной нагрузки вследствие миграции, можно сократить число подключений. Этот параметр применяется на уровне отдельных прокси-серверов MRS. Если у клиента два прокси-сервера MRS, для каждого из которых задано 10 подключений, общее количество подключений к прокси-серверам MRS будет равно 20 (2 x 10). Дополнительные сведения о настройке службы MRSProxy в локальной организации Exchange 2010 см. в статье Запуск службы MRSProxy на удаленном сервере клиентского доступа.
Фактор 4. Сеть
Тесты проверки
Пользователям Exchange 2010 и более поздних версий для тестирования производительности сети при гибридной миграции достаточно выполнить несколько тестовых миграций почтовых ящиков. Вы также можете перенести реальные почтовые ящики пользователей с использованием параметра -SuspendWhenReadyToComplete, чтобы получить данные о производительности миграции. По завершении тестирования удалите запрос на перемещение, чтобы он не повлиял на пользователей.
Дополнительные сведения о запросах на перемещение см. в статье New-MoveRequest.
Фактор 5. Служба Office 365
Регулирование на основе работоспособности ресурсов Microsoft 365 и Office 365 влияет на миграцию с помощью гибридного развертывания Microsoft 365 или Office 365. Дополнительные сведения см. в разделе Фактор 3. Подсистема миграции выше.