伺服器負載均衡怎麼做

Ⅰ 文件伺服器的負載均衡方法

1：不在同一個子網共享給誰？怎麼共享？
2：負載均衡，冗餘容錯等等。你幾個人在區域網有必要做NFS么？幾百個人訪問就需要了。冗餘了速度就快。
3;NFS能對用戶做許可權設置。你在區域網共享可以給某用戶設置許可權么？只能一視同仁吧？

補充答：
1：先道個歉：不好意思，我昨天搞錯了。不是NFS。是FTP
2：文件共享，主要是針對乙太網。文件伺服器主要針對廣域網或者有很多部分公司的區域網。
3：按理論分析，文件共享是物理層傳輸，不需要協議轉發。而FTP是應用層服務，傳輸文件需要使用FTP協議轉發。這樣效率肯定就不及直接傳輸。所以對於我們同一個子網的區域網共享是比FTP要快的。但是如果隔壁和你不在一個子網，而你需要他的資料，共享是行不通的。如果按你所說用路由器鏈接，那倒不如直接拿U盤去拷。那麼我們把問題再加深一點。我在武漢，你在北京。我需要你的資料。你會花成本去去架設路由器么？即便能架設，你這么架設？用FTP？或者VPN（如果有條件）？對於簡單的區域網來說的，共享是比FTP更好的選擇。
4：相比簡單的區域網，公司的區域網就和我們學生寢室的區域網不同了。。他們有很多部門。有不同的VLAN，一個子網中user和另一個子網user需要共享資料怎麼辦？用路由器，U盤，恐怕都不是辦法。那麼FTP當然就是選擇。
5:而且公司的復雜區域網有這樣的問題。我們學生共享了魔獸別人愛拷不拷，無論誰拷都可以。但是公司一般他只需要共享資料給同區域網的某一個人，這些資料是財務資料，不需要其他人知道。我能用共享么？NTFS的許可權是做不到的。如果硬要鑽牛角尖，那麼共享能做到，用隱藏共享，但是許可權的設置和安全策略配置是個復雜的過程。這種情況在財務等部門是經常碰到的。所以FTP更好。這樣一說，你應該個就明白了。在區域網中相比共享，FTP唯一的功能就是安全。你需要速度，還是安全。這才是你的選擇要點。對於廣域網，共享肯定就無用武之地了。

可以做個朋友;172014284

Ⅱ 多台伺服器負載均衡，各位做過嗎

負載均衡（Load Balance）

由於目前現有網路的各個核心部分隨著業務量的提高，訪問量和數據流量的快速增長，其處理能力和計算強度也相應地增大，使得單一的伺服器設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提升時，這又將導致再一次硬體升級的高額成本投入，甚至性能再卓越的設備也不能滿足當前業務量增長的需求。

針對此情況而衍生出來的一種廉價有效透明的方法以擴展現有網路設備和伺服器的帶寬、增加吞吐量、加強網路數據處理能力、提高網路的靈活性和可用性的技術就是負載均衡（Load Balance）。

負載均衡技術主要應用

1、DNS負載均衡 最早的負載均衡技術是通過DNS來實現的，在DNS中為多個地址配置同一個名字，因而查詢這個名字的客戶機將得到其中一個地址，從而使得不同的客戶訪問不同的伺服器，達到負載均衡的目的。DNS負載均衡是一種簡單而有效的方法，但是它不能區分伺服器的差異，也不能反映伺服器的當前運行狀態。

2、代理伺服器負載均衡 使用代理伺服器，可以將請求轉發給內部的伺服器，使用這種加速模式顯然可以提升靜態網頁的訪問速度。然而，也可以考慮這樣一種技術，使用代理伺服器將請求均勻轉發給多台伺服器，從而達到負載均衡的目的。

Ⅲ 多台windows2003的伺服器，負載均衡怎麼做希望告知，謝謝。

我也是菜鳥，給你個思路，不指望分
你可以試試在一台伺服器做WEB和資料庫，另外一台做WEB，兩個WEB都連接那一個資料庫，這樣兩個WEB內容就是同步的了，然後兩台WEB間做負載，下邊是我COPY的
網路負載均衡可以讓客戶端用一個邏輯Internet名稱和虛擬IP地址(又稱群集IP地址)訪問群集，同時保留每台計算機各自的名稱。下面，我們將在兩台安裝Windows Server 2003的普通計算機上，介紹網路負載均衡的實現及應用。

這兩台計算機中，一台計算機名稱為A，IP地址為192.168.0.7;另一台名為B，IP地址為192.168.0.8。規劃網路負載均衡專用虛擬IP地址為192.168.0.9。當正式應用時，客戶機只需要使用IP地址192.168.0.9來訪問伺服器，網路服務均衡會根據每台伺服器的負載情況自動選擇192.168.0.7或者192.168.0.8對外提供服務。具體實現過程如下：

在實現網路負載均衡的每一台計算機上，只能安裝TCP/IP協議，不要安裝任何其他的協議(如IPX協議或者NetBEUI協議)，這可以從「網路連接屬性」中查看。

第一步，分別以管理員身份登錄A機和B機，打開兩台機的「本地連接」屬性界面，勾選「此連接使用下列項目」中的「負載均衡」項並進入「屬性」對話框，將IP地址都設為192.168.0.9(即負載均衡專用IP)，將子網掩碼設置為255.255.255.0;

第二步，分別進入A機和B機的「Internet協議(TCP/IP)」屬性設置界面，點擊「高級」按鈕後，在彈出的「高級TCP/IP設置」界面中添加IP地址192.168.0.9和子網掩碼設置為255.255.255.0。

第三步，退出兩台計算機的「本地連接屬性」窗口，耐心等一會兒讓系統完成設置。

以後，如果這兩台伺服器不能滿足需求，可以按以上步驟添加第三台、第四台計算機到網路負載均衡系統中以滿足要求。

用IIS服務驗證網路負載均衡

網路負載均衡配置好後，為了實現某項具體的服務，需要在網路負載均衡的計算機上安裝相應的服務。例如，為了實現IIS網站的負載均衡，需要在相應的網路負載均衡伺服器上安裝IIS服務。為了讓每個用戶在通過網路負載均衡訪問到不同的計算機時，能夠訪問到一致的數據，需要在網路負載均衡的每台計算機上保持數據的一致性。舉例來說，實現了兩個節點的IIS的網路負載均衡，為了保證兩個網站內容的一致性，除了這兩個IIS伺服器的配置相同外，相應的網站數據必須一致。

為了檢驗網路負載均衡，我們可以通過IIS來進行驗證，其他的一些應用如終端服務、Windows Media服務與IIS的應用與之相類似。在其他計算機上的IE瀏覽器中鍵入192.168.0.9，根據網路的負載，網路負載均衡會自動轉發到A機或B 機。為了驗證效果，你可以在瀏覽的時候，拔掉第一台計算機的網線或拔掉第二台機器的網線，將會發現瀏覽到的將是不同內容。當然，我們在測試的時候，為了驗證網路負載均衡的效果，把兩個網站設置成不一致的內容，而在正式應用的時候，網路負載均衡群集的每個節點計算機的內容將是一致的，這樣不管使用哪一個節點響應，都能保證訪問的內容是一致的。

Ⅳ 伺服器做負載均衡

冗餘是針對於伺服器之間的備份的，他高於伺服器負載均衡。負載是指你正在運行的所有提供同一應用的伺服器之間的負載，根據負載的演算法，會均衡你這些提供相同應用的伺服器性能以及運行。而冗餘起到的作用是在你主備伺服器的主機宕機之後，立刻啟動備機防止應用不能訪問，提供24小時不間斷服務。負載是在一個伺服器組中做均衡，提高伺服器組的總體運行安全度。這點負載與冗餘有很大的相似處。

Ⅳ 多台伺服器負載均衡的壓力測試要怎麼做

負載均衡是演算法上的問題，按常規軟體測試的方式來。
如果負載沒問題，那理論上壓力測試只要測單個服務就行了。

Ⅵ 怎樣實現伺服器的負載均衡

一兩句話很能說清楚,看下面的專題吧.

http://cisco.chinaitlab.com/special/ServerLoadBalance/

Ⅶ 如何在兩台伺服器上實現負載均衡和雙機熱備

有啊，雙擊備份，伺服器虛擬化都可以做，專業技術人員提供方案，免費服務，可以吧，青島天鼎成，保證節約成本

Ⅷ 怎麼實現伺服器的負載均衡

負載均衡有分硬體負載和軟體。
1.
硬體方面，可以用F5做負載，內置幾十種演算法。
2.
軟體方面，可以使用反向代理伺服器，例如apache,Nginx等高可用反向代理伺服器。
利用DNSPOD智能解析的功能,就可以實現多台機器負載均衡.
首先你用一台高配置的機器來當資料庫伺服器.然後把網站的前端頁面復製成多份,分別放在其他的幾台機器上面.再用DNSPOD做智能解析,把域名解析指向多個伺服器的IP,DNSPOD默認就有智能分流的作用,也就是說當有一台機器的資源不夠用時會自動引導用戶訪問其他機器上.這是相對來講比較簡單的實現負載均衡的方法.

Ⅸ 想做伺服器的負載均衡 都有哪些方式

最常見的一種方法,是在同一個機房的同一機櫃上面租用多台機器.並把網站的資料庫和頁面分開.把資料庫放在單獨的一台高配置伺服器上面.把網站前端頁面復製成多份.放在不同的其他幾台機器上面.然後用DNSPOD解析.把一個域名解析指向多個不同伺服器的IP.這樣就可以實現多台伺服器負載均衡的功能.而且相對比較簡單.
海騰數據楊闖為你解答.個人建議.希望對你有幫助.

Ⅹ 伺服器如何實現集群和負載均衡

很多組織機構慢慢的在不同的伺服器和地點部署sql
server資料庫——為各種應用和目的——開始考慮通過sql
server集群的方式來合並。
將sql
server實例和資料庫合並到一個中心的地點可以減低成本，尤其是維護和軟硬體許可證。此外，在合並之後，可以減低所需機器的數量，這些機器就可以用於備用。
當尋找一個備用，比如高可用性的環境，企業常常決定部署microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)sql
server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之後，我讓你們自己做決定。
什麼是microsoft集群伺服器
mscs是一個windows
server企業版中的內建功能。這個軟體支持兩個或者更多伺服器節點連接起來形成一個「集群」，來獲得更高的可用性和對數據和應用更簡便的管理。mscs可以自動的檢查到伺服器或者應用的失效，並從中恢復。你也可以使用它來(手動)移動伺服器之間的負載來平衡利用率以及無需停機時間來調度計劃中的維護任務。
這種集群設計使用軟體「心跳」來檢測應用或者伺服器的失效。在伺服器失效的事件中，它會自動將資源(比如磁碟和ip地址)的所有權從失效的伺服器轉移到活動的伺服器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
mscs不要求在客戶計算機上安裝任何特殊軟體，因此用戶在災難恢復的經歷依賴於客戶-伺服器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為mscs在相同的ip地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處於分離的、遙遠的地點。
在集群伺服器上的sql
server
sql
server
2000可以配置為最多4個節點的集群，而sql
server
2005可以配置為最多8個節點的集群。當一個sql
server實例被配置為集群之後，它的磁碟資源、ip地址和服務就形成了集群組來實現災難恢復。
sql
server
2000允許在一個集群上安裝16個實例。根據在線幫助，「sql
server
2005在一個伺服器或者處理器上可以支持最多50個sql
server實例，」但是，「只能使用25個硬碟驅動器符，因此如果你需要更多的實例，那麼需要預先規劃。」
注意sql
server實例的災難恢復階段是指sql
server服務開始所需要的時間，這可能從幾秒鍾到幾分鍾。如果你需要更高的可用性，考慮使用其他的方法，比如log
shipping和資料庫鏡像。
單個的大的sql
server集群還是小的集群
下面是大的、由更多的節點組成的集群的優點：
◆更高的可用新(更多的節點來災難恢復)。
◆更多的負載均衡選擇(更多的節點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節點，依賴於sql版本。
◆增強的管理性和簡化環境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節點數目影響。
下面是單個大的集群的缺點：
◆集群節點數目有限(如果需要第9個節點怎麼辦)。
◆在集群中sql實例數目有限。
◆沒有對失效的防護——如果磁碟陣列失效了，就不會發生災難恢復。
◆使用災難恢復集群，無法在資料庫級別或者資料庫對象級別，比如表，創建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發生問題。sql
server實例可以在虛擬機上，但是性能可能會受用影響，這依賴於實例所消耗的資源。在虛擬機上安裝sql
server實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對sql
server進行負載均衡。比如，使用虛擬機上的sql
server實例開發應用。然後在你需要對開發實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。
集群伺服器可以用於sql
server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。