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

Применимо к: Exchange Server 2013Applies to: Exchange Server 2013

Microsoft Exchange Server 2013 можно развернуть в виртуализованной среде. В этом разделе Обзор сценариев, которые поддерживаются для развертывания Exchange 2013 на программное обеспечение виртуализации оборудования.You can deploy Microsoft Exchange Server 2013 in a virtualized environment. This topic provides an overview of the scenarios that are supported for deploying Exchange 2013 on hardware virtualization software.

СодержаниеContents

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

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

Требования к хранилищу ExchangeExchange storage requirements

Требования и рекомендации относительно памяти ExchangeExchange memory requirements and recommendations

Отказоустойчивый кластер на базе узлов и миграция для ExchangeHost-based failover clustering and migration for Exchange

Следующие термины используются в этом разделе рассмотрена Exchange виртуализации:The following terms are used in this discussion of Exchange virtualization:

  • Холодного загрузки После внесения в системе из состояния выключение в чистой Пуск операционной системы, то действие — это холодного загрузки. В этом случае сохранения не состояние операционной системы.Cold boot When bringing a system from a power-off state into a clean start of the operating system, the action is a cold boot. No operating system state has been persisted in this case.

  • Состояние saved Когда выключено виртуальной машины низкоуровневые оболочки обычно имеют возможность сохранять состояние виртуальной машины, поэтому при обратно на питания этого компьютера, он возвращает, сохраненное состояние , а не переход по загрузке холодного запуска.Saved state When a virtual machine is powered off, hypervisors typically have the ability to save the state of the virtual machine, so when the machine is powered back on, it returns to that saved state rather than going through a cold boot startup.

  • Запланировано миграции Если системный администратор инициирует перемещение виртуальной машины с одного узла низкоуровневой оболочки в другую, действии, запланированных миграции. Действие может быть одним миграции или системный администратор может настроить автоматизации для перемещения виртуальной машины на основе времени. Планируется переход также может быть результатов других событий, возникающих в системе, отличный от сбоя оборудования или программного обеспечения. Суть виртуальной машины Exchange работает нормально и его необходимо переместить для какой-либо причине. В этом перемещения можно выполнить с помощью технологии, такой как Live миграции или vMotion. Тем не менее если на виртуальной машине Exchange или низкоуровневой оболочки узел где расположены каждый раз на виртуальную машину какую-либо сбоев условие, результат не будет Отличительные характеристики как запланированного переноса.Planned migration When a system administrator initiates the move of a virtual machine from one hypervisor host to another, the action is a planned migration. The action could be a single migration, or a system administrator could configure automation to move the virtual machine on a timed basis. A planned migration could also be the result of some other event that occurs in the system, other than hardware or software failure. The key point is the Exchange virtual machine is operating normally and needs to be relocated for some reason. This relocation can be done via technology, like Live Migration or vMotion. However, if the Exchange virtual machine or the hypervisor host where the virtual machine is located experiences some sort of failure condition, the outcome isn't characterized as a planned migration.

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

Корпорация Майкрософт поддерживает Exchange 2013 в работе на программное обеспечение виртуализации оборудования только в том случае, если выполняются следующие условия:Microsoft supports Exchange 2013 in production on hardware virtualization software only when all the following conditions are true:

  • Запущено программное обеспечение виртуализации оборудования:The hardware virtualization software is running one of the following:

    Примечание

    Развертывание Exchange 2013 на поставщиков инфраструктуры как служба (IaaS) поддерживается в том случае, если выполняются все требования к поддержке. В случае поставщиков, которые подготовки виртуальных машин которые перечислены проверка того, что полностью поддерживается низкоуровневой оболочки, используется для виртуальных машин Exchange и соответствие производительность инфраструктуры для использования с Exchange требования, которые были определены во время процесса изменения размера. Развертывание на виртуальных машинах Microsoft Azure поддерживается, если все тома хранилища, используемых для баз данных Exchange и журналов транзакций базы данных (в том числе баз данных транспорта) настраиваются для хранения Premium Azure.Deployment of Exchange 2013 on Infrastructure-as-a-Service (IaaS) providers is supported if all supportability requirements are met. In the case of providers who are provisioning virtual machines, these requirements include ensuring that the hypervisor being used for Exchange virtual machines is fully supported, and that the infrastructure to be utilized by Exchange meets the performance requirements that were determined during the sizing process. Deployment on Microsoft Azure virtual machines is supported if all storage volumes used for Exchange databases and database transaction logs (including transport databases) are configured for Azure Premium Storage.

  • Гостевая виртуальная машина Exchange имеет следующие условия:The Exchange guest virtual machine has the following conditions:

    • Он работает Exchange 2013.It's running Exchange 2013.

    • Она развертывается на Windows Server 2008 R2 с пакетом обновления 1 (или более поздней версии), Windows Server 2012 или Windows Server 2012 R2.It's deployed on Windows Server 2008 R2 SP1 (or later versions), Windows Server 2012, or on Windows Server 2012 R2.

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

  • В виртуальной машине поддерживаются все роли сервера Exchange 2013.All Exchange 2013 server roles are supported in a virtual machine.

  • Виртуальные машины с сервера Exchange (в том числе почтовых ящиков Exchange виртуальные машины, являющиеся частью группы обеспечения доступности базы данных или группы доступности базы данных), могут использоваться в сочетании с отказоустойчивой кластеризации и технологии миграции, поскольку виртуальные машины настроены Таким образом, что они не будут сохранения и восстановления состояния на диске, при перемещении или переводится в автономный режим. Все отработки отказа активность на уровне низкоуровневой оболочки должен привести холодного загрузки при активации на узле конечного виртуальной машины. Все плановых миграции необходимо либо приведет к завершению работы и холодного загрузки или online миграции, которые используют технологию как миграции Live Hyper-V. Перенос низкоуровневой оболочки виртуальных машин поддерживается поставщиком низкоуровневой оболочки; Таким образом необходимо убедиться, что поставщик низкоуровневой оболочки проверено и поддерживает миграцию Exchange виртуальных машин. Майкрософт поддерживает перенос Live Hyper-V этих виртуальных машин.Exchange server virtual machines (including Exchange Mailbox virtual machines that are part of a database availability group, or DAG), may be combined with host-based failover clustering and migration technology, as long as the virtual machines are configured such that they won't save and restore state on disk when moved or taken offline. All failover activity occurring at the hypervisor level must result in a cold boot when the virtual machine is activated on the target node. All planned migration must either result in shutdown and cold boot, or an online migration that makes use of a technology like Hyper-V Live Migration. Hypervisor migration of virtual machines is supported by the hypervisor vendor; therefore, you must ensure that your hypervisor vendor has tested and supports migration of Exchange virtual machines. Microsoft supports Hyper-V Live Migration of these virtual machines.

  • На физическом хост-компьютере можно развертывать только программы для управления (например, антивирусные программы, программы для резервного копирования или программы для управления виртуальными машинами). Никакие другие серверные приложения (например, Exchange, SQL Server, Active Directory или SAP) не следует устанавливать на хост-компьютере. Необходимо выделить хост-компьютер для запуска гостевых виртуальных машин.Only management software (for example, antivirus software, backup software, or virtual machine management software) can be deployed on the physical host machine. No other server-based applications (for example, Exchange, SQL Server, Active Directory, or SAP) should be installed on the host machine. The host machine should be dedicated to running guest virtual machines.

  • Некоторые низкоуровневые оболочки поддерживают функции получения снимков виртуальных машин. В снимке виртуальной машины сохраняется рабочее состояние виртуальной машины. Эта функция позволяет сделать несколько снимков виртуальной машины, а затем возвращаться к любому из предыдущих ее состояний, применяя к ней снимок. Однако снимки виртуальных машин могут быть несовместимы с некоторыми приложениями, поэтому их использование может приводить к неожиданным последствиям в случае серверных приложений, поддерживающих данные о состоянии, таких как Exchange. Как следствие, создание снимков ведомой виртуальной машины Exchange не поддерживается.Some hypervisors include features for taking snapshots of virtual machines. Virtual machine snapshots capture the state of a virtual machine while it's running. This feature enables you to take multiple snapshots of a virtual machine and then revert the virtual machine to any of the previous states by applying a snapshot to the virtual machine. However, virtual machine snapshots aren't application aware, and using them can have unintended and unexpected consequences for a server application that maintains state data, such as Exchange. As a result, making virtual machine snapshots of an Exchange guest virtual machine isn't supported.

  • Многие продукты для виртуализации оборудования позволяют указывать количество виртуальных процессоров, которое должно быть выделено каждой из гостевых виртуальных машин. Виртуальные процессоры, расположенные в гостевой виртуальной машине, используют фиксированное число физических ядер в физической системе. Exchange поддерживает отношение числа виртуальных процессоров к числу физических ядер, не превышающее 2:1, хотя рекомендуется отношение 1:1. Например, двухпроцессорная система с четырехъядерными процессорами содержит 8 физических ядер в обслуживающей системе. В системе с такой конфигурацией не следует выделять на все гостевые виртуальные машины более 16 виртуальных процессоров.Many hardware virtualization products allow you to specify the number of virtual processors that should be allocated to each guest virtual machine. The virtual processors located in the guest virtual machine share a fixed number of physical processor cores in the physical system. Exchange supports a virtual processor-to-physical processor core ratio no greater than 2:1, although we recommend a ratio of 1:1. For example, a dual processor system using quad core processors contains a total of 8 physical processor cores in the host system. On a system with this configuration, don't allocate more than a total of 16 virtual processors to all guest virtual machines combined.

  • При вычислении общего количества виртуальных процессоров, необходимых для хост-компьютера, также необходимо учитывать требования к операциям ввода-вывода и операционной системе. В большинстве случаев эквивалентное количество виртуальных процессоров, требуемое в несущей операционной системе для системы, в которой находятся виртуальные машины Exchange, равно 2. При расчете общего отношения числа физических ядер к числу виртуальных процессоров это значение следует использовать в качестве базового числа виртуальных процессоров несущей операционной системы. Если при наблюдении за производительностью несущей операционной системы обнаруживается потребление ресурсов процессоров, превышающее ресурсы двух процессоров, следует соответствующим образом сократить количество виртуальных процессоров, назначенное гостевым машинам, и проверить, что общее соотношение виртуальных процессоров к физическим ядрам не превышает 2:1.When calculating the total number of virtual processors required by the host machine, you must also account for both I/O and operating system requirements. In most cases, the equivalent number of virtual processors required in the host operating system for a system hosting Exchange virtual machines is 2. This value should be used as a baseline for the host operating system virtual processor when calculating the overall ratio of physical cores to virtual processors. If performance monitoring of the host operating system indicates you're consuming more processor utilization than the equivalent of 2 processors, you should reduce the count of virtual processors assigned to guest virtual machines accordingly and verify that the overall virtual processor-to-physical core ratio is no greater than 2:1.

  • Операционная система для гостевого компьютера Exchange необходимо использовать диске, на котором размер равно по крайней мере 15 гигабайт (ГБ), а также объем виртуальной памяти, выделяемый для гостевого компьютера. Это требование является обязательным для учетной записи для дискового файла операционной системы и разбиение на страницы. Например если гостевой компьютер выделяется 16 ГБ оперативной памяти, минимальные дискового пространства, необходимого для диска гостевая операционная система — 31 ГБ.The operating system for an Exchange guest machine must use a disk that has a size equal to at least 15 gigabytes (GB) plus the size of the virtual memory that's allocated to the guest machine. This requirement is necessary to account for the operating system and paging file disk requirements. For example, if the guest machine is allocated 16 GB of memory, the minimum disk space needed for the guest operating system disk is 31 GB.

    Кроме того, можно отключить прямую связь гостевых виртуальных машин с адаптерами шины (HBA) Fibre Channel или SCSI, установленными на хост-компьютере. В таком случае необходимо настроить адаптеры в операционной системе хост-компьютера и предоставить логические номера устройств (LUN) гостевым виртуальным машинам в виде виртуального или транзитного диска.In addition, it's possible that guest virtual machines may be prevented from directly communicating with Fibre Channel or SCSI host bus adapters (HBAs) installed in the host machine. In this event, you must configure the adapters in the host machine's operating system and present the logical unit numbers (LUNs) to guest virtual machines as either a virtual disk or a pass-through disk.

  • — Это единственный способ отправки по электронной почте для внешних доменов из Azure compute ресурсы с помощью ретранслятор SMTP (так называемая промежуточный узел SMTP). Azure вычислительных ресурсов отправляет сообщение электронной почты для ретрансляции SMTP и затем поставщика ретрансляции SMTP доставляет сообщение электронной почты на внешний домен. Microsoft Exchange Online Protection — это один поставщик ретранслятор SMTP, однако существует несколько сторонних поставщиков также. Дополнительные сведения можно публиковать Отправка электронной почты из Azure Compute ресурсов для внешних доменовблог группы разработчиков поддержки Microsoft Azure.The only supported way to send emails to external domains from Azure compute resources is via an SMTP relay (otherwise known as an SMTP smart host). The Azure compute resource sends the email to the SMTP relay and then the SMTP relay provider delivers the email to the external domain. Microsoft Exchange Online Protection is one provider of an SMTP relay, but there are a number of third party providers as well. For more information, see the Microsoft Azure Support Team Blog post Sending E-mail from Azure Compute Resource to External Domains.

В началоReturn to top

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

Для каждого хост-компьютера применяются следующие требования к минимальному месту на диске:The minimum disk space requirements for each host machine are as follows:

  • Компьютеров в некоторых приложениях виртуализации оборудования может потребоваться дискового пространства для операционной системы и ее компонентов. Например при запуске Windows Server 2008 R2 с Hyper-V, необходимо будет не менее 10 ГБ в соответствии с требованиями для Windows Server 2008. Для получения дополнительных сведений см Требования к системе Windows Server 2008 R2. Дополнительного места хранения также требуется для поддержки файла подкачки операционной системы, программное обеспечение для управления и завершиться файлы восстановления (dump).Host machines in some hardware virtualization applications may require storage space for an operating system and its components. For example, when running Windows Server 2008 R2 with Hyper-V, you will need a minimum of 10 GB to meet the requirements for Windows Server 2008. For more details, see Windows Server 2008 R2 System Requirements. Additional storage space is also required to support the operating system's paging file, management software, and crash recovery (dump) files.

  • Некоторые низкоуровневые оболочки хранят на хост-компьютере файлы, уникальные для каждой гостевой виртуальной машины. Например, в среде Hyper-V для каждой ведомой машины создается и хранится временный файл памяти (с расширением BIN). Размер каждого BIN-файла равен объему памяти, выделенному ведомой машине. Кроме того, для каждой из ведомых машин на хост-компьютере могут создаваться и храниться другие файлы.Some hypervisors maintain files on the host machine that are unique to each guest virtual machine. For example, in a Hyper-V environment, a temporary memory storage file (BIN file) is created and maintained for each guest machine. The size of each BIN file is equal to the amount of memory allocated to the guest machine. In addition, other files may also be created and maintained on the host machine for each guest machine.

  • Если на хост-компьютере используется Windows Server 2012 Hyper-V или Hyper-V 2012 и вы настраиваете отказоустойчивый кластер на физическом компьютере, на котором серверы почтовых ящиков Exchange будут размещены в группе доступности базы данных, рекомендуем следовать советам, приведенным в статье 2872325 базы знаний Майкрософт Узлы гостевых кластеров в Hyper-V могут быть неспособны к созданию или присоединению.If your host machine is running Windows Server 2012 Hyper-V or Hyper-V 2012, and you are configuring a host-based failover cluster that will host Exchange Mailbox servers in a database availability group, then we recommend following the guidance documented in Microsoft Knowledge Base article, 2872325, Guest Cluster nodes in Hyper-V may not be able to create or join.

В началоReturn to top

Требования к хранилищу ExchangeExchange storage requirements

Требования для ресурсов хранения, подключенных к виртуализированной Exchange сервера существуют следующие:Requirements for storage connected to a virtualized Exchange server are as follows:

  • Каждой из гостевых машин Exchange должно быть выделено достаточное место в хранилище на хост-компьютере под фиксированный диск с операционной системой гостевой машины, временными файлами памяти и соответствующими файлами виртуальной машины, которые находятся на ведущей машине. Кроме того, для каждой ведомой машины Exchange также необходимо выделить достаточное место для очередей сообщений, а также достаточное место для баз данных и файлов журналов на серверах почтовых ящиков.Each Exchange guest machine must be allocated sufficient storage space on the host machine for the fixed disk that contains the guest's operating system, any temporary memory storage files in use, and related virtual machine files that are hosted on the host machine. In addition, for each Exchange guest machine, you must also allocate sufficient storage for the message queues and sufficient storage for the databases and log files on Mailbox servers.

  • Хранилище, используемое гостевой компьютер Exchange для хранения данных Exchange (например, базы данных почтовых ящиков и транспортных очередей) может быть виртуальной памяти фиксированного размера (например, Фиксированные виртуальные жесткие диски (VHD или VHDX) в среде Hyper-V), виртуальные динамической хранилище при использовании VHDX файлы с Hyper-V, SCSI к серверу хранилища или хранилища Internet SCSI (iSCSI). Передаваемая ошибка хранилища — хранилища, который настроен на уровне узла и выделенной для одного гостевого компьютера. Все хранилища, используемые Exchange гостевой компьютер для хранения данных Exchange должно быть уровня блока хранилища Exchange 2013 поддерживает использование сети (NAS) томов, отличное от в сценарии SMB 3.0, описанные далее в этом разделе. Кроме того NAS хранилища, находящегося на гостевой как уровня блока данных с низкоуровневой оболочки не поддерживается.The storage used by the Exchange guest machine for storage of Exchange data (for example, mailbox databases and transport queues) can be virtual storage of a fixed size (for example, fixed virtual hard disks (VHD or VHDX) in a Hyper-V environment), dynamic virtual storage when using VHDX files with Hyper-V, SCSI pass-through storage, or Internet SCSI (iSCSI) storage. Pass-through storage is storage that's configured at the host level and dedicated to one guest machine. All storage used by an Exchange guest machine for storage of Exchange data must be block-level storage because Exchange 2013 doesn't support the use of network attached storage (NAS) volumes, other than in the SMB 3.0 scenario outlined later in this topic. Also, NAS storage that's presented to the guest as block-level storage via the hypervisor isn't supported.

  • Фиксированный или динамический виртуальные диски могут храниться на SMB 3.0 файлы, которые содержатся в хранилище уровня блока, если гостевой компьютер работает под управлением Windows Server 2012 Hyper-V (или более поздняя версия Hyper-V). Об использовании SMB 3.0 — это общие файловые ресурсы для хранения фиксированной или динамические виртуальные диски поддерживаются только. Такие общие файловые ресурсы не может использоваться для непосредственного хранения данных Exchange. При использовании SMB 3.0 Общие папки для хранения фиксированной или динамических виртуальных дисков, хранения данных, резервное общего файлового ресурса должны быть настроены для обеспечения высокой доступности для обеспечения наилучшей возможные доступности службы Exchange.Fixed or dynamic virtual disks may be stored on SMB 3.0 files that are backed by block-level storage if the guest machine is running on Windows Server 2012 Hyper-V (or a later version of Hyper-V). The only supported usage of SMB 3.0 file shares is for storage of fixed or dynamic virtual disks. Such file shares can't be used for direct storage of Exchange data. When using SMB 3.0 file shares to store fixed or dynamic virtual disks, the storage backing the file share should be configured for high availability to ensure the best possible availability of the Exchange service.

  • Хранилище, используемое сервером Exchange, должно находиться на дисках, отличных от тех, на которых размещается операционная система ведомой виртуальной машины.Storage used by Exchange should be hosted in disk spindles that are separate from the storage that's hosting the guest virtual machine's operating system.

  • Хранилище iSCSI можно настроить на использование инициатора iSCSI в ведомой виртуальной машине Exchange. Однако производительность в этой конфигурации будет менее высокой, если сетевой стек виртуальной машины ограничен по функциональности (например, не все виртуальные сетевые стеки поддерживают кадры крупного размера).Configuring iSCSI storage to use an iSCSI initiator inside an Exchange guest virtual machine is supported. However, there is reduced performance in this configuration if the network stack inside a virtual machine isn't full-featured (for example, not all virtual network stacks support jumbo frames).

В началоReturn to top

Требования и рекомендации относительно памяти ExchangeExchange memory requirements and recommendations

Некоторые низкоуровневые оболочки имеют возможность превышать лимит подписки или динамически настраивать объем памяти для конкретных гостевой компьютер, на основе обнаруженных использования памяти в гостевой компьютер по сравнению с потребностями других гостевых компьютерах, управляемых с одинаковыми низкоуровневой оболочки. Эта технология имеет смысл для рабочих нагрузок, в которых памяти, необходимый для короткого периода времени и затем может быть surrendered для других целей. Тем не менее не имеет смысла для рабочих нагрузок, которые предназначены для использования памяти на постоянной основе. Exchange, как много сервера приложений с помощью оптимизации производительности, которые включают кэширование данных в памяти, подвержен низкой производительности системы и обеспечения взаимодействия недопустимое клиента, если он не имеет полный доступ к памяти, выделенный для физической или виртуальной машине, на котором запущена. В результате с помощью функции динамической памяти для Exchange не поддерживается.Some hypervisors have the ability to oversubscribe or dynamically adjust the amount of memory available to a specific guest machine based on the perceived usage of memory in the guest machine as compared to the needs of other guest machines managed by the same hypervisor. This technology makes sense for workloads in which memory is needed for brief periods of time and then can be surrendered for other uses. However, it doesn't make sense for workloads that are designed to use memory on an ongoing basis. Exchange, like many server applications with optimizations for performance that involve caching of data in memory, is susceptible to poor system performance and an unacceptable client experience if it doesn't have full control over the memory allocated to the physical or virtual machine on which it's running. As a result, using dynamic memory features for Exchange isn't supported.

В началоReturn to top

Отказоустойчивый кластер на базе узлов и миграция для ExchangeHost-based failover clustering and migration for Exchange

Ниже приведены ответы на некоторые часто задаваемые вопросы о отказоустойчивой кластеризации и технологии миграции Exchange 2013 DAG.The following are answers to some frequently asked questions about host-based failover clustering and migration technology with Exchange 2013 DAGs:

  • Корпорация Майкрософт поддерживает технологию третьих сторон миграции?Does Microsoft support third-party migration technology?

    Корпорация Майкрософт не может заявить о поддержке интеграции сторонних низкоуровневых оболочек, использующих эти технологии с Exchange, поскольку данные технологии не входят в программу проверки виртуализации серверов (SVVP). Программа проверки виртуализации серверов (SVVP) охватывает другие аспекты поддержки сторонних низкоуровневых оболочек корпорацией Майкрософт. Необходимо убедиться, что поставщика низкоуровневой оболочки поддерживает сочетание их миграции и кластеризации технологии с Exchange. Если поставщик низкоуровневой оболочки поддерживает свою технологию миграции с Exchange, корпорация Майкрософт поддерживает Exchange с этой технологией миграции.Microsoft can't make support statements for the integration of third party hypervisor products using these technologies with Exchange, because these technologies aren't part of the Server Virtualization Validation Program (SVVP). The SVVP covers the other aspects of Microsoft support for third-party hypervisors. You need to ensure that your hypervisor vendor supports the combination of their migration and clustering technology with Exchange. If your hypervisor vendor supports their migration technology with Exchange, Microsoft supports Exchange with their migration technology.

  • Каким образом Майкрософт определить индивидуальный отказоустойчивый кластер?How does Microsoft define host-based failover clustering?

    Централизованной отказоустойчивой кластеризации называется любая технология, обеспечивающая автоматическое способности реагировать на отказы узла уровня соответствующие виртуальные машины и запустить на альтернативные серверы. Поддерживается использование этой технологии, поскольку, в сценарий сбоя, скоро виртуальной машины с узла на альтернативном начальной холодной загрузки. Эта технология помогает гарантировать, что виртуальная машина не запускается из сохраненного состояния, которое сохраняется на диске, поскольку она будет устаревшей относительно остальных участников группы обеспечения доступности баз данных.Host-based failover clustering refers to any technology that provides the automatic ability to react to host-level failures and start affected virtual machines on alternate servers. Use of this technology is supported given that, in a failure scenario, the virtual machine is coming up from a cold boot on the alternate host. This technology helps to make sure that the virtual machine never comes up from a saved state that's persisted on disk because it will be stale relative to the rest of the DAG members.

  • Что такое поддержка миграции Microsoft?What does Microsoft mean by migration support?

    Технология миграции называется любая технология, которая позволяет перемещении виртуальной машины с одного главного компьютера на другой компьютер. Этот шаг также может являться автоматизированным перемещением, которое выполняется при балансировке нагрузки на ресурсы, но он не связан со сбоями в системе. Миграции поддерживаются, если виртуальные машины не запускаются из сохраненного состояния, которое сохраняется на диске. Это означает, что технология, которая перемещает виртуальной машины путем передачи государству и памяти виртуальной машины через сеть без простоя поддерживается Exchange. Поставщик сторонней низкоуровневой оболочки должен обеспечить поддержку технологии миграции, а корпорация Майкрософт поддержит использование Exchange в этой конфигурации.Migration technology refers to any technology that allows a planned move of a virtual machine from one host machine to another host machine. This move could also be an automated move that occurs as part of resource load balancing, but it isn't related to a failure in the system. Migrations are supported as long as the virtual machines never come up from a saved state that's persisted on disk. This means that technology that moves a virtual machine by transporting the state and virtual machine memory over the network with no perceived downtime is supported for use with Exchange. A third-party hypervisor vendor must provide support for the migration technology, while Microsoft provides support for Exchange when used in this configuration.

В началоReturn to top