實體拓撲

  • 發行項

 

適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間： 2006-06-12

Microsoft Exchange Server 2007 的實體拓撲會將各實體元素對應至不同的地理位置。實體拓撲一般用來描述網路或伺服器位置。一般來說，所有實體拓撲都會根據特定及唯一的組織需求，來劃定根據安全性及商務需求的資源範圍。

實體拓撲也常用來將伺服器的分佈與管理角色分為兩個主類別：集中式伺服器與管理，以及分散式伺服器與管理。

集中式及分散式郵件系統

如果您公司的辦公室全部是由高頻寬及可信賴的網路連線來連接，則不管辦公室間的距離為何，您都可以實作集中式的郵件系統。集中式的郵件系統表示所有執行 Exchange 的伺服器會位在中央資料中心且從該處進行管理。規劃郵件系統時，最好先考慮使用此模型，因為它最具成本效益，且最好管理。

如果您的公司包含使用低頻寬、高度延遲及不可靠連線的遠端辦公室，則您可引入伺服器來控制郵件流量在不同位置間的路由方式。不過，遠端位置及多個路由群組並不會影響您將系統管理模型集中化。此外，使用 Microsoft Windows Server 2003、Exchange 2007 及 Microsoft Office Outlook 2007 中的功能，您也可以移除遠端站台中執行 Exchange 的伺服器來合併您的伺服器硬體。因為這些變更，使用者可遠端登入 Microsoft Windows 服務及 Exchange 2007，而且遇到的效能或連線問題將會減少。

服務等級管理

不管選擇集中式或分散式的郵件系統，您的部署都應該要包含服務等級管理 (SLM)。SLM 的宗旨是透過定義、協定、作業測量及檢閱的程序來提供及管理資訊技術 (IT) 服務。SLM 的範圍包括定義組織所需的 IT 服務，以及建立組織的服務等級協定 (SLA)。針對對內部或外部提供的服務訂立契約及作業等級協定，可確保符合 SAL 的要求。SLM 也包括持續測量雙方都同意的服務等級閾值，並在未達閾值時進行修正的動作。服務會根據所同意的 SLA 準則受到監視及測量，以確定符合 SLA 的要求。

集中式郵件系統的特性

集中式郵件系統包含大型的資料中心，其主控所有的伺服器資源，包括 Active Directory 目錄服務、通用類別目錄伺服器、網域控制站及 Exchange 伺服器。資料中心可支援本機或遠端連線的所有郵件系統使用者。以下是集中式郵件系統的幾個特性：

  • 不管使用者是否從遠端連線，都是在集中式位置主控及管理資料。這點與分散式模型相反，在分散式模型中使用者可本機存取信箱，但伺服器的管理較為複雜。
  • 可從集中式位置來部署軟體升級。
  • 資料中心併入了電源隔離裝置 (如不斷電供應系統 (UPS)) 及 hot site、warm site 或 cold site 的意外狀況。hot site 是具有完整服務的商業站台，其會持續執行以接收複寫過去的資料，所以可供立即使用。warm site 是提供完整服務的站台，其可在發生嚴重損壞時，提供公司繼續運作所需的一切設備。不過，公司無法立即使用設備，而是必須先進行部分讓站台可用的系統管理工作。cold site 是僅提供場地的服務，公司必須先架設及設定所需的設備。hot site 可讓公司更快恢復運作，但 cold site 是較便宜的選擇。

降低成本及安全性需求的相關商業需求往往是集中化系統背後的驅動力。這些需求均需依賴位置集中化 (減少提供伺服器資源之站台的數量)、實體合併 (使用高級的伺服器取代較小型的伺服器)、系統管理合併及資料合併 (集中化提供備份及嚴重損壞修復功能的儲存解決方案) 等方式來解決。

重要考量

請在下列方面的先決條件已符合並包含在專案計畫中時，才考慮採用集中式設計：

  • 資料中心硬體成本   比較在資料中心安裝高級伺服器及叢集所需的成本，是否低於將伺服器集中化後所省下的系統管理成本。建議您將後端伺服器組成叢集，以建置系統的高可用性及備援能力，但這個選擇會增加初期成本。不過，這些花費可抵銷運作成本、基礎結構成本、減少停機時間並提供更大的延展性。
  • 意外狀況規劃   當您將整個組織中的伺服器及資料資源集中化時，會提高單點失敗的機會。您必須制訂意外狀況計畫，以防嚴重損壞事件影響您的資料中心。
  • 網路中斷   請考慮網路中斷會對遠端位置使用者帶來的影響。如果使用者在 Outlook 中啟用快取 Exchange 模式，就比較不需要考慮這個問題。
  • 作業及系統管理成本降低   將伺服器資源集中化可以減少作業成本，因為資源能夠獲得更有效的利用，進而達到服務容量及成長的目標。同時也可降低與儲存及備份需求相關的基礎結構成本。
  • 資料儲存   使用較大型的集中式資料磁碟區時，您必須使用更可靠的儲存系統來增進資料的完整性。此外，降低伺服器基礎結構的複雜性，在失敗發生時您可更輕易的還原服務及資料。
  • LAN 及 WAN 連線   如果您目前的網路不提供將伺服器集中化所需的頻寬類型及速度，您便需要在專案規劃中建置網路升級程序。
  • 安全性   集中式模型可讓您輕易管理及控制安全性。此控制可讓安全性人員輕易維護最新病毒簽章並針對安全性事件做出即時的回應。集中式設計的另一項好處是，您可將伺服器放在確實受到保護的資料中心內。

分散式郵件系統的特性

分公司或分散式郵件部署指的是，許多分公司或小型分散式站台以慢速連線連到總公司或資料中心。分公司內自己有執行 Exchange 的伺服器、網域控制站及通用類別目錄伺服器。當網路無法處理服務中樞的流量時，通常就會使用分散式郵件系統。因此，本機位置上會有作業系統及郵件伺服器。使用者需求是另一項因素。如果必須連線到資料中心來達到使用者體驗及可用性的需求，您可能就必須將伺服器放置在遠端站台。

Exchange 分公司部署具有下列特性：

  • 郵件系統包含許多位置 (分公司)，每個位置都包含執行 Exchange 的伺服器、網域控制站以及至少一個通用類別目錄伺服器。
  • 分公司位置通常包含少數或數目差異懸殊的使用者。
  • 網路通常會以中樞與支點拓撲的方式建構。
  • 分公司位置及中樞或資料中心間的網路連線通常為低頻寬、高延遲或不可靠的網路。

部署分散式郵件系統的原因主要包括：

  • 公司的使用者分散在不同的站台。
  • 公司的網路基礎結構無法處理服務中樞的流量。
  • 為了滿足使用者需求，本機位置上必須放置伺服器，以提供最佳的使用者體驗及可用性。

重要考量

當您想要使用分散式設計時，請考慮下列問題：

  • 軟體升級   在分散式郵件系統中部署重要的更新將更具挑戰性。
  • 使用 Outlook Anywhere   如果您想要使用 Outlook Anywhere (之前稱為 RPC over HTTP)，則郵件環境中使用者用來進行 Outlook Anywhere 通訊的電腦都必須執行 Windows Server 2003。此需求也適用於所有通用類別目錄伺服器以及 Outlook 使用者會存取之所有執行 Exchange 的伺服器。
  • 作業及系統管理成本   分散式郵件系統需要較多伺服器且花費較高的作業及系統管理成本。
  • 資料儲存   使用分散式伺服器時，服務基礎結構較為複雜，當發生失敗時也較難還原服務及資料。本機連續複寫 (LCR) 及叢集連續複寫 (CCR) 等功能在分散式郵件環境中特別有用。如需 LCR 的相關資訊，請參閱本機連續複寫。如需 CCR 的相關資訊，請參閱叢集連續複寫。
  • 網路連線   若為遠端辦公室，建議您在伺服器間使用最低每秒 64 千位元/秒 (Kbps) 的連線，連線到中樞站台或資料中心。不過，建議您在中樞及辦公室間使用更高的連線速度。
  • 安全性   分公司中伺服器的實體安全性是一項重要的考量。在分公司設計中，您必須注意讓伺服器不在開放的區域中，且伺服器確實受到保護。

若要確保您目前閱讀的是最新資訊，並尋找其他的 Exchange Server 2007 說明文件，請造訪 Exchange Server 技術資源中心.