22-負載均衡公共配置
本章節下載: 22-負載均衡公共配置 (432.16 KB)
本幫助主要介紹以下內容:
· 配置指南
¡ 鏈路
¡ 持續性組
¡ 源地址池
¡ 就近性
¡ ALG
¡ ISP
¡ 區域
¡ 引流模式
¡ 高級配置
運營商提供的實體鏈路。鏈路可被鏈路負載均衡引用。
1. 單擊“策略 > 負載均衡 > 公共配置 > 鏈路”。
2. 在“鏈路”頁麵單擊<新建>。
3. 新建鏈路。
表-1 鏈路基本配置
參數 |
說明 |
鏈路名稱 |
鏈路的名稱,不區分大小寫 |
下一跳配置方式 |
鏈路出方向(外網方向)下一跳IP地址的配置方式,包括: · 手工配置 · 自動獲取 |
下一跳IPv4地址 |
鏈路出方向(外網方向)的下一跳IPv4地址 IPv4地址不能為本機地址、環回地址、組播地址、廣播地址和0.X.X.X |
下一跳IPv6地址 |
鏈路出方向(外網方向)的下一跳IPv6地址 IPv6地址不能為本機地址、環回地址、多播地址、鏈路本地地址和全0地址 |
出接口 |
鏈路對應的設備出接口。通過本配置指定的出接口類型必須為可動態獲取IP地址的接口 |
就近性鏈路成本 |
就近性計算的鏈路成本 |
鏈路功能 |
開啟/關閉鏈路功能 |
VRF |
鏈路所屬的VRF |
VRF繼承 |
開啟/關閉鏈路的VRF繼承功能。若未配置鏈路所屬的VRF,當VRF繼承功能處於開啟狀態時,鏈路所屬的VRF與虛服務器所屬的VRF一致;當該功能處於關閉狀態時,鏈路屬於公網 |
描述 |
鏈路的描述信息 |
表-2 鏈路高級配置
參數 |
說明 |
權值 |
鏈路的權值。在加權輪轉和加權最小連接調度時,該數值越大,鏈路越被優先調用 |
優先級 |
鏈路在鏈路組中的調用優先級。數值越大,越被優先調用 優先使用高優先級的鏈路處理流量。如果最高優先級鏈路的個數少於配置的“調用鏈路最小數量”,則在次高優先級中選擇鏈路,達到配置的“調用鏈路最小數量” 其中,“調用鏈路最大數量”和“調用鏈路最小數量”在“策略 > 負載均衡 > 鏈路負載均衡 > 出鏈路負載均衡 > 鏈路組”配置頁麵指定 |
鏈路組 |
鏈路所屬的鏈路組。可選擇已創建的鏈路組,也可以新創建鏈路組 此處新建的鏈路組,可在“策略 > 負載均衡 > 鏈路負載均衡 > 出鏈路負載均衡 > 鏈路組”頁麵查看 |
健康檢測-健康檢測方法 |
鏈路引用的健康檢測模板。通過健康檢測可以對鏈路進行檢測,保證其能夠提供有效的服務。用戶既可在“策略 > 負載均衡 > 鏈路負載均衡 > 出鏈路負載均衡 > 鏈路組”頁麵對組內的所有鏈路進行配置,也可在“策略 > 負載均衡 > 公共配置 > 鏈路”頁麵隻對當前鏈路進行配置,後者的配置優先級較高 可選擇已創建的健康檢測模板,也可以新創建健康檢測模板 此處新建的健康檢測模板,可在“對象 > 健康檢測”頁麵查看 |
健康檢測-成功條件 |
鏈路的健康檢測成功條件 · 全部檢測通過:隻有全部健康檢測方法都通過檢測才認為健康檢測成功 · 至少n個檢測通過:健康檢測成功所需通過檢測的最少方法數為n。當用戶指定的最少方法數n大於設備上實際存在的方法數量時,隻要實際存在的全部方法通過檢測,係統也將認為健康檢測成功 |
帶寬繁忙保護比-總帶寬-最大帶寬繁忙比 |
鏈路的帶寬繁忙比,即當前總帶寬與最大總帶寬的百分比值。當訪問某個鏈路的鏈路流量超過該鏈路的帶寬繁忙比與最大期望帶寬的乘積後,新建流量(非匹配持續性的流量)將不再向該鏈路分發,而原有流量則仍由該鏈路繼續分發 若最大總帶寬設置為不受限,則使用其可設置的最大值進行計算 |
帶寬繁忙保護比-總帶寬-最大帶寬繁忙恢複比 |
鏈路帶寬繁忙恢複比。當鏈路的帶寬低於帶寬繁忙恢複比與最大期望帶寬的乘積時,鏈路解除繁忙狀態,重新參與調度 同一鏈路的帶寬繁忙恢複比必須小於等於帶寬繁忙比 |
帶寬繁忙保護比-上行帶寬-最大帶寬繁忙比 |
上行鏈路的帶寬繁忙比,即當前上行帶寬與最大上行帶寬的百分比值。當訪問某個鏈路的鏈路流量超過該鏈路的帶寬繁忙比與最大期望帶寬的乘積後,新建流量(非匹配持續性的流量)將不再向該鏈路分發,而原有流量則仍由該鏈路繼續分發 若最大上行帶寬設置為不受限,則使用其可設置的最大值進行計算 |
帶寬繁忙保護比-上行帶寬-最大帶寬繁忙恢複比 |
上行鏈路帶寬繁忙恢複比。當上行鏈路的帶寬低於帶寬繁忙恢複比與最大期望帶寬的乘積時,鏈路解除繁忙狀態,重新參與調度 同一鏈路的帶寬繁忙恢複比必須小於等於帶寬繁忙比 |
帶寬繁忙保護比-下行帶寬-最大帶寬繁忙比 |
下行鏈路的帶寬繁忙比,即當前下行帶寬與最大下行帶寬的百分比值。當訪問某個鏈路的鏈路流量超過該鏈路的帶寬繁忙比與最大期望帶寬的乘積後,新建流量(非匹配持續性的流量)將不再向該鏈路分發,而原有流量則仍由該鏈路繼續分發 若最大下行帶寬設置為不受限,則使用其可設置的最大值進行計算 |
帶寬繁忙保護比-下行帶寬-最大帶寬繁忙恢複比 |
下行鏈路帶寬繁忙恢複比。當下行鏈路的帶寬低於帶寬繁忙恢複比與最大期望帶寬的乘積時,鏈路解除繁忙狀態,重新參與調度 同一鏈路的帶寬繁忙恢複比必須小於等於帶寬繁忙比 |
最大帶寬-最大總期望帶寬 |
最大總期望帶寬,0表示最大總期望帶寬不受限製。最大總期望帶寬不僅用於帶寬繁忙保護功能,還用於帶寬算法、最大帶寬算法和就近性中剩餘帶寬的計算 |
最大帶寬-最大上行期望帶寬 |
最大上行期望帶寬,0表示最大上行期望帶寬不受限製。最大上行期望帶寬不僅用於帶寬繁忙保護功能,還用於帶寬算法、最大帶寬算法和就近性中剩餘帶寬的計算 |
最大帶寬-最大下行期望帶寬 |
最大下行期望帶寬,0表示最大下行期望帶寬不受限製。最大下行期望帶寬不僅用於帶寬繁忙保護功能,還用於帶寬算法、最大帶寬算法和就近性中剩餘帶寬的計算 |
QoS-最大連接數 |
鏈路所允許的最大連接數,0表示鏈路所允許的最大連接數不受限製 |
QoS-最大每秒連接數 |
鏈路所允許的最大每秒連接數,0表示鏈路所允許的最大每秒連接數不受限製 |
QoS-最大總限速帶寬 |
鏈路所允許的最大總限速帶寬,0表示鏈路所允許的最大總限速帶寬不受限製 |
QoS-最大上行限速帶寬 |
鏈路所允許的最大上行限速帶寬,0表示鏈路所允許的最大上行限速帶寬不受限製 |
QoS-最大下行限速帶寬 |
鏈路所允許的最大下行限速帶寬,0表示鏈路所允許的最大下行限速帶寬不受限製 |
4. 單擊<確定>,新建的鏈路會在“鏈路”頁麵顯示。
持續性組的作用是根據某種持續性方法將具有一定相關性的會話都分配給同一個實服務器/鏈路處理。在一個會話中,當其首包通過持續性方法選擇了實服務器/鏈路之後,後續包都會沿用這個選擇結果。
1. 單擊“策略 > 負載均衡 > 公共配置 > 持續性組”。
2. 在“持續性組”頁麵單擊<新建>。
3. 新建持續性組。
表-3 持續性組基本配置
參數 |
說明 |
持續性組名稱 |
持續性組的名稱,不區分大小寫 |
類型 |
持續性組的類型,包括: · 地址端口 · Payload · HTTP-Content · HTTP-Cookie · HTTP-Header · SSL · RADIUS · SIP · HTTP-Passive · UDP-Passive · TCP-Payload |
老化時間 |
持續性表項的老化時間。對於HTTP Cookie類型的持續性組,當其持續性方法為Cookie插入或Cookie重寫時,0表示該持續性為會話持續性;當其持續性方法為Cookie截取時,0表示此持續性表項的超時時間為0秒 |
受連接數限製 |
開啟/關閉匹配持續性表項的會話受連接數限製的功能。關閉該功能後,如果該連接匹配了已有的持續性表項,將不受實服務器/鏈路帶寬及連接參數的影響,也不受虛服務器上引用的連接數限製策略的影響 |
優先於繁忙 |
開啟/關閉持續性處理優先於繁忙功能。若持續性處理優先於繁忙功能處於開啟狀態,則在持續性表項老化之前,無論實服務器是否處於繁忙狀態,設備都會依據持續性表項為其分配流量;若持續性處理優先於繁忙功能處於關閉狀態,則在持續性表項老化之前,設備會依據持續性表項僅為處於正常狀態的實服務器分配流量 |
描述 |
持續性組的描述信息 |
表-4 地址端口持續性方法配置
參數 |
說明 |
IPv4方法 |
IPv4地址端口類型的持續性方法,包括: · 源地址 · 源地址端口 · 目的地址 · 目的地址端口 · 源地址目的地址 · 源地址端口目的地址端口 |
IPv6方法 |
IPv6地址端口類型的持續性方法,包括: · 源地址 · 源地址端口 · 目的地址 · 目的地址端口 · 源地址目的地址 · 源地址端口目的地址端口 |
表-5 Payload持續性方法配置
參數 |
說明 |
偏移量 |
HTTP載荷基於HTTP報文起始位置的偏移量 |
起始標記 |
HTTP載荷起始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符? |
長度/結束標記 |
· 長度:HTTP載荷的長度,0表示所有長度 · 結束標記:HTTP載荷結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符? |
表-6 HTTP-Content持續性方法配置
參數 |
說明 |
偏移量 |
HTTP實體基於HTTP報文起始位置的偏移量 |
起始標記 |
HTTP實體起始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符? |
長度/結束標記 |
· 長度:HTTP實體的長度,0表示所有長度 · 結束標記:HTTP實體結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符? |
表-7 HTTP-Cookie持續性方法配置
參數 |
說明 |
Cookie持續性方法 |
HTTP Cookie類型的持續性方法,包括: · Cookie插入:持續性方法為Cookie插入,即在服務器發送的HTTP應答報文中插入Set-Cookie字段用於持續性處理 · Cookie重寫:持續性方法為Cookie重寫,即改寫服務器發送的HTTP應答報文所攜帶的Set-Cookie字段用於持續性處理 · Cookie截取:持續性方法為Cookie截取,即在服務器發送的HTTP應答報文中截取Set-Cookie字段用於持續性處理 |
Cookie名稱 |
HTTP Cookie的名稱,區分大小寫 |
Cookie域名 |
Cookie作用域域名,區分大小寫,若未配置本參數,則表示Cookie作用域域名為創建Cookie的域名 Cookie作用域域名屬性用來指定Cookie會被發送到的主機範圍。例如,客戶端可以訪問域名example.com,www.example.com和www.corp.example.com的主機。如果配置Cookie作用域域名為“example.com”,客戶端會在向域名為example.com,www.example.com和www.corp.example.com的主機發送的HTTP請求中攜帶Cookie信息。如果配置Cookie作用域域名為“www.corp.example.com”,客戶端僅會在向域名為www.corp.example.com的主機發送的HTTP請求中攜帶Cookie信息 僅Cookie插入持續性方法支持配置本參數 |
Cookie路徑 |
Cookie作用路徑,區分大小寫,若未配置本參數,則表示Cookie作用路徑為根目錄“/” Cookie作用路徑屬性用來限製Cookie的適用範圍。例如。客戶端可以訪問主機的文件夾www.example.com/a和www.example.com/b。如果配置Cookie作用域域名為www.example.com,Cookie的作用路徑為/a,客戶端會在向www.example.com/a發送的HTTP請求中攜帶Cookie信息,而不會在向www.example.com/b發送的HTTP請求中攜帶Cookie信息 僅Cookie插入持續性方法支持配置本參數 |
HTTPOnly |
開啟/關閉HTTPOnly屬性。開啟HTTPOnly屬性表示指定的Cookie不允許通過客戶端腳本訪問。關閉HTTPOnly屬性,則表示可以通過客戶端腳本訪問Cookie HttpOnly屬性用來指定Cookie是否可通過客戶端腳本訪問。若會話Cookie缺少HTTPOnly屬性,攻擊者可以通過程序(例如JS腳本)等獲取到用戶的Cookie信息,造成用戶Cookie信息泄露 僅Cookie插入和Cookie重寫持續性方法支持配置本參數 |
Secure |
開啟/關閉安全屬性。開啟安全屬性表示指定的Cookie隻允許通過HTTPS連接進行傳遞。關閉安全屬性,則表示所有連接都允許傳遞Cookie 安全屬性標識Cookie會被以安全的形式向服務器傳輸,也就是說Cookie隻能在HTTPS連接中被瀏覽器傳遞到服務器端進行會話驗證,如果是HTTP連接則不會傳遞Cookie信息 僅Cookie插入和Cookie重寫持續性方法支持配置本參數 |
檢查所有報文 |
開啟/關閉檢查所有報文的功能 · 當持續性方法為Cookie插入時,本參數用來配置是否向所有HTTP應答報文中插入Cookie。如果未配置,則在一次連接中隻向首個應答報文中插入Set-Cookie信息,後續應答報文不再插入 · 當持續性方法為Cookie重寫時,本參數用來配置是否在所有HTTP應答報文中重寫Cookie。如果未配置,則在一次連接中隻在首個應答報文中重寫Set-Cookie信息,後續應答報文不再重寫 · 當持續性方法為Cookie截取時,本參數用來配置是否從所有HTTP應答報文中截取Cookie。如果未配置,則在一次連接中隻從首個應答報文中截取一次Set-Cookie信息,後續應答報文不再截取 |
Secondary Cookie |
Secondary Cookie的名稱,區分大小寫,不包括(、)、<、>、@、,、;、:、\、"、/、[、]、?、=、{、}、SP(空格符)、HT(水平製表符),以及ASCII碼小於或等於31,大於或等於127的字符。僅Cookie截取持續性方法支持配置本參數 在Cookie截取持續性方法中,如果配置了Secondary Cookie,且未能在HTTP請求報文首部找到指定名稱的Cookie,便會查找出現在URI中的Secondary Cookie |
偏移量 |
HTTP Cookie基於Cookie值起始位置的偏移量。僅Cookie截取持續性方法支持配置本參數 |
起始標記 |
HTTP Cookie開始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符?。僅Cookie截取持續性方法支持配置本參數 |
長度/結束標記 |
· 長度:HTTP Cookie的長度,0表示所有長度 · 結束標記:HTTP Cookie結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符? 僅Cookie截取持續性方法支持配置本參數 |
表-8 HTTP-Header持續性方法配置
參數 |
說明 |
Header持續性方法 |
HTTP Header類型的持續性方法,包括: · Url:基於HTTP URL的持續性方法。 · Host:基於HTTP主機的持續性方法。 · Method:基於HTTP Request-Method的持續性方法。 · Version:基於HTTP版本的持續性方法。 · Name:基於HTTP首部名稱的持續性方法。 |
Other header name |
HTTP首部名稱。僅在Header持續性方法選擇為“Name”時,顯示本參數。 |
偏移量 |
HTTP首部基於HTTP報文起始位置的偏移量。 |
起始標記 |
HTTP首部開始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符?。 |
長度/結束標記 |
· 長度:HTTP首部的長度,0表示所有長度。 · 結束標記:HTTP首部結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符?。 |
表-9 SSL持續性方法配置
參數 |
說明 |
SSL持續性方法 |
SSL類型的持續性方法,包括SSLSession-ID,即基於SSL會話ID的SSL持續性方法。該方法對HTTPS請求報文有效,並且需要指定虛服務器引用的SSL服務器端策略。 |
表-10 RADIUS持續性方法配置
參數 |
說明 |
RADIUS屬性編號 |
基於RADIUS屬性的持續性方法,該方法僅對RADIUS報文有效。編號為1表示RADIUS屬性類型為User-Name;編號為8表示RADIUS屬性類型為Framed-IP-Address。 |
表-11 SIP持續性方法配置
參數 |
說明 |
SIP持續性方法 |
SIP類型的持續性方法,該方法會根據SIP信令報文首部的call-id字段生成持續性表項,將具有相同SIP會話ID的報文都分配給同一台實服務器處理。 |
表-12 HTTP-Passive持續性方法配置
參數 |
說明 |
檢查所有報文 |
開啟/關閉檢查所有報文的功能。 本參數用來配置是否從所有HTTP應答報文生成持續性表項。如果未配置,則在一次連接中隻從首個應答報文生成持續性表項,後續應答報文不再生成持續性表項。 |
請求內容配置 |
獲取HTTP請求報文中的指定字符串,用來匹配HTTP-Passive持續性表項。 HTTP-Passive持續性方法需要請求內容和應答內容同時配置,才能生成持續性表項。當設備收到HTTP請求報文後,根據請求內容的配置獲取HTTP請求報文中的指定字符串。若該字符串匹配上由應答內容配置獲取到的HTTP應答報文中的指定字符串,則根據HTTP應答報文中的指定字符串生成持續性表項。對於後續收到的HTTP請求報文,若匹配上持續性表項,則按照持續性表項轉發。 請求內容和應答內容的配置遵循以下原則: 同一HTTP passive類型的持續性組下,最多允許通過配置應答內容在HTTP應答報文中獲取4個指定字符串,通過配置請求內容在HTTP請求報文中獲取4個指定字符串。 n條應答內容的配置獲取到的n個字符串,其中任意1~n個字符串又可以按照ID順序組合成2n-1個字符串,若請求內容配置獲取到字符串匹配上任意一個組合後的字符串,則認為匹配成功。 n條請求內容配置獲取到的n個字符串按照ID順序結合成一個字符串進行匹配。 假設,用戶配置了ID為1、2、3的三條應答內容配置,使得設備可以獲取到HTTP應答報文中的字符串a、b、c,並生成7個匹配字符串a、b、c、ab、ac、bc、abc。同時用戶配置了ID為2、3、4的三條請求內容配置。之後,當設備收到HTTP請求報文後,若基於這三條規則獲取到了字符串a、b、c,且它們組合成的字符串abc能夠與通過應答內容配置獲取到的字符串abc匹配成功,則係統會基於字符串abc生成一條持續性表項。對於後續設備收到的HTTP請求報文,若匹配上該持續性表項,則按照持續性表項轉發。 1. 單擊<新建>按鈕,新建HTTP-Passive持續性方法。設備支持通過以下配置,獲取HTTP請求報文中的指定字符串。 ¡ ID:方法ID。 ¡ 查找位置:獲取HTTP請求報文中指定位置的字符串,包括首部和實體。 ¡ 首部類型:獲取HTTP請求報文首部中指定的字符串,包括首部名稱和URL。僅當查找位置為首部時,支持配置本參數。 ¡ 首部名稱:HTTP首部名稱,不區分大小寫。僅當首部類型為名稱時,支持配置本參數。 ¡ 起始標記:HTTP首部、URL或HTTP實體開始標記的正則表達式。 ¡ 長度/結束標記:長度為HTTP首部、URL或HTTP實體的長度;結束標記為HTTP首部、URL或HTTP實體的結束標記的正則表達式。 2. 單擊<確定>,新建的HTTP-Passive持續性方法會在“請求內容配置”中顯示。 |
應答內容配置 |
獲取HTTP應答報文中的指定字符串,用來生成HTTP-Passive持續性表項。 HTTP-Passive持續性方法需要請求內容和應答內容同時配置,才能生成持續性表項。 1. 單擊<新建>按鈕,新建HTTP-Passive持續性方法。設備支持通過以下配置,獲取HTTP應答報文中的指定字符串。 ¡ ID:方法ID。 ¡ 查找位置:獲取HTTP應答報文中指定位置的字符串,包括首部和實體。 ¡ 首部類型:獲取HTTP應答報文首部中指定的字符串。僅當查找位置為首部時,支持配置本參數。 ¡ 首部名稱:HTTP首部名稱,不區分大小寫。僅當首部類型為名稱時,支持配置本參數。 ¡ 起始標記:HTTP首部或HTTP實體開始標記的正則表達式。 ¡ 長度/結束標記:長度為HTTP首部或HTTP實體的長度,0表示所有長度;結束標記為HTTP首部或HTTP實體的結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符?。 2. 單擊<確定>,新建的HTTP-Passive持續性方法會在“應答內容配置”中顯示。 |
表-13 UDP-Passive持續性方法配置
參數 |
說明 |
請求內容配置 |
獲取UDP請求報文中的指定字符串,用來匹配UDP-Passive持續性表項。 UDP-Passive持續性方法需要請求內容和應答內容同時配置,才能生成持續性表項。 當設備收到UDP請求報文後,根據請求內容的配置獲取到指定UDP請求報文的載荷信息。若該載荷信息匹配上由應答內容配置獲取到的UDP應答報文的載荷信息,則根據UDP應答報文的載荷信息生成持續性表項。對於後續收到的UDP請求報文,若匹配上持續性表項,則按照持續性表項轉發。設備支持通過以下配置,獲取UDP請求報文中的指定字符串。 · 偏移量:UDP載荷基於UDP請求報文起始位置的偏移量。 · 起始標記:UDP載荷開始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符?。 · 長度/結束標記:長度為UDP載荷的長度,0表示所有長度;結束標記為UDP載荷結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符?。 |
應答內容配置 |
獲取UDP應答報文中的指定字符串,用來生成UDP-Passive持續性表項。 UDP-Passive持續性方法需要請求內容和應答內容同時配置,才能生成持續性表項。設備支持通過以下配置,獲取UDP應答報文中的指定字符串。 · 偏移量:UDP載荷基於UDP應答報文起始位置的偏移量。 · 起始標記:UDP載荷開始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符?。 · 長度/結束標記:長度為UDP載荷的長度,0表示所有長度;結束標記為UDP載荷結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符?。 |
表-14 TCP-Payload持續性方法配置
參數 |
說明 |
偏移量 |
TCP載荷基於TCP報文起始位置的偏移量。 |
起始標記 |
TCP載荷開始標記的正則表達式,即從偏移量起到本標記為開始,不支持正則元字符?。 |
長度/結束標記 |
· 長度:TCP載荷的長度,0表示所有長度。 · 結束標記:TCP載荷結束標記的正則表達式,即從起始標記起到本標記為結束,不支持正則元字符?。 |
4. 單擊<確定>,新建的持續性組會在“持續性組”頁麵顯示。
源地址池是一個IP地址範圍,它被實服務組/鏈路組引用之後,負載均衡設備將把收到報文的源IP地址修改為源地址池中的IP地址後再轉發出去。
1. 單擊“策略 > 負載均衡 > 公共配置 > 源地址池”。
2. 在“源地址池”頁麵單擊<新建>。
3. 新建源地址池。
表-15 源地址池配置
參數 |
說明 |
源地址池名稱 |
源地址池的名稱,不區分大小寫。 |
地址範圍列表 |
1. 單擊<添加>按鈕,向源地址池中添加地址範圍。 ¡ 起始IP地址:源地址池的起始IP地址。。 ¡ 結束IP地址:源地址池的結束IP地址,必須大於等於起始IP地址。 2. 單擊<確定>,添加地址範圍會在“地址範圍列表”中顯示。 |
發送免費ARP或ND報文的接口 |
設備發送免費ARP報文或ND報文的接口。 若配置源地址池的地址範圍與設備連接服務器的出接口地址同網段,為了避免地址衝突,需要通過配置本參數指定設備連接服務器的出接口為發送免費ARP報文或ND報文的接口。 |
描述 |
源地址池的描述信息。 |
4. 單擊<確定>,新建的源地址池會在“源地址池”頁麵顯示。
就近性功能就是通過對鏈路進行探測,選出到達目的地的最優鏈路,從而引導後續流量。具體而言,就是當流量經過負載均衡模塊時,如果沒有與目的地址相關的就近性信息,則根據調度算法,為該流量選擇一條鏈路,以保證業務的可用性,然後啟動就近性探測來生成就近性表項,以引導後續流量。
配置就近性功能時,需要先配置就近性探測模板和就近性參數,然後在鏈路組中開啟就近性功能。
1. 單擊“策略 > 負載均衡 > 公共配置 > 就近性”。
2. 在“就近性參數”頁麵單擊<新建>,新建就近性參數。
表-16 就近性參數配置
參數 |
說明 |
VRF |
就近性表項所屬的VPN實例。 可選擇已創建的VRF,也可以新創建VRF。此處新建的VRF,可在“網絡 > VRF”頁麵查看。 |
默認探測模板 |
默認就近性探測模板。 可選擇已創建的探測模板,也可以新創建探測模板。此處新建的探測模板,可在“策略 > 負載均衡 > 公共配置 > 就近性 > 就近性探測模板”頁麵查看。 |
IPv4掩碼長度 |
IPv4就近性表項的掩碼長度,其中0表示自然掩碼。 |
表項老化時間 |
就近性表項的老化時間。 |
路由跳數權值 |
就近性計算的路由器跳數權值,數值越大權重越大。 |
網絡延遲權值 |
就近性計算的網絡延遲權值,數值越大權重越大。 |
成本權值 |
就近性計算的成本權值,數值越大權重越大。 |
帶寬權值 |
· 上行鏈路:就近性計算的上行鏈路帶寬權值,數值越大權重越大。 · 下行鏈路:就近性計算的下行鏈路帶寬權值,數值越大權重越大。 |
表項最大數目 |
就近性表項的最大數目, 0表示不限製就近性表項的最大數目。 |
丟包率權值 |
就近性計算的丟包率權值,通過配置本參數可指定丟包率在計算鏈路綜合開銷中的權重。當開啟就近性功能或配置鏈路質量算法時,才會將丟包率權重作為鏈路綜合開銷的計算因素 |
3. 單擊<確定>,新建的就近性參數會在“就近性參數”頁麵顯示。
4. 在“就近性探測模板”頁麵單擊<新建>,新建就近性探測模板。
表-17 就近性探測模板配置
參數 |
說明 |
探測模板名稱 |
用於就近性探測的模板名稱,不區分大小寫。 |
探測周期 |
設備發送探測報文的時間間隔。 |
超時時間 |
探測報文的應答超時時間。 |
5. 單擊<確定>,新建的就近性探測模板會在“就近性探測模板”頁麵顯示。
ALG(Application Level Gateway,應用層網關)功能將父、子會話分發到統一鏈路上。負載均衡ALG功能包含以下幾種協議類型:
· DNS:DNS協議。
· FTP:FTP協議。
· H323:H323協議。
· ICMP差錯報文:ICMP-ERROR協議。
· ILS:ILS(Internet Locator Service,互聯網定位服務)協議。
· MGCP:MGCP(Media Gateway Control Protocol,媒體網關控製協議)協議。
· NBT:NBT(NetBIOS over TCP/IP,基於TCP/IP的網絡基本輸入輸出係統)協議
· SIP:SIP(Session Iniation Protocol,會話初始協議)協議。
· PPTP:PPTP(Point-to-Point Tunneling Protocol,點到點隧道協議)協議。
· RSH:RSH(Remote Shell,遠程外殼)協議。
· RTSP:RTSP(Real Time Streaming Protocol,實時流協議)協議。
· SCCP:SCCP(Skinny Client Control Protocol,瘦小客戶端控製協議)協議。
· SQLNET:SQLNET協議。
· TFTP:TFTP協議。
· XDMCP:XDMCP(X Display Manager Control Protocol,X顯示監控)協議。
ISP是根據ICANN(Internet Corporation for Assigned Names and Numbers,互聯網域名和地址分配公司)的地址分配結果進行靜態分配。ISP作為一種分流策略,可以在流量特征的ISP類型匹配規則中進行引用。目的地址匹配ISP後,可根據相應的鏈路組選擇合適的鏈路。
配置ISP信息分為導入ISP文件、手工配置ISP信息以及自動更新ISP信息三種方式,三者既可單獨使用,也可結合使用。
當導入的文件不存在、文件名不合法或文件解密失敗時,係統將維持已有的導入內容不變。
當導入文件解析IP地址失敗而退出導入操作時,係統將清空上次導入的內容,隻保存本次已導入成功的內容。
不允許刪除導入的ISP及其IPv4和IPv6地址,但如果手工配置的ISP與導入的ISP重合,則允許刪除手工配置的ISP及其IPv4和IPv6地址。
一次僅能導入一個ISP文件,新導入的將覆蓋舊的ISP文件。
1. 單擊“策略 > 負載均衡 > 公共配置 > ISP”。
2. 在“ISP”頁麵導入ISP文件。
a. 單擊<選擇文件>按鈕,選擇需要導入的ISP文件。
b. 單擊<導入>按鈕,已導入的文件會在“ISP列表”中顯示,來源為“文件導入”。
3. 在“ISP”頁麵,手工配置ISP信息。
a. 單擊<新建>按鈕,手工配置ISP信息。
表-18 手工配置ISP
參數 |
說明 |
ISP名稱 |
ISP的名稱,不區分大小寫。 |
描述 |
ISP的描述信息。 |
WHOIS標誌 |
為ISP配置WHOIS服務器管理標誌信息,便於根據標誌識別不同運營商的地址。 輸入WHOIS標誌名稱後,單擊<添加>按鈕,添加WHOIS標誌。 · 名稱:WHOIS標誌的名稱,長度為1~63字符,同一ISP下最多允許配置10個WHOIS標誌。 · 來源:WHOIS標誌的添加方式,包括手動配置、文件導入、手動配置&文件導入三種方式。 |
ISP地址列表 |
1. 單擊<新建>按鈕,配置ISP地址信息。 ¡ 地址類型:分為IPv4和IPv6。 ¡ IP地址信息:IPv4地址/掩碼長度1~32,或IPv6地址/前綴長度1~128。 2. 單擊<確定>,新建的ISP地址會在“ISP地址列表”中顯示。 ¡ 來源:ISP地址的獲取方式,不需要手工配置。包括手動配置、文件導入、自動更新三種方式。 |
b. 單擊<確定>,手工配置的ISP信息會在“ISP列表”中顯示,來源為“手工配置”。
4. 在“自動更新”頁麵,配置ISP自動更新
a. 在“自動更新”頁麵,開啟ISP自動更新功能並配置相應參數。
表-19 配置ISP自動更新
參數 |
說明 |
ISP自動更新功能 |
開啟或關閉ISP自動更新功能。 |
WHOIS服務器 |
設備查詢ISP信息的WHOIS服務器,可通過以下兩種方式指定WHOIS服務器: · 域名:WHOIS服務器的域名,長度為0~253字符。域名由“.”分隔的字符串組成(如aabbcc.com),每個字符串的長度不超過63個字符,包括“.”在內的總長度不超過253個字符。不區分大小寫,字符串中可以包含字母、數字、“-”、“_”或“.”。 · IPv4地址:WHOIS服務器的IPv4地址。 |
ISP更新頻率 |
ISP自動更新的時間間隔,可選擇每天、每周或每月。ISP更新的具體時間固定為上次更新後的一天/一周/一月後的4:02:00左右。 |
最近成功更新時間 |
最近一次更新結果為成功的更新時間。 |
最近更新時間 |
最近一次更新的時間。 |
更新地址個數 |
最近一次更新ISP地址的個數。 |
更新結果 |
最近一次更新操作的結果,包括“成功”、“連接錯誤”、“連接中止”、“DNS錯誤”和“沒有更新”。 |
b. 單擊<應用>,保存並應用配置。
區域中包含根據ISP信息來劃分地址段。
1. 單擊“策略 > 負載均衡 > 公共配置 > 區域”。
2. 在“區域”頁麵單擊<新建>。
3. 新建區域。
表-20 區域配置
參數 |
說明 |
區域名稱 |
區域的名稱,不區分大小寫。 |
ISP |
向區域中添加的ISP。 1. 選擇ISP。可選擇已創建的ISP,也可以新創建ISP。此處新建的ISP,可在“策略 > 負載均衡 > 公共配置 > ISP”頁麵查看。 2. 單擊<添加>按鈕,已添加的ISP會在輸入框下方的表格中顯示。 |
4. 單擊<確定>,新建的區域會在“區域”頁麵顯示。
引流模式的支持情況與設備的款型有關,請以設備的實際界麵為準。 |
若設備存在多個安全引擎,係統會自動為每個安全引擎創建一個備份組,也可以通過命令行手動創建備份組。負載均衡業務流量由自動備份組或手動備份組內的主節點進行處理。由於負載均衡不支持跨板轉發,必須保證請求和響應流量由同一備份組處理,因此需要通過下發引流規則引導報文流量上送指定的備份組。設備存在以下三種引流模式:
· 引流到所有備份組:流量在各備份組間進行均分。當存在可用的手動備份組時,流量在各個可用的手動備份組間進行均分;不存在可用的手動備份組時,流量在可用的自動備份組間進行均分。設備缺省采用此引流模式。
· 引流到一個備份組:通過下發引流規則選擇一個可用的備份組,將所有流量引流至此備份組進行處理。
· 引流到引擎聚合口:通過配置本功能,設備Context會把需要負載均衡處理的業務流量引流到引擎聚合口257,反向流量在未匹配上引流規則的情況下會引流到引擎聚合口1。因此,本功能需要配合以下配置才能保證負載均衡業務正常處理:
¡ 通過命令link-aggregation load-sharing mode source-ip配置引擎聚合接口257的聚合負載分擔類型為源IP地址
¡ 通過命令行配置link-aggregation load-sharing mode destination-ip引擎聚合口1的聚合負載分擔類型為目的IP地址
配置本功能後,對於非負載均衡處理的業務需通過命令session flow-redirect enable開啟會話引流功能,從而保證業務的正常。
· 關閉引流:關閉引流功能後,係統會刪除因負載均衡配置下發的引流規則,且不會再下發新的引流規則。
設備支持配置負載均衡DNS緩存表項的老化時間,DNS緩存表項可在“監控 > DNS緩存表項”頁麵查看。
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!