Виртуализация Exchange 2013

  • Статья

Область применения: Exchange Server 2013 г.

Вы можете развернуть Microsoft Exchange Server 2013 году в виртуализированной среде. В этом разделе приводятся общие сведения о сценариях, поддерживаемых для развертывания Exchange 2013 в программном обеспечении аппаратной виртуализации.

  • Холодная загрузка. При переводе системы из состояния выключения питания в чистый запуск операционной системы действие является холодной загрузкой. Ни одно государство не операционной системы в этом случае сохраняется.

  • Сохраненное состояние. Если виртуальная машина отключена, гипервизоры обычно имеют возможность сохранить состояние виртуальной машины, поэтому при включении компьютера она возвращается в это сохраненное состояние , а не при запуске при холодной загрузке.

  • Плановая миграция. Когда системный администратор инициирует перемещение виртуальной машины с одного узла низкоуровневой оболочки на другой, действие представляет собой плановую миграцию. Действием может быть одна миграция или системный администратор может настроить автоматизацию для перемещения виртуальной машины по времени. Запланированная миграция также может быть результатом какого-либо другого события, которое происходит в системе, кроме сбоя оборудования или программного обеспечения. Ключевой момент заключается в том, что виртуальная машина Exchange работает нормально и по какой-то причине ее необходимо переместить. Это перемещение можно выполнить с помощью технологий, таких как динамическая миграция или vMotion. Однако если виртуальная машина Exchange или узел низкоуровневой оболочки, где расположена виртуальная машина, испытывает какое-то состояние сбоя, результат не характеризуется как плановая миграция.

Требования к аппаратной виртуализации

Корпорация Майкрософт поддерживает Exchange 2013 в рабочей среде в программном обеспечении для аппаратной виртуализации только при выполнении всех следующих условий:

  • Запущено программное обеспечение виртуализации оборудования:

    Примечание.

    Развертывание Exchange 2013 в поставщиках IaaS (инфраструктура как услуга) поддерживается при соблюдении всех требований к поддержке. Если поставщики предоставляют виртуальные машины, эти условия включают в себя полную поддержку гипервизора, используемого для виртуальных машин Exchange, и соответствие инфраструктуры, используемой Exchange, требованиям к производительности, которые были установлены во время определения размера фермы. Развертывание на виртуальных машинах Microsoft Azure поддерживается, если все тома хранилища, используемые для баз данных Exchange и журналов транзакций баз данных (в том числе баз данных транспорта), настроены для хранилища Azure класса Premium.

  • Гостевая виртуальная машина Exchange имеет следующие условия:

    • Он работает под управлением Exchange 2013.

    • Он развертывается в Windows Server 2008 R2 с пакетом обновления 1 (SP1) (или более поздних версиях), Windows Server 2012 или на Windows Server 2012 R2.

Для развертываний Exchange 2013:

  • Все роли сервера Exchange 2013 поддерживаются на виртуальной машине.

  • Виртуальные машины Exchange Server (включая виртуальные машины почтовых ящиков Exchange, которые входят в группу доступности базы данных или DAG) могут сочетаться с технологией отказоустойчивой кластеризации и миграции на основе узла, если виртуальные машины настроены таким образом, чтобы они не сохраняли и не восстанавливали состояние на диске при перемещении или отключении. Все действия на уровне гипервизора, направленные на обеспечение отказоустойчивости, должны приводить к "холодной" загрузке при активации виртуальной машины на целевом узле. Любая плановая миграция должна приводить к завершению работы и "холодной" загрузке или онлайн-миграции с помощью технологий наподобие динамической миграции Hyper-V. Миграция виртуальных машин с использованием гипервизора реализуется поставщиком гипервизора, поэтому следует убедиться, что поставщик проверяет и поддерживает миграцию виртуальных машин Exchange. Корпорация Майкрософт поддерживает динамическую миграцию Hyper-V для этих виртуальных машин.

  • На физическом хост-компьютере можно развертывать только программы для управления (например, антивирусные программы, программы для резервного копирования или программы для управления виртуальными машинами). Никакие другие серверные приложения (например, Exchange, SQL Server, Active Directory или SAP) не следует устанавливать на хост-компьютере. Необходимо выделить хост-компьютер для запуска гостевых виртуальных машин.

  • Некоторые низкоуровневые оболочки поддерживают функции получения снимков виртуальных машин. В снимке виртуальной машины сохраняется рабочее состояние виртуальной машины. Эта функция позволяет сделать несколько снимков виртуальной машины, а затем возвращаться к любому из предыдущих ее состояний, применяя к ней снимок. Однако снимки виртуальных машин могут быть несовместимы с некоторыми приложениями, поэтому их использование может приводить к неожиданным последствиям в случае серверных приложений, поддерживающих данные о состоянии, таких как Exchange. Как следствие, создание снимков ведомой виртуальной машины Exchange не поддерживается.

  • Многие продукты для виртуализации оборудования позволяют указывать количество виртуальных процессоров, которое должно быть выделено каждой из гостевых виртуальных машин. Виртуальные процессоры, расположенные в гостевой виртуальной машине, используют фиксированное число физических ядер в физической системе. Exchange поддерживает отношение числа виртуальных процессоров к числу физических ядер, не превышающее 2:1, хотя рекомендуется отношение 1:1. Например, двухпроцессорная система с четырехъядерными процессорами содержит 8 физических ядер в обслуживающей системе. В системе с такой конфигурацией не следует выделять на все гостевые виртуальные машины более 16 виртуальных процессоров.

  • При вычислении общего количества виртуальных процессоров, необходимых для хост-компьютера, также необходимо учитывать требования к операциям ввода-вывода и операционной системе. В большинстве случаев эквивалентное количество виртуальных процессоров, требуемое в несущей операционной системе для системы, в которой находятся виртуальные машины Exchange, равно 2. При расчете общего отношения числа физических ядер к числу виртуальных процессоров это значение следует использовать в качестве базового числа виртуальных процессоров несущей операционной системы. Если при наблюдении за производительностью несущей операционной системы обнаруживается потребление ресурсов процессоров, превышающее ресурсы двух процессоров, следует соответствующим образом сократить количество виртуальных процессоров, назначенное гостевым машинам, и проверить, что общее соотношение виртуальных процессоров к физическим ядрам не превышает 2:1.

  • Операционная система для гостевого компьютера Exchange должна использовать диск размером не менее 15 гигабайт (ГБ) и размер виртуальной памяти, выделенной для гостевого компьютера. Это требование необходимо для учета требований к операционной системе и диску файлов подкачки. Например, если гостевой компьютеру выделено 16 ГБ памяти, минимальное дисковое пространство, необходимое для диска гостевой операционной системы, составляет 31 ГБ.

    Кроме того, возможно, что гостевые виртуальные машины могут быть запрещены напрямую взаимодействовать с адаптерами шины Fibre Channel или SCSI, установленными на хост-компьютере. В таком случае необходимо настроить адаптеры в операционной системе хост-компьютера и предоставить логические номера устройств (LUN) гостевым виртуальным машинам как виртуальному или сквозному диску.

  • Единственный поддерживаемый способ отправки сообщений электронной почты во внешние домены из вычислительных ресурсов Azure — через ретранслятор SMTP (иначе называемый интеллектуальным узлом SMTP). Вычислительный ресурс Azure отправляет сообщение ретранслятору SMTP, а затем поставщик ретрансляции SMTP доставляет сообщение на внешний домен. защита Microsoft Exchange Online является одним из поставщиков ретранслятора SMTP, но есть и ряд сторонних поставщиков. Дополнительные сведения см. в статье Устранение неполадок с исходящим подключением по протоколу SMTP в Azure.

Требования к хранилищу хост-компьютера

Для каждого хост-компьютера применяются следующие требования к минимальному месту на диске:

  • Хост-компьютеры в случае некоторых приложений виртуализации оборудования могут требовать дискового пространства для операционной системы и ее компонентов. Например, при запуске Windows Server 2008 R2 с Hyper-V вам потребуется не менее 10 ГБ для удовлетворения требований к Windows Server 2008. Дополнительные сведения см. в статье Требования к системе Для Windows Server 2008 R2. Дополнительного места также должно быть достаточно для файла подкачки операционной системы, программного обеспечения управления и файлов дампа (для восстановления после сбоя).

  • Некоторые низкоуровневые оболочки хранят на хост-компьютере файлы, уникальные для каждой гостевой виртуальной машины. Например, в среде Hyper-V для каждой ведомой машины создается и хранится временный файл памяти (с расширением BIN). Размер каждого BIN-файла равен объему памяти, выделенному ведомой машине. Кроме того, для каждой из ведомых машин на хост-компьютере могут создаваться и храниться другие файлы.

  • Если на главном компьютере работает Windows Server 2012 Hyper-V или Hyper-V 2012 и вы настраиваете отказоустойчивый кластер на основе узла, в котором будут размещаться серверы почтовых ящиков Exchange в группе доступности базы данных, рекомендуем следовать рекомендациям, описанным в статье базы знаний Майкрософт KB2872325.

Требования к хранилищу Exchange

Требования для ресурсов хранения, подключенных к виртуализированной Exchange сервера существуют следующие:

  • Каждой из гостевых машин Exchange должно быть выделено достаточное место в хранилище на хост-компьютере под фиксированный диск с операционной системой гостевой машины, временными файлами памяти и соответствующими файлами виртуальной машины, которые находятся на ведущей машине. Кроме того, для каждой ведомой машины Exchange также необходимо выделить достаточное место для очередей сообщений, а также достаточное место для баз данных и файлов журналов на серверах почтовых ящиков.

  • Память, используемая гостевой машиной Exchange для хранения данных Exchange (например, баз данных почтовых ящиков или транспортных очередей), может быть виртуальным хранилищем фиксированного размера (например, фиксированным виртуальным жестким диском VHD или VHDX в среде Hyper-V), динамическим виртуальным хранилищем (при использовании VHDX-файлов с Hyper-V), транзитным хранилищем SCSI или интернет-хранилищем SCSI (iSCSI). Транзитное хранилище — это хранилище, настроенное на уровне узла и выделенное для одной гостевой машины. Все хранилище, используемое гостевым компьютером Exchange для хранения данных Exchange, должно быть хранилищем на уровне блоков, так как Exchange 2013 не поддерживает использование томов хранилища, подключенного к сети (NAS), кроме как в сценарии SMB 3.0, описанном далее в этом разделе. Не поддерживается также устройство NAS, представленное для гостевой машины через гипервизор как хранилище уровня блоков.

  • Фиксированные или динамические виртуальные диски могут храниться в файлах SMB 3.0, поддерживаемых хранилищем уровня блоков, если гостевой компьютер работает на Windows Server 2012 Hyper-V (или более поздней версии Hyper-V). Единственное поддерживаемое использование общих папок SMB 3.0 — для хранения фиксированных или динамических виртуальных дисков. Такие файловые ресурсы не могут использоваться для непосредственного хранения данных Exchange. При использовании общих папок SMB 3.0 для хранения фиксированных или динамических виртуальных дисков хранилище, обеспечивающее общую папку, должно быть настроено на высокий уровень доступности, чтобы обеспечить наилучшую доступность службы Exchange.

  • Хранилище, используемое сервером Exchange, должно находиться на дисках, отличных от тех, на которых размещается операционная система ведомой виртуальной машины.

  • Хранилище iSCSI можно настроить на использование инициатора iSCSI в ведомой виртуальной машине Exchange. Однако производительность в этой конфигурации будет менее высокой, если сетевой стек виртуальной машины ограничен по функциональности (например, не все виртуальные сетевые стеки поддерживают кадры крупного размера).

Требования и рекомендации относительно памяти Exchange

Некоторые гипервизоры могут перезаписывать или динамически изменять объем памяти, доступный для определенного гостевого компьютера, на основе предполагаемого использования памяти на гостевом компьютере по сравнению с потребностями других гостевых компьютеров, управляемых тем же гипервизором. Такая технология эффективна для рабочих нагрузок, при которых какому-либо процессу требуется больший объем памяти на короткий период времени (эта память затем может быть распределена для других процессов). Однако эта технология не подходит для рабочих нагрузок, в случае которых память используется на постоянной основе. Приложение Exchange, как и многие серверные приложения с оптимизацией производительности, предусматривающие кэширование данных в памяти, восприимчиво к низкой производительности системы и неприемлемым клиентским возможностям, если оно не полностью контролирует память, выделенную для физической или виртуальной машины, в которой работает. В результате использование функций динамической памяти для Exchange не поддерживается.

Отказоустойчивый кластер на базе узлов и миграция для Exchange

Ниже приведены ответы на некоторые часто задаваемые вопросы о технологии отказоустойчивой кластеризации и миграции на основе узла с помощью групп daG Exchange 2013.

  • Корпорация Майкрософт поддерживает технологию третьих сторон миграции?

    Корпорация Майкрософт не может делать заявления о поддержке для интеграции сторонних продуктов гипервизора с помощью этих технологий с Exchange, так как эти технологии не входят в программу проверки виртуализации сервера (SVVP). Программа проверки виртуализации серверов (SVVP) охватывает другие аспекты поддержки сторонних низкоуровневых оболочек корпорацией Майкрософт. Необходимо убедиться, что поставщика низкоуровневой оболочки поддерживает сочетание их миграции и кластеризации технологии с Exchange. Если поставщик низкоуровневой оболочки поддерживает свою технологию миграции с Exchange, корпорация Майкрософт поддерживает Exchange с этой технологией миграции.

  • Каким образом Майкрософт определить индивидуальный отказоустойчивый кластер?

    Централизованной отказоустойчивой кластеризации называется любая технология, обеспечивающая автоматическое способности реагировать на отказы узла уровня соответствующие виртуальные машины и запустить на альтернативные серверы. Поддерживается использование этой технологии, поскольку, в сценарий сбоя, скоро виртуальной машины с узла на альтернативном начальной холодной загрузки. Эта технология помогает гарантировать, что виртуальная машина не запускается из сохраненного состояния, которое сохраняется на диске, поскольку она будет устаревшей относительно остальных участников группы обеспечения доступности баз данных.

  • Что такое поддержка миграции Microsoft?

    Технология миграции называется любая технология, которая позволяет перемещении виртуальной машины с одного главного компьютера на другой компьютер. Этот шаг также может являться автоматизированным перемещением, которое выполняется при балансировке нагрузки на ресурсы, но он не связан со сбоями в системе. Миграции поддерживаются, если виртуальные машины не запускаются из сохраненного состояния, которое сохраняется на диске. Это означает, что технология, которая перемещает виртуальной машины путем передачи государству и памяти виртуальной машины через сеть без простоя поддерживается Exchange. Поставщик сторонней низкоуровневой оболочки должен обеспечить поддержку технологии миграции, а корпорация Майкрософт поддержит использование Exchange в этой конфигурации.