最近專案中需要使用f5做負載均衡，將相關資料記錄下來。
以下是f5變更申請中的相關引數說明，我們就以此順藤摸瓜，我們挑幾個重要引數去學習吧。
伺服器實際位址與埠
提供服務的真實伺服器ip位址與提供服務的埠。
對外服務位址與埠
f5裝置向外提供服務的ip位址與埠，此選項可向網路處申請。
負載均衡演算法
f5裝置向伺服器下發請求的分發方式。f5裝置預設的是輪詢,（例如：有兩個提供服務的真實伺服器，f5會把兩個請求分別分配給伺服器1和伺服器2）
會話保持型別
會話保持可以將乙個客戶的持續請求落在一台伺服器上。常用的會話保持型別有cookie與源位址方式。f5裝置預設無會話保持。
會話保持時間
可以自定義需要保持的會話在多長時間內有效，或者只基於瀏覽器建立的乙個會話。
長連線
保持乙個連線的有效性。客戶向提供服務的真實伺服器先建立起通訊的連線，連線建立後並不斷開（是否斷開由長連線的時間決定），然後再進行報文的傳輸。
長連線時間
允許乙個連線空閒的時間有多長，f5裝置預設的是5分鐘，也就是在5分鐘內f5裝置不會中斷此連線。
互訪關係
提供服務的伺服器與伺服器之間是否存在互訪關係。
透傳源位址
業務層面是否需要對客戶的真實位址做了解，如果需要,f5裝置將配置透傳客戶的源位址資訊給後端提供服務的伺服器。
探測型別
要求f5裝置使用哪種型別做提供服務的伺服器健康檢查（健康檢查就是f5裝置檢查提供服務的真實伺服器是否可用的代名詞）。在行內常用到的有http與telnet，（例如，f5配置了telnet的型別後，f5裝置就會定期對提供服務的真實伺服器傳送telnet的探測包，如果在定義的時間內沒有返回資訊給f5，f5便會停止此真實伺服器對外提供服務。但f5會一直按照規定傳送telnet探測包至伺服器，直到伺服器給予正確的回應後，f5便恢復此伺服器。）
檢查條件
根據在檢查型別中定義的型別，來填寫檢查條件，（例如「檢查型別」填寫的是icmp，「檢查條件」應填寫192.168.1.1）
成功返回值
如果檢查型別填寫的是http或者其他自定義的型別，那麼在成功返回值中應該填寫真實伺服器正確返回給f5的是什麼資訊，f5即認為伺服器是可用的。
探測包傳送間隔
第一次探測與第二次探測的間隔時間。f5裝置預設的間隔時間是5秒鐘。即f5裝置會每隔5秒鐘對真實伺服器傳送一次探測包，來探測真實伺服器是否正常。
探測包重傳次數
連續探測多少次伺服器。f5裝置預設的次數是3次。即f5裝置會每隔5秒鐘對真實伺服器做狀態探測，如果連續3次沒有返回給f5正確的資訊後，f5便會將此真實伺服器從提供服務的服務組裡面摘除，直到其變為可用伺服器後在放回提供服務的服務組裡面。
伺服器最大響應時間
提供服務的真實伺服器在停止多長時間沒有給f5正確的探測回應，f5便可以把此伺服器從提供服務的服務組裡面摘除。f5裝置預設的是：間隔時間重傳次數+1=最大響應時間。（例如：f5裝置預設的傳送間隔是5秒鐘，重傳次數是3次，那麼最大響應時間應該是53+1=16秒）
一、負載均衡演算法
隨機 （random）—— 隨機分發
輪詢（round robin）—— 將請求依次順序迴圈地分發給伺服器，從1到n然後重新開始。此種均衡演算法適合於伺服器組中的所有伺服器都有相同的軟硬體配置並且平均服務請求相對均衡的情況。
權重（weighted round robin）—— 根據伺服器的不同處理能力，給每個伺服器分配不同的權值，使其能夠接受相應權值數的服務請求。。此種均衡演算法能確保高效能的伺服器得到更多的使用率，避免低效能的伺服器負載過重。
動態比率（dynamic round robin）——類似於權重，不過權重值是隨著對伺服器持續的監控而變化的。這是乙個動態的負載均衡演算法，基於對伺服器效能的實時分析，如連線數或響應時間。
最快模式（fastest）——傳遞連線給那些響應速度最快的伺服器。這種演算法可能對於伺服器處於不同的邏輯網路中的情況特別有用。均衡器記錄著每個伺服器的響應時間並選擇最快的那乙個。這非常直接了當，但是可能會導致擁塞，因為當前的響應時間並不一定真的還是1s或是2s了。
最小連線數（least connections）——最少連線數均衡演算法對內部中需負載的每一台伺服器都有乙個資料記錄，記錄當前該伺服器正在處理的連線數量，當有新的服務連線請求時，將把當前請求分配給連線數最少的伺服器，使均衡更加符合實際情況，負載更加均衡。此種均衡演算法適合長時處理的請求服務，如ftp。
觀察模式（observed）—— 以連線數和響應時間這兩項的最佳平衡為依據來為新的請求選擇伺服器。
**模式（predictive）——**模式使用和觀察模式一樣的評選方法，只不過bigip會利用收集到的伺服器當前的效能指標（連線數和響應時間），進行**分析，選擇一台伺服器在下乙個時間片內，其效能將達到最佳的伺服器來響應使用者的請求。**模式試圖修復在觀察模式中的乙個問題，如果伺服器的響應時間已經開始下滑，那麼它是不太可能接受下乙個請求的。
二、會話保持
將同一會話的後續連線分發到同一伺服器上。
1、簡單會話保持（基於源位址的會話保持）。負載均衡器在作負載均衡時是根據訪問請求的源位址作為判斷關連會話的依據。對來自同一ip位址的所有訪問請求在作負載均時都會被保持到一台伺服器上去。
實現起來簡單。
問題：容易出現負載失衡。
a、當多個客戶是通過**或位址轉換的方式來訪問伺服器時，由於都分配到同一臺伺服器上，會導致伺服器之間的負載嚴重失衡。
b、客戶機數量很少，但每個客戶機都會產生多個併發訪問，對這些必發訪問也要求通過負均均衡器分配到多個服器上，這時基於客戶端源位址的會話保持方法也會導致負載均衡失效。
2、基於cookie的會話保持
f5 會話保持 負載均衡 F5會話保持
最近專案中需要使用f5做負載均衡，將相關資料記錄下來。以下是f5變更申請中的相關引數說明，我們就以此順藤摸瓜，我們挑幾個重要引數去學習吧。伺服器實際位址與埠 提供服務的真實伺服器ip位址與提供服務的埠。對外服務位址與埠 f5裝置向外提供服務的ip位址與埠，此選項可向網路處申請。負載均衡演算法 f5裝...
F5的會話保持
而這一系列的相關的互動過程可能是由客戶到伺服器的乙個連線的多次會話完成，也可能是在客戶與伺服器之間的多個不同連線裡的多次會話完成。不同連線的多次 會話，最典型的例子就是基於http的訪問，乙個客戶完成一筆交易可能需多次點選，而乙個新的點選產生的請求，可能會重用上一次點選建立起來的連線，也可 能是乙個...
F5隨便寫寫
f5是鏈路負載均和和伺服器負載均衡方面的領先產品，特別是在伺服器負載均衡，在中國可謂是一家獨大，當然國內的產品也逐步的崛起如深信服。f5相關資訊 2 命令列下可以使用root default 這是超級管理員在這個賬號下可以做很多操作比如cd share images下使用ls檢視檔案情況，switc...