瞭解 Exchange 2010 虛擬功能
適用版本: Exchange Server 2010 SP3
上次修改主題的時間: 2016-11-28
您可以在虛擬環境中部署 MicrosoftExchange Server 2010。本主題可概覽各種支援在硬體虛擬軟體中部署 Exchange 2010 的案例。
目錄
硬體虛擬的需求
根機器儲存需求
Exchange 儲存需求
Exchange 記憶體需求和建議
Exchange 的主機型容錯移轉叢集和遷移
以下為本主題在討論 Exchange 虛擬功能時所使用到的術語:
冷開機 指的是將系統於關機狀態下開機,進入乾淨的作業系統。在此情況下,不會保留任何的作業系統狀態。
儲存的狀態 當虛擬機器關機後,Hypervisor 通常能夠儲存虛擬機器的狀態,因此,機器會在重新開機時返回儲存的狀態,而不會以冷開機啟動。
計劃性遷移 系統管理員將虛擬機器由一個 Hypervisor 主機移動到另一個時,此動作稱之為計劃性遷移。這項動作可能是一次性遷移,或是系統管理員也可設定按時程自動移動虛擬機器。計劃性遷移的原因,可能是系統發生某些其他事件,而不是硬體或軟體上的故障。重點是,Exchange 虛擬機器運作正常,但因為某些原因而需要移位。此移位作業可透過 Live Migration 或 vMotion 此類的技術來完成。不過,若是因為 Exchange 虛擬機器或部署該虛擬機器 Hypervisor 主機發生某種故障狀況而需要移位,則不能算是計劃性遷移。
硬體虛擬的需求
只有符合下列所有條件時,Microsoft 才會在生產環境的硬體虛擬軟體中支援 Exchange 2010:
硬體虛擬軟體正在執行下列之一:
具有 Hyper-V 技術的 Windows Server 2008
具有 Hyper-V 技術的 Windows Server 2008 R2
Microsoft Hyper-V Server 2008
Microsoft Hyper-V Server 2008 R2
Microsoft Hyper-V Server 2012
具 Hyper-V 技術的 Windows Server 2012
任何 Windows 伺服器虛擬化驗證方案 驗證過的協力廠商 Hypervisor。
附註:
不支援在 Windows Azure 虛擬機器上部署生產 Exchange 伺服器。 Exchange 來賓虛擬機器具備以下條件:
執行 Exchange 2010。這包含了 Exchange 2010 主控模式,Exchange 2010 SP1 和 Exchange 2010 SP2 均提供此功能。
部署在 Windows Server 2008 SP2 (或更新版本) 或 Windows Server 2008 R2 RTM (或更新版本) 上。
附註:
當您在 Hyper-V 環境中安裝 Exchange 2010 時,可能會收到下列錯誤訊息:「Hub Transport Server role 安裝失敗」。若是虛擬化的 Active Directory 伺服器,建議您停用同步處理時間整合元件,然後將時間分配至可靠的外部時間提供者,再安裝集線傳輸角色。如果您的主機加入了虛擬機器主控的網域,則這項建議特別重要。
若是部署 Exchange 2010 SP2 或 Exchange 2010 SP1:
所有的 Exchange 2010 伺服器角色,包含整合通訊,在虛擬機器中皆有支援。整合通訊虛擬機器具有下列特殊要求:
該虛擬機器需要四個虛擬處理器。記憶體應使用標準最佳作法指南來決定大小。如需相關資訊,請參閱瞭解記憶體組態和 Exchange 效能。
每個整合通訊角色虛擬機器隨時皆可使用四個實體處理器核心。此要求表示不會使用到處理器過度訂閱。此要求會影響整合通訊角色虛擬機器利用實體處理器資源之能力。如需詳細資訊,請參閱虛擬化整合通訊伺服器一節。
Exchange 伺服器虛擬機器 (包含屬於資料庫可用性群組 (DAG) 的 Exchange 信箱虛擬機器),只要設定為在移動或離線時不會儲存與回復磁碟上的狀態,就可以與以主機為基礎的容錯移轉叢集與遷移技術結合。當在目標節點啟用虛擬機器時,所有的容錯移轉活動必須要進行冷開機。所有經計劃的遷移必須要進行關機或冷開機,或者是一種使用像是 Hyper-V Live Migration 技術的線上遷移方式。虛擬機器的 Hypervisor 遷移是由 Hypervisor 廠商所支援;因此,您必須確保您的 Hypervisor 廠商已測試並支援 Exchange 虛擬機器的遷移。Microsoft 支援這些虛擬機器的 Hyper-V 即時遷移。
若是部署量產發行 (RTM) 版本的 Exchange 2010:
除了整合通訊之外,Exchange 2010 伺服器角色在虛擬機器中皆有支援。
Microsoft 不支援將 Exchange 高可用性解決方案 (例如 DAG) 與 Hypervisor 型叢集、高可用性或遷移解決方案 (將在叢集根伺服器之間對作為 DAG 成員的信箱伺服器進行移動或自動容錯移轉) 結合。硬體虛擬環境支援 DAG,但前提是虛擬環境未使用叢集根伺服器,或已將叢集根伺服器設定為永遠不會將作為 DAG 成員的信箱伺服器容錯移轉或自動移動至其他根伺服器。
Exchange 來賓機器用於儲存 Exchange 資料 (例如信箱資料庫或集線傳輸佇列) 的儲存裝置可以是固定大小的虛擬儲存裝置 (例如 Hyper-V 環境中的固定虛擬硬碟 (VHD))、SCSI 傳遞儲存裝置或 Internet SCSI (iSCSI) 儲存裝置。傳遞儲存是在主機等級上設定且專用於一部來賓機器的儲存。以下虛擬磁碟需求適用於用來儲存 Exchange 資料的磁碟區:
Exchange 不支援動態展開的虛擬磁碟。
不支援使用差異或 Delta 機制 (如 Hyper-V 的差異 VHD 或快照集) 的虛擬磁碟。
附註:
在 Hyper-V 環境中,每個固定 VHD 必須小於 2,040 GB。如果是支援的協力廠商 Hypervisor,請連絡製造商以確認是否有任何磁碟大小限制。
實體根機器上只可以部署管理軟體 (例如,防病毒軟體、備份軟體或虛擬機器管理軟體)。根機器上不應該安裝其他伺服器應用程式 (例如,Exchange、SQL Server、Active Directory 或 SAP)。根機器應該專用於執行來賓虛擬機器。
部分 Hypervisor 包含用來取得虛擬機器快照集的功能。虛擬機器快照集會擷取執行中虛擬機器的狀態。此功能可讓您取得虛擬機器的多個快照集,然後將快照集套用至虛擬機器,以將虛擬機器還原為任何先前狀態。不過,應用程式無法感知虛擬機器快照集,而且使用快照集會讓維護狀態資料的伺服器應用程式 (如 Exchange) 產生未知及意外的後果。因此,不支援產生 Exchange 來賓虛擬機器的虛擬機器快照集。
許多硬體虛擬產品都可讓您指定應該配置給每部來賓虛擬機器的虛擬處理器數目。位於來賓虛擬機器的虛擬處理器會共用實體系統中的固定邏輯處理器數目。Exchange 支援的虛擬處理器與邏輯處理器比率不可大於 2:1。例如,使用四核心處理器的雙處理器系統在主機系統中共包含 8 個邏輯處理器。在具有此組態的系統上,配置給所有來賓虛擬機器的合併虛擬處理器總數目不可超過 16 個。
計算根機器所需要的虛擬處理器總數時,您也必須考慮 I/O 和作業系統需求。大部分情況下,在主控 Exchange 虛擬機器的系統中,其根作業系統需要的對等虛擬處理器數目是 2。而在計算實體核心與虛擬處理器的整體比例時,應該將此值做為根作業系統虛擬處理器的基準線。如果根作業系統的效能監視指出您耗用的處理器使用率高於 2 個處理器的對等值,則應該據此減少指派給來賓虛擬機器的虛擬處理器計數,並確認虛擬處理器與實體核心的整體比例不大於 2:1。
Exchange 來賓機器的作業系統使用的磁碟大小必須至少為 15 GB 加上配置給來賓機器的虛擬記憶體大小。此需求需要計入作業系統和分頁檔案磁碟需求。例如,如果來賓機器已配置 16 GB 的記憶體,則來賓作業系統磁碟需要的最小磁碟空間是 31 GB。
此外,來賓虛擬機器可能無法直接與安裝於根機器的光纖通道或 SCSI 主機匯流排介面卡 (HBA) 通訊。在此情況下,您必須在根機器的作業系統中設定介面卡,並將 LUN 以虛擬磁碟或傳遞磁碟呈現給來賓虛擬機器。
部署於以下其中一個 Hypervisor 上的虛擬訪客執行個體可使用 Exchange Jetstress 2010。在任何其他 Hypervisor 下執行的虛擬訪客執行個體則不能使用 Jetstress。
具有 Hyper-V 技術的 Windows Server 2008 R2 (或更新版本)
Hyper-V 伺服器 2008 R2 (或更新版本)
VMware ESX 4.1 (或更新版本)
如果來賓虛擬機器是部署在以下其中一種主機電腦上,則支援在來賓虛擬機器中執行 MicrosoftExchange Server Jetstress 2010 工具:
MicrosoftWindows Server 2008 R2 或更新版本
Microsoft Hyper-V Server 2008 R2 或更新版本
VMware ESX 4.1 或更新版本
根機器儲存需求
以下為每部根機器的最小磁碟空間需求:
部分硬體虛擬應用程式中的根機器可能需要作業系統和其元件的儲存空間。例如,執行具有 Hyper-V 的 Windows Server 2008 時,將需要至少 10 GB 才能符合 Windows Server 2008 的需求。如需詳細資訊,請參閱 Windows Server 2008 R2 系統需求。還需要有額外的儲存空間才能支援作業系統的分頁檔、管理軟體和損毀修復 (傾印) 檔案。
部分 Hypervisor 會在根機器上維護每部來賓虛擬機器獨有的檔案。例如,在 Hyper-V 環境中,會為每部來賓機器建立並維護暫存記憶體儲存檔案 (BIN 檔案)。每個 BIN 檔案的大小都會等於配置給來賓機器的記憶體數量。此外,也會在主機機器上建立和維護每部來賓機器的其他檔案。
Exchange 儲存需求
連接至虛擬 Exchange 伺服器的儲存需求如下:
每部 Exchange 來賓機器都必須在根機器上配置固定磁碟的足夠儲存空間,磁碟內包含來賓作業系統、任何使用中的暫存記憶體儲存檔,以及主控於主機機器上的相關虛擬機器檔案。此外,在每部 Exchange 來賓機器中,您也必須配置足夠的儲存供集線傳輸伺服器和邊際傳輸伺服器上的郵件佇列使用,以及足夠的儲存供信箱伺服器上的資料庫和記錄檔使用。
Exchange 使用的儲存應該裝載於磁碟轉軸中,而這些磁碟轉軸與主控來賓虛擬機器作業系統的儲存是分開的。
支援在 Exchange 來賓虛擬機器內設定 iSCSI 儲存使用 iSCSI 啟動器。不過,如果虛擬機器內部的網路堆疊功能不完整 (例如,並非所有虛擬網路堆疊都支援 Jumbo 框架),則在此組態中效能會降低。
Exchange 記憶體需求和建議
與相同 Hypervisor 所管理之其他來賓機器的需要相較之下,某些 Hypervisor 能夠根據在特定來賓機器中觀察到的記憶體使用量,超訂閱或動態調整該來賓機器可用的記憶體數量。這項技術對於短暫需要記憶體,隨後即釋放供其他用途的工作負載來說相當合理。不過,對於設計為持續使用記憶體的工作負載而言,則不盡合理。Exchange 就像許多擁有快取記憶體中的資料這類效能最佳化的伺服器應用程式一樣,如果未能完全控制配置給執行所在之實體或虛擬機器的記憶體,就容易發生系統效能低落與用戶端經驗難以接受的情形。
最近的 Exchange 版本中效能已有所提升,尤其是與降低 I/O 相關的效能提升,這些都是透過高效率的方式使用大量記憶體而實現。當該記憶體無法使用時,就無法達到預期的系統效能。因此,應該停用生產 Exchange 伺服器上虛擬機器記憶體的記憶體超訂閱或動態調整。
按照與實體部署相同的方法來決定訪客機器的記憶體大小。如需針對 Exchange 2010 server role 進行記憶體大小調整的相關資訊,請參閱瞭解記憶體組態和 Exchange 效能。如需其他指引,請參閱 Microsoft Hyper-V 團隊撰寫的白皮書中的<應用程式的考量>一節,該文件可從下列位置下載:實作和設定動態記憶體。
Exchange 的主機型容錯移轉叢集和遷移
有關 Exchange 2010 DAG 的主機型容錯移轉叢集和遷移技術,以下為部分常見問題的答案。
Microsoft 是否支援協力廠商遷移技術?
由於這些技術並非伺服器虛擬化驗證方案 (SVVP) 的一部分,因此 Microsoft 無法針對搭配 Exchange 使用這些技術整合協力廠商 Hypervisor 產品此方面提出支援聲明。SVVP 的範圍包括我們對協力廠商 Hypervisor 的其他方面支援。您必須確定您的 Hypervisor 廠商針對結合其遷移和叢集技術提供 Exchange 技援。簡單地說,若您的 Hypervisor 廠商能就其遷移技術提供 Exchange 支援,我們同樣能就 Exchange 提供他們的遷移技術支援。
Microsoft 如何定義主機型容錯移轉叢集?
主機型容錯移轉叢集意指任何能提供自動對主機層級容錯作出反應,並在替代伺服器上啟動受影響的虛擬機器之能力。倘若在一個發生錯誤的案例中,在替代的主機上以冷開機啟動虛擬機器時,則支援使用此技術。此技術有助於確保虛擬機器不會自保留於磁碟機中的儲存狀態啟動,因為這對其他的 DAG 成員而言,將顯得較為過時。
Microsoft 指的遷移支援是什麼?
遷移技術指的是任何能允許有計劃地將虛擬機器從一台主機機器移動到另一台主機機器的技術。此移動作業也可能會自動執行,作為資源負載平衡的一部分,不過,這與系統中是否發生失敗無關。只要虛擬機器不是自保留於磁碟機中的儲存狀態啟動,遷移作業均可獲得支援。這表示,可在未察覺停機時間的情況下透過網路傳輸狀態和虛擬機器記憶體移動虛擬機器的技術,均可用於 Exchange。協力廠商 Hypervisor 廠商必須提供對遷移技術的支援,Microsoft 則將在 Exchange 用於此組態中時對其提供支援。
警告:
若為 Microsoft Hyper-V,則支援即時遷移選項,但是不支援快速遷移選項。請注意,當您在 Hyper-V 環境中選擇了虛擬機器的 [移動] 作業時,預設行為實際上是執行快速遷移,這一點很重要。為能保持 Exchange SP1 和 Exchange SP2 DAG 成員受支援的狀態,請務必使用即時遷移選項,如下圖所示。 在 Hyper -V 中即時遷移 DAG 成員
虛擬化整合通訊伺服器
與 Exchange 2010 RTM 不同,Exchange 2010 SP1 和 SP2 可在 Hyper -V 和其他可支援的 Hypervisor 中支援整合通訊 (UM) 角色。由於 UM 角色依存於 Microsoft Lync 所提供的媒體元件,因此必須部署 Exchange 2010 SP1 或 Exchange 2010 SP2 才能取得 UM 支援。在 Exchange 2010 SP1 之前的版本,Lync 工程小組已經在虛擬部署中啟動高品質即時音效處理。從 Exchange 2010 SP1 開始,這些變更已經整合入 UM 角色中。
© 2010 Microsoft Corporation. 著作權所有,並保留一切權利。