Ощущение, что каждый стремится отправить на виртуальные машины все, до чего только дотянется. Увеличение количества виртуальных машин, снижая количества используемых физических серверов в частном или подключенном облаке — мировой тренд, продолжающий свой рост. Это вторая из трех частей обзора лучших практик виртуализации Microsoft Exchange. Вы можете ознакомиться с первой частью здесь: Виртуализация Exchange — часть 1: VMware
Как было сказано в предыдущем посте, мы не собираемся сравнивать средства виртуализации, физические и аппаратные платформы. Статьи рассчитаны на тех, кто интересуется: на что нужно обратить внимание, в чем следует быть уверенным, а чего делать не стоит.
Многие пункты, перечисленные ниже, являются простым CTRL+C, CTRL+V из нашей предыдущей статьи, поскольку в виртуализации на Hyper-V и на VMware есть много общего.
Поддержка
Если вы хотите получить максимально возможную эффективность поддержки, то следует выбирать окружение, состоящее из решений одного вендора, и тогда вы никогда не услышите «это не наш продут» или «вы установили Exchange на неподдерживаемую платформу» — Hyper-V будет правильным выбором в таком случае. Ничего плохого в VMware нет, но если вы виртуализируете с использованием VMware систему обмена сообщениями от Microsoft, вам придется общаться с двумя техническими поддержками в случае возникновения непредвиденных ситуаций, сражаясь с тем, как они будут перебрасывать вопросы и догадки друг на друга. Microsoft не будет открывать за вас кейс в технической поддержке VMware, если они решат, что источники проблемы находятся в VMware, но в случае с Hyper-V будьте уверены: при необходимости они легко устроят конференцию между специалистами Exchange и Hyper-V, чтобы решить вашу проблему!
Версии
Наши рекомендации основаны на Exchange 2013. Вы можете, с некоторыми допущениями, использовать эти рекомендации и для Exchange 2010, но нагрузка ввода/вывода дисков при работе с почтовыми ящиками на Exchange 2010 значительно выше, чем в случае с Exchange 2013, так что почтовые ящики в таком случае имеет смысл оставить на физических серверах. Не вздумайте виртуализировать Exchange 2007, не говоря уже о том, что нужно как можно скорее «съезжать» с этой версии! И если вы все еще пользуетесь Exchange 2003, у вас уже достаточно проблем, чтобы перестать заниматься вопросом виртуализации! Что касается Exchange 2016, то эти рекомендации подходят и для этой версии. Если вдруг что-нибудь изменится после релиза, мы обязательно выпустим обновленную статью.
Ресурсы
Ниже представлены минимальные требования, которым вы должны соответствовать для виртуализации Exchange на Hyper-V.
CPU
Число ядер на виртуальный процессор должно быть 1:1, не смотря на то, что Hyper-V поддерживает и другие пропорции
Включите hyper-threading и на хосте, и на VM.
Включите неравномерный доступ к памяти (non-uniform memory access)
Виртуальная машина не должна выходить за пределы одного узла NUMA. Если узел NUMA содержит 8 ядер, не ассоциируйте большее количество ядер с Exchange server.
Меньше серверов с большим количество ядер лучше, чем много серверов с меньшим количеством ядер.
Память
Никогда, ни при каких обстоятельствах не назначайте виртуальным машинам в сумме больше памяти, чем есть на физическом сервере на самом деле.
Over-commit — плохая практика!
Резервируйте ровно столько памяти, сколько виртуальная машина должна использовать.
Позвольте Hyper-V самой управлять размером файла подкачки, не пытайтесь настроить это самостоятельно.
Оставьте файл подкачки на своем диске, ведь ничто не запрещает вам зеркалировать его ради скорости
Дисковое пространство
Не обещайте виртуальным машинам больше дискового пространства, чем можете реально им дать, только если вы не используете физическое хранилище (SCSI pass-through или iSCSI). Во втором случае убедитесь, что хранилище представлено как «block-level storage».
Используйте SMB 3.0 для доступа к VHD по сети вместо того, чтобы ассоциировать дорогое пространство напрямую с хостом Hyper-V. С таким подходом вы сможете настроить сервера на одном, двух или нескольких узлах, что позволит достичь необходимого уровня защиты от сбоя.
Инвестируйте в сетевые интерфейсы, которые умеют RDMS для того, чтобы снизить нагрузку на процессор и ускорить сеть.
Сеть
Используйте сетевые адаптеры, которые поддерживаются Windows Server 2012.
Используйте драйвера синтетических сетевых карт.
HA/FT
Для предотвращения DAG failover при миграции виртуальной машины:
Используйте несколько сетевых интерфейсов.
Установите пульс сервера в 2000мс
Обеспечьте правилами каждый сервер DAG, чтобы не случилось так, что два сервера из DAG оказались на одном хосте
Для проверки
Развертывайте хост Hyper-V с использованием Windows Server Core.
Включите неравномерный доступ к памяти (non-uniform memory access)
Установите профиль мощности в максимальную производительность — не время экономить пару киловатт
Виртуализация подразумевает как минимум те же требования, что и физические сервера: проверьте расчеты мощностей, проведите испытания системы хранения, убедитесь, что у вас достаточное количество серверов Global Catalog для ваших Exchange.
Чего не следует делать
- Не используйте снимки (snapshots)
- Не храните томы на сетевых файловых системах
- Не сажайте два сервера из DAG на один и тот же хост
- Не выключайте balloon driver.
- Не используйте RDMs.
