好幾天沒有更新了，因為我一直在和負載均衡器的原始碼抗爭中，現在終於弄懂了，首先就開始說流程。
負載均衡伺服器：
相當於乙個中轉站，其鏈結了許多的伺服器構建成了集群，然後每個伺服器都做著相同的工作，負載均衡器僅僅起到中轉的作用，當客戶端傳送請求時，負載均衡器改變客戶端的目的地，將客戶端和空閒的伺服器連線起來，自己繼續進行監測，而客戶端就和相應的伺服器開始進行操作。
負載均衡器的優點：
負載均衡
優化了訪問請求在伺服器組之間的分配，消除了伺服器之間的負載不平衡，從而提高了系統的反應速度
與總體效能；
負載均衡
可以對伺服器的執行狀況進行監控，及時發現執行異常的伺服器，並將訪問請求轉移到其它可以正常工作的伺服器上，從而提高伺服器組的可靠性採用了負均衡器器以後，可以根據業務量的發展情況靈活增加伺服器，系統的擴充套件能力得到提高，同時簡化了管理。
流程1.關於負載均衡器剛開始執行有伺服器的選項，依據選項，自己編寫配置好配置檔案(包含ip位址，埠，和連線數量)
各個資料報根據其目的主機的ip位址來進行網際網路絡中的
路由選擇
,把資料報順利的傳送到目的主機。
埠：標記相應服務
如果說伺服器是房子，那麼埠號碼就是通向不**間的門。
2.建立程序池
3.開始執行程序池
在執行的過程中的操作
主程序監聽所有需要監聽的時間，通過管道告知子程序應當進行的操作
子程序
(1)將預定的邏輯伺服器全部和負載均衡器鏈結
(2)將客戶端和負載均衡器鏈結
(3)客戶端將請求傳送給伺服器群前端的負載均衡裝置，負載均衡裝置上的虛服務接收客戶端請求，通過排程演算法，選擇真實伺服器，再通過網路位址轉換，用真實伺服器位址重寫請求報文的目標位址後，將請求傳送給選定的真實伺服器;真實伺服器的響應報文通過負載均衡裝置時，報文的源位址被還原為虛服務的vsip，再返回給客戶，完成整個負載排程過程
中間還有好多好多的細節我就不一一說明了，看懂了所有**之後我的個人感悟就是，寫**一定要保證自己**的可讀性，我看的**作者就做的很好，特定的功能放在特定的檔案裡，想一想如果是按照所有檔案放在乙個檔案的寫法恐怕我整個人都能給看哭了，所以今後我寫**也一定會特別的去注意這件事情，好讓別人看我**的時候也能如同我看作者的**一樣不用花費太多的心力。
Linux負載均衡器
這次主要是想上傳一下 寫了乙個負載均衡器。客戶端 include include include include include include include include include include include include const int buff size 128 const...
負載均衡器
負載均衡器f5 負載均衡是高可用網路基礎架構的關鍵元件，通常用於將工作負載分布到多個伺服器來提高 應用 資料庫或其他服務的效能和可靠性。負載均衡器可以處理什麼樣的請求？負載均衡器的管理員能主要為下面四種主要型別的請求設定 規則 負載均衡器如何選擇要 的後端伺服器？負載均衡器一般根據兩個因素來決定要將...
負載均衡器簡介
負載均衡器可以根據實際的響應時間制定優先順序交付決策，從而實現高效能 智慧型化流量管理，達到最佳的伺服器群效能。採用第七層應用控制還可以減少通訊高峰期的錯誤訊息，因為差錯控制和流量管理技術可以偵測到一些錯誤資訊，並透明地將會話重定向到另乙個伺服器，使使用者順利地進行使用。例如，伺服器 a不可用或者資...