基於軟體實現網站負載均衡(1) (轉)
基於軟體實現網站負載均衡(1) (轉)[@more@]基於實現網站負載均衡(1)
[ 作者: 仲季 新增時間: 2001-5-21 下午 06:09:01 ]
來源:
每個網站都希望高效能且易於擴充套件,然而,當與複雜裝置結合使用時,常常需要昂貴的資金投入,人們往往難以承受。目前,主要使用多個相對廉價的透過均衡負載解決上述問題。對於以為核心構建伺服器的網站來說,的Application Center 2000的負載均衡的功能比較簡單。但Application Center 2000聲稱,它將會基於軟體來實現的可擴充套件性,以便適用於IT專業領域。
Application Center 2000整合了許多功能,其核心功能是提高網站的可靠性與可擴充套件性,使網站能基於軟體來實現功能分組和負載均衡,管理一組伺服器就像管理一臺伺服器一樣容易。在初始化階段,和保持伺服器組中各部分的同步不困難,比如設定HTML、image和活動的伺服器頁面等,這是該產品最突出的特徵之一。一旦開始執行,如同在模擬負載試驗期間驗證的那樣,伺服器組大大提高了可靠性和可擴充套件性。
非“簡潔”
安裝該產品不容易,即便使用了必需的,按照微軟文件中詳細描述的步驟,仍需進行多次嘗試才能完成軟體的安裝。由於這是一種新的體制,所以很難實現“簡潔安裝”。按照操作嚮導,首先建立一個通用頁面組、一個COM+應用組和一個COM+組。試驗中,主要考察的是頁面組。在選擇了網組型別並命名之後,可以指定負載均衡的形式。伺服器組中的每個伺服器上都有兩塊,Application Center 2000主要靠它們來實現網路負載均衡。同時,它還允許使用第三方,負載均衡器。如果真有這樣的產品,Application Center 2000的價值就會降低,但至少還有一些特點(如良好的複製和伺服器狀態功能) 是可以使用的。試驗中僅僅考察正常網路負載均衡,不考慮外部的因素。
簡單操作
伺服器組的基本管理操作相對比較簡單。Application Center 2000使用人們熟悉的微軟管理控制檯(MMC)的操作介面。使用客戶安裝的軟體,管理器能夠從另一系統。基於Web的介面可使員進行操作,而對系統比較生疏的人,則可使用命令列介面進行操作。有趣的是,一些重要的命令通常只透過命令列方式進行操作。在系統正常操作的情況下,一些基本操作,如建立一個伺服器組, 然後新增、刪除以及組中伺服器可用性管理和狀態維護等,MMC都能很好地完成。
Application Center 2000使用基本迴圈的工作方式。 透過調整器可以改變每個伺服器處理的資料傳輸總量,一旦超出這個總量,將無法進行有效的調整。網站管理人員能估算出如何組建伺服器組,以實現基於URL形式的負載均衡。不過,該產品的缺點在於,僅能提供最基本型別的負載均衡。
人們喜歡Application Center 2000,主要在於其將簡單的工作計劃放在最前面,如迴圈。這個功能用於申請被稱為轉寄請求的狀態管理資訊,如果這一狀態資訊需要保持,初始訪問的伺服器就被稱為“粘性”伺服器,組中那些收到終端其它請求的伺服器將儲存後來轉發的使用者狀態資訊。如果“粘性”伺服器崩潰,問題將隨之而來。比較起來,由硬體或軟體集中管理狀態資訊將會使這個問題得到緩解。不過,若真如此,一旦出了問題,將會導致整個伺服器組的崩潰。
內容同步與監控
儘管Application Center 2000負載均衡的功能相對簡單,但它仍有許多有用功能,如內容同步功能突出。對於那些僅進行內容更改的典型網頁開發者來說,它們是透明的。Application Center 2000最突出和最具有建設性的特點是,它具有眾多的監控功能,很容易監控組中所有伺服器的工作狀態及工作的完成情況。在進行測試時,它能夠處理突發式負載並根據需要新增或移除組中的伺服器,我們能很容易地監視各種伺服器的使用情況。只有當伺服器的狀態資訊在微軟的伺服器中時,多種分析和報告才成為可能。
[ 作者: 仲季 新增時間: 2001-5-21 下午 06:09:01 ]
來源:
每個網站都希望高效能且易於擴充套件,然而,當與複雜裝置結合使用時,常常需要昂貴的資金投入,人們往往難以承受。目前,主要使用多個相對廉價的透過均衡負載解決上述問題。對於以為核心構建伺服器的網站來說,的Application Center 2000的負載均衡的功能比較簡單。但Application Center 2000聲稱,它將會基於軟體來實現的可擴充套件性,以便適用於IT專業領域。
Application Center 2000整合了許多功能,其核心功能是提高網站的可靠性與可擴充套件性,使網站能基於軟體來實現功能分組和負載均衡,管理一組伺服器就像管理一臺伺服器一樣容易。在初始化階段,和保持伺服器組中各部分的同步不困難,比如設定HTML、image和活動的伺服器頁面等,這是該產品最突出的特徵之一。一旦開始執行,如同在模擬負載試驗期間驗證的那樣,伺服器組大大提高了可靠性和可擴充套件性。
非“簡潔”
安裝該產品不容易,即便使用了必需的,按照微軟文件中詳細描述的步驟,仍需進行多次嘗試才能完成軟體的安裝。由於這是一種新的體制,所以很難實現“簡潔安裝”。按照操作嚮導,首先建立一個通用頁面組、一個COM+應用組和一個COM+組。試驗中,主要考察的是頁面組。在選擇了網組型別並命名之後,可以指定負載均衡的形式。伺服器組中的每個伺服器上都有兩塊,Application Center 2000主要靠它們來實現網路負載均衡。同時,它還允許使用第三方,負載均衡器。如果真有這樣的產品,Application Center 2000的價值就會降低,但至少還有一些特點(如良好的複製和伺服器狀態功能) 是可以使用的。試驗中僅僅考察正常網路負載均衡,不考慮外部的因素。
簡單操作
伺服器組的基本管理操作相對比較簡單。Application Center 2000使用人們熟悉的微軟管理控制檯(MMC)的操作介面。使用客戶安裝的軟體,管理器能夠從另一系統。基於Web的介面可使員進行操作,而對系統比較生疏的人,則可使用命令列介面進行操作。有趣的是,一些重要的命令通常只透過命令列方式進行操作。在系統正常操作的情況下,一些基本操作,如建立一個伺服器組, 然後新增、刪除以及組中伺服器可用性管理和狀態維護等,MMC都能很好地完成。
Application Center 2000使用基本迴圈的工作方式。 透過調整器可以改變每個伺服器處理的資料傳輸總量,一旦超出這個總量,將無法進行有效的調整。網站管理人員能估算出如何組建伺服器組,以實現基於URL形式的負載均衡。不過,該產品的缺點在於,僅能提供最基本型別的負載均衡。
人們喜歡Application Center 2000,主要在於其將簡單的工作計劃放在最前面,如迴圈。這個功能用於申請被稱為轉寄請求的狀態管理資訊,如果這一狀態資訊需要保持,初始訪問的伺服器就被稱為“粘性”伺服器,組中那些收到終端其它請求的伺服器將儲存後來轉發的使用者狀態資訊。如果“粘性”伺服器崩潰,問題將隨之而來。比較起來,由硬體或軟體集中管理狀態資訊將會使這個問題得到緩解。不過,若真如此,一旦出了問題,將會導致整個伺服器組的崩潰。
內容同步與監控
儘管Application Center 2000負載均衡的功能相對簡單,但它仍有許多有用功能,如內容同步功能突出。對於那些僅進行內容更改的典型網頁開發者來說,它們是透明的。Application Center 2000最突出和最具有建設性的特點是,它具有眾多的監控功能,很容易監控組中所有伺服器的工作狀態及工作的完成情況。在進行測試時,它能夠處理突發式負載並根據需要新增或移除組中的伺服器,我們能很容易地監視各種伺服器的使用情況。只有當伺服器的狀態資訊在微軟的伺服器中時,多種分析和報告才成為可能。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10748419/viewspace-995818/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 基於Nginx的軟體負載均衡實現解讀Nginx負載
- 智慧雲解析如何實現網站的負載均衡?網站負載
- 大型網站架構系列:負載均衡詳解(1)網站架構負載
- 大型網站--負載均衡架構網站負載架構
- nginx實現負載均衡Nginx負載
- GRPC 負載均衡實現RPC負載
- HaProxy 實現 MySQL 負載均衡MySql負載
- Ribbon實現負載均衡負載
- Oracle負載均衡實現方式Oracle負載
- Nginx + IIS 實現負載均衡Nginx負載
- windows第七層負載均衡 基於IIS的ARR負載均衡詳解Windows負載
- Amoeba實現MySQL的負載均衡、故障轉移MySql負載
- Turbolinux中實現負載均衡的方法(轉)Linux負載
- 基於滴滴雲部署 HAProxy 實現 7 層和 4 層負載均衡負載
- 高效能網站實用技巧之負載均衡篇網站負載
- windows伺服器第四層負載均衡_基於NLB負載均衡詳解Windows伺服器負載
- dubbo(三):負載均衡實現解析負載
- 基於開源Tars的動態負載均衡實踐負載
- 【Tony 老師】基於 Maxscale 實現讀寫分離和負載均衡負載
- Windows Server 2003 下實現網路負載均衡(2) (轉)WindowsServer負載
- nginx部署基於http負載均衡器NginxHTTP負載
- 負載均衡7層nginx(提供軟體包)負載Nginx
- inux 雙網路卡繫結(bonding)實現負載均衡或故障轉移(轉)UX負載
- 淺談大型網站之負載均衡架構網站負載架構
- 基於AWR實現STATSPACK報告(1-系統負載)負載
- 基於 LVS 的 AAA 負載均衡架構實踐負載架構
- TKE基於彈性網路卡直連Pod的網路負載均衡負載
- orleans叢集及負載均衡實現負載
- Nginx如何實現四層負載均衡?Nginx負載
- Haproxy搭建 Web 群集實現負載均衡Web負載
- nginx+tomcat實現負載均衡NginxTomcat負載
- Nginx實現簡單的負載均衡Nginx負載
- Python實現簡單負載均衡Python負載
- 基於Docker + Consul + Nginx + Consul-template的服務負載均衡實現DockerNginx負載
- 基於gRPC的註冊發現與負載均衡的原理和實戰RPC負載
- 負載均衡實現-硬體平衡器與各軟體分發連線對比負載
- Docker Swarm :gRPC 基於 DNS 的負載均衡DockerSwarmRPCDNS負載
- 大型網站架構系列:負載均衡詳解(上)網站架構負載