如何合理選擇Sharepoint 2010的拓撲結構

如何合理選擇Sharepoint 2010的拓撲結構，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

SharePoint的靈活性和豐富的功能一直為人所稱道。如在規劃時，可以根據應用規模的不同，選擇不同的拓撲結構，在滿足用戶在性能與功能上的需求。在這里，筆者以SharePoint 2010為例，談談如何根據應用規模的大小來選擇合適的拓撲結構。

一、服務器拓撲規劃的關鍵因素

對于SharePoint應用來說，該采用什么類型的服務器拓撲結構主要是有企業應用的規模來決定的。規模越大，所采用的拓撲結構可能就越復雜。因為簡單的拓撲結構，無法滿足用戶在性能與功能上的需求。在考慮規模的同時，可能需要兼顧企業安全、網絡部署、服務器配置等方面的因素。

另外服務器拓撲結構確定之后，后續調整會比較麻煩。這跟網絡的拓撲結構是相同的道理。為此在SharePoint規劃的時候，一定要權衡各個方面的因素，合理確定所需要采用的服務器拓撲結構。雖然計劃沒有變化快，但是仍然需要盡量避免在短時間內(如5年或者8年內)更改服務器的拓撲結構。

二、小型拓撲結構的應用

大型的拓撲結構一般是由一臺數據庫、一臺Web應用服務器、一臺應用程序服務器組成。有時候甚至將應用服務器與Web應用部署在同一臺服務器上。如下圖所示。在小型服務器拓撲結構中，通常情況下將前端服務器配置為Web服務器，另外將一臺用作應用程序服務器(也可以將兩者合二為一)。這里的應用程序服務器，主要用來承載管理中心網站，并且處理其他與服務器環境相關的維護與管理任務。

如上圖所示，這個小型拓撲結構中，最重要的特點是全部采用的都是帶臺服務器。如數據庫應用、應用程序服務、Web應用服務等等都是獨立的服務器，沒有負載均衡的功能。這種方案有利有弊。優勢主要體現在成本與管理上面。對于中小型企業來說，用戶數量并不是很多，而且在SharePoint中實現的應用也并不是很復雜。為此相對來說，對于性能的要求并不會很高。此時采用單獨的服務器基本上可以滿足要求。而且這個拓撲結構相對來說比較簡單，維護起來也比較方便。

這個拓撲結構的劣勢則主要體現在穩定性上面。其采用的都是單一的服務器，但有一個服務器出現故障，如Web應用服務器或者數據庫服務器出現問題的時候，那么用戶就將無法再使用這種應用。而且在這種情況下，訪問壓力都是集中在單臺服務器上。沒有負載均衡的功能。為此在這種拓撲結構下，需要做好數據的即時備份，特別是數據的異地備份。這有利于當服務器出現故障時，數據不會丟失。

可見小型拓撲結構優勢與劣勢都是相當明顯的。作為管理人員，應該對這些優勢與劣勢都有清晰的認識。只有如此，才能夠根據企業的實際情況下，判斷是否需要采用這種小型的拓撲結構。通常情況下，這種拓撲結構主要適用于小型企業，而且能夠忍受一定的當機時間。

三、中型拓撲結構的應用

中型服務器拓撲結構主要由一臺數據庫服務器、一臺應用程序服務器和一臺到兩臺Web服務器構成。中型拓撲結構與小型拓撲結構相比，主要體現在兩個方面。一是在小型拓撲結構中，應用程序服務器與Web服務器可以在同一臺服務器上實現。而在中型拓撲結構中，往往要求他們是獨立的。二是對于Web服務器的數量也不同。在小型拓撲結構中，Web服務器一般只有一臺，甚至與應用服務器部署在同一臺服務器上。而在中型拓撲結構中，Web服務器一般是獨立的。有時候為了提高性能，甚至可以使用兩臺Web服務器來實現負載均衡。在這個配置中，應用程序服務器主要用來負責管理中心網站和服務器環境管理與維護工作。而前端Web服務器則處理搜索查詢和響應客戶端的請求等工作。

在這個拓撲結構中，筆者認為需要注意以下兩點內容。

一是Web服務器數量的選擇。當訪問的用戶數量比較多的時候，可能SharePoint的性能會下降。由于一個典型的SharePoint應用有數據庫、應用程序服務、WEB服務三部分構成。此時管理員就需要分析，其性能的瓶頸出在哪個地方。根據以往的經驗，在相同配置的情況下，一般都是Web服務器***出現問題。這主要是因為Web服務器用來處理查詢與響應客戶端請求等相關的工作。相對其他服務器來說，這些工作量是比較大的。為此當這個應用性能下降時，管理員應該首先想到的是是否在Web服務器上存在著性能的瓶頸。這是一種經驗。在大部分情況下這個經驗都是有效的。

二是當應用的瓶頸出現在Web服務器上，此時該如何優化呢？一般的優化有三種。一是對應用的優化，二是對服務器配置的優化，三是對Web服務器實現負載均衡。這三種優化的方式并沒有先后的順序，而是需要根據不同的情形選擇不同的方式。如管理員分析后發現某個應用設計的不合理，此時即使通過提高服務器的配置或者增加Web服務器的數量，最終能夠起到的效果也并不是很明顯。相反，相關應用本身涉及的比較合理，當用戶數量比較多時，此時采用Web服務器負載均衡反而能夠取得比較好的效果。再如，如果跟蹤發現，其性能的瓶頸主要在于磁盤的I/O沖突上，此時通過增加Web服務器的數量，就有點小題大做。在原有的Web服務器上實現一個磁盤陣列就可以解決問題。

通常來說，這種中型的拓撲結構可以滿足500人左右的應用。如果對于性能有比較苛刻的要求或者用戶的并發訪問數量比較多的情況下，可以適當的增加一臺Web服務器來提高應用的性能。同時這個拓撲結構也給了我們一個提示。一般在優化SharePoint應用性能的時候，往往是從Web服務器那邊尋找突破口。這個服務器是整個鏈條中的一個關鍵點。

四、大型拓撲結構的應用

在大型拓撲結構中，往往是有兩臺或者兩臺以上的服務器組成一個群集數據庫服務器、一臺應用程序服務器(也可以視情況增加)和多臺前端Web服務器構成。在這個配置中，所有的應用程序服務器都配置為支持特定服務應用程序或者服務應用程序組件。而查詢等工作仍然是在Web服務器上。

如上圖所示，與中型拓撲結構相比，這個大型拓撲結構的主要變化是在數據庫服務器上。此時在數據庫服務器上也采用了多臺數據庫服務器，以實現負載均衡。在提高應用性能的時候，同時提高應用的穩定性與冗余功能。不過在實現數據庫負載均衡的時候，筆者提一個小的建議。管理員可以根據需要將數據庫分為查詢數據庫和更改數據庫兩類。因為根據以往的經驗，在SharePoint中用戶大部分的操作都是查詢，而不是數據更新。此時如果有三臺數據庫組成一個群集服務器，那么可以將一臺數據庫設置為可更新，其他兩臺數據庫設置為可讀。當用戶只是查詢操作，則其訪問的是可讀數據庫。相反要進行更新操作時，其訪問的是更新數據庫。當然這對于用戶來說都是透明的。應用系統會自動根據用戶的操作判斷其該連接到那臺數據庫上。這么操作主要的目的是為了提高數據的安全性。同時查詢與更新分工合作，更能夠提高應用的性能。

關于如何合理選擇Sharepoint 2010的拓撲結構問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。