Виртуализация 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 серверные виртуальные машины (включая виртуальные машины почтовых ящиков 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

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

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

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

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

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

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

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