《Linux keepalived与lvs的深入分析》三之负载调度算法

最新推荐文章于 2022-08-31 21:42:07 发布
最新推荐文章于 2022-08-31 21:42:07 发布
阅读量1k 收藏
点赞数
分类专栏： 负载均衡 LVS

七)负载调度算法

1)轮叫调度（Round Robin）(简称rr)
调度器通过"轮叫"调度算法将外部请求按顺序轮流分配到集群中的真实服务器上,它均等地对待每一台服务器,而不管服务器上实际的连接数和系统负载.

下面看一下轮叫调度的效果,如下:
while ((1)); do ipvsadm -l; sleep 1; done

客户端测试:
ab -n 1000 -c 100 http://10.1.1.166/
注:
这里用ab连接10.1.1.166首页1000页,而且是并发100个连接.

lvs表现如下:
while ((1)); do ipvsadm -l; sleep 1; done
     IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         0               0             
   -> 10.1.1.163:www                      Route    1         0               0             
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         5               95           
   -> 10.1.1.163:www                      Route    1         6               94           
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         6               138          
   -> 10.1.1.163:www                      Route    1         5               140          
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         38             174          
   -> 10.1.1.163:www                      Route    1         37             176          
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         5               290          
   -> 10.1.1.163:www                      Route    1         3               293          
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         19             483          
   -> 10.1.1.163:www                      Route    1         19             483          
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www rr
   -> 10.1.1.164:www                      Route    1         0               502          
   -> 10.1.1.163:www                      Route    1         0               502          

我们看到1000个连接平均的分发到两台机器上.

注L
ActiveConn是活动连接数,也就是tcp连接状态的ESTABLISHED.
InActConn是指除了ESTABLISHED以外的,所有的其它状态的tcp连接.

2)加权轮叫(Weighted Round Robin)(简称wrr)
调度器通过"加权轮叫"调度算法根据real server的加权值(weight)来计算权值比例,最终将请求更多的发向哪台real server.
如果没有定义加权值,也就是加权值默认为1,这时的wrr同rr调度算法一样.
我们下面修改weight,如下:
virtual_server 10.1.1.166 80 {
            delay_loop 6
            lb_algo wrr
            lb_kind DR
            #persistence_timeout 60
            protocol TCP
            real_server 10.1.1.163 80 {
                        weight 10
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
            real_server 10.1.1.164 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
}


这里我们再次进行测试，如下:
客户端:
ab -n 1000 -c 100 http://10.1.1.166/

lvs:
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wrr
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    10       0               0             
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wrr
   -> 10.1.1.164:www                      Route    5         0               31           
   -> 10.1.1.163:www                      Route    10       1               60           
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wrr
   -> 10.1.1.164:www                      Route    5         0               39           
   -> 10.1.1.163:www                      Route    10       0               77           
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wrr
   -> 10.1.1.164:www                      Route    5         24             172          
   -> 10.1.1.163:www                      Route    10       49             344          
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wrr
   -> 10.1.1.164:www                      Route    5         3               251          
   -> 10.1.1.163:www                      Route    10       6               502  
   
我们这里看到lvs会把请求通过加权值分布到两台real server上,10.1.1.163的加权值是10,而10.1.1.164的加权值是5,所以基本上10.1.1.163处理的请求是10.1.1.164的两倍.


3)最小连接调度(lc)
该算法是把新的连接请求分配到当前连接数最小的服务器.最小连接调度是一种动态调度算法,它通过服务器当前所活跃的连接数来估计服务器的负载情况.

我们调整lvs的调度算法,如下:
virtual_server 10.1.1.166 80 {
            delay_loop 6
            lb_algo lc
            lb_kind DR
            #persistence_timeout 60
            protocol TCP
            real_server 10.1.1.163 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
            real_server 10.1.1.164 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
}

下面在客户端进行测试,如下:
ab -c 100 -n 10000 http://10.1.1.166/index.html

观察lvs的连接状态,如下:
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www lc
   -> 10.1.1.164:www                      Route    5         54             2717        
   -> 10.1.1.163:www                      Route    5         19             2730        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www lc
   -> 10.1.1.164:www                      Route    5         9               3038        
   -> 10.1.1.163:www                      Route    5         35             2981        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www lc
   -> 10.1.1.164:www                      Route    5         45             3533        
   -> 10.1.1.163:www                      Route    5         18             3579

我们看到lvs1服务器上面的连接数高上去后,调度去转而更多的向lvs2服务器发送请求.通上以上的反复调度来达到平衡.


4)加权最小连接调度(wlc)
该算法是最小连接调度的超集,各个服务器用相应的权值表示其处理性能.所以这里可以更好的处理real server处理能力不一致的情况.

我们调整lvs的调度算法,如下:
virtual_server 10.1.1.166 80 {
            delay_loop 6
            lb_algo wlc
            lb_kind DR
            #persistence_timeout 60
            protocol TCP
            real_server 10.1.1.163 80 {
                        weight 10
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
            real_server 10.1.1.164 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
}

下面在客户端进行测试,如下:
ab -c 100 -n 10000 http://10.1.1.166/index.html

观察lvs的连接状态,如下:
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wlc
   -> 10.1.1.164:www                      Route    5         42             1914        
   -> 10.1.1.163:www                      Route    10       22             2489        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wlc
   -> 10.1.1.164:www                      Route    5         9               2067        
   -> 10.1.1.163:www                      Route    10       35             2723        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wlc
   -> 10.1.1.164:www                      Route    5         53             2342        
   -> 10.1.1.163:www                      Route    10       2               3159        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www wlc
   -> 10.1.1.164:www                      Route    5         58             2350        
   -> 10.1.1.163:www                      Route    10       0               3153        

我们看到在加权最小连接调度算法中,权值高的服务器仍然被分配到了更多的连接,但它还是在最小连接算法的基础上实现的,所以它表现的不如wrr算法明显.


5)基于局部性的最少链接调度算法(lblc)

该算法的前提假设是:任意一台服务器都可以处理任一请求.算法的设计目标是在服务器的负载基本平衡情况下,
将相同目标IP地址的请求调度到同一台服务器,来提高各台服务器的访问局部性和主存Cache命中率,从而整个集群系统的处理能力.
若被选择服务器超载则用”最少链接”的原则选出一个可用的服务器,将请求发送到该服务器.

这里调整lvs的调度算法,如下:
virtual_server 10.1.1.166 80 {
            delay_loop 6
            lb_algo lblc
            lb_kind DR
            #persistence_timeout 60
            protocol TCP
            real_server 10.1.1.163 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
            real_server 10.1.1.164 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
}

测试:
ab -c 1 -n 10000 http://10.1.1.166/index.html

查看lvs服务端:
10.1.1.160:/etc/keepalived# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www lblc
   -> 10.1.1.164:www                      Route    5         0               2182        
   -> 10.1.1.163:www                      Route    5         0               0             
10.1.1.160:/etc/keepalived# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www lblc
   -> 10.1.1.164:www                      Route    5         1               2436        
   -> 10.1.1.163:www                      Route    5         0               0             
10.1.1.160:/etc/keepalived# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www lblc
   -> 10.1.1.164:www                      Route    5         1               2622        
   -> 10.1.1.163:www                      Route    5         0               0             
   
注:
我们看到lblc调度算法把对vip的请求都转发给了10.1.1.164,这是根据相同ip地址的请求分配到同一台机器的原则.
如果我们将并发数调整到100,请求则会分散到两台real server,这是因为选择的服务器超载会采用"最少使用"的原则使用另外可以用的机器进行处理请求.



6)带复制的基于局部性最少链接(lblcr)

它与LBLC算法基本相同,唯一的不同之处是它要维护从一个目标IP地址到一个服务器组的映射,而LBLC算法维护从一个目标IP地址到一台服务器的映射.
LBLC算法的主要缺点是:对于一个"热门"站点的服务请求,一台Cache服务器可能会忙不过来处理这些请求.这时,LBLC调度算法会从所有的Cache服务器中按"最小连接"原则选出一台Cache服务器,
映射该“热门”站点到这台Cache服务器,很快这台Cache服务器也会超载,就会重复上述过程选出新的Cache服务器.这样,可能会导致该“热门”站点的映像会出现在所有的Cache服务器上,降低了Cache服务器的使用效率


测试方法同lblc算法,在此不列举.


7)目标地址散列调度(dh)
该算法也是针对目标IP地址的负载均衡,但它是一种静态映射算法,通过一个散列(Hash)函数将一个目标IP地址映射到一台服务器.
目标地址散列调度算法先根据请求的目标IP地址,作为散列键(Hash Key)从静态分配的散列表找出对应的服务器,若该服务器是可用的且未超载,将请求发送到该服务器,否则返回空.

测试:
ab -c 1 -n 10000 http://10.1.1.166/index.html

查看lvs服务端:
10.1.1.160:/etc/keepalived# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               1924        
   -> 10.1.1.163:www                      Route    5         0               0             
10.1.1.160:/etc/keepalived# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               2086        
   -> 10.1.1.163:www                      Route    5         0               0             
10.1.1.160:/etc/keepalived# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               2240        
   -> 10.1.1.163:www                      Route    5         0               0          
   

注:我们看到lvs调度器将请求都转发给了10.1.1.164,这是因为通过散列函数将10.1.1.166(vip)这个的请求都转发给了10.1.1.164.
如果我们使用10.1.1.167做为vip,转发的结果会是10.1.1.163.这可能和ip地址的奇/偶数有关.

我们下面增加10.1.1.167(vip)再进行测试如下
在virtual_ipaddress选项中增加10.1.1.167(vip),如下:
virtual_ipaddress {
                        10.1.1.166
                        10.1.1.167
            }
}

新增加virtual_server选项,如下:
virtual_server 10.1.1.167 80 {
            delay_loop 6
            lb_algo dh
            lb_kind DR
            #persistence_timeout 60
            protocol TCP
            real_server 10.1.1.163 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
            real_server 10.1.1.164 80 {
                        weight 5
                        TCP_CHECK {
                                    connect_timeout 10
                                    nb_get_retry 3
                                    delay_before_retry 3
                                    connect_port 80
                        }
            }
}

客户端测试:
ab -c 100 -n 10000 http://10.1.1.167/index.html

测试结果如下:
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         0               0             
TCP   10.1.1.167:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         65             2930        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         0               0             
TCP   10.1.1.167:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         0               10054       

我们看到这回lvs通过dh算法把连接都转发给了10.1.1.163.

8)源地址散列调度(sh)

该算法正好与目标地址散列调度算法相反,它根据请求的源IP地址,作为散列键(Hash Key)从静态分配的散列表找出对应的服务器,若该服务器是可用的且未超载,将请求发送到该服务器,否则返回空,

测试:
ab -c 100 -n 10000 http://10.1.1.166/index.html

查看结果:
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         0               0             
TCP   10.1.1.167:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         65             2930        
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         0               0             
TCP   10.1.1.167:www dh
   -> 10.1.1.164:www                      Route    5         0               0             
   -> 10.1.1.163:www                      Route    5         0               10054    
   
   
注:我们看到通过sh调度算法,散列函数计算源ip地址(10.1.1.165)将数据转发给10.1.1.163服务器.
如果我们在10.1.1.22上发请求呢?
结果是把数据转发给10.1.1.164服务器,如下:
客户端测试:
ab -c 100 -n 10000  http://10.1.1.166/index.html

显示结果如下:
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www sh
   -> 10.1.1.164:www                      Route    5         2               3629        
   -> 10.1.1.163:www                      Route    5         0               0             
10.1.1.160:~# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
   -> RemoteAddress:Port                Forward Weight ActiveConn InActConn
TCP   10.1.1.166:www sh
   -> 10.1.1.164:www                      Route    5         0               10033       
   -> 10.1.1.163:www                      Route    5         0               0  
   
在10.1.1.22上的请求这回转发到了10.1.1.164服务器.
wdt3385
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
负载均衡及服务器集群(Keepalived+Lvs).docx
12-24
LVS支持多种调度算法，如轮询、最少连接、源IP哈希等，可以根据不同的业务需求来选择合适的策略。 【虚拟服务器】 虚拟服务器是LVS的核心概念，由转发器（Director）和真实服务器构成。转发器负责根据预设的负载...
浅谈Linux Virtual Server服务
黑白一戒
12-24 416
浅谈Linux Virtual Server❎ 集群的概念1️⃣ 系统性能扩展方式：2️⃣ 集群的概念和分类▶1 Linux Cluster类型▶2 Cluster按照实现分类▶3 Cluster基于工作协议层次分类3️⃣ 负载均衡下实现会话保持❎ Linux Virtual Server简介1️⃣ LVS介绍2️⃣ LVS-NAT模式3️⃣ LVS-DR(Direct Routing)模式▶1...
LVS+keepalived高可用负载均衡（DR模式与RR轮询算法）
weixin_42280882的博客
09-02 1401
文章目录LVS-DRLVS-DR的数据流向LVS-DR中的ARP问题keepalivedkeepalived工具LVS+keepalived配置配置环境配置步骤 LVS-DR Direct Routing，简称DR模式采用半开放式的网络结构，与TUN模式的结构类似，但各节点并不是分散在各地，而是与调度器位于同一个物理网络 负载调度器与各节点服务器通过本地网络连接，不需要建立专用的IP隧道 LVS-DR的数据流向 为了方便分析，将client与群集机器放在同一个网络中，结构图如下，数据包流经的路线为1-2
LVS+keepalived高可用实现
real向往的博客
11-14 1891
Keepalived介绍 Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，keepalived除了能够管理LVS软件外，还可以作为其他服务的高可用解决方案软件。 keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP是Virtual Router Redu...
LVS四种模式简介及DR模式的配置
qq_38449802的博客
09-25 2305
一、LVS简介 一组服务器通过高速的局域网或者地理分布的广域网相互连接，在它们的前端有一个负载调度器（Load Balancer）。负载调度器能无缝地将网络请求调度到真实服务器上，从而使得服务器集群的结构对客户是透明的，客户访问集群系统提供的网络服务就像访 问一台高性能、高可用的服务器一样。客户程序不受服务器集群的影响不需作任何修改。系统的伸缩性通过在服务机群中透明地加入和删除一个节点来达到，通...
LVS+Keepalived 高可用群集
m0_51160032的博客
11-20 3229
目录 一、Keepalived工具介绍 二、Keepalived实现原理剖析 2.1VRRP （虚拟路由冗余协议） 三、Keepalived案例讲解 四、LVS+Keepalived 高可用群集的搭建 4.1 配置负载调度器（主：192.168.59.103） 4.2 配置负载调度器（备：192.168.59.118） 4.3 配置节点服务器 web1（192.168.59.108） 4.4 配置节点服务器 web2（192.168.59.102） 4.5 测试 1）当前使用的为主DR
Linux利用keepalived实现lvs的高可用性的操作方法
09-15
LVS支持三种IP负载均衡技术：VS/NAT、VS/TUN和VS/DR，以及十种不同的调度算法，如轮询(RR)、最少连接(LC)等，以适应不同应用场景的需求。 Keepalived是一款用于集群管理的开源软件，主要目的是确保系统的高可用性。...
Keepalived-sery-lvs-cluster负载均衡及服务器集群（ lvs）.docx
11-07
IPVS提供了包转发和负载均衡功能，通过调度算法将流量分发到各个服务器，保证系统负载均衡。 【虚拟服务器的结构】 虚拟服务器分为两层：转发器（Director）和真实服务器。转发器负责接收客户端请求，根据预设的...
HAProxy Keepalived+LVS负载平衡高可用集群最佳实践部署
11-21
- LVS结合Keepalived配置高可用集群时，需要在服务器上设置相应的调度算法，例如轮询、最少连接、源IP散列等，以合理地分配网络流量。 - LVS的配置涉及到修改服务器内核参数，开启IP转发、设置IPVS（IP Virtual ...
L4+L7 负载均衡 Keepalived+LVS+nginx搭建nginx高可用集群
最新发布
04-16
本文将详细介绍如何利用Keepalived、LVS与nginx这三种工具来构建一个高性能的负载均衡系统。 #### 二、关键技术点 1. **Nginx**: - **简介**: Nginx是一款广泛使用的开源反向代理服务器及HTTP服务器，以其高稳定...
Keepalived详解
liaoyuanzi的专栏
12-27 2922
在互连网应用技术里,负载均衡一直是热门话题,本书讨论的负载均衡技术,包括但不限于负载均衡本身。使用负载均衡技术主要的目的包括如下几点： ◆     系统高可用性。组成系统的某些设备或部件失效，并不会影响正常的服务。 ◆     系统可扩展性。用户的增加，引起访问数乃至流量的增加，这种情形下，需要对系统进行扩容，以应对这种快速增长。对于提供高可用服务的互联网网站，其对可扩展的基本要求就是
Haproxy软件部署网站LB集群、keepalived +lvs部署高可用
尘埃落定
05-20 2019
一 、HAProxy简介 1、HAProxy 是一款提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层即应用层）应用的代理软件，支持虚拟主机，是免费、快速并且可靠的一种解决方案。单haproxy稳定性可以与硬件级的F5相媲美。 2、HAProxy适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理，HAProxy完全可以支持数以万计的 并发连接。 3、HAProxy ...
keepalived 各配置项和术语说明
wk022的专栏
08-30 1873
一、配置项 global_defs { notification_email {#指定keepalived在发生切换时需要发送email到的对象，一行一个 sysadmin@fire.loc } notification_email_from Alexandre.Cassen@firewall.loc #指定发件人 smtp_server localhost #...
4.10 负载均衡分布式
尹成的技术博客
11-15 505
软件环境  CentOS7（4台）  JDK1.8  2台http服务器  2台负载均衡：lvs+keepAlived http服务器安装配置（2台）  输入 yum -y install httpd 安装http服务器  输入 systemctl enable httpd.service 设为开机自启动  输入 systemctl start httpd.service 启动ht...
最新电影（个人汇总第一期）
liwei的专栏
11-07 9110
电影： 《忍者神龟》（这部进去后只能年5分钟，你保存进自己的乐视盘就可以看完了，用自己QQ登录乐视云盘，然后把这部电影保存至云盘，在云盘里点开看就行了！） http://cloud.letv.com/s/lTRUIYz 《惊天危机》 http://www.yaku.tv/programs/175911.html 《心花路放》http://www.yaku.tv/p
Linux企业运维——LVS负载均衡
weixin_44310047的博客
07-21 2724
Linux企业运维——LVS负载均衡 （临时笔记，以后会详细修补） 文章目录Linux企业运维——LVS负载均衡1、LVS简介2、DR模式3、使用DR模式实现负载均衡4、问题解决5、LVS的10个调度算法简介 1、LVS简介 LVS（Linux Virtual Server）即Linux虚拟服务器，是一个虚拟的服务器集群系统，可以在unix/linux平台下实现负载均衡集群功能。LVS是一种集群(Cluster)技术，采用IP负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率，将请求均衡地转移到不同
keepalived配置文件详情
Master的博客
08-31 3150
keepalived配置文件
主页被修改为http://www.rr55.com/急救法
热门推荐
hailiang31011的专栏
11-25 7万+
          从桌面出现IE图标难以删除，经一翻折腾删除后，开机时浏览器无法启动，整个桌面全是黑屏，无奈！！！     按DEL+ALT+CTRL 调出“任务管理器”->点“文件”选项->“新建任务”->输入“explorer.exe” 后桌面出现。     再用“Windows 清理助手”修复浏览器     打开主页时被修改成了“http://www.rr55.com/
采用ipvsadm管理工具，及Keepalived软件检测服务器的状态，搭建负载均衡的高可用集群
阿啄debugIT
08-03 1930
前言 ipvsadm是Linux虚拟服务器的管理命令，是用于设置、维护和检查Linux内核中虚拟服务器列表的命令。Linux虚拟服务器可用于基于两个或更多个节点的集群构建可扩展的网络服务。群集的活动节点将服务请求重定向到真正执行服务的服务器主机上。支持TCP和UDP协议，支持三咱数据包转发方法（NAT、隧道、直接路径）以及八种负载均衡算法（轮询、加权轮询、最少连接、加权最少连接、基于位置的最小连接，基于位置的最小连接与复制，目标散列和源散列）。 keepalived是一个类似于layer3, 4 &am
Linux通过keepalived实现LVS高可用性配置详解
"Linux利用keepalived实现lvs的高可用性的操作方法" LVS（Linux Virtual Server）是一种基于Linux操作系统的高性能、高可用的负载均衡集群系统。它通过将多台服务器虚拟化成一个服务器集群，实现了服务的扩展性和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值