Политика поддержки и рекомендации корпорации Майкрософт для серверов Exchange Server в средах с виртуализацией оборудования

Последнее изменение раздела: 2012-06-06

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

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

• Технология Hyper-V Windows Server 2008 и сервер Microsoft Hyper-V Server   Windows Server 2008 поддерживает 64-разрядную технологию виртуализации под названием Hyper-V. Hyper-V представляет собой низкоуровневую оболочку: уровень программного обеспечения над аппаратным уровнем и ниже уровня одной или более операционных систем. Дополнительные сведения о технологии Hyper-V см. в статье Virtualization and Consolidation with Hyper-V

• Технология Windows Server 2008 R2 Hyper-V и сервер Microsoft Hyper-V Server   Технология Windows Server 2008 R2 Hyper-V основана на архитектуре и функциях Windows Server 2008 Hyper-V и дополняет их рядом новых возможностей, повышающих гибкость продукта. Дополнительные сведения о ключевых возможностях и сценариях использования технологии Windows Server 2008 R2 Hyper-V см. в статье Virtualization with Hyper-V: Overview

• Microsoft Virtual Server   Virtual Server — это программное обеспечение, в котором реализована технология виртуализации сервера, разработанная для платформы Windows Server System (Windows Server 2003 и Windows Server 2003 R2). Дополнительные сведения о виртуальном сервере Microsoft см. в статье Virtual Server 2005 R2 SP1 Product Overview

• Microsoft Virtual PC   Virtual PC — это программное обеспечение, с помощью которого на компьютере с операционной системой Microsoft Windows можно создавать виртуальные машины, каждая из которых виртуализирует оборудование физического компьютера. Дополнительные сведения о среде Virtual PC см. в статье Microsoft Virtual PC 2007 Product Information

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

• Обновленная политика поддержки программного обеспечения Майкрософт, запущенного в средах со сторонним программным обеспечением для виртуализации оборудования

• Партнеры по поддержке стороннего программного обеспечения для виртуализации оборудования

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

Терминология, используемая в данном разделе

В данном разделе используются термины, приведенные ниже.

• Гипервизор.
  Уровень программного обеспечения над оборудованием и ниже уровня одной или более операционных систем.

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

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

Политика поддержки и рекомендации для сервера Exchange Server 2007

Корпорация Майкрософт поддерживает сервер Exchange Server 2007 в среде виртуализации оборудования только при выполнении указанных ниже условий.

• В качестве программного обеспечения для виртуализации оборудования используется сервер Windows Server 2008 с технологией Hyper-V, сервер Microsoft Hyper-V Server или любая низкоуровневая оболочка стороннего изготовителя, проверенная в соответствии с программой Windows Server Virtualization Validation Program

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

  • На ней установлен сервер Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1) или более поздней версии.

  • Она развернута в 64-разрядной операционной системе Windows Server 2008.

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

  • Она соответствует всем требованиям, изложенным в статье Системные требования Exchange 2007.

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

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

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

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

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

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

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

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

Соображения по поводу производительности и масштабируемости

Использование Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1) в ведомой виртуальной машине не меняет требования к построению сервера Exchange Server с точки зрения приложений. Ведомая виртуальная машина с сервером Exchange Server должна иметь конфигурацию, соответствующую обрабатываемой нагрузке. При определении конфигурации виртуализованного сервера Exchange Server используется такой же подход, как и при определении конфигурации невиртуализованного сервера Exchange Server. Роли сервера почтовых ящиков, сервера клиентского доступа и транспортного сервера следует проектировать, исходя из требований к производительности, масштабированию и надежности. Кроме того, на основе данных об использовании системы им необходимо выделять ресурсы, достаточные для обработки нагрузки. Подробные сведения и руководство по планированию конфигурации ролей сервера Exchange см. в статьях, указанных ниже.

• Планирование конфигураций процессора

• Планирование конфигураций памяти

• Планирование конфигураций хранилища

• Масштабирование серверов клиентского доступа

• Схема хранилища сервера почтовых ящиков

• Схема хранилища транспортного сервера

Особенности динамического распределения памяти

Во многих низкоуровневых оболочках предусмотрена возможность динамического изменения объема оперативной памяти, доступной одной или нескольким виртуальным машинам. Благодаря этой возможности низкоуровневая оболочка может выделять оперативную память виртуальным машинам с учетом текущих требований к объему ОЗУ определенных виртуальных машин.

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

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

Дополнительные сведения о выделении оперативной памяти см. в статье Планирование конфигураций памяти. Дополнительные сведения о динамическом распределении памяти см. в разделе "Рекомендации по применению" технического документа группы Hyper-V Реализация и настройка динамической памяти.

Соображения по поводу виртуальных машин

Ниже приведены рекомендации для ведомых виртуальных машин Exchange.

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

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

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

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

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

    Примечание.
    UNRESOLVED_TOKEN_VAL(exBlog)

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

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

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

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

Соображения по поводу надежности и аварийного восстановления

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

В некотором программном обеспечении для виртуализации оборудования есть функции, поддерживающие кластеризацию и переносимость ведомых виртуальных машин между несколькими физическими корневыми компьютерами. Например, технология Hyper-V включает кластерное решение под названием быстрый перенос, которое объединяет ведущие машины Hyper-V с отказоустойчивой кластеризацией Windows. Дополнительные сведения о быстром переносе см. в статье Быстрая миграция с помощью технологии Hyper-V Операционные системы Windows Server 2008 Enterprise и Windows Server 2008 Datacenter позволяют запустить каждый сервер, предоставляющий услуги клиентам, в качестве ведомой виртуальной машины на физическом сервере и настроить физический сервер в качестве узла отказоустойчивого кластера (группы соединенных компьютеров, которые работают вместе и обеспечивают дублирование услуг). В такой конфигурации другие физические серверы в кластере готовы обеспечить поддержку ведомых виртуальных машин при необходимости выполнить быстрый перенос. Влияние быстрого переноса на ведомую машину зависит от вида сбоя.

• Запланированное отключение. Запланированное отключение происходит в том случае, когда администратор вручную перемещает кластерные ресурсы на другой узел кластера. В такой ситуации состояние ведомой машины фиксируется и сохраняется, ресурсы переводятся на указанный узел, а ведомая машина возвращается из сохраненного состояния на указанном узле. С точки зрения Microsoft Exchange на серверах в общем случае только теряются TCP-соединения. В процессе переноса прерывается обслуживание клиентов. Пользователи Microsoft Office Outlook в режиме кэширования данных Exchange, а также клиенты Exchange ActiveSync на короткое время переходят в автономный режим, а пользователи Outlook в интерактивном режиме, а также пользователи веб-клиента Office, протоколов POP3 и IMAP4 в ходе переноса не могут получить доступ к своим почтовым ящикам. Длительность отключения зависит от времени, которое требуется на остановку, перемещение и возобновление работы виртуальной машины. На него сильно влияет доступность хранилища и размер памяти виртуальной машины.

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

Выбор решения для обеспечения высокой доступности для виртуализированного сервера Exchange Server

Для обеспечения доступности виртуализированных серверов Exchange рекомендуется использовать решения, встроенные в Exchange Server, вместо решений для кластеризации или переноса, реализованных в низкоуровневой оболочке (например, функции быстрого переноса Hyper-V). Функции сервера Exchange Server (в частности кластер с непрерывной репликацией) обеспечивают больше преимуществ по сравнению с решениями низкоуровневой оболочки, которые перемещают виртуальные машины между физическими корневыми компьютерами.

Встроенный в Exchange механизм репликации (непрерывная репликация) можно объединить со средством отказоустойчивости кластеров Windows в конфигурации под названием "кластер с непрерывной репликацией". Кластер с непрерывной репликацией можно развернуть в среде виртуализации оборудования, создав таким образом решение для обеспечения доступности служб и данных для Exchange Server 2007 в виртуализованной среде. Для обеспечения избыточности и высокой надежности в виртуализированной среде кластера с непрерывной репликацией (или кластера с единым хранилищем) каждый ведомый компьютер, являющийся узлом кластера, должен находиться на отдельном физическом корневом компьютере.

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

Для виртуализированных серверов Exchange Server не рекомендуется использовать перенос виртуальных машин на основе низкоуровневой оболочки (например, быстрый перенос Hyper-V). При переносе конфигурации виртуальной машины незапланированное отключение может привести к потере данных. В среде кластера с непрерывной репликацией такой тип потери данных в значительной степени компенсируется функцией под названием транспортная корзина. Транспортная корзина использует избыточность среды для восстановления некоторых данных, потерянных при переходе на другой ресурс при сбое. Дополнительные сведения см. в статье Cluster Continuous Replication

В приведенной ниже таблице указаны различия между решениями для переноса виртуальных машин и кластерами с непрерывной репликацией (при развертывании в среде виртуализации оборудования).

Перенос виртуальной машины в сравнении с кластером с непрерывной репликацией

Соображения по поводу резервного копирования и восстановления

Сервер Exchange Server предъявляет значительные требования к подсистеме ввода-вывода. При крупномасштабном развертывании серверов Exchange Server на ведомых виртуальных машинах рекомендуется использовать для хранения данных сквозные диски. Текущая реализация служб теневого копирования томов в Hyper-V не поддерживает резервные копии на уровне корневого узла для сквозных дисков и дисков iSCSI, подключенных к инициатору iSCSI на ведомой виртуальной машине. В результате теневые резервные копии ведомой виртуальной машины Exchange, выполняемые на корневом компьютере, не поддерживаются для сквозных дисков и дисков iSCSI, подключенных на ведомой виртуальной машине.

Для резервного копирования виртуализированного сервера Exchange Server с использованием любого из этих типов хранилищ резервное копирование необходимо выполнять на ведомой виртуальной машине. Можно использовать программное обеспечение для резервного копирования, поддерживающее интерфейсы API потокового резервного копирования ESE, или программное решение для теневого копирования с поддержкой Exchange Server (например, Microsoft System Center Data Protection Manager).

Теневое резервное копирование ведомой виртуальной машины Exchange из корневого компьютера поддерживается в случае использования виртуальных жестких дисков Hyper-V.

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

Соображения по поводу хранилищ

Рекомендуется использовать для ведущей операционной системы, каждого из дисков ведомой операционной системы и хранилища виртуальной машины отдельные логические номера устройств, защищенные с помощью RAID-массива. Логические номера устройств для баз данных и файлов журналов следует изолировать в соответствии с рекомендациями для хранилищ Exchange Server 2007. Все требования и рекомендации по поводу хранилищ Exchange Server 2007 относятся к серверам Exchange Server, работающим в среде виртуализации оборудования. Дополнительные сведения о требованиях и рекомендациях для Exchange Server 2007 см. в статье Planning Storage Configurations

На приведенном ниже рисунке показана конфигурация хранилища Exchange Server 2007 в среде Hyper-V.

Конфигурация хранилища Exchange Server 2007 в среде Hyper-V

Требования к хранилищам ведомых виртуальных машин

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

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

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

Каждый корневой компьютер предъявляет требования к дисковому пространству.

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

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

Требования и рекомендации для хранилища сервера Exchange Server

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

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

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

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

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

• При использовании хранилища iSCSI максимальная производительность достигается, когда на ведущей машине настроен инициатор iSCSI, а диски представлены ведомой машине как сквозные. Рекомендуется использовать для развертывания хранилищ iSCSI каналы Gigabit Ethernet или более быстрые, а также изолировать сеть хранилищ iSCSI от остального трафика. Также рекомендуется использовать для передачи сетевого трафика iSCSI отдельные сетевые платы. В среде Hyper-V рекомендуется настроить специальные карты для сети iSCSI для передачи больших пакетов и не привязывать эти карты к коммутаторам виртуальной сети.

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

Вопросы сетевого использования

При использовании Exchange 2007 в среде виртуализации оборудования рекомендуется использовать определенные параметры настройки сети. Эти параметры определяются тем, развертывается ли Exchange для обеспечения высокого уровня доступности.

Для сред, которые развертываются не для обеспечения высокого уровня доступности (например, не кластер с непрерывной репликацией, не кластер с одиночным хранилищем, не быстрый перенос), при планировании и развертывании рекомендуется следовать указаниям поставщика низкоуровневой оболочки. Например, в случае Hyper-V рекомендуется следовать указаниям, изложенным в статьях Hyper-V Planning and Deployment Guide и Microsoft Hyper-V Server 2008 Configuration Guide

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

Примечание.

При развертывании ведомых машин клиентского доступа или транспортного концентратора в среде Hyper-V, которая также настроена для обеспечения высокой доступности путем балансировки сетевой нагрузки, следует установить исправление из статьи 953828 базы знаний Майкрософт, "The NLB host does not converge as expected on Windows Server 2008 Hyper-V virtual machines" Дополнительные сведения об установке и настройке балансировки сетевой нагрузки см. в руководстве Network Load Balancing Deployment Guide

Политика поддержки и рекомендации для сервера Exchange Server 2003

Корпорация Майкрософт поддерживает сервер Exchange Server 2003 в программной среде виртуализации оборудования только при выполнении указанных ниже условий.

• В качестве программного обеспечения для виртуализации оборудования используется сервер Microsoft Virtual Server 2005 R2 или любая его последующая версия.

• Сервер Exchange Server, работающий на виртуальной машине, имеет версию Microsoft Exchange Server 2003 с пакетом обновления 2 (SP2) или более позднюю.

• В ведомой операционной системе установлены дополнения виртуальной машины Microsoft Virtual Server 2005 R2.

• Exchange Server 2003 настроен как автономный сервер, а не как элемент отказоустойчивого кластера Windows.

• В ведомой операционной системе в качестве драйвера SCSI используется драйвер Microsoft Virtual Machine PCI SCSI Controller.

• Для виртуальной машины Exchange не включена функция отката виртуального диска.

  Примечание.
  Когда SCSI-адаптер виртуального сервера Microsoft добавляется в виртуальную машину после установки дополнений виртуальной машины, ведомая операционная система определяет и устанавливает типовой SCSI-драйвер Adaptec. В этом случае чтобы установить в ведомой операционной системе правильный SCSI-драйвер, необходимо удалить и снова установить дополнения виртуальной машины.

Чтобы проверить SCSI-драйвер, установленный в ведомой операционной системе, выполните указанные ниже действия.

1. В ведомой операционной системе щелкните правой кнопкой мыши элемент Мой компьютер и выберите пункт Управление.

2. В разделе Служебные программы щелкните элемент Диспетчер устройств.

3. Убедитесь, что в группе SCSI и RAID контроллеры имеется элемент Microsoft Virtual Machine PCI SCSI Controller. Если указан другой драйвер, необходимо переустановить дополнения виртуальной машины. Например, если указан драйвер Adaptec, необходимо переустановить дополнения виртуальной машины.

   Примечание.
   Если виртуальная машина настроена для использования только IDE-контроллера, ничего делать не нужно.

Соображения по поводу производительности и масштабируемости

Если планируется развернуть сервер Exchange Server 2003 с пакетом обновления 2 (SP2) в виртуализированной среде, следует рассмотреть те же соображения относительно производительности и масштабируемости (см. статью Exchange Server 2003 Performance and Scalability Guide — на английском языке), что и в случае определения параметров виртуальной машины для сервера Exchange Server 2003.

На производительность и масштабируемость сервера Exchange Server 2003, когда он работает на сервере Virtual Server 2005 R2, напрямую влияют некоторые факторы. Эти факторы следует учитывать при определении конфигураций ведущих и ведомых систем.

Ниже указаны факторы, которые следует учесть при определении конфигурации виртуальной машины.

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

• При определении размера диска виртуальной машины необходимо учитывать время, которое требуется на создание полной резервной копии данных сервера Exchange Server по сети в интерактивном режиме. Для резервного копирования сервера Exchange Server можно использовать отдельный адаптер виртуальной сети.

  Примечание.

  Несмотря на то, что на уровне ведущей машины можно выполнять автономное резервное копирование файлов виртуальных дисков (VHD), это не избавляет от необходимости периодически выполнять резервное копирование сервера Exchange Server. Дополнительные сведения о процессах резервного копирования и восстановления сервера Exchange Server см. в документе Exchange Server 2003 Disaster Recovery Operations Guide.

• Создайте отдельные виртуальные диски фиксированного размера для баз данных и файлов журналов сервера Exchange Server и сохраните их на ведущем сервере на отдельных физических дисках.

• Перед развертыванием сервера Exchange Server в рабочей среде рекомендуется проверить его производительность с помощью средств управления производительностью Exchange Server 2003 . Дополнительные сведения об этих средствах см. в документе Exchange Server 2003 Performance and Scalability Guide.

Ниже указаны факторы, которые следует учитывать при определении конфигурации ведущей машины.

• Сервер с решением Virtual Server 2005 R2 должен иметь параметры, подходящие для работы нужного количества виртуальных машин, которое планируется развернуть. При оценке этих параметров следует учесть конфигурацию процессора, памяти, сетевых адаптеров и диска.

• Используйте жесткий диск с небольшим временем доступа. Для хранения файлов VHD с данными сервера Exchange Server можно использовать жесткий диск SCSI, RAID-массив или сеть хранения данных.

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

Политика поддержки версий сервера Exchange Server, предшествующих Exchange Server 2003

Корпорация Майкрософт не поддерживает в рабочих средах с виртуализацией оборудования версии сервера Microsoft Exchange Server, предшествующие Exchange Server 2003. Это относится к серверам Exchange 2000 Server, Exchange 2000 Conferencing Server, Exchange Server 5.5 и всем более ранним версиям Exchange Server.