『壹』 怎麼分配伺服器上的資源做虛擬化，讓兩台伺服器運行平穩，負載均衡。
最簡單的方法就是配置dns負載均衡，讓dns解析一會兒是ip1，一會兒是ip2。各有一半的機率。具體怎麼配置，那就要看你的dns解析用的什麼了。
不過這只是一個簡單的負載平衡方案，如果你有更高要求，可以用lvs集群。
『貳』 如何才能讓兩台sql server 2005伺服器負載均衡
您好，很高興為您解答。
1、企業實現Web伺服器負載均衡
為了將負載均勻的分配給內部的多個伺服器上，就需要應用一定的負載均衡策略。通過伺服器負載均衡設備實現各伺服器群的流量動態負載均衡，並互為冗餘備份。並要求新系統應有一定的擴展性，如數據訪問量繼續增大，可再添加新的伺服器加入負載均衡系統。
對於WEB服務應用，同時有幾台機器提供服務，每台機器的狀態可以設為regular(正常工作)或backup(備份狀態)，或者同時設定為regular狀態。負載均衡設備根據管理員事先設定的負載演算法和當前網路的實際的動態的負載情況決定下一個用戶的請求將被重定向到的伺服器。而這一切對於用戶來說是完全透明的，用戶完成了對WEB服務的請求，並不用關心具體是哪台伺服器完成的。
2、使用網路地址轉換實現多伺服器負載均衡
支持負載均衡的地址轉換網關中可以將一個外部IP地址映射為多個內部IP地址，對每次TCP連接請求動態使用其中一個內部地址，達到負載均衡的目的。很多硬體廠商將這種技術集成在他們的交換機中，作為他們第四層交換的一種功能來實現，一般採用隨機選擇、根據伺服器的連接數量或者響應時間進行選擇的負載均衡策略來分配負載。然而硬體實現的負載控制器靈活性不強，不能支持更優化的負載均衡策略和更復雜的應用協議。
基於網路地址轉換的負載均衡器可以有效的解決伺服器端的CPU和磁碟I/O負載，然而負載均衡器本身的性能受網路I/O的限制，在一定硬體條件下具有一定的帶寬限制，但可以通過改善演算法和提高運行負載均衡程序的硬體性能，來提高這個帶寬限制。不同的服務類型對不同的伺服器資源進行佔用，我們使用的負載衡量策略是使用同一個負載進行評估，這對於大多數條件是適合的，然而最好的辦法是針對不同的資源，如CPU、磁碟I/O或網路I/O等，分別監視伺服器負載，由中心控制器選擇最合適的伺服器分發客戶請求。
3、使用DNS伺服器實現負載均衡
訪問企業網伺服器的用戶急劇增加，一台伺服器難以滿足用戶的訪問需要，那麼如何才能保證用戶的正常訪問呢?解決方法有很多，如使用Windows
2000或Windows Server 2003提供網路負載均衡服務，但該服務的設置非常復雜。而通過DNS伺服器實現網路負載均衡則是一種比較簡單的方法。
企業網通常由很多子網構成，為了降低網路中的數據流量，客戶機最好能訪問處於同一子網內的Web伺服器。雖然實現了網路負載均衡功能，但並不能保證客戶訪問的是本子網的Web伺服器。其實這個問題也很好解決，只要啟用DNS伺服器的「啟用網路掩碼排序」功能即可。在DNS管理器窗口中，右鍵點擊DNS伺服器，在彈出的菜單中選擇「屬性」，然後在屬性對話框中切換到「高級」選項卡，勾選「伺服器選項」列表框中的「啟用網路掩碼排序」選項即可。這樣客戶機每次都能訪問到本子網內的Web伺服器了。完成以上設置後，就使DNS伺服器實現了網路負載均衡功能，把客戶的訪問分擔到每個Web伺服器上，並且還減少了跨子網的網路通信流量，大大降低了企業網的通信負擔。
4、企業實現SQL Server資料庫伺服器負載均衡
MS SQL
Server資料庫伺服器可以說是應用范圍最廣的資料庫產品，並且越來越多地在大型和比較關鍵的應用系統中提供服務。當企業應用越來越復雜、數據量越來越大的時候，SQL
Server資料庫要不停的進行處理、存儲、查詢的工作，這個時候企業就要考慮SQL Server資料庫伺服器的性能和速度及安全性了。然而，長期以來，SQL
SERVER資料庫伺服器都只有「熱備」的解決方案，而沒有「負載均衡」和「集群」的解決方案。
隨著資料庫路由器軟體ICX的出現，為基於MS SQL Server的資料庫系統提供了一種更優秀的集群解決方案。它可以真正的實現SQL
Server資料庫伺服器的動態負載均衡，提高性能和速度;它可以真正的保證SQL
Server資料庫伺服器不間斷的提供服務，在伺服器發生故障的時候實時切換到其他伺服器上繼續提供服務，切換時間為「零」。資料庫路由器是實時並發資料庫事務處理同步復制器和負載平衡器。
所有的資料庫客戶都通過ICX訪問資料庫。當訪問、查詢SQL
Server資料庫的時候ICX可以根據實際情況分配伺服器來提供服務，大大提高服務速度和優化性能，完成負載均衡。ICX可以同時連接多台資料庫，這若乾颱資料庫的內容在任何時刻由ICX保證是完全一致的。也就是說，ICX採用了全新的並發事務處理的方式，向連接的N台資料庫同步復制事務處理，使得系統在任何時刻具有多個一致的最新邏輯資料庫數據集。當其中一台資料庫伺服器發生故障的時候，ICX可以實時的、第一時間切換到其他伺服器上來繼續提供服務。真正的實現零時間的伺服器切換，大大提高安全性，真正意義的實現伺服器不間斷服務。
5：當然自己可以DIY：用f5的網路負載均衡硬體和sql
server的復制技術軟體可以實現負載均衡，故障切換則需要windows的cluster或者sql server
2005的mirror。除了那個f5的硬體外，整個方案成本其實很低。
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
『叄』 多台伺服器如何做網路負載均衡
1：找分區或目錄同步軟體，某台伺服器改動了自動把修改應用到別的伺服器，比如紅旗的HA。
2：換種建伺服器的思路，後台用一台獨立的伺服器做資料庫和文件伺服器，用來存放資料庫和上傳的文件，另外的做負載均衡運行伺服器，把不需要變動的網頁程序放上面。
『肆』 有兩個雲伺服器，如果做負載均衡如果一個是國內的，一個是國外的，可以不用備案，直接使用域名訪問嗎
可以這樣，訪問的時候走國外，然後在國外做CDN到國內，注意國外到國內時不要用80埠。
這樣就可以不備案了。
『伍』 多台異地伺服器如何實現負載均衡
一般用的就用簡單的輪詢就好了
調度演算法
靜態方法：僅根據演算法本身實現調度；實現起點公平，不管伺服器當前處理多少請求，分配的數量一致
動態方法：根據演算法及後端RS當前的負載狀況實現調度；不管以前分了多少，只看分配的結果是不是公平
靜態調度演算法(static Sche)（4種）:
(1)rr (Round Robin) :輪叫,輪詢
說明：輪詢調度演算法的原理是每一次把來自用戶的請求輪流分配給內部中的伺服器，從1開始，直到N(內部伺服器個數)，然後重新開始循環。演算法的優點是其簡潔性，它無需記錄當前所有連接的狀態，所以它是一種無狀態調度。缺點：是不考慮每台伺服器的處理能力。
(2)wrr (Weight Round Robin) :加權輪詢(以權重之間的比例實現在各主機之間進行調度)
說明：由於每台伺服器的配置、安裝的業務應用等不同，其處理能力會不一樣。所以，我們根據伺服器的不同處理能力，給每個伺服器分配不同的權值，使其能夠接受相應權值數的服務請求。
(3)sh (Source Hashing) : 源地址hash實現會話綁定sessionaffinity
說明：簡單的說就是有將同一客戶端的請求發給同一個real server,源地址散列調度演算法正好與目標地址散列調度演算法相反，它根據請求的源IP地址，作為散列鍵（Hash Key）從靜態分配的散列表找出對應的伺服器，若該伺服器是可用的並且沒有超負荷，將請求發送到該伺服器，否則返回空。它採用的散列函數與目標地址散列調度演算法的相同。它的演算法流程與目標地址散列調度演算法的基本相似，除了將請求的目標IP地址換成請求的源IP地址。
(4)dh : (Destination Hashing) : 目標地址hash
說明：將同樣的請求發送給同一個server,一般用於緩存伺服器，簡單的說，LB集群後面又加了一層，在LB與realserver之間加了一層緩存伺服器，當一個客戶端請求一個頁面時,LB發給cache1,當第二個客戶端請求同樣的頁面時，LB還是發給cache1,這就是我們所說的，將同樣的請求發給同一個server,來提高緩存的命中率。目標地址散列調度演算法也是針對目標IP地址的負載均衡，它是一種靜態映射演算法，通過一個散列（Hash）函數將一個目標IP地址映射到一台伺服器。目標地址散列調度演算法先根據請求的目標IP地址，作為散列鍵（Hash Key）從靜態分配的散列表找出對應的伺服器，若該伺服器是可用的且未超載，將請求發送到該伺服器，否則返回空。
動態調度演算法(dynamic Sche)（6種）:
(1)lc (Least-Connection Scheling): 最少連接
說明：最少連接調度演算法是把新的連接請求分配到當前連接數最小的伺服器，最小連接調度是一種動態調度短演算法，它通過伺服器當前所活躍的連接數來估計伺服器的負載均衡，調度器需要記錄各個伺服器已建立連接的數目，當一個請求被調度到某台伺服器，其連接數加1，當連接中止或超時，其連接數減一，在系統實現時，我們也引入當伺服器的權值為0時，表示該伺服器不可用而不被調度。此演算法忽略了伺服器的性能問題，有的伺服器性能好，有的伺服器性能差，通過加權重來區分性能，所以有了下面演算法wlc。
簡單演算法：active*256+inactive (誰的小，挑誰)
(2)wlc (Weighted Least-Connection Scheling):加權最少連接
加權最小連接調度演算法是最小連接調度的超集，各個伺服器用相應的權值表示其處理性能。伺服器的預設權值為1，系統管理員可以動態地設置伺服器的許可權，加權最小連接調度在調度新連接時盡可能使伺服器的已建立連接數和其權值成比例。由於伺服器的性能不同，我們給性能相對好的伺服器，加大權重，即會接收到更多的請求。
簡單演算法：（active*256+inactive）/weight（誰的小，挑誰）
(3)sed (shortest expected delay scheling):最少期望延遲
說明：不考慮非活動連接，誰的權重大，我們優先選擇權重大的伺服器來接收請求，但會出現問題，就是權重比較大的伺服器會很忙，但權重相對較小的伺服器很閑，甚至會接收不到請求，所以便有了下面的演算法nq。
基於wlc演算法，簡單演算法：（active+1)*256/weight （誰的小選誰）
(4).nq (Never Queue Scheling): 永不排隊
說明：在上面我們說明了，由於某台伺服器的權重較小，比較空閑，甚至接收不到請求，而權重大的伺服器會很忙，所此演算法是sed改進，就是說不管你的權重多大都會被分配到請求。簡單說，無需隊列，如果有台real server的連接數為0就直接分配過去，不需要在進行sed運算。
(5).LBLC(Locality-Based Least Connections) :基於局部性的最少連接
說明：基於局部性的最少連接演算法是針對請求報文的目標IP地址的負載均衡調度，主要用於Cache集群系統，因為Cache集群中客戶請求報文的目標IP地址是變化的，這里假設任何後端伺服器都可以處理任何請求，演算法的設計目標在伺服器的負載基本平衡的情況下，將相同的目標IP地址的請求調度到同一個台伺服器，來提高伺服器的訪問局部性和主存Cache命中率，從而調整整個集群系統的處理能力。
(6).LBLCR(Locality-Based Least Connections with Replication) :基於局部性的帶復制功能的最少連接
說明：基於局部性的帶復制功能的最少連接調度演算法也是針對目標IP地址的負載均衡，該演算法根據請求的目標IP地址找出該目標IP地 址對應的伺服器組，按「最小連接」原則從伺服器組中選出一台伺服器，若伺服器沒有超載，將請求發送到該伺服器；若伺服器超載，則按「最小連接」原則從這個集群中選出一台伺服器，將該伺服器加入到伺服器組中，將請求發送到該伺服器。同時，當該伺服器組有一段時間沒有被修改，將最忙的伺服器從伺服器組中刪除， 以降低復制的程度。
『陸』 怎麼讓兩個伺服器負載均衡拜託各位大神
很多方法可以實現，比如說系統自帶的網路負載均衡也就是我們常說的NLB 如果有條件也可以考慮伺服器集群！的搭建，不過伺服器集群的搭建相對來說比較復雜！你要做的只是WEB伺服器，那我建議你使用網路負載均衡。
『柒』 兩台FTP伺服器如何實現負載均衡
最簡單的方法就是配置DNS負載均衡，讓DNS解析一會兒是ip1，一會兒是ip2。各有一半的機率。具體怎麼配置，那就要看你的DNS解析用的什麼了。
不過這只是一個簡單的負載平衡方案，如果你有更高要求，可以用LVS集群。