Ощущение, что каждый стремится отправить на виртуальные машины все, до чего только дотянется. Увеличение количества виртуальных машин, снижая количества используемых физических серверов в частном или подключенном облаке — мировой тренд, продолжающий свой рост. Это третья из трех частей обзора лучших практик виртуализации Microsoft Exchange. Вы можете ознакомиться предыдущими частями по ссылкам: Виртуализация Exchange — часть 1: VMware
и Виртуализация Exchange — часть 2: Hyper-V
Support
Это не должно оказаться неожиданностью, но нужно заранее понять, что если вы хотите получить полную поддержку по продукту и по платформе виртуализации, вам следует использовать Azure. До недавнего времени команда Exchange не оказывала поддержку при виртуализации на Azure, так что в ближайшем будущем мы можем говорить о вероятной конкуренции между этими платформами. В случае с виртуализацией Exchange на AWS техническая поддержка будет помогать вам не на уровне «гарантированного решения проблемы», но на уровне «коммерчески выгодного уровня технической поддержки».
Для этого есть определенные причины: AWS использует проприетарный гипервизор, который официально не поддерживается Exchange. Будет ли оно работать? Вероятно. Следует ли рисковать? Это ваш собственный выбор. Если вы виртуализируете Exchange на AWS, и что-то идет не так, Microsoft, вероятно, смогут помочь вам, но они также могут попросить вас воспроизвести проблему на поддерживаемой платформе виртуализации, чтобы ограничить их действия «коммерчески выгодным уровнем технической поддержки». Это означает, что если вы планируете продолжать платить, они помогут вам, но может наступить момент, когда вам порекомендуют перестать зря тратить деньги и перенести Exchange на Azure!
Соединения
Вы должны быть очень осторожны с выбором места физического размещения вашей виртуальной машины. Не каждый почтовый сервер будет готов принять соединение с IP-адреса, который ассоциируется с «диким западом» или попадает в пул отправителей с сомнительной репутацией.
Версии
Здесь все просто: Exchange в IaaS (Azure) ограничен версией 2013 и выше.
Ресурсы
Ниже представлены минимальные требования, которым вы должны соответствовать для виртуализации Exchange в IaaS.
Active Directory
Exchange нуждается в AD, точка. Вам придется расширить ваш Active Directory в IaaS так, чтобы Global Catalog был доступен и для Exchange в облаке. Вам также нужно сделать так, чтобы Exchange и DC были соединены в рамках Azure, чтобы в случае проблем с доступностью, они считались единым целым в рамках правил по автоматическому реагированию (failover).
Дисковое пространство
Единственная причина, по которой IaaS может быть плохим решением для Exchange — ограничение по операциям ввода-вывода накопителей. И хотя Microsoft на момент написания этой статьи не поддерживает запуск Exchange на Azure, они поддерживают хостинг почтовых ящиков на Azure Premium Storage. Все базы данных и файлы журналов должны располагаться на Premium Storage, так как они несут высокую нагрузку на ввод-вывод хранилища.
Сеть
Помните, что для нормальной работы Exchange должен иметь неограниченный доступ до всех серверов, связанных с его работой: другие сервера Exchange, доменные контроллеры и каталоги вашего окружения. Если вы расширяете ваш Active Directory в IaaS, вам следует относиться к этому, как к очередному датацентру, подключенному к WAN — никакие брандмауэры не должны блокировать трафик на этом соединении. Microsoft публикует МНОГО статей на TechNet и в базах знаний, но среди них очень мало информации о том, как настраивать Exchange в окружении, которое официально не поддерживается. Установка брандмауэров между Exchange и прочей сетью — как раз такой случай.
Если вы действительно хотите запустить свои собственные сервера Exchange на платформе IaaS, вы сможете сделать это . Azure предлагает достаточно опций, которые помогут вам сделать окружение для Exchange максимально приближенным к тому, что поддерживается официально. Но имейте в виду, что вместо того, чтобы тратить время и силы на запуск Exchange на платформе IaaS, стоит подумать над целесообразностью использовать Exchange как сервис или вообще переехать на Office 365, как с точки зрения экономии часов администрирования, так и экономически!