在 Project Server 2010 中規劃硬體架構
適用版本: Project Server 2010
上次修改主題的時間: 2015-03-09
影響 Microsoft Project Server 2010 輸送量的因素有許多。這些因素包含使用者數目、使用者作業的類型、複雜度及頻率、每次作業的回傳數目,以及資料連線的效能。您應該在規劃硬體架構時,謹慎考慮本章節所探討的各項因素。您可用許多方式來部署及設定 Project Server。所以目前還沒有一個簡單的方法,可以預估某一特定數量的伺服器可支援多少使用者。因此,在您將 Project Server 2010 部署至實際執行環境前,請務必先在您的環境中進行測試。
本文說明 Microsoft Project Server 2010 的已測試效能與容量限制,提供測試環境與測試結果的資訊,並提供可以接受的效能指南。請使用本文的資訊來評估 Project Server 的輸送量目標。
在進行 Microsoft Project Server 2010 容量規劃時,請注意可能影響 Project Server 部署效能的變數。
因為 Project Server 提供的功能相當多樣,雖然從較高層次描述的部署看來都很相似,但在實際的效能特性上,往往相去甚遠。只憑藉專案數目或者系統未來的使用者數量,並不足以精確地界定出您的需求。考慮 Project Server 部署的效能需要一套更精密且全面性的方法。例如,工作量以及後續硬體需求都會因為以下變數而有所不同:
因素 | 特性 |
---|---|
專案 |
|
使用者 |
|
使用模式 |
|
還有許多其他變數可以影響指定環境中的效能,且每個變數會對效能產生不同領域的影響。本文中可能有些針對功能與使用者作業的測試結果和建議並不存在於您的環境中,因而不適用於您的解決方案。只有透過測試,才能找出與自己的環境相關的實際資料。
其他應該考量的變數:
**並行使用者:**設定容量需求時,並行使用者負載通常是一項重大因素。雖然您系統中的使用者人數可能比較少,不過他們可能會在流量「尖峰」時段同時使用伺服器。例如,某個組織的使用者都在一週的同一個時間提交狀態/時程表更新,您會發現在這段時間的效能明顯下降。如果有負載過大的尖峰使用時段,您就需要增加其他資源到為資料集建議的拓撲。
**使用者角色的分割:**因為系統管理員、公事包系統管理員、專案管理員以及小組成員可存取的資料數量不同,所以不同類型的使用者分佈會對部署範圍內的效能產生影響。不同安全性類別的使用者可以看到的專案及資源多寡有所不同。例如,系統管理員在載入專案中心時可以看到伺服器上的所有專案,而載入資源中心時可以看到所有資源。相較之下,專案管理員只能查看自己的專案。所以這些使用者可能受到認知效能減低的影響。可以的話,我們建議您在 [伺服器設定]>[管理檢視] 中定義適當的檢視篩選器,以限制特定檢視中顯示的專案、任務或資源數量。
全域分佈的使用者
**問題、風險以及可傳送作業:**如果有大量的這類實體,就可能增加 SQL Server 額外的負載。尤其是檢視 專案 網站中的這些實體及與其互動時,更有可能造成額外負載。如果您使用這些功能的次數非常頻繁,可配置其他資源給 SQL Server 的部署,以維持高層級的效能。假設這些成品和 專案 網站功能都是 SharePoint 網站和清單,可參閱擴充 SharePoint 網站和清單的相關文件。
**行事曆:**您可以為專案、任務以及資源定義自訂的行事曆。這些會大幅影響排程引擎,而在應用程式和資料庫伺服器上執行更高的 CPU 負載。
典型資料集
本節描述的資料集,可以利用下表所列的變數加以說明。這些變數可能無法掌握影響 Project Server 效能的所有因素 (也就是說,無法掌握您預計在部署中使用的混合功能)。不過,在判斷容量是否合適方面,它們確實可掌握許多重要資訊。
實體 | 描述/附註 | 小型 | 中型 | 大型 | |
---|---|---|---|---|---|
1 |
專案 |
100 |
5000 |
20000 |
|
1 |
任務 |
17125 |
856250 |
3425000 |
|
1 |
每一專案的平均任務 |
171.25 |
171.25 |
171.25 |
|
2 |
任務異動記錄 |
任何指定任務的狀態成為提交和核准的次數 |
10 |
100 |
1000 |
1 |
任務分派 |
22263 |
1113125 |
4500000 |
|
1 |
每一任務的平均任務分派 |
1.3 |
1.3 |
1.3 |
|
2/3 |
核准 |
每一管理員的擱置更新 |
50 |
600 |
3000 |
使用者 |
1000 |
10000 |
50000 |
||
自訂欄位 |
專案 (公式) |
3 |
20 |
25 |
|
自訂欄位 |
專案 (手動) |
2 |
40 |
50 |
|
自訂欄位 |
任務 (公式) |
因為任務公式欄位會針對每一項任務進行計算,所以會對效能產生最大的影響。 |
6 |
12 |
15 |
自訂欄位 |
工作 (手動) |
4 |
8 |
10 |
|
自訂欄位 |
工作分派展開 |
50% |
50% |
50% |
|
自訂欄位 |
資源 |
10 |
20 |
25 |
|
自訂欄位 |
查詢表格自訂欄位 |
2 |
15 |
100 |
|
1 |
時程表 (每年) |
使用的時程表愈多,SQL Server 的資源需求就愈多 |
52000 |
780000 |
8,320,000 |
1 |
時程表行數 |
5 |
10 |
10 |
硬體建議
下列章節提供一般的效能及容量建議。請使用以下建議,找出符合需求的適當起始拓撲,並決定要向外擴充或向上擴充起始拓撲。
在本文中,我們會討論 Windows Server 中設定的三種不同角色:Web 前端伺服器角色、應用程式伺服器角色以及資料庫 (SQL) 伺服器角色。這些是完整 Project Server 2010 部署的所有元件。Web 前端伺服器做為使用者存取 Project Server 的介面。應用程式伺服器負責處理 Project Server 的資料層要求,以及實作 Project Server 2010 的商務邏輯。最後,資料庫層是指資料來源,也就是存放 Project Server 2010 資料庫的地方。如果部署規模很小,Web 前端伺服器、應用程式伺服器以及資料庫伺服器角色可合併在同一台實體電腦上。如果部署規模很大,即使多部實體電腦的角色相同,也可能需要將這三種角色各自放在獨立的電腦上。
小型資料集硬體建議
本節分別為<典型資料集>小節中稍早說明的小型、中型、大型資料集提供建議的拓撲。您應該可以使用每一種資料集建議的拓撲,在這些規模大小的資料集上以大多數的使用模式取得合理的效能。不過,我們鼓勵您考慮採用本文其餘內容中所提的建議具體做法,藉此判斷為估計資料集所建議的拓撲是否需要擴大規模。通常,您應該監視拓撲的效能指標,如果不滿意效能特性,也可以據此加以調整。
請注意,由於 Project Server 2010 與 SharePoint Server 2010 共存,因此會消耗其他資源 (處理器、RAM 以及硬碟)。SharePoint Server 2010 的需求指南同樣適用於「小型資料集而且使用量不高」的 Project Server 2010 安裝。不過,對於大量的資料集和使用模式,就需要其他硬體資源。如果是小型資料集的單機部署,建議使用 16 GB 的 RAM,以維持高層級的認知效能。此外,如果可能的話,我們建議您將資料庫放在執行 SQL Server 的專用電腦上,讓資料庫伺服器與應用程式和 Web 前端層有所區隔。
下表列出內建資料庫安裝的單機伺服器,與伺服器陣列中包括單一或多部伺服器之伺服器陣列安裝的規格。
前端網頁/應用程式伺服器
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz |
RAM |
開發人員或評估使用需要 4 GB,單一伺服器和多部實際執行使用的伺服器陣列安裝需要 8 GB |
硬碟 |
80 GB |
SQL Server
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz (如果您的資料集大小遠遠超過中型資料集的大小,建議使用 8 核心)。 |
RAM |
開發人員或評估使用需要 4 GB,單一伺服器和多部實際執行使用的伺服器陣列安裝需要 8 GB |
硬碟 |
80 GB |
中型資料集硬體建議
中型資料集特定的基本需求可以向外擴充和向上擴充,以處理額外的負載。向上擴充和向外擴充拓撲會探討如何處理增加的使用者負載以及增加的資料負載之相關考量。
一般的解決方式是,您應該準備足夠的機器,將其他 Web 前端伺服器以及應用程式伺服器新增到您的拓撲中,以處理額外的使用者負載和資料負載需求。Web 前端伺服器和應用程式伺服器的硬體規格大多可以維持不變。4 x 2 x 1 拓撲應該足以處理大多數中型資料集和使用模式的需求。向外擴充應用程式和 Web 前端伺服器會增加 SQL Server 部署的額外負載,因此您需要增加其他的記憶體以及 CPU 資源來彌補。以下的 SQL Server 規格應該能夠滿足大部分中型資料集的效能需求。想要判斷您設計的拓撲是否滿足效能需求,最好的方法就是設定一個臨時環境測試您的拓撲,同時監視效能的各項特性。
前端網頁伺服器
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz |
RAM |
開發人員或評估使用需要 4 GB,單一伺服器和多部實際執行使用的伺服器陣列安裝需要 8 GB |
硬碟 |
80 GB |
應用程式伺服器
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz |
RAM |
開發人員或評估使用需要 4 GB,單一伺服器和多部實際執行使用的伺服器陣列安裝需要 8 GB |
硬碟 |
80 GB |
SQL Server
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz (如果您的資料集大小遠遠超過中型資料集的大小,建議使用 8 核心)。 |
RAM |
32 GB |
硬碟 |
160 GB |
大型資料集硬體建議
如果是大型資料集,資料負載就是最明顯的效能瓶頸。
通常,大型資料集至少需要 4 x 2 x 1 拓撲。Web 前端和應用程式伺服器的硬體特性,一般與中、小型資料集建議的硬體特性一致。不過,假設您的 SQL Server 安裝就是瓶頸所在,那麼您會發現這會限制向外擴充其他 Web 前端和應用程式伺服器的能力。如果您發現資料負載就是瓶頸,可能會發現其他 Web 前端和應用程式伺服器並未對輸送量有任何改善。
針對大型資料集,如果與 Project Server 2010 共存的 SharePoint Server 2010 執行個體也出現過高的使用率 (也就是您沒有將該 SharePoint Server 2010 部署專用於 Project Server 2010 功能),那麼建議您將這 4 個 Project Server 2010 資料庫放在自己專用的 SQL Server 執行個體上,與 SharePoint Server 2010 內容資料庫區隔。
如果資料輸送量會成為瓶頸,您應該在拓撲的 SQL Server 層投入其他資源。您可以增加其他的 RAM、CPU 以及硬碟資源,以便「向上擴充」SQL Server 安裝。下節中我們會列出大型資料集拓撲在 SQL Server 層的基本規格以及建議規格。
基本 SQL Server 需求
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz (如果您的資料集大小遠遠超過中型資料集的大小,建議使用 8 核心)。 |
RAM |
32 GB |
硬碟 |
250 GB |
建議的 SQL Server 需求
元件 | 建議的 |
---|---|
處理器 |
64 位元、四核心、每一核心最少 2.5 GHz (如果您的資料集大小遠遠超過中型資料集的大小,建議使用 8 核心)。 |
RAM |
64 GB |
硬碟 |
300 GB 或更多。將報表資料庫單獨放在獨立的資料庫伺服器上。理想狀況下,您應該將磁碟之間的資料予以區隔,並排定優先順序。將資料檔案和 SQL Server 2008 交易記錄放在個別的實體硬碟中。RAID 5 應該是平衡可靠性和輸送量之間的最佳方案。 |
虛擬化建議
Project Server 2010 支援在虛擬機器上執行。大多數針對 SharePoint Server 2010 虛擬化提供的建議都適用於 Project Server 2010。如需 SharePoint Server 2010 虛擬化的相關文件,請參閱<虛擬化規劃 (SharePoint Server 2010)>。您也可以參閱《Project Server 2007 虛擬化》指南,了解其他有關虛擬化以及 Project Server 2010 的資訊,因為這本指南的大部分內容都是可適用的參考資料。不過,在任何採用虛擬化技術的情況下,很重要的一點是,必須考慮到在相同實體執行個體上執行之虛擬機器間的實體機器資源爭用。
注意
我們不建議在虛擬機器上執行 SQL Server。虛擬機器上的資源爭用會大幅降低伺服器的效能。如果必須在虛擬環境中執行 SQL Server,建議您使用以下設定:
-
網路介面卡:
-
如果使用 Hyper-V 虛擬化,則應該利用虛擬網路介面卡,而不是傳統的網路介面卡。
-
-
虛擬磁碟:
-
至於執行 SQL Server 的虛擬機器,建議磁碟類型選取 [通過] 選項 (不是 [動態] 或 [固定])。如果不適用的話,您應該使用固定磁碟大小,而不是動態調整大小的虛擬磁碟。
-
我們建議您選取 IDE 的開機磁碟機,而不是 SCSI
-
配置足夠的硬碟空間來處理預期之最大規模的資料集以及 ULS 記錄需求。
-
-
記憶體:
-
您應該儘量為執行 SQL Server 的虛擬機器配置充足的記憶體。此記憶體應該相當於提供相同功能之實體伺服器所需或建議的記憶體總數。
-
至少要為主機作業系統保留 2 GB 的記憶體。
-
在虛擬環境中執行 Web 前端或應用程式伺服器與在虛擬環境中執行 SQL Server 不同的是,前者對效能不會有太多不利的影響。
網路需求
對大部分的 Project Server 部署而言,網路頻寬不會是效能的瓶頸。下表列出建議的網路元件規格。整體目標應該是嘗試維持應用程式與 SQL Server 這兩層之間的低延遲性。
元件 | 小型和中型資料集 | 大型資料集 |
---|---|---|
NIC 的數目 |
1 |
2 |
NIC 的速度 (網路) |
可為大於 100mbps 的任何速度 |
1 GB/s |
負載平衡器類型 |
NLB 或硬體,二者都可接受 |
NLB 或硬體,二者都可接受 |