Общие сведения о виртуализации Exchange 2010

  • Статья

 

Применимо к: Exchange Server 2010 SP3

Последнее изменение раздела: 2016-11-28

Вы можете развернуть MicrosoftExchange Server 2010 в виртуализированной среде. В этом разделе представлен обзор сценариев, которые поддерживаются для развертывания Exchange 2010 в программном обеспечении для виртуализации оборудования.

Содержание

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

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

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

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

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

В этом разделе при рассмотрении виртуализации Exchange используются следующие термины:

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

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

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

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

Microsoft поддерживает Exchange 2010 при его работе на основе ПО виртуализации оборудования только при выполнении всех указанных ниже условий.

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

    • Windows Server 2008 с технологией Hyper-V

    • Windows Server 2008 R2 с технологией Hyper-V

    • Microsoft Hyper-V Server 2008

    • Microsoft Hyper-V Server 2008 R2

    • Microsoft Hyper-V Server 2012

    • Windows Server 2012 с технологией Hyper-V

    • Любой гипервизор от сторонних производителей, проверенный в соответствии с программой проверки виртуализации Windows Server.

    ПримечаниеПримечание.
    Развертывание рабочих серверов Exchange на виртуальных машинах Windows Azure не поддерживается.

  • К гостевой виртуальной машине Exchange применимы следующие условия:

    • На ней используется Exchange 2010, в том числе режим размещения Exchange 2010, доступный в Exchange 2010 SP1 и Exchange 2010 SP2.

    • Развертывание происходит в Windows Server 2008 с пакетом обновления 2 (SP2) (или более поздних версий) или на Windows Server 2008 R2 RTM (или более поздних версий).

    ПримечаниеПримечание.
    При установке Exchange 2010 в среде Hyper-V возможно получение следующего сообщения об ошибке: «Не удалось установить роль транспортного сервера-концентратора». Для виртуализированных серверов Служба каталогов Active Directory перед установкой роли транспортного сервера-концентратора мы рекомендуем отключить компонент интеграции синхронизации времени, а затем задать время от надежного внешнего поставщика времени. Это особенно важно, если сервер присоединен к домену, размещенному на виртуальной машине.

Для развертывания Exchange 2010 с пакетом обновления 2 (SP2) или Exchange 2010 с пакетом обновления 1 (SP1):

  • В среде виртуализации поддерживаются все роли сервера Exchange 2010, за исключением роли сервера единой системы обмена сообщениями. Единая система обмена сообщениями имеет следующие специальные требования:

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

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

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

Для развертываний окончательной первоначальной версии (RTM) Exchange 2010:

  • Роли сервера Exchange 2010, кроме ролей единой системы обмена сообщениями, поддерживаются в виртуальной машине.

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

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

    • Система Exchange не поддерживает динамически расширяемые виртуальные диски.

    • Виртуальные диски, использующие разностные или дельта-механизмы (такие как разностные виртуальные жесткие диски или снимки Hyper-V), не поддерживаются.

    ПримечаниеПримечание.
    В среде Hyper-V размер каждого фиксированного виртуального жесткого диска не должен превышать 2 040 ГБ. Сведения об ограничениях размера дисков поддерживаемых сторонних гипервизоров можно узнать у изготовителя.

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

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

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

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

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

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

  • Exchange Jetstress 2010 поддерживается для использования в виртуальных гостевых экземплярах, развернутых на одном из следующих гипервизоров. Jetstress не поддерживается при использовании в виртуальных гостевых экземплярах, работающих под управлением любых других гипервизоров.

    • Windows Server 2008 R2 (или более поздние версии) с технологией Hyper-V

    • Hyper-V Server 2008 R2 (или более новые версии)

    • VMware ESX 4.1 (или более новые версии)

Мы поддерживаем использование средства MicrosoftExchange Server Jetstress 2010 на гостевой виртуальной машине, если она развернута на следующих серверах:

  1. MicrosoftWindows Server 2008 R2 или более поздней версии

  2. Microsoft Hyper-V Server 2008 R2 или более поздней версии

  3. VMware ESX 4.1 или более поздней версии

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

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

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

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

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

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

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

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

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

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

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

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

Определяйте размер памяти для гостевых компьютеров с помощью тех же методов, что и для физических развертываний. Дополнительные сведения о требованиях к размеру памяти для ролей сервера Exchange 2010 см. в разделе Общие сведения о конфигурациях памяти и производительности Exchange. Дополнительные сведения см. в разделе "Учет требований для приложений" документа, подготовленного группой разработчиков Microsoft Hyper-V. Документ можно загрузить на странице Реализация и настройка динамической памяти.

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

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

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

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

  • Каким Майкрософт определяет централизованную отказоустойчивую кластеризацию?

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

  • Что корпорация Майкрософт подразумевает под поддержкой миграции?

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

    ПредупреждениеПредупреждение.
    В случае с Microsoft Hyper-V функция динамической миграции поддерживается, но не поддерживается быстрая миграция. Следует заметить, что если выбрать операцию перемещения на виртуальной машине в среде Hyper-V, поведение по умолчанию заключается в том, чтобы выполнить быструю миграцию. Чтобы сохранить поддержку с членами группы DAG с Exchange SP1 и Exchange SP2, вы должны использовать динамическую миграцию, как показано на следующем рисунке.

    Динамическая миграция членов группы доступности базы данных в Hyper-V

Виртуализация серверов единой системы обмена сообщениями

В отличие от Exchange 2010 RTM выпуски Exchange 2010 SP1 и SP2 поддерживают роль единой системы обмена сообщениями (UM) для Hyper-V и других поддерживаемых гипервизоров. Для поддержки единой системы обмена сообщениями нужно развернуть Exchange 2010 SP1 или Exchange 2010 SP2, так как роль UM зависит от компонента, предоставляемого Microsoft Lync. До выпуска Exchange 2010 SP1 команда разработчиков Lync сделала возможной высококачественную обработку звука в реальном времени в виртуальном развертывании. Начиная с Exchange 2010 SP1 эти изменения были интегрированы в роль UM.

 © Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.