共用方式為

Exchange Server 虛擬化

  • 發行項

您可以在虛擬化環境中部署 Exchange Server 2016 和 Exchange Server 2019。 本主題提供在硬體虛擬化軟體上部署 Exchange 所支援案例的概觀。

在 Exchange 虛擬化的討論中會使用下列詞彙：

  • 冷開機：將系統從電源關閉狀態帶入操作系統的全新開頭時，此動作是 冷開機。 在此情況下，不會保留任何的作業系統狀態。

  • 儲存狀態：當虛擬機關閉電源時，Hypervisor 通常能夠儲存虛擬機的狀態;因此，當機器重新開機時，它會回到該 已儲存的狀態 ，而不是進行冷開機啟動。

  • 計劃性移轉：當系統管理員起始將虛擬機從一部 Hypervisor 主機移至另一部 Hypervisor 主機時，動作是 計劃性移轉。 此動作可能是單一移轉，或是系統管理員可以設定自動化，以根據時間移動虛擬機。 計劃性移轉也可能是系統中發生一些其他事件的結果，而非硬體或軟體失敗。

    計劃性移轉的重點是 Exchange 虛擬機正常運作，而且需要基於某些原因重新置放。 此重新配置可透過技術 (來完成，例如即時移轉或 vMotion) 。 不過，如果 Exchange 虛擬機或虛擬機所在的 Hypervisor 主機發生某種失敗狀況，則結果不會以計劃性移轉為特徵。

硬體虛擬的需求

只有當下列所有條件成立時，Microsoft才能在硬體虛擬化軟體的生產環境中支援 Exchange 2016 和 Exchange 2019：

  • 硬體虛擬軟體正在執行下列之一：

    • 具有 Hyper-V 技術的任何版本的 Windows Server 或 Microsoft Hyper-V Server

    • 任何經 Windows Server Virtualization 驗證方案 驗證過的協力廠商 Hypervisor。

      注意事項

      如果符合所有支援需求，則支援在基礎結構即服務 (IaaS) 提供者上部署 Exchange 2016 或 Exchange 2019。 對於佈建虛擬機器提供者，這些需求包括確保 Exchange 虛擬機器所用的 hypervisor 受到完全支援，且 Exchange 所利用的基礎結構符合調整程序期間所決定的效能需求。 若已為 Azure Premium Storage 設定 Exchange 資料庫所用的所有儲存區與資料庫交易記錄檔 (包括傳輸資料庫)，則將支援在 Microsoft Azure 虛擬機器上的部署。

  • Exchange 來賓虛擬機器具備以下條件：

    • 其執行的是 Exchange 2016 或 Exchange 2019。

    • 它會部署在支援的 Windows Server for Exchange 版本上。

針對 Exchange 2016 或 Exchange 2019 的部署：

  • 虛擬機支援所有 Exchange 伺服器角色。

  • Exchange 伺服器虛擬機 (包括屬於資料庫可用性群組一部分的 Exchange 虛擬機，或 DAG) 可以與主機型故障轉移叢集和移轉技術結合，只要虛擬機已設定為在移動或離線時不會儲存和還原磁碟上的狀態。 當在目標節點啟用虛擬機器時，所有發生在 Hypervisor 層級的容錯移轉活動必須要進行冷開機。 所有計劃性移轉都必須導致關閉和冷開機，或在使用 Hyper-V 實時移轉等技術的在線移轉中進行。 虛擬機器的 Hypervisor 遷移是由 Hypervisor 廠商所支援；因此，您必須確保您的 Hypervisor 廠商已測試並支援 Exchange 虛擬機器的遷移。 Microsoft 即支援這些虛擬機器的 Hyper-V Live Migration。

  • 只有管理軟體 (，例如防病毒軟體、備份軟體或虛擬機管理軟體) 可以部署在實體主計算機上。 主機機器上不應該安裝其他伺服器應用程式 (例如，Exchange、SQL Server、Active Directory 或 SAP)。 主機機器應該專用於執行來賓虛擬機器。

  • 部分 Hypervisor 包含用來取得虛擬機器快照集的功能。 虛擬機器快照集會擷取執行中虛擬機器的狀態。 此功能可讓您取得虛擬機器的多個快照集，然後將快照集套用至虛擬機器，以將虛擬機器還原為任何先前狀態。 不過，應用程式無法感知虛擬機器快照集，而且使用快照集會讓維護狀態資料的伺服器應用程式 (如 Exchange) 產生未知及意外的後果。 因此，不支援產生 Exchange 來賓虛擬機器的虛擬機器快照集。

  • 許多硬體虛擬產品都可讓您指定應配置給每部來賓虛擬機器的虛擬處理器數目。 位於來賓虛擬機器的虛擬處理器會共用實體系統中的固定實體處理器數目。 Exchange 支援的虛擬處理器與實體處理器比率不可大於 2:1，雖然我們建議使用 1:1 的比率。 例如，使用四核心處理器的雙處理器系統在主機系統中共包含 8 個實體處理器。 在具有此組態的系統上，配置給所有來賓虛擬機器的合併虛擬處理器總數目不可超過 16 個。

  • 計算主機機器所需要的虛擬處理器總數時，您也必須考慮 I/O 和作業系統需求。 大部分情況下，在主控 Exchange 虛擬機器的系統中，其主機作業系統需要的對等虛擬處理器數目是 2。 而在計算實體核心與虛擬處理器的整體比例時，應該將此值做為主機作業系統虛擬處理器的基準線。 如果主機作業系統的效能監視指出您耗用的處理器使用率高於 2 個處理器的對等值，則應該據此減少指派給來賓虛擬機器的虛擬處理器計數，並確認虛擬處理器與實體核心的整體比例不大於 2:1。

  • 來賓虛擬機器可能無法直接與安裝於主機機器的光纖通道或 SCSI 主機匯流排介面卡 (HBA) 通訊。 在此情況下，您必須在主機機器的作業系統中設定介面卡，並將邏輯單元編號 (LUN) 以虛擬磁碟或傳遞磁碟呈現給來賓虛擬機器。

  • 從 Azure 計算資源將電子郵件傳送至外部網域的唯一支援方式是透過 SMTP 轉送 (也稱為 SMTP 智慧型手機) 。 Azure 計算資源會將電子郵件傳送至 SMTP 轉送，然後 SMTP 轉送提供者會將電子郵件傳遞至外部網域。 Microsoft Exchange Online 保護是 SMTP 轉送的一個提供者，但也有許多第三方提供者。 如需詳細資訊，請參閱 Azure 中的外部 SMTP 連線問題疑難排解。

主機機器儲存需求

下列清單說明每部主電腦的最低磁碟空間需求：

  • 某些硬體虛擬化應用程式中的主機機器可能需要儲存空間以供作業系統及其元件使用。 另也需要其他儲存空間以支援作業系統分頁檔案、管理軟體和損毀復原 (傾印) 檔案。

  • 部分 Hypervisor 會在主機機器上維護每部來賓虛擬機器獨有的檔案。 例如，在 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))、透過 Hyper-V 使用 VHDX 檔案時的動態虛擬儲存裝置、SCSI 傳遞儲存裝置或 Internet SCSI (iSCSI) 儲存裝置。 傳遞儲存裝置是在主機等級上設定且專用於一部來賓機器的儲存裝置。 Exchange 客體計算機用於儲存 Exchange 數據的所有記憶體都必須是區塊層級記憶體，因為除了本主題稍後所述的 SMB 3.0 案例之外，Exchange 不支援使用網路鏈接記憶體 (NAS) 磁碟區。 此外，系統並不支援透過 Hypervisor 向來賓顯示作為區塊層級儲存裝置的 NAS 儲存裝置。

  • 若來賓機器在 Windows Server 2012 Hyper-V (或更新版本的 Hyper-V) 上執行，固定 VHD 可能會儲存在由區塊層級儲存裝置所支援的 SMB 3.0 檔案中。 唯一支援使用 SMB 3.0 檔案共用的情形是用於儲存固定 VHD。 這種檔案共用無法用於直接儲存 Exchange 資料。 使用 SMB 3.0 檔案共用來儲存固定 VHD 時，支援檔案共用的儲存裝置應設定為高可用性，以確保 Exchange 服務的最佳可用性。

  • Exchange 使用的儲存應該裝載於磁碟轉軸中，而這些磁碟轉軸與主控來賓虛擬機器作業系統的儲存是分開的。

  • 支援在 Exchange 來賓虛擬機器內設定 iSCSI 儲存使用 iSCSI 啟動器。 不過，如果虛擬機器內部的網路堆疊功能不完整 (例如，並非所有虛擬網路堆疊都支援 Jumbo 框架)，則在此組態中效能會降低。

Exchange 記憶體需求和建議

與相同 Hypervisor 所管理之其他來賓機器的需要相較之下，某些 Hypervisor 能夠根據在特定來賓機器中觀察到的記憶體使用量，過度訂閱/過度認可或動態調整該來賓機器可用的記憶體數量。 這項技術對於短暫需要記憶體，隨後即釋放供其他用途的工作負載來說相當合理。 不過，對於設計為持續使用記憶體的工作負載而言，則不盡合理。 Exchange (與許多伺服器應用程式一樣，其效能優化涉及記憶體中數據快取) 很容易受到系統效能不佳和無法接受的用戶端體驗的影響，如果它無法完全控制配置給其執行所在實體或虛擬機的記憶體。 因此，Exchange 不支援使用動態記憶體功能或記憶體過度認可功能。

Exchange 的主機型容錯移轉叢集和遷移

以下是有關使用 Exchange DAG 的主機型故障轉移叢集和移轉技術的一些常見問題解答：

  • Microsoft 是否支援協力廠商遷移技術？

    Microsoft無法使用這些技術與 Exchange 整合第三方 Hypervisor 產品的支援聲明，因為這些技術不屬於 SVVP) (伺服器虛擬化驗證計劃。 SVVP 的範圍包括 Microsoft 對協力廠商 Hypervisor 的其他方面支援。 您必須確定您的 Hypervisor 廠商針對結合其遷移和叢集技術提供 Exchange 技援。 若您的 Hypervisor 廠商能就 Exchange 提供其遷移技術支援，Microsoft 同樣能就其遷移技術提供 Exchange 支援。

  • Microsoft 如何定義主機型容錯移轉叢集？

    主機型容錯移轉叢集意指任何能提供自動對主機層級容錯作出反應，並在替代伺服器上啟動受影響的虛擬機器之能力。 倘若在一個發生錯誤的案例中，在替代的主機上以冷開機啟動虛擬機器時，則支援使用此技術。 此技術有助於確保虛擬機器不會自保留於磁碟中的儲存狀態啟動，因為這對其他的 DAG 成員而言，將顯得較為過時。

  • Microsoft 指的遷移支援是什麼？

    遷移技術指的是任何能允許有計劃地將虛擬機器從一台主機機器移動到另一台主機機器的技術。 此移動作業也可能會自動執行，作為資源負載平衡的一部分，不過，這與系統中是否發生故障無關。 只要虛擬機器不是自保留於磁碟中的儲存狀態啟動，遷移作業均可獲得支援。 這表示，可在未察覺停機時間的情況下透過網路傳輸狀態和虛擬機器記憶體移動虛擬機器的技術，均可用於 Exchange。 協力廠商 Hypervisor 廠商必須提供對遷移技術的支援，Microsoft 則在 Exchange 用於此組態時對其提供支援。