整理彙總F5的相關參數說明，選擇幾個重要參數一起學習一下。
負載均衡算法
F5裝置向伺服器下發請求的分發方式。F5裝置預設的是輪詢,(例如：有兩個提供服務的真實伺服器，F5會把兩個請求分别配置設定給伺服器1和伺服器2)
會話保持類型
會話保持時間
可以自定義需要保持的會話在多長時間内有效，或者隻基于浏覽器建立的一個會話。
長連接配接
保持一個連接配接的有效性。客戶向提供服務的真實伺服器先建立起通訊的連接配接，連接配接建立後并不斷開(是否斷開由長連接配接的時間決定)，然後再進行封包的傳輸。
長連接配接時間
允許一個連接配接空閑的時間有多長，F5裝置預設的是5分鐘，也就是在5分鐘内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次，那麼最大響應時間應該是5×3+1=16秒)
一、負載均衡算法
随機 (Random)—— 随機分發
輪詢(Round Robin)—— 将請求依次順序循環地分發給伺服器，從1到N然後重新開始。此種均衡算法适合于伺服器組中的所有伺服器都有相同的軟硬體配置并且平均服務請求相對均衡的情況。
權重(Weighted Round Robin)—— 根據伺服器的不同處理能力，給每個伺服器配置設定不同的權值，使其能夠接受相應權值數的服務請求。。此種均衡算法能確定高性能的伺服器得到更多的使用率，避免低性能的伺服器負載過重。
動态比率(Dynamic Round Robin)——類似于權重，不過權重值是随着對伺服器持續的監控而變化的。這是一個動态的負載均衡算法，基于對伺服器性能的實時分析，如連接配接數或響應時間。
最快模式(Fastest)——傳遞連接配接給那些響應速度最快的伺服器。這種算法可能對于伺服器處于不同的邏輯網絡中的情況特别有用。均衡器記錄着每個伺服器的響應時間并選擇最快的那一個。這非常直接了當，但是可能會導緻擁塞，因為目前的響應時間并不一定真的還是1s或是2s了。
最小連接配接數(Least Connections)——最少連接配接數均衡算法對内部中需負載的每一台伺服器都有一個資料記錄，記錄目前該伺服器正在處理的連接配接數量，當有新的服務連接配接請求時，将把目前請求配置設定給連接配接數最少的伺服器，使均衡更加符合實際情況，負載更加均衡。此種均衡算法适合長時處理的請求服務，如FTP。
觀察模式(Observed)—— 以連接配接數和響應時間這兩項的最佳平衡為依據來為新的請求選擇伺服器。
預測模式(Predictive)——預測模式使用和觀察模式一樣的評選方法，隻不過BIGIP會利用收集到的伺服器目前的性能名額(連接配接數和響應時間)，進行預測分析，選擇一台伺服器在下一個時間片内，其性能将達到最佳的伺服器來響應使用者的請求。預測模式試圖修複在觀察模式中的一個問題，如果伺服器的響應時間已經開始下滑，那麼它是不太可能接受下一個請求的。
二、會話保持
将同一會話的後續連接配接分發到同一伺服器上。
實作起來簡單。
問題：容易出現負載失衡。
2、基于Cookie的會話保持