如何合理選擇Sharepoint 2010的拓撲結(jié)構(gòu)

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

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

一、服務器拓撲規(guī)劃的關(guān)鍵因素

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

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

二、小型拓撲結(jié)構(gòu)的應用

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

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

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

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

三、中型拓撲結(jié)構(gòu)的應用

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

在這個拓撲結(jié)構(gòu)中，筆者認為需要注意以下兩點內(nèi)容。

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

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

通常來說，這種中型的拓撲結(jié)構(gòu)可以滿足500人左右的應用。如果對于性能有比較苛刻的要求或者用戶的并發(fā)訪問數(shù)量比較多的情況下，可以適當?shù)脑黾右慌_Web服務器來提高應用的性能。同時這個拓撲結(jié)構(gòu)也給了我們一個提示。一般在優(yōu)化SharePoint應用性能的時候，往往是從Web服務器那邊尋找突破口。這個服務器是整個鏈條中的一個關(guān)鍵點。

四、大型拓撲結(jié)構(gòu)的應用

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

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

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