【正文】 ? 統(tǒng)計報表： 對采集的下線數(shù)據(jù)進行查詢及報表輸出。如 下 圖所示： XControl 自動發(fā)現(xiàn)設(shè)備 ? 數(shù)據(jù)采集： 數(shù)據(jù)采集是將實時監(jiān)控的數(shù)據(jù)存儲在本地存儲介質(zhì)中。 廣州市欣德信息技術(shù)有限公司 ? 查看設(shè)備的全局統(tǒng)計信息 ： 查看深入的統(tǒng)計信息 、 系統(tǒng)流量 、 運行時間 、 網(wǎng)絡(luò)連接 、 拒絕訪問信息等等 。 ? 獲取 設(shè)備信息 ： 查看設(shè)備運行的服務(wù) 、 查看設(shè)備打開的端口 、 查看軟件產(chǎn)品的詳細信息 。 ? 對象預(yù)警 ： 實時預(yù)警（ VIP、 Pool、節(jié)點、設(shè)備） 。 ? 對象監(jiān)控 ： 實時流量監(jiān)控（ VIP、 Pool、節(jié)點、設(shè)備） 、 CPU 監(jiān)控 、 內(nèi)存使用率監(jiān)控 、 定制監(jiān)控參數(shù) 、 監(jiān)控圖表導(dǎo)出 。它可以對 F5 設(shè)備進行集中、可視化的管理，主要有以下功能： ? 設(shè)備 集中管理 ： 設(shè)備的分區(qū)域、網(wǎng)絡(luò)中心等多級管理體系 、 方便的拖放式設(shè)備 廣州市欣德信息技術(shù)有限公司 管理 。任何第三方和客戶都可以通過 iControl將自己的應(yīng)用與網(wǎng)絡(luò)系統(tǒng)集成在一起，從而提供無與倫比的 7 層性能。隨著 iControl的推出， F5 證明了其對制定和采用開放式互聯(lián)網(wǎng)流量和內(nèi)容管理標準的支持。通過 iControl開放的安全通信協(xié)議和 SOAP/XML API，網(wǎng)絡(luò)設(shè)備能夠與應(yīng)用進行通信，應(yīng)用可以控制網(wǎng)絡(luò)，從而避免出現(xiàn)易于出錯的過程和人為干預(yù)。 F5 互聯(lián)網(wǎng)流量、應(yīng)用和網(wǎng)絡(luò)管理體系如 下 圖所示： F5 互聯(lián)網(wǎng)流量、應(yīng)用和網(wǎng)絡(luò)管理體系結(jié)構(gòu) 廣州市欣德信息技術(shù)有限公司 這種架構(gòu)方式克服了多廠商解決方案的最大問題：互操作性和管理復(fù)雜性，而且還避免了單廠商套件的最大問題：有限的靈活性、缺乏足夠的集成能力。 iControl提供了業(yè)界最緊密集成的產(chǎn)品套件，利用統(tǒng)一的設(shè)備活動協(xié)作來對互聯(lián)網(wǎng)流量和內(nèi)容部署 /提供進行端到端的控制。 API 接口 iControl 介紹 為了確保電子商務(wù)取得成功，應(yīng)用和網(wǎng)絡(luò)必須能夠緊密結(jié)合。 ? Gateway failsafe： 處于 Active 狀態(tài)的 BIGIP 定期與網(wǎng)關(guān)設(shè)備取得聯(lián)系，若 在 timeout 時間內(nèi)得不到任何響應(yīng)，就自動切換 為 Standby狀態(tài)。且每臺設(shè)備中的 watchdog 芯片通過心跳線檢監(jiān) 廣州市欣德信息技術(shù)有限公司 測對方設(shè)備電平，當 Active BIGIP 故障時， watchdog 會首先發(fā)現(xiàn)，并且通知 Backup BIGIP接管 shared ip,VIP 等，完成冗余切換過程， Backup BIGIP 變成 Active Backup，由于Backup BIGIP 事先已經(jīng)保存了所有會話數(shù)據(jù)信息，可以保證所有在線會話的通暢和完整。物理連接方式如下圖所示： C o re Sw i t chSe r v e r121 表示心跳線2 同步數(shù)據(jù)線 F5 Networks 公司 BIGIP 產(chǎn)品是業(yè)界唯一實現(xiàn)雙機冗余毫秒級切換的產(chǎn)品，而且設(shè)計合理。 HTTP 流量壓縮 利用 BIGIP 的流量壓縮功能，支持多種類型的文件壓縮，從而在降低 80%網(wǎng)絡(luò)帶寬的同時，將應(yīng)用性能提高 3 倍以上，并且解決了互聯(lián)網(wǎng)延遲和客戶機連接瓶頸對其應(yīng)用性能的所造成的影響。例如， iRules 可以配置為判斷以下條件： 廣州市欣德信息技術(shù)有限公司 ? 是否在數(shù)據(jù)包中包含以 ”cgi”作為結(jié)尾的 HTTP 請求？ ? 是否數(shù)據(jù)包的源地址是以八進制 “206”為開頭？ ? 是否在 TCP 的數(shù)據(jù)包中包含字符串 “ABC”？ 在獲取判斷條件后， iRules 則可對該數(shù)據(jù)流進行處理。通過一系列的字符串和二進制處理機制，可以將處理的結(jié)果交給 iRules 進行判斷和處理。采用在鏈路對端放置服務(wù)器的方式可以判斷鏈路是否正常工作 UIE + iRules 在 BIGIP 上，我們還可以 通過 BIGIP 的 UIE 和 iRules 來實現(xiàn)七層的流量檢測和靈活的負載均衡策略定義。 BIGIP 發(fā)送一個 TCP SYN 請求包到每個真實服務(wù)器的80 端口，并檢查回應(yīng)的 TCP SYN ACK 數(shù)據(jù)包是否收到，如果哪一個沒有收到，BIGIP 就確認那臺服務(wù)器不能正常提供服務(wù)， BIGIP 單獨針對服務(wù)器的每個應(yīng)用端口做健康檢查并單獨做關(guān)于其服務(wù)器的診斷結(jié)果是非常重要的。 在 Layer 4， BIGIP 會試圖聯(lián)接到一個特定應(yīng)用在運行的 TCP 或 UDP 端口。 在 Layer 3 健康檢查涉及到對真實路由器發(fā)送 ”ping”命令。 廣州市欣德信息技術(shù)有限公司 鏈路健康檢查 在 Layer 2 健康檢查涉及到用來對給定的 IP 地址尋找 MAC 地址的地址分辨協(xié)議 (ARP) 請求。 服務(wù)類型 (ToS)：按不同的服務(wù)類型（在 Type of Field 中標識）對數(shù)據(jù)流進行分配。 動態(tài)服務(wù)器補充（ Dynamic Server Act.):當主服務(wù)器群中因故障導(dǎo)致數(shù)量減少時，動態(tài)地將備份服務(wù)器補充至主服務(wù)器群。 預(yù)測模式（ Predictive）： BIGIP 利用收集到的服務(wù)器當前的性能指標，進行預(yù)測分析，選擇一臺服務(wù)器在下一個時間片內(nèi)，其性能將達到最佳的服務(wù)器相應(yīng)用戶的請求。 觀察模式（ Observed）：連接數(shù)目和響應(yīng)時間以這兩項的最佳平衡為依據(jù)為新的請求選擇服務(wù)器。 最快模式（ Fastest）：傳遞連接給那些響應(yīng)最快的服務(wù)器。 最少的連接方式（ Least Connection）：傳遞新的連接給那些進行最少連接處理的服務(wù)器。 廣州市欣德信息技術(shù)有限公司 優(yōu)先權(quán)（ Priority）：給所有服務(wù)器分組，給每個組定義優(yōu)先權(quán)， BIGIP 用戶的請求，分配給優(yōu)先級最高的服務(wù)器組（在同一組內(nèi)，采 用輪詢或比率算法，分配用戶的請求）；當最高優(yōu)先級中所有服務(wù)器出現(xiàn)故障， BIGIP 才將請求送給次優(yōu)先級的服務(wù)器組。 比率（ Ratio）：給每個服務(wù)器分配一個加權(quán)值為比例，根椐這個比例，把用戶的請求分配到每個服務(wù)器。 這 12 種局域負載均衡算法包括： 輪詢（ Round Robin）：順序循 環(huán)將請求一次順序循環(huán)地連接每個服務(wù)器。 服務(wù)器負載均衡算法 BIGIP 可以提供 12 種靈活的算法將數(shù)據(jù)流有效地轉(zhuǎn)發(fā)到它所連接的服務(wù)器群、用戶此時只須記住一臺服務(wù)器，即虛擬服務(wù)器。 服務(wù)質(zhì)量 (QoS)： LinkController 通過收集每條鏈路中心 RTT時間、跳數(shù)、完成比率、包比率、地理拓撲、鏈路容量、 VS(Virtual Server)容量、 Kbyte/Sec 的數(shù)值進行綜合計算，計算之后每個數(shù)據(jù)中心都會有一個權(quán)值，然后根據(jù)這個權(quán)值返回給LDNS 相應(yīng)的站點的 IP 地址。 RTT(Round Trip Times)：當收到 LDNS 查詢請求的時候， LinkController會反向探測發(fā)起查詢請求的 LDNS，并且計算從發(fā)起反向探測到接受到響應(yīng)得時間間隔。 廣州市欣德信息技術(shù)有限公司 包比例 (Packet Rate)： LinkController 會選擇一個當前每秒鐘處理數(shù)據(jù)包最少的一個站點返回給發(fā)起訪問請求的 LDNS。 千字節(jié) /秒 (Kilobyte/second)： LinkController 會選擇一個當前處理的 Kbyte/Sec數(shù)值最小的一個站點返回給發(fā)起查詢請求的 LDNS。 跳數(shù) (Hops)：當接收到 LDNS 的查詢請求的時候， LinkController 會 發(fā)起查詢請求的 LDNS 之間的路由跳數(shù)。 靜態(tài)會話保持（ Static Persist）：這種算法將維護一個 LDNS 到某一個站點的映射表，同一個 LDNS 的查詢請求在預(yù)定的時間過期之前會返回同一個 IP 地址。 返回給 LDNS（ Return to DNS）：立即將連接請求返回給 LDNS 處理。 鏈路負載均衡算法 隨機（ Random）：隨機返回給用戶某一 條鏈路的 IP 地址。 廣州市欣德信息技術(shù)有限公司 7)： LinkController 將客戶端的連接請求負載均衡到內(nèi)部的服務(wù)器或?qū)⒘髁控撦d均衡到防火墻并將響應(yīng)結(jié)果返回給客戶端。 5)： LDNS 得到解析結(jié)果，并將結(jié)果返回給 Client端。 4)：這時，請求由 LDNS 到達 Link Controller。 3)： LDNS 將向得到的第一個 IP 地址發(fā)起對 。假定現(xiàn)在外部公網(wǎng)一個用戶發(fā)起對 Web 服務(wù)器 ， Link Controller 負責處理該域名最終的 A記錄查詢，具體訪問流程如下： 1)： Client向其本地