适用于：
2016 2019 订阅版
可以在虚拟化环境中部署 Exchange Server 2016 和 Exchange Server 2019。 本主题概述了在硬件虚拟化软件上部署 Exchange 所支持的方案。
本讨论 Exchange 虚拟化时使用以下术语：
冷启动：使系统从断电状态进入操作系统干净启动时，操作是 冷启动。 在这种情况下，不会持续任何操作系统状态。
保存状态：当虚拟机关闭电源时，虚拟机管理程序通常能够保存虚拟机的状态;因此，当计算机重新开机时，它将返回到 该保存状态 ，而不是通过冷启动启动。
计划迁移：当系统管理员启动将虚拟机从一个虚拟机监控程序主机移动到另一个虚拟机监控程序主机时，该操作是 计划迁移。 该操作可以是单个迁移，或者系统管理员可以将自动化配置为按时移动虚拟机。 计划迁移也可能是系统中发生的其他事件（硬件或软件故障除外）的结果。
计划迁移的关键点是 Exchange 虚拟机运行正常，但由于某种原因需要重新定位。 这种重新定位可以通过技术 (来完成，例如，实时迁移或 vMotion) 。 但是，如果虚拟机所在的 Exchange 虚拟机或虚拟机监控程序主机遇到某种故障状况，则结果不会被描述为计划内迁移。
硬件虚拟化要求
仅当以下所有条件都满足时，Microsoft 才支持在硬件虚拟化软件的生产环境中使用 Exchange 2016 和 Exchange 2019：
硬件虚拟化软件正在运行下列软件之一：
具有 Hyper-V 技术或 Microsoft Hyper-V Server 的任何 Windows Server 版本
在 Windows 服务器虚拟化验证计划下经验证的任何第三方管理程序。
注意
如果满足所有可支持性要求，则支持在基础结构即服务 (IaaS) 提供程序上部署 Exchange 2016 或 Exchange 2019。 如果提供程序要设置虚拟机，则这些要求包括确保要用于 Exchange 虚拟机的虚拟机监控程序完全受支持，并且 Exchange 使用的基础结构满足大小调整过程中我们确定的性能要求。 如果用于 Exchange 数据库和数据库事务日志（包括传输数据库）的所有存储卷都针对 Azure 高级存储进行了配置，则支持在 Microsoft Azure 虚拟机上进行部署。
Exchange 来宾虚拟机具有以下条件：
它运行的是 Exchange 2016 或 Exchange 2019。
它部署在受支持的 Windows Server for Exchange 版本上。
对于 Exchange 2016 或 Exchange 2019 的部署：
虚拟机中支持所有 Exchange Server 角色。
Exchange 服务器虚拟机 (包括属于数据库可用性组的 Exchange 虚拟机，或者 DAG) 可以与基于主机的故障转移聚类分析和迁移技术结合使用，只要这些虚拟机经过配置，以便在移动或脱机时不会在磁盘上保存和还原状态。 如果在目标节点上激活了虚拟机，则所有在虚拟机管理程序级别发生的故障转移活动必然导致冷启动。 所有计划的迁移必须导致关闭和冷启动，或者导致使用 Hyper-V 实时迁移等技术的联机迁移。 虚拟机的管理程序迁移由管理程序供应商提供支持；因此，必须确保管理程序供应商已经测试并支持 Exchange 虚拟机的迁移。 Microsoft 支持这些虚拟机的 Hyper-V Live 迁移。
在物理主机上只能部署管理软件 (，例如防病毒软件、备份软件或虚拟机管理软件) 。 主机上不应安装其他基于服务器的应用程序（例如，Exchange、SQL Server、Active Directory 或 SAP）。 主机应专门用来运行来宾虚拟机。
有些管理程序具有为虚拟机拍摄快照的功能。 虚拟机快照可捕获虚拟机运行时的状态。 使用此功能，您可为虚拟机拍摄多张快照，然后通过将快照应用到虚拟机将虚拟机还原到先前任一状态。 但是，应用程序无法识别虚拟机快照，使用这些快照可能会导致维护状态数据的服务器应用程序（例如 Exchange）出现意外结果。 因此，不支持为 Exchange 来宾虚拟机拍摄虚拟机快照。
使用许多硬件虚拟化产品，都可以指定应分配给每个来宾虚拟机的虚拟处理器数量。 来宾虚拟机中的虚拟处理器共用物理系统中固定数量的物理处理器核心。 Exchange 支持的虚拟处理器与物理处理器核心之比不得超过 2:1，但建议的比例为 1:1。 例如，如果某个双处理器系统使用的是四核处理器，主机系统中总共有 8 个物理处理器核心。 在使用此配置的系统中，分配给所有来宾虚拟机的虚拟处理器总数不得超过 16 个。
计算主机所需的虚拟处理器总数时，还必须同时考虑 I/O 和操作系统的要求。 在大多数情况下，对于托管 Exchange 虚拟机的系统而言，主机操作系统中所需虚拟处理器数量为 2。 在计算物理内核与虚拟处理器的总比率时，此值应用作主机操作系统虚拟处理器数的基准。 如果主机操作系统的性能监控指出，您的处理器利用率已超过两个处理器，则应相应减少分配给来宾虚拟机的虚拟处理器计数，并验证虚拟处理器总数与物理内核之比是否不超过 2:1。
来宾虚拟机可能被阻止直接与主机中安装的光纤通道或 SCSI 主机总线适配器 (HBA) 通信。 在这种情况下，你必须在主机的操作系统中配置适配器，并向来宾虚拟机提供逻辑单元号 (LUN) 作为虚拟磁盘或传递磁盘。
从Azure计算资源向外部域发送电子邮件的唯一受支持方式是通过 SMTP 中继 (也称为 SMTP 智能主机) 。 Azure 计算资源将电子邮件发送到 SMTP 中继，然后 SMTP 中继提供程序将电子邮件传送到外部域。 Exchange Online 是 SMTP 中继的一个提供程序，但也有许多第三方提供程序。 有关详细信息，请参阅解决 Azure 中的出站 SMTP 连接问题。
主机的存储要求
下表描述了每台主机的最低磁盘空间要求：
一些硬件虚拟化应用程序中的主机需要用于操作系统及其组件的存储空间。 同时需要额外的存储空间来支持操作系统的分页文件、管理软件和崩溃恢复（转储）文件。
有些管理程序将维护主机中每个来宾虚拟机所特有的文件。 例如，在 Hyper-V 环境中，系统将为每个来宾计算机创建并维护临时内存存储文件 (BIN 文件)。 每个 BIN 文件的大小等于分配给该来宾计算机的内存量。 此外，系统还会在主机中为每个来宾计算机创建并维护其他文件。
如果你的主机运行Windows Server 2012 Hyper-V 或 Hyper-V 2012，并且你正在配置基于主机的故障转移群集，该群集将在 DAG 中托管 Exchange 邮箱服务器，建议遵循 KB2872325 中的指南。
Exchange 存储要求
对连接到虚拟 Exchange 服务器的存储的要求如下：
如果固定磁盘包含来宾的操作系统、任何正在使用的临时内存存储文件以及主机中托管的相关虚拟机文件，则必须在主机上为每个 Exchange 来宾计算机分配足够的存储空间。 此外，还必须为每台 Exchange 来宾计算机分配足够的存储空间，用于邮件队列以及邮箱服务器上的数据库和日志文件。
Exchange 来宾计算机用于存储 Exchange 数据（例如，邮箱数据库和传输队列）的存储空间可以为固定大小的虚拟存储空间（例如，Hyper-V 环境中的固定虚拟硬盘（VHD 或 VHDX））、动态虚拟存储（结合使用 VHDX 文件和 Hyper-V 时）、SCSI 通过存储或 Internet SCSI (iSCSI) 存储。 通过存储是指在主机级别中配置的、专用于某一来宾计算机的存储。 Exchange 来宾计算机用于存储 Exchange 数据的所有存储都必须是块级存储，因为除了本主题后面概述的 SMB 3.0 方案外，Exchange 不支持使用网络连接存储 (NAS) 卷。 此外，不支持通过虚拟机监控程序以块级存储形式向来宾提供的 NAS 存储。
如果来宾计算机运行的是 Windows Server 2012 Hyper-V（或更高版本的 Hyper-V），固定 VHD 可以存储在由块级存储支持的 SMB 3.0 文件中。 对于 SMB 3.0 文件共享而言，唯一支持的用途就是存储固定 VHD。 这类文件共享不能用于直接存储 Exchange 数据。 使用 SMB 3.0 文件共享存储固定 VHD 时，用于支持文件共享的存储应进行高可用性配置，以确保 Exchange 服务尽可能可用。
Exchange 所使用的存储应在磁盘心轴中加以托管，且磁盘心轴应与托管来宾虚拟机操作系统的存储分开。
支持将 iSCSI 存储配置为使用 Exchange 来宾虚拟机内部的 iSCSI Initiator。 但是，如果虚拟机内的网络堆栈功能不完整（例如，并非所有虚拟网络堆栈都支持巨帧），则此配置的性能将有所降低。
Exchange 的内存要求和建议
某些虚拟机监控程序能够基于特定来宾计算机中内存的感知利用率与相同虚拟机监控程序管理的其他来宾计算机需求的比较情况，来过量订阅/过量使用或动态调整对该来宾计算机可用的内存量。 此技术适用于短时间内需要内存，随后可以向其他用户交出内存的工作负载。 但是不适用于旨在持续使用内存的工作负载。 与许多具有性能优化的服务器应用程序一样，Exchange (涉及在内存中缓存数据，如果不能完全控制分配给运行它的物理计算机或虚拟机的内存) 则容易受到系统性能不佳和无法接受的客户端体验的影响。 因此，不支持对 Exchange 使用动态内存或内存过量使用功能。
Exchange 基于主机的故障转移群集和迁移
以下是有关使用 Exchange DAG 进行基于主机的故障转移聚类分析和迁移技术的一些常见问题的解答：
Microsoft 支持第三方迁移技术吗？
Microsoft无法为使用这些技术的第三方虚拟机监控程序产品与 Exchange 的集成提供支持声明，因为这些技术不是 SVVP) (服务器虚拟化验证计划的一部分。 SVVP 涵盖了 Microsoft 对第三方虚拟机管理程序支持的其他方面。 您需要确保您的虚拟机管理程序供应商支持将其迁移和群集技术与 Exchange 结合。 如果您的虚拟机管理程序供应商支持将其迁移技术与 Exchange 结合，则 Microsoft 也支持 Exchange 与其迁移技术结合。
Microsoft 如何定义基于主机的故障转移群集？
基于主机的故障转移群集是指可以自动响应主机级别故障并在备用服务器上启动受影响虚拟机的任何技术。 支持使用此技术的前提是：在发生故障的情况下，虚拟机通过冷启动在备用主机上启动。 此技术可帮助确保虚拟机绝不会从磁盘上持续的保存状态启动，因为虚拟机将会比其余的 DAG 成员陈旧。
Microsoft 的迁移支持意味着什么？
迁移技术是指允许按计划将虚拟机从一台主机计算机移到另一台主机计算机的任何技术。 这种移动也可能是在资源负载平衡中发生的自动移动，但与系统中的故障无关。 只要虚拟机从不通过在磁盘上持续的保存状态启动，那么支持就会受迁移。 也就是说，通过在网络上传输状态和虚拟机内存移动虚拟机并且不会有感觉得到的停机时间的技术都可以与 Exchange 一起使用。 第三方虚拟机管理程序供应商必须提供迁移技术支持，同时 Microsoft 也会提供对在此配置中使用的 Exchange 的支持。