您好,登錄后才能下訂單哦!
下文給大家帶來如何使用LVS+DR來搭建集群實現負載均衡,希望能夠給大家在實際運用中帶來一定的幫助,負載均衡涉及的東西比較多,理論也不多,網上有很多書籍,今天我們就用億速云在行業內累計的經驗來做一個解答。
DR模式的概述與工作原理
DR模式服務概述:
Direct Routing(直接路由) --在同一個地域,同一個網段
Director分配請求到不同的real server。real server處理請求后直接回應給用戶,這樣director負載均衡器僅處理客戶機與云服務器的一半連接。負載均衡器僅處理一半的連接,避免了新的性能瓶頸,同樣增加了系統的可伸縮性。Direct Routing由與采用物理層(修改MAC地址)技術,因此所有服務器都必須在一個網段中。
LVS DR 模式工作原理: 修改MAC地址
DR模式將報文直接路由給目標真實服務器。在DR模式中,調度器根據各個真實服務器的負載情況,連接數多少等,動態地選擇一臺服務器,不修改目標IP地址和目標端口,也不封裝IP報文,而是將請求報文的數據幀的目標MAC地址改為真實服務器的MAC地址。然后再將修改的數據幀在服務器組的局域網上發送。因為數據幀的MAC地址是真實服務器的MAC地址,并且又在同一個局域網。那么根據局域網的通訊原理,真實復位是一定能夠收到由LB發出的數據包。真實服務器接收到請求數據包的時候,解開IP包頭查看到的目標IP是VIP。(此時只有自己的IP符合目標IP才會接收進來,所以我們需要在本地的回環借口上面配置VIP。另:由于網絡接口都會進行ARP廣播響應,但集群的其他機器都有這個VIP的lo接口,都響應就會沖突。所以我們需要把真實服務器的lo接口的ARP響應關閉掉。)然后真實服務器做成請求響應,之后根據自己的路由信息將這個響應數據包發送回給客戶,并且源IP地址還是VIP。
DR模式實際拓撲圖及LVS+DR方式的工作流程圖: MAC轉換過程
實例場景設備清單: director分發器,DIP: 192.1681.70,
VIP :192.168.1.63
① client發送的請求基本信息: IP:192.168.1.101 向目標vip發出請求,Director接收。此時IP包頭及數據幀頭信息如下:
② Director分發器根據負載均衡算法選擇一臺active的realserver(假設是192.168.1.62),將此RIP所在網卡的mac地址作為目標mac地址,發送到局域網里。此時IP包頭及數據幀頭信息如下:
③ realserver(192.168.1.62)在局域網中收到這個幀,脫掉數據幀后發現目標IP(VIP)與本地匹配,于是處理這個報文。隨后重新封裝報文,發送到局域網。此時回復請求的IP包頭及數據幀頭信息如下:
④如果client與VS同一網段,那么client(192.168.57.135)將收到這個回復報文。如果跨了網段,那么報文通過gateway/路由器經由Internet返回給用戶。
DR模式小結:
1、通過在調度器LB上修改數據包的目的MAC地址實現轉發。注意源地址仍然是CIP,目的地址仍然是VIP地址。
2、請求的報文經過調度器,而RS響應處理后的報文無需經過調度器LB,因此并發訪問量大時使用效率很高(和NAT模式比)
3、因為DR模式是通過MAC地址改寫機制實現轉發,因此所有RS節點和調度器LB只能在一個局域網里面
4、RS主機需要綁定VIP地址在LO接口上,并且需要配置ARP抑制。
5、RS節點的默認網關不需要配置成LB,而是直接配置為上級路由的網關,能讓RS直接出網就可以。
6、由于DR模式的調度器僅做MAC地址的改寫,所以調度器LB就不能改寫目標端口,那么RS服務器就得使用和VIP相同的端口提供服務。
一:實驗目標
1:正確理解DR的工作原理
2:使用LVS+DR搭建集群實現負載均衡
3:理解LVS的幾種調度模式以及調度參數
4:了解ipvsadm命令參數
5:用ab命令測試網站壓力
6:實戰: 同時處理1000個請求。 一次要執行1000個并發請求。
二:實驗拓撲
三:實驗環境
1:準備3臺
分發器:xuegod63 VIP:eth0:1:192.168.1.63
DIP:eth0:192.168.1.70
Real server xuegod62: RIP:eth0: 192.168.1.62
VIP:lo:1 192.168.1.63
Real server xuegod64: RIP:eth0: 192.168.1.64
VIP:lo:1 192.168.1.63 2:iptables -F , 清除規則
3:selinux關閉
4:red had 6.5版本 64位操作系統
四:實驗代碼
分發器-xuegod63
1:配置DIP和RIP地址
DIP :[root@xuegod63 ~]# ifconfig eth0 192.168.1.70
VIP :[root@xuegod63 ~]# ifconfig eth0:1 192.168.1.63
[root@xuegod63 ~]# vim /etc/sysconfig/network-scripts/ifcfg-eth0 #以配置以下信息
IPADDR=192.168.1.70
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=202.106.46.151
2:生成eth0:1配置文件
[root@xuegod63 network-scripts]# cp ifcfg-eth0 ifcfg-eth0:1
[root@xuegod63 network-scripts]# vim ifcfg-eth0\:1 #寫入以下內容
DEVICE=eth0:1
NM_CONTROLLED=yes
IPADDR=192.168.1.63
NETMASK=255.255.255.0
ONBOOT=yes
TYPE=Ethernet
PREFIX=24
DEFROUTE=yes
IPV4_FAILURE_FATAL=yes
NAME="eth0:1"
HWADDR=00:0C:29:12:EC:1E #Mac地址必需要寫成和eth0一樣,否則出不來eth0:1這個網卡設備
[root@xuegod63 network-scripts]#service network restart
[root@xuegod63 network-scripts]# ifconfig #查看是否有eth0 和eth0:1
inet addr:192.168.1.63 Bcast:192.168.1.255 Mask:255.255.255.0
inet addr:192.168.1.63 Bcast:192.168.1.255 Mask:255.255.255.0
3:配置LVS-DR規則:
[root@xuegod63 network-scripts]# rpm -ivh /mnt/Packages/ipvsadm-1.25-9.el6.x86_64.rpm
[root@xuegod63 ~]# ipvsadm -A -t 192.168.1.63:80 -s rr
[root@xuegod63 ~]# ipvsadm -a -t 192.168.1.63:80 -r 192.168.1.62 -g
[root@xuegod63 ~]# ipvsadm -a -t 192.168.1.63:80 -r 192.168.1.64 -g
注: -g 表示DR模式 , -m 表示IP tun 模式
[root@xuegod63 ~]# ipvsadm -L -n
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP 192.168.1.63:80 rr
-> 192.168.2.62:80 Route 1 0 0
-> 192.168.2.64:80 Route 1 0 0
注:三個LVS 模式中,只有NAT模式需要開啟路由轉發功能。 DR和TUN模式不需要開啟。
4:LVS的規則配置文件:/etc/sysconfig/ipvsadm
找到配置文件方法: 因為:/etc/init.d/ipvsadm save 可以保存。所以配置文件一定可以在/etc/init.d/ipvsadm 中找到相關保存路徑。
[root@xuegod63 ~]# vim /etc/init.d/ipvsadm
[root@xuegod63 ~]# /etc/init.d/ipvsadm save
[root@xuegod63 ~]# cat /etc/sysconfig/ipvsadm
-A -t 192.168.1.63:80 -s wrr
-a -t 192.168.1.63:80 -r 192.168.1.62:80 -g
-a -t 192.168.1.63:80 -r 192.168.1.64:80 -g
RealServer:xuegod62:
1, 配置RIP eth0 ,橋接模式
[root@xuegod62 ~]# ifconfig eth0 192.168.1.62/24
2, 回環接口 -vip
[root@xuegod62 ~]# ifconfig lo:1 192.168.1.63 netmask 255.255.255.255
[root@xuegod62 network-scripts]# cp ifcfg-lo ifcfg-lo:1
[root@xuegod62 network-scripts]# cat ifcfg-lo:1
DEVICE=lo:1
IPADDR=192.168.1.63
NETMASK=255.255.255.255
ONBOOT=yes
NAME=loopback
[root@xuegod62 ~]# service network restart
3, 關閉ARP轉發功能。
[root@xuegod62 ~]# echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore
[root@xuegod62 ~]# echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce
[root@xuegod62 ~]# vim /etc/sysctl.conf #最后添加
net.ipv4.conf.eth0.arp_ignore = 1
net.ipv4.conf.eth0.arp_announce = 2
[root@xuegod62 ~]# sysctl -p #永久生效:(注意realserver的實際link ok的網卡是不是eth0)
參數說明: | |
參數 | 作用 |
arp_announce為:2 | 對查詢目標使用最適當的本地地址。例如,如果在eth0接口上接收到了一個VIP的arp請求包。內核判斷這個VIP地址是不是eth0接口上的IP一樣。如果一樣,則回復這個包。如果不一樣,就丟棄不回應。 |
arp_ignore 為:1 | 只回答目標IP地址是訪問本網絡接口(eth0)的ARP查詢請求。 自己的理解: 在設置參數的時候將arp_ignore設置為1,意味著當別人的arp請求過來的時候,如果接收的網卡設備的arp緩存表中沒有這個ip,就不做出響應,默認是0,只要這臺機器上面任何一個網卡設備上面有這個ip,就響應arp請求,并發送mac地址。 |
4, 網關指向公網出口路由器IP:
[root@xuegod62 ~]# vim /etc/sysconfig/network-scripts/ifcfg-eth0
GATEWAY=192.168.1.1
5, 啟動80端口
[root@xuegod62 ~]# echo 192.168.1.62 > /var/www/html/index.html
[root@xuegod62 ~]# service httpd restart
RealServer:xuegod64:
1, 配置ip eth0 ,橋接模式
[root@xuegod64 ~]#ifconfig eth0 192.168.1.64/24
2, 回環接口
[root@xuegod64 ~]# ifconfig lo:1 192.168.1.63 netmask 255.255.255.255
[root@xuegod64 network-scripts]# cp ifcfg-lo ifcfg-lo:1
[root@xuegod64 network-scripts]# cat ifcfg-lo:1
DEVICE=lo:1
IPADDR=192.168.1.63
NETMASK=255.255.255.255
ONBOOT=yes
NAME=loopback
3, 關閉ARP轉發。
[root@xuegod64 ~]# echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore
[root@xuegod64 ~]# echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce
永久生效:(注意realserver的實際link ok的網卡是不是eth0)
[root@xuegod64 ~]# vim /etc/sysctl.conf #最后添加
net.ipv4.conf.eth0.arp_ignore = 1
net.ipv4.conf.eth0.arp_announce = 2
[root@xuegod64 ~]# sysctl -p
4, 網關指向公網出口路由器IP:
[root@xuegod64 ~]# vim /etc/sysconfig/network-scripts/ifcfg-eth0
GATEWAY=192.168.1.1
5, 啟動80端口
[root@xuegod64 ~]#echo 192.168.1.64 > /var/www/html/index.html
[root@xuegod64 ~]#service httpd restart
測試
物理機上測試:
http://192.168.1.63/
注: 測試時,不要在分發器上測試。那樣測試是不行的
////////////////////////////////////////////////////////////////////////////////////////////////////////
LVS的幾種調度模式:
[root@xuegod63 ~]# ipvsadm -h
參數 | 調度算法 |
-s rr | 輪循法 (默認算法) |
-s wrr | 帶權重的循環法 |
-s lc | 最少連接法 |
-s wlc | 帶權重的最少連接法 |
-s lblc | 基于本地的最少連接法 |
-s dh | 目標散列法 |
-s sh | 源散列法 |
-s sed | 最短預期延遲法 |
-s nq | 永不排隊法 |
每個調度算法詳細說明 | ||
數目 | 參數 | 作用 |
1: | 輪循調度(Round Robin)(簡稱rr) | 調度器通過“輪叫”調度算法將外部請求按順序輪流分配到集群中的真實服務器上,它均等地對待每一臺服務器,而不管服務器上實際的連接數和系統負載。 |
2: | 加權輪叫(Weighted Round Robin)(簡稱wrr) | 調度器通過“加權輪叫”調度算法根據真實服務器的不同處理能力來調度訪問請求。這樣可以保證處理能力強的服務器能處理更多的訪問流量。調度器可以自動問詢真實服務器的負載情況,并動態地調整其權值。 |
3: | 最少鏈接(Least Connections)(LC) | 調度器通過“最少連接”調度算法動態地將網絡請求調度到已建立的鏈接數最少的服務器上。如果集群系統的真實服務器具有相近的系統性能,采用“最小連接”調度算法可以較好地均衡負載。 |
4: | 加權最少鏈接(Weighted Least Connections)(WLC) | 在集群系統中的服務器性能差異較大的情況下,調度器采用“加權最少鏈接”調度算法優化負載均衡性能,具有較高權值的服務器將承受較大比例的活動連接負載。調度器可以自動問詢真實服務器的負載情況,并動態地調整其權值. |
5: | 基于局部性的最少鏈接(Locality-Based Least Connections)(LBLC | “基于局部性的最少鏈接”調度算法是針對目標IP地址的負載均衡,目前主要用于Cache集群系統。該算法根據請求的目標IP地址找出該目標IP地址最近使用的服務器,若該服務器是可用的且沒有超載,將請求發送到該服務器;若服務器不存在,或者該服務器超載且有服務器處于一半的工作負載,則用“最少鏈接” 的原則選出一個可用的服務器,將請求發送到該服務器 |
6: | 帶復制的基于局部性最少鏈接(Locality-Based Least Connections with Replication)(LBLCR) | “帶復制的基于局部性最少鏈接”調度算法也是針對目標IP地址的負載均衡,目前主要用于Cache集群系統。它與LBLC算法的不同之處是它要維護從一個目標 IP地址到一組服務器的映射,而LBLC算法維護從一個目標IP地址到一臺服務器的映射。該算法根據請求的目標IP地址找出該目標IP地址對應的服務器組,按“最小連接”原則從服務器組中選出一臺服務器,若服務器沒有超載,將請求發送到該服務器;若服務器超載,則按“最小連接”原則從這個集群中選出一臺服務器,將該服務器加入到服務器組中,將請求發送到該服務器。同時,當該服務器組有一段時間沒有被修改,將最忙的服務器從服務器組中刪除,以降低復制的程度。 |
7: | 目標地址散列(Destination Hashing)(DH) | “目標地址散列”調度算法根據請求的目標IP地址,作為散列鍵(Hash Key)從靜態分配的散列表找出對應的服務器,若該服務器是可用的且未超載,將請求發送到該服務器,否則返回空。 |
8: | 源地址散列(Source Hashing)(SH) | “源地址散列”調度算法根據請求的源IP地址,作為散列鍵(Hash Key)從靜態分配的散列表找出對應的服務器,若該服務器是可用的且未超載,將請求發送到該服務器,否則返回空。 |
9: | 最短的期望的延遲(Shortest Expected Delay Scheduling SED)(SED) | 基于wlc算法。這個必須舉例來說了 |
10: | 最少隊列調度(Never Queue Scheduling NQ)(NQ) | 無需隊列。如果有臺 realserver的連接數=0就直接分配過去,不需要在進行sed運算 |
注:調度算法配置后立即生效,就像iptables配置規則一樣。 |
測試不同的調度算法
例1:測試LVS的LVS-DR wrr-帶權重的循環法
[root@xuegod63 ~]# ipvsadm -C #清空之前的調度算法
[root@xuegod63 ~]# ipvsadm -A -t 192.168.1.63:80 -s wrr
[root@xuegod63 ~]# ipvsadm -a -t 192.168.1.63:80 -r 192.168.1.62 -g -w 10
[root@xuegod63 ~]# ipvsadm -a -t 192.168.1.63:80 -r 192.168.1.64 -g -w 20
測試: 在物理機上,刷新9次這個鏈接:http://192.168.1.63/
# 一共9次連接, xuegod62:xuegod64 是 1:2 關系。 說明權重越大,獲得的連接說越多。
例2:如果一個real server 的權重是0,將不再分配給他客戶端的請求
[root@xuegod63 ~]# ipvsadm -C
[root@xuegod63 ~]# ipvsadm -A -t 192.168.1.63:80 -s wrr
[root@xuegod63 ~]# ipvsadm -a -t 192.168.1.63:80 -r 192.168.1.62 -g -w 0
[root@xuegod63 ~]# ipvsadm -a -t 192.168.1.63:80 -r 192.168.1.64 -g -w 20
在物理機上,刷新9次這個鏈接:http://192.168.1.63/
查看:
#發現進來的包是有的,但是出去的包為0 .有 0 是因為數據包出去時,直接交給了real server,而沒有交給Director
ipvsadm 更多參數說明 | |
參數 | 說明 |
-A –add-service | 在內核的虛擬服務器表中添加一條新的虛擬服務器記錄。也 |
-E –edit-service | 編輯內核虛擬服務器表中的一條虛擬服務器記錄。 |
-D –delete-service | 刪除內核虛擬服務器表中的一條虛擬服務器記錄。 |
-C –clear | 清除內核虛擬服務器表中的所有記錄。 |
-R –restore | 恢復虛擬服務器規則 |
-S –save | 保存虛擬服務器規則,輸出為-R 選項可讀的格式 |
-a –add-server | 在內核虛擬服務器表的一條記錄里添加一條新的真實服務器記錄。也就是在一個虛擬服務器中增加一臺新的真實服務器 |
-e –edit-server | 編輯一條虛擬服務器記錄中的某條真實服務器記錄 |
-d –delete-server | 刪除一條虛擬服務器記錄中的某條真實服務器記錄 |
-L|-l –list | 顯示內核虛擬服務器表 |
-Z –zero | 虛擬服務表計數器清零(清空當前的連接數量等) |
–set tcp tcpfin udp | 設置連接超時值 |
–start-daemon | 啟動同步守護進程。他后面可以是master 或backup,用來說明LVS Router 是master 或是backup。在這個功能上也可以采用keepalived 的VRRP 功能。 |
–stop-daemon | 停止同步守護進程 |
-h –help | 顯示幫助信息 |
-t –tcp-service service-address | 說明虛擬服務器提供的是tcp 的服務 |
-u –udp-service service-address | 說明虛擬服務器提供的是udp 的服務 |
-f –fwmark-service fwmark | 說明是經過iptables 標記過的服務類型。 |
-s –scheduler scheduler | 使用的調度算法,有這樣幾個選項 rr|wrr|lc|wlc|lblc|lblcr|dh|sh|sed|nq, 默認的調度算法是: wlc. |
-p –persistent [timeout] | 持久穩固的服務。這個選項的意思是來自同一個客 |
-r –real-server server-address | 真實的服務器[Real-Server:port] |
-g –gatewaying | 指定LVS 的工作模式為直接路由模式(也是LVS 默認的模式) |
-i –ipip | 指定LVS 的工作模式為隧道模式 |
-m –masquerading | 指定LVS 的工作模式為NAT 模式 |
-w –weight weight | 真實服務器的權值 |
–mcast-interface interface | 指定組播的同步接口 |
-c –connection | 顯示LVS 目前的連接 如:ipvsadm -L -c |
–t timeout | 顯示tcp tcpfin udp 的timeout 值 如:ipvsadm -L –timeout |
–daemon | 顯示同步守護進程狀態 |
–stats | 顯示統計信息 |
–rate | 顯示速率信息 |
-n –numeric | 輸出IP 地址和端口的數字形式 |
–sort | 對虛擬服務器和真實服務器排序輸出 |
-L -n | 查看規則,顯示內核虛擬服務器表 |
-L -n -c | 查看客戶端連接分發器和real server 的情況 |
例1:查看客戶端連接分發器和real server 的情況
例2:查看速率
例3:-Z --zero 虛擬服務表計數器清零(清空當前的連接數量等)
例4:刪除一條記錄
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
實戰: 同時處理1000個請求。 一次要執行1000個并發請求
Linu下的ab網站壓力測試命令參數詳解 | |
格式 | ./ab [options] [http://]hostname[:port]/path |
參數 | 作用 |
-c | 在測試會話中所執行的請求個數。默認時,僅執行一個請求 |
-t | 一次產生的請求個數。默認是一次一個 |
-p | 測試所進行的最大秒數 |
-T | 包含了需要POST的數據的文件. |
-v | POST數據所使用的Content-type頭信息 |
-V | 設置顯示信息的詳細程度 |
-w | 顯示版本號并退出。 |
-i | 以HTML表的格式輸出結果。默認時,它是白色背景的兩列寬度的一張表。 |
-C | 以HTML表的格式輸出結果。默認時,它是白色背景的兩列寬度的一張表。 |
-P | 對一個中轉代理提供BASIC認證信任。用戶名和密碼由一個:隔開,并以base64編碼形式發送。無論服務器是否需要(即, 是否發送了401認證需求代碼),此字符串都會被發送 |
-n | 在測試會話中所執行的請求總個數。默認時,僅執行一個請求 |
語法: ab -n 數字 -c 數字 http://鏈接
-n requests Number of requests to perform
#在測試會話中所執行的請求總個數。默認時,僅執行一個請求
-c concurrency Number of multiple requests to make #一次產生的請求個數。默認是一次一個。
實戰: 同時處理1000個請求。 一次要執行1000個并發請求。
在xuegod64:測試VIP:
[root@xuegod64 ~]# ab -n 1000 -c 1000 http://192.168.1.63/index.html
linux下ab網站壓力測試命令
[root@xuegod63 ~]# ab -n 1000 -c 1000 http://192.168.1.63/index.html
可以測試一下后面兩機器的負載情況。
查看狀態:
[root@xuegod63 ~]# ab -n 1000 -c 1000 http://192.168.1.63/index.html
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 192.168.1.63 (be patient 耐心)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 630 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests #完成1000個請求
Server Software: Apache/2.2.15 #被測試的httpd服務器版本://平臺apache 版本2.2.15
Server Hostname: 192.168.1.63 #服務器主機名
Server Port: 80 #服務器端口
Document Path: /index.html #測試的頁面文檔
Document Length: 13 bytes #文檔大小
【說明:在xuegod62查看index.html大小。確實是13字節
[root@xuegod62 html]# ll -h
-rw-r--r-- 1 root root 13 May 5 17:57 index.html】
Concurrency(并發) Level: 1000 #并發數
Time taken for tests: 2.166 seconds #整個測試花費的時間
Complete requests: 1000 #完成的請求數量
Failed requests: 0 #失敗的請求數量
Write errors: 0
Total transferred: 281120 bytes #整個測試過程中總傳輸字節數
HTML transferred: 13052 bytes #整個場景中的HTML內容傳輸量
Requests per second: 461.77 [#/sec] (mean) #每秒處理請求數。//大家最關心的指標一,相當于服務器中的每秒事務數 ,后面括號中的 mean 表示這是一個平均值
Time per request: 2165.597 [ms] (mean) # 大家最關心的指標二,平均請求響應時間 ,后面括號中的 mean 表示這是一個平均值
Time per request: 2.166 [ms] (mean, across all concurrent requests) #每個請求的時間:2.166[毫秒](意思是說,在所有的并發請求) //每個請求實際運行時間的平均值。 由于對于并發請求,cpu實際上并不是同時處理的,而是按照每個請求獲得的時間片逐個輪轉處理的,所以基本上第一個Time per request時間約等于第二個Time per request時間乘以并發請求數
Transfer rate: 126.77 [Kbytes/sec] received #傳輸速率://平均每秒網絡上的流量,可以幫助排除是否存在網絡流量過大導致響應時間延長的問題
Percentage of the requests served within a certain time (ms) #在一定的時間內提供服務的請求的百分比(毫秒)
50% 581
66% 1053
75% 1075
80% 1089
90% 1393
95% 1793
98% 1800
99% 1804
100% 1807 (longest request)
//整個場景中所有請求的響應情況。在場景中每個請求都有一個響應時間,其中50%的用戶響應時間小于1093 毫秒,60%的用戶響應時間小于1247 毫秒,最大的響應時間小于7785 毫秒
看了以上關于如何使用LVS+DR來搭建集群實現負載均衡,如果大家還有什么地方需要了解的可以在億速云行業資訊里查找自己感興趣的或者找我們的專業技術工程師解答的,億速云技術工程師在行業內擁有十幾年的經驗了。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。