Итак, предыдущий пост прочитан. Ящик валерьянки закуплен. Можно двигаться дальше.
Балансировщики и общая схема
В качестве подготовительного шага немного добавим правил на существующий балансировщик нагрузки. Предыдущая конфигурация балансировщика на примере Kemp VLM описана здесь. Помимо штатных правил я добавил новый VIP для HTTPS-трафика для Exchange 2010, чтобы избежать проблемы с Ambiguous URLs, а так же добавил новый VIP для HTTPS-трафика сервера Exchange 2016. Табличка с адресами получается следующая:
FQDN | VIP | Тип трафика |
outlook.o365lab.pro | 192.168.1.106 | RPC |
webmail.o365lab.pro | 192.168.1.110 | 2010 HTTPS |
– | 192.168.1.108 | 2016 HTTPS |
Картинка с правилами на балансировщике:
Сама схема тестовой лабы выглядит примерно следующим образом:
Имея эту схему на руках можно приступать к установке серверов Exchange 2016.
Установка пререквизитов
Ставить будем на Windows Server 2012R2. Список поддерживаемых ОС можно посмотреть тут. Предварительно ставим все необходимые компоненты операционной системы:
Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation
После чего устанавливаются .NET Framework 4.5.2 и Microsoft Unified Communications Managed API 4.0.
После установки всех сопутствующих обновлений и перезагрузки сервера можно начинать устанавливать сам сервер Exchange 2016.
Установка сервера Exchange 2016
В процессе установки сервер подготовит схему, раздел конфигурации и доменные разделы. Более подробно процедуру подготовки со всеми требуемыми правами я описывал тут. Со стороны установщика поменялось только одно – все команды требуют использования ключа /IAcceptExchangeServerLicenseTerms. Таким образом, нам нужно будет запускать следующую последовательность команд:
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms setup.exe /PrepareAllDomains /IAcceptExchangeServerLicenseTerms
Можно отдельно этого не делать и запускать установщик от учётной записи, входящей в группы Schema Admins и Enterprise Admins. Проверить готовность можно по версиям обновлённых объектов. Список версий можно посмотреть тут.
Сама установка запускается следующим образом:
setup.exe /Mode:Install /Roles:Mailbox /IAcceptExchangeServerLicenseTerms
Сразу по завершении установки необходимо будет через EMS на новом сервере исправить настройку автообнаружения нового сервера. По умолчанию, служба автообнаружения будет отправлять клиентов на себя, а при отсутствии нормального сертификата, который мы ещё не успели выписать, клиент будет получать предупреждение о том, что источник данных службы автообнаружения использует не доверенный сертификат:
Set-ClientAccessService -Identity mbx161 -AutodiscoverServiceInternalURI https://webmail.o365lab.pro/Autodiscover/Autodiscover.xml
После установки второго сервера:
Set-ClientAccessService -Identity mbx162 -AutodiscoverServiceInternalURI https://webmail.o365lab.pro/Autodiscover/Autodiscover.xml
Серверы можно перегружать.
Полезные ссылки:
Миграция на Exchange 2016: вводные данные и подготовка
Kemp VLM: настраиваем Exchange 2010
Ambiguous URLs and their effect on Exchange 2010 to Exchange 2013 Migrations
Exchange 2016 system requirements
Exchange 2016 prerequisites
Миграция на Exchange 2010: подготовка домена
Prepare Active Directory and domains
Здравствуйте!
Сейчас изучаю вопрос миграции с Exchange 2013 на 2016.
Мне непонятен вопрос: на схемах миграции, которые я видел используется балансировщик нагрузки, в данной статье (Kemp VLM). А как производить миграцию без балансировщика (куда направлять запросы клиентских подключений)?
2Анатолий
Если целевой сервер один – то направлять на него. Если их несколько (DAG), то можно использовать DNS Round Robin.
А что со статьёй, где текст?)
А нету. Похоже, из бэкапа придётся доставать 🙁