本文為機器翻譯文章。如需檢視英文版,請選取 [原文] 核取方塊。您也可以將滑鼠指標移到文字上,即可在快顯視窗顯示英文原文。
譯文
原文

SharePoint Server 2013 的全球架構

 

適用版本:SharePoint Server 2013

上次修改主題的時間:2016-12-16

摘要:了解 WAN 環境中支援的 SharePoint 2013 的架構、透過 WAN 連線以最佳化效能的策略,以及服務應用程式的建議措施。

SharePoint Server 2013 已經過最佳化,能夠透過廣域網路 (WAN) 連線正常運作。對於大多數的客戶來說,集中式環境是為廣域使用者提供服務建議使用的架構。擁有非良好連線網站的客戶可以受益於部署一或多個區域伺服器陣列。本文說明支援的架構、為 WAN 連線最佳化 SharePoint Server 2013 的策略,以及服務應用程式的建議措施。

本文內容:

本文使用下列術語:

  • 中央網站 — 主控大多數的公司資料與員工電腦的位置。集中式 SharePoint Server 2013 環境可以包含一個單一伺服器陣列或位於同一資料中心的多個伺服器陣列。

  • 地區網站 — 主控組合使用區域網路 (LAN) 及 WAN 連結來連線之公司資料與員工電腦的子集合的位置。

  • 分散式環境 — 員工與公司資料分佈在全球的環境。

  • 國內伺服器陣列 — 部署於政治邊界內以符合政府法規的伺服器陣列。

驅動 WAN 環境最重要的因素是整個 WAN 連線內的 SharePoint Server 2013 效能。在考量 WAN 環境的架構選項之前,您首先要評估使用者最常執行之動作的效能體驗。這可以透過對多個 WAN 連線使用系統化基準測試,或者對測試環境進行簡單的使用者測試來達成。您也可以在 Office 365 中建立評估網站,然後從多個位置測試使用者經驗。

相較於 SharePoint 2010 產品,SharePoint Server 2013 的 WAN 效能已經提升。如果您的組織目前使用早期版本的產品在多個地區部署伺服器陣列,則只要使用單一中央伺服器陣列環境或者較少的伺服器陣列,您便能夠成功。請不要假設您的組織需要與您以早期版本部署相同數目的伺服器陣列。

如需如何評估 WAN 連線的詳細資訊,請參閱 <測試 SharePoint 2013 架構的 WAN 連線>。

為廣域使用者提供服務的第一個且最佳的選項是在中央環境部署 SharePoint Server 2013。

中央環境模型

由於 SharePoint Server 2013 的效能大幅提升,同時使用 WAN 連線的全球客戶預期能夠透過集中式部署 SharePoint Server 2013 而獲得成功。對於企業級的客戶而言,這可能包括在單一資料中心部署的多個伺服器陣列。大多數客戶只要部署單一伺服器陣列便能夠滿足組織需求 (例如,United Airlines)。組織也可以使用 Office 365 作為中央環境來為廣域使用者提供服務。

如需使用集中式環境而獲得成功之全球組織的範例,請參閱<SharePoint Server 2013 WAN 案例研究:聯合航空、Teck 及 Fabrikam>。

如果您在內部部署 SharePoint Server 2013,有多種策略可以協助最佳化 WAN 連線的集中式環境。

SharePoint Server 2013 的預設頁面已針對效能進行最佳化。如果您自訂頁面、或新增許多影像、或其他類型的內容,請確定對這些頁面進行最佳化以便能夠透過 WAN 連線正常運行。如需詳細資訊,請參閱最佳化 WAN 連線的網頁。

Windows Server 有多種功能可以為透過地區網站或分公司連線到中央環境的使用者提升效能。

  • BranchCache-- BranchCache 是 Windows 7、Windows Server 2008 R2 及 Windows Server 2012 作業系統的一項功能,可快取檔案以及 WAN 上的網頁伺服器和地區分公司電腦上的內容。在地理分散式 SharePoint Server 2013 環境中,BranchCache 可以藉由快取使用者從 SharePoint Server 2013 下載的大型檔案來最佳化 WAN 效能。如需詳細資訊,請參閱<最佳化 SharePoint Server 2013 的效能>。

  • 服務品質 (QoS)-該Windows Server 2012已經加強 Windows 2000 引入的 QoS 功能。QoS 可讓您以符合評估網路頻寬、 偵測變更 (例如壅塞或可用性的頻寬) 的網路條件及排列優先順序-或節流-網路流量的工作量或應用程式的服務需求。例如,您可以使用 QoS 若要設定優先順序延遲機密應用程式的流量,以及控制 (例如大量資料傳輸) 的延遲不區分流量的影響。您可用於 QoS 優先順序很重要的使用者的應用程式的要求。此外,您可以 deprioritize 應用程式] 或 [造成負面影響效能,例如備份程序或大型下載的處理程序。如需在Windows Server 2012QoS 功能的詳細資訊,請參閱服務品質 (QoS) 概觀

WAN 加速器有利於內部網路部署。有些全球性公司跨最高延遲連線設置 WAN 加速器,將這些網站的效能提升至可接受的範圍內。這些解決方案通常是在多個層次最佳化流量。

  • WAN 加速解決方案可以壓縮網路層級封包及最佳化基礎通訊協定,以減少原始流量。

  • WAN 加速器以比較內容區塊與最近傳送之區塊歷史記錄的方式最佳化內容,並藉此僅傳送差異部分而不是所有內容。

  • 應用程式感知的裝置可最佳化應用程式層級通訊協定以減少應用程式交談。

不同的解決方案使用不同的最佳化技術與演算法組合。不同的解決方案使用不同的最佳化技術與演算法組合。

WAN 加速器為成對運作。其中一個裝置位於執行 SharePoint Server 2013 之伺服器旁的資料中心內,另一個裝置則是位於分公司內或分公司外部的用戶端裝置上。高延遲網路廠商的回應時間 (秒) 或後續要求因此能夠減少90% 或更多。

有多種 WAN 加速器裝置可用。每個裝置以各種不同的方式最佳化 WAN 流量。由於 SharePoint Server 2013 可同時最佳化及壓縮資料,因此測試採用與不採用 SharePoint Server 2013 的效能非常重要。在某些情況下,相較於所達成的效益,多重技術 (SharePoint Server 2013、IIS 及 WAN 加速器) 的壓縮對效能可能有不利影響。

許多客戶可以和頻寬提供者一起建立可運作的集中式環境,來最佳化使用者與中央網站之間的網路連線。此外,特別是在新興市場,有些電信公司則是提供更有效率的路由模式。和在多個位置管理 SharePoint 伺服器陣列與內容的複雜性相較,最佳化 WAN 連線可能是更實際的作法。

許多用戶端工具不需要在全球部署多個伺服器陣列便能夠大幅提升使用者的 WAN 連線經驗。您也可以在部署多個伺服器陣列的不同地區環境中運用這些工具。

Office Web Apps Server 是一款 Office 伺服器產品,可提供瀏覽器版本的 Word、PowerPoint、Excel 及 OneNote。由於使用者不需要上傳或下載檔案,Office Web Apps Server 因此能夠大幅提升 WAN 環境的效能。單一 Office Web Apps Server 伺服器陣列可以支援透過 SharePoint 2013、Lync Server 2013 及 Exchange Server 2013 來存取 Office 檔案的使用者。Office Web Apps Server 能夠在高延遲連線或低頻寬連線或此兩者的環境下正常運作。在間歇性連線的環境則無法發揮效能。

Office Web Apps Server 伺服器陣列通常位於和 SharePoint 2013 伺服器陣列相同的資料中心內,但這不是必要條件。將 Office Web Apps Server 伺服器陣列放置在不是 SharePoint 網站所在的遠端資料中心內並不會提升效能。如需詳細資訊,請參閱<Office Web Apps Server 概觀>。

商務用 OneDrive 可讓使用者將「我的網站」文件庫或小組網站上的其他 SharePoint 文件庫同步至自己的電腦。使用者能夠在自已的 [檔案總管] 中直接使用這些檔案。甚至在離線時使用者也能夠存取這些檔案。當使用者上線時,檔案更新便會和 SharePoint 同步。

在具有間歇性連線環境或高延遲或低頻寬連線的環境中的運作方式商務用 OneDrive 。它不是針對正在編輯同一檔案離線同時許多使用者所要使用。如需詳細資訊請參閱 <同步處理將 OneDrive 或其他 SharePoint 文件庫至含有 OneDrive for Business 電腦

您可以在 SharePoint Server 2013 搭配使用 SharePoint Workspace 2010。不過,您可能要套用 Hotfix,所有功能才能夠如預期般運作。SharePoint Workspace 2010 可讓使用者同步文件、清單、文件庫、網站及網站階層。如需詳細資訊,請參閱下列資源:

部分企業可能會選擇在中央網站部署多個伺服器陣列以滿足擴充與容量需求。不過,如果架構包含多個內容伺服器陣列,社交功能可能會受到限制。若要最佳化多伺服器陣列環境,請遵循下列設計原則:

  • User Profile Service 應用程式必須位於與所支援之內容相同的資料中心。

  • 建議使用一個「我的網站」伺服器陣列。跨多個「我的網站」伺服器陣列的社交功能會受到限制。例如,使用者將只從該伺服器陣列看到自己的「我的網站」新聞摘要。多個「我的網站」伺服器陣列還需要多個 User Profile Service 應用程式,這會增加複雜性。

  • 對於跨內容伺服器陣列作業的社交功能,您必須在資料中心的每個內容伺服器陣列上建立「我的網站主機」。在此設計中,位於指定「我的網站」伺服器陣列 (User Profile Service 應用程式所在) 上的「我的網站主機」是主要的「我的網站主機」。其他的「我的網站主機」可支援位於內容伺服器陣列之小組網站的網站摘要。

  • SharePoint Server 2013 支援延伸的伺服器陣列架構,其伺服器位於不同的資料中心內。延伸的伺服器陣列如要運作,執行 SQL Server 的電腦與前端網頁伺服器之間一個方向的延遲必須小於 1 毫秒,而且頻寬至少每秒 1 Gigabit。

  • 搜尋伺服器陣列可以位於不同的資料中心。Search Service 應用程式可在 WAN 連線正常運作。如果您要跨資料中心擴展伺服器陣列,您不需要在與其他類型 SharePoint 伺服器陣列相同的資料中心內放置專用搜尋伺服器陣列。

下圖呈現專為虛構名稱為 Fabrikam 的全球性製造公司設計,並擁有超過 300,000 位使用者的多伺服器陣列架構。

全球製造公司的多伺服器陣列架構

如需此圖表及公司的詳細資訊,請參閱<SharePoint Server 2013 WAN 案例研究:聯合航空、Teck 及 Fabrikam>。

您可以跨伺服器陣列共用部分服務應用程式。它們大多數都能夠在 WAN 連結所分隔的伺服器陣列共用。下表是跨 WAN 連結共用服務應用程式的支援摘要。表格之後提供 Search Service 應用程式要求此服務更詳盡的考量與建議。

支援 WAN 環境的跨伺服器陣列服務

服務應用程式 是否跨 WAN 連線支援? 附註

搜尋

內容可以透過 WAN 連線編目。或者,您可以設定搜尋,從遠端結果來源擷取結果 (遠端伺服器陣列上的索引)。

Managed Metadata

如果連線不在線上 (例如,間歇性衛星連結),Managed Metadata 服務應用程式提供的使用者項目欄位可能無法使用。

Business Data Connectivity

在資料模型快取到遠端伺服器陣列 (使用中央伺服器陣列之 Business Data Connectivity Service 的伺服器陣列) 的網頁伺服器之後,遠端伺服器陣列會透過 WAN 直接連線到資料來源查詢資料 (而不是重新連線到主控 Business Data Connectivity Service 的伺服器陣列)。因此,遠端伺服器陣列需要存取資料來源的權限。此外,遠端伺服器陣列與資料來源之間的效能取決於 WAN 連線的效能。

User Profile

不支援

不支援跨 WAN 連結使用 User Profile Service 應用程式。此服務需要直接存取資料庫。

Secure Store Service

儘管 Secure Store Service 可以透過 WAN 連結作業,我們不建議這種用法,因為它可能對其他透過 WAN 連結提供之服務的效能有不利的影響。

機器翻譯服務

如需如何為 Teck 設定這些服務的詳細資訊,請參閱<SharePoint Server 2013 WAN 案例研究:聯合航空、Teck 及 Fabrikam>。

您可以透過 WAN 連線共用 Search Service 應用程式。不過,如果 WAN 連線非常穩定並足夠支援透過 WAN 執行編目內容,則連線似乎夠穩定而可支援使用者動作透過 WAN 傳送至中央伺服器陣列。除了透過 WAN 連線共用 Search Service 應用程式外,建議您排除區域伺服器陣列並改成讓使用者使用中央伺服器陣列環境來取得 WAN 效能提升的優勢。

下列 WAN 條件可能是建立區域伺服器陣列的理由:

  • 最高延遲連線

  • 間歇性連線

  • 網路壅塞造成的不可靠連線

  • 無效率的路由模式

  • 封包遺失

我們不建議透過這些類型的 WAN 連線共用 Search Service 應用程式。相反地,我們建議您在區域伺服器陣列上設定搜尋,並使用遠端 SharePoint 結果來源將區域伺服器陣列和中央伺服器陣列的搜尋結果組合在一起。

國內伺服器陣列代表的是不同挑戰。如果國內伺服器陣列的用途是在於預防文件與檔案存放在政治邊界之位的位置,我們則不建議透過 WAN 進行編目內容。搜尋索引至少會包含分散的編目內容。而且,每個文件的暫存複本都要下載至搜尋伺服器陣列進行處理。因此,進行國內伺服器陣列編目的中央伺服器陣列會在該國內伺服器陣列中包含資料的複本。如果這違反公司原則,建議您改成使用遠端 SharePoint 結果來源。藉由這種組態,除非使用者將複本下載至自己的電腦,否則搜尋結果可以包括國內伺服器陣列的內容,內容也可以繼續放置在本機伺服器陣列上。

有一種案例允許透過 WAN 連線進行編目內容,即運用內含使用內部部署的 SharePoint Server 2013 伺服器陣列來編目 Office 365 專用伺服器陣列 (O365-D) 的內容並將搜尋服務提供給該伺服器陣列的混合部署。藉由 Office 365 專用訂閱計畫,每個客戶環境都會被放置在專用伺服器陣列中。編目 Office 365 專用伺服器陣列能夠為兩個環境提供單一的關聯性排序的結果集合。專用 Office 365 環境不同於多承租人 Office 365 環境。對於包含 Office 365 多承租人環境的混合式環境,編目多承租人環境並不可行,建議作法是使用遠端結果來源來提供集中式搜尋。

儘管有這些建議,您仍可以利用下列方法來支援與實作透過 WAN 連線共用 Search Service 應用程式:

  • 區域伺服器陣列可以使用中央伺服器陣列的 Search Service 應用程式並使用該程式以本機方式進行內容編目。您需要設定跨伺服器陣列服務共用關係並完成額外的設定。在這種情況下,中央伺服器陣列上的搜尋元件可以對區域伺服器陣列的內容進行編目。內容編目所需的通訊則是透過 WAN 連線。不建議使用這種組態。相反地,您可以在區域伺服器陣列上直接部署和設定 Search Service 應用程式。

  • 中央伺服器陣列的 Search Service 應用程式可以編目區域伺服器陣列的內容。這種組態不需要設定跨伺服器陣列服務共用。相反地,必須在中央伺服器陣列新增編目規則才能夠編目遠端伺服器陣列的內容。不過,這種組態可以透過 WAN 連線編目內容,但不是理想的作法。

下表列出透過 WAN 進行編目與使用遠端結果來源將內容包括在搜尋結果兩者之間差異的摘要。

將全域內容包括在搜尋結果中的選項

  透過 WAN 進行編目 設定遠端伺服器陣列的結果來源

描述

中央網站透過 WAN 編目區域網站的內容。

搜尋設定成從一或多個遠端伺服器陣列 (結果來源) 以及本機伺服器陣列傳回結果。

在此案例中,遠端伺服器陣列以本機方式進行編目。您可以將中央伺服器陣列的搜尋設定成包括遠端索引的結果。

您也可以將遠端伺服器陣列設定成包括中央伺服器陣列以及其他區域伺服器陣列的結果。藉此使用者便能夠從本機伺服器陣列進行搜尋。

使用者經驗

使用者面對的是單一的結果清單。

結果是以單一清單呈現。不過,結果會依結果來源分組成不同區塊。您可以設定每個群組內的結果數目。

優點

搜尋結果包含在按搜尋排序的單一清單中。

集中管理搜尋。

不使用 WAN 編目。

視編目排程而定,可能會有更新的搜尋結果。

如果您還將遠端伺服器陣列設定成包括其他伺服器陣列的結果來源,則除了中央伺服器陣列外,遠端伺服器陣列也能夠進行整體企業搜尋。

缺點

透過 WAN 進行編目會佔用時間與頻寬。

如果內容是以本機方式編目,搜尋結果可能不是最新。

只能從中央伺服器陣列進行整體企業搜尋。

使用者看到多種分組的結果。

搜尋結果未依整個組織排名。

必須由多個位置管理搜尋。

https://technet.microsoft.com/zh-tw/library/hh206325.aspx
顯示: