LINUX学习------Linux自动化运维——LVS

最新推荐文章于 2024-04-16 15:27:19 发布
最新推荐文章于 2024-04-16 15:27:19 发布
阅读量1.2k 收藏 1
点赞数
文章标签： linux 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45106132/article/details/120313470
版权

lvs介绍

LVS（Linux Virtual Server）是一个虚拟的服务器集群系统，可以在unix/linux平台下实现负载均衡集群功能。 LVS是一种集群(Cluster)技术，采用IP负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率，将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的虚拟服务器。整个服务器集群的结构对客户是透明的，而且无需修改客户端和服务器端的程序

在这里插入图片描述

LVS的模型中有两个角色：
调度器:Director Server（DS），又称为Dispatcher，Balancer （调度器主要用于接受用户请求）
真实主机:Real Server，简称为RS。 （用于真正处理用户的请求）

角色的IP地址分为以下三种：
Director Virtual IP:调度器用于与客户端通信的IP地址，简称为VIP
Director IP:调度器用于与RealServer通信的IP地址，简称为DIP。
Real Server : 后端主机的用于与调度器通信的IP地址，简称为RIP。

LVS的IP负载均衡技术是通过IPVS模块来实现的，IPVS实现负载均衡机制有三种，分别是NAT(-m)、TUN(-i)和DR(-g)

LVS的三种调度模式

LVS-NAT （Network Address Transform）

在这里插入图片描述

原理：
基于ip伪装MASQUERADES，原理是多目标DNAT。 所以请求和响应都经由Director调度器。

LVS-NAT的优点与缺点
1、优点：
支持端口映射
RS可以使用任意操作系统
节省公有IP地址。
RIP和DIP都应该使用同一网段私有地址，而且RS的网关要指向DIP。
使用nat另外一个好处就是后端的主机相对比较安全。

2、缺点：
请求和响应报文都要经过Director转发;极高负载时，Director可能成为系统瓶颈。效率低下。

LVS-TUN （IP Tuneling）

在这里插入图片描述

原理：
基于隧道封装技术。在IP报文的外面再包一层IP报文。 当Director接收到请求的时候，选举出调度的RealServer
当接受到从Director而来的请求时，RealServer则会使用lo接口上的VIP直接响应CIP。
这样CIP请求VIP的资源，收到的也是VIP响应。
LVS-TUN的优点与缺点
优点：
RIP,VIP,DIP都应该使用公网地址，且RS网关不指向DIP;
只接受进站请求，解决了LVS-NAT时的问题，减少负载。
请求报文经由Director调度，但是响应报文不需经由Director。

缺点：
不指向Director所以不支持端口映射。
RS的OS必须支持隧道功能。
隧道技术会额外花费性能，增大开销。

LVS-DR （Direct Routing）

在这里插入图片描述

原理
当Director接收到请求之后，通过调度方法选举出RealServer。 讲目标地址的MAC地址改为RealServer的MAC地址。
RealServer接受到转发而来的请求，发现目标地址是VIP。RealServer配置在lo接口上。
处理请求之后则使用lo接口上的VIP响应CIP。
LVS-DR的优点与缺点
优点：
RIP可以使用私有地址，也可以使用公网地址。
只要求DIP和RIP的地址在同一个网段内。
请求报文经由Director调度，但是响应报文不经由Director。
RS可以使用大多数OS
缺点：
不支持端口映射。
不能跨局域网。

LVS的八种基本调度方法

静态方法:仅依据算法本身进行轮询调度

1、RR:Round Robin,轮调
一个接一个，自上而下
2、WRR:Weighted RR，加权论调
加权，手动让能者多劳。
3、SH:SourceIP Hash
来自同一个IP地址的请求都将调度到同一个RealServer
4、DH:Destination Hash
不管IP，请求特定的东西，都定义到同一个RS上。

动态方法:根据算法及RS的当前负载状态进行调度

1、LC:least connections(最小链接数)
链接最少，也就是Overhead最小就调度给谁。
假如都一样，就根据配置的RS自上而下调度。

2、WLC:Weighted Least Connection (加权最小连接数)
这个是LVS的默认算法。

3、SED:Shortest Expection Delay(最小期望延迟)
WLC算法的改进。

4、NQ:Never Queue
SED算法的改进。

一、lvs集群的搭建

server1（负载均衡器）

yum install -y ipvsadm  
ip addr add 172.25.22.100/24 dev eth0
ipvsadm -C 												##清除原有策略
ipvsadm -A -t 172.25.22.100:80 -s rr					##添加虚拟服务，lvs默认80端口
ipvsadm -a -t 172.25.22.100:80 -r 172.25.22.2:80 -g		##关联真实服务
ipvsadm -a -t 172.25.22.100:80 -r 172.25.22.3:80 -g
ipvsadm													##启用策略
ipvsadm -ln												##查看节点状态，Masq代表 NAT模式
ipvsadm-save > /etc/sysconfig/ipvsadm					##保存策略
ipvsadm -d -t 172.25.22.100:80 -r 172.25.22.2			##删除单条策略

在这里插入图片描述在这里插入图片描述
DR模式

server2
yum install httpd  -y 
systemctl enable --now httpd
echo server2 > /var/www/html/index.html
server3
yum install httpd  -y 
systemctl enable --now httpd
echo server3 > /var/www/html/index.html

当客户端访问真实主机时，会把资源扔到后台导致无法访问，但实际客户端是有访问记录的，这时就需要通过vip来进行访问

在这里插入图片描述

在这里插入图片描述

ip addr add 172.25.22.100/32 dev eth0			##添加vip

在这里插入图片描述

当设置vip后客户端访问real server时，因为在同一个vlan中，客户端访问的vip在real
server上，此时需要arptables禁用real server的vip地址

server2（apache）

arp -an |grep 100		##查询ip

yum install arptables.x86_64 -y
ip addr add 172.25.22.100/32 dev eth0
arptables -A INPUT -d 172.25.22.100 -j DROP
arptables -A OUTPUT -s 172.25.22.100 -j mangle --mangle-ip-s 172.25.22.2			##屏蔽vip
arptables -nL									##查看策略
arptables-save > /etc/sysconfig/arptables		##保存策略

在这里插入图片描述
server3（apache）

yum install arptables.x86_64 -y
ip addr add 172.25.22.100/32 dev eth0
arptables -A INPUT -d 172.25.22.100 -j DROP
arptables -A OUTPUT -s 172.25.22.100 -j mangle --mangle-ip-s 172.25.22.3

arp -d 172.25.22.100			##删除客户端vip
arp -an | grep 100				##重新查询后显示的时调度器ip

二、ipvsadm+keepalived高可用

Keepalived是Linux下一个轻量级别的高可用解决方案。高可用(High
Avalilability,HA)，其实两种不同的含义：广义来讲，是指整个系统的高可用行，狭义的来讲就是之主机的冗余和接管
Keepalived和LVS，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，或者工作出现故障，Keepalived将检测到，并将出现的故障的服务器节点从集群系统中剔除，这些工作全部是自动完成的，不需要人工干涉，需要人工完成的只是修复出现故障的服务节点

高可用：两台业务系统启动着相同的服务，如果有一台故障，另一台自动接管,我们将将这个称之为高可用

健康检查
server1

ip addr del 172.25.22.100/24 dev eth0
ipvsadm -C								##清除之前的策略，确保无手动添加的记录
yum install -y keepalived
yum install -y mailx
vim /etc/keepalived/keepalived.conf
! Configuration File for keepalived

global_defs {
   notification_email {
        root@localhost		##本机发送邮件
   }

   notification_email_from keepalived@localhost
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS_DEVEL
   vrrp_skip_check_adv_addr
   #vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 22		##master和backup在同一虚拟机，id号一致
    priority 100				##优先级，谁优先级高谁是master
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {			##vip
        172.25.22.100
    }
}
virtual_server 172.25.22.100 80 {
    delay_loop 3
    lb_algo rr
    lb_kind DR
    #persistence_timeout 50
    protocol TCP

    real_server 172.25.22.2 80 {
        weight 1
        TCP_CHECK {
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
    real_server 172.25.22.3 80 {
        weight 1
        TCP_CHECK {
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
}
systemctl start keepalived.service		
ip addr
ipvsadm -ln

测试
systemctl stop httpd (server2)
在这里插入图片描述

高可用
备机（master）server4

yum install -y keepalived
yum install -y mailx
scp keepalived.conf server4:/etc/keepalived/keepalived.conf
vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs {
   notification_email {
        root@localhost
   }

   notification_email_from keepalived@localhost
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS_DEVEL
   vrrp_skip_check_adv_addr
   #vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 22
    priority 50
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.22.100
    }
}
virtual_server 172.25.22.100 80 {
    delay_loop 3
    lb_algo rr
    lb_kind DR
    #persistence_timeout 50
    protocol TCP

    real_server 172.25.22.2 80 {
        weight 1
        TCP_CHECK {
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
    real_server 172.25.22.3 80 {
        weight 1
        TCP_CHECK {
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }

}

systemctl start keepalived.service

测试
systemctl stop keepalived.service （server2）
server4成为调度器,当serve1启动，因为优先级较高重新成为master
在这里插入图片描述

三、Haproxy

Haproxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。Haproxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。Haproxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。

Haproxy实现了一种事件驱动, 单一进程模型，此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户空间(User-Space)

server1

yum install -y haproxy
systemctl stop httpd.service  需要用80端口 停止httpd
vim /etc/haproxy/haproxy.cfg

#---------------------------------------------------------------------
#Example configuration for a possible web application.  See the
#full configuration options online.
#
#http://haproxy.1wt.eu/download/1.4/doc/configuration.txt
#
#---------------------------------------------------------------------

#---------------------------------------------------------------------
#Global settings
#---------------------------------------------------------------------
global
    # to have these messages end up in /var/log/haproxy.log you will
    # need to:
    #
    # 1) configure syslog to accept network log events.  This is done
    #    by adding the '-r' option to the SYSLOGD_OPTIONS in
    #    /etc/sysconfig/syslog
    #
    # 2) configure local2 events to go to the /var/log/haproxy.log
    #   file. A line like the following can be added to
    #   /etc/sysconfig/syslog
    #
    #    local2.*                       /var/log/haproxy.log
    #
    log         127.0.0.1 local2

    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     4000
    user        haproxy
    group       haproxy
    # turn on stats unix socket
    stats socket /var/lib/haproxy/stats

#---------------------------------------------------------------------
#common defaults that all the 'listen' and 'backend' sections will
#use if not designated in their block
#---------------------------------------------------------------------
defaults
    mode                    http
    log                     global
    option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 3000
        stats uri /status
        stats auth admin:westos
#---------------------------------------------------------------------
#main frontend which proxys to the backends
#---------------------------------------------------------------------
frontend  main *:80
    #acl url_static       path_beg       -i /static /images /javascript /stylesheets
    #acl url_static       path_end       -i .jpg .gif .png .css .js

    #use_backend static          if url_static
    default_backend             app

#---------------------------------------------------------------------
#static backend for serving up images, stylesheets and such
#---------------------------------------------------------------------
#backend static
#balance     roundrobin
#server      static 127.0.0.1:4331 check

#---------------------------------------------------------------------
#round robin balancing between the various backends
#---------------------------------------------------------------------
backend app
    balance     roundrobin
    server  app1 172.25.22.2:80 check			##可配置权重，weight=2
    server  app2 172.25.22.3:80 check


systemctl start haproxy.service

server2
清除server2，server3上的残留策略

ip addr del 172.25.22.100/32 dev eth0
systemctl stop arptables.service

server3

ip addr del 172.25.22.100/32 dev eth0
systemctl stop arptables.service

测试
刷新网页，负载均衡
在这里插入图片描述浏览器访问172.25.22.1/status 图形显示后台服务是否成功
在这里插入图片描述

Haproxy个性化配置

浏览器访问配置文件中以’path_beg‘开头、 ’path_end‘结尾访问指定网页

server1

vim /etc/haproxy/haproxy.cfg

#---------------------------------------------------------------------
#Example configuration for a possible web application.  See the
#full configuration options online.
#
#http://haproxy.1wt.eu/download/1.4/doc/configuration.txt
#
#---------------------------------------------------------------------

#---------------------------------------------------------------------
#Global settings
#---------------------------------------------------------------------
global
    # to have these messages end up in /var/log/haproxy.log you will
    # need to:
    #
    # 1) configure syslog to accept network log events.  This is done
    #    by adding the '-r' option to the SYSLOGD_OPTIONS in
    #    /etc/sysconfig/syslog
    #
    # 2) configure local2 events to go to the /var/log/haproxy.log
    #   file. A line like the following can be added to
    #   /etc/sysconfig/syslog
    #
    #    local2.*                       /var/log/haproxy.log
    #
    log         127.0.0.1 local2

    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     4000
    user        haproxy
    group       haproxy
    # turn on stats unix socket
    stats socket /var/lib/haproxy/stats

#---------------------------------------------------------------------
#common defaults that all the 'listen' and 'backend' sections will
#use if not designated in their block
#---------------------------------------------------------------------
defaults
    mode                    http
    log                     global
    option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 3000
        stats uri /status
        stats auth admin:westos
#---------------------------------------------------------------------
#main frontend which proxys to the backends
#---------------------------------------------------------------------
frontend  main *:80
    acl url_static       path_beg       -i /static /images /javascript /stylesheets
    acl url_static       path_end       -i .jpg .gif .png .css .js

    use_backend static          if url_static
    default_backend             app

#---------------------------------------------------------------------
#static backend for serving up images, stylesheets and such
#---------------------------------------------------------------------
backend static
    balance     roundrobin
    server      static 172.25.22.3:80 check

#---------------------------------------------------------------------
#round robin balancing between the various backends
#---------------------------------------------------------------------
backend app
    balance     roundrobin
    server  app1 172.25.22.2:80 check
#server  app2 172.25.22.3:80 check

                                         
systemctl reload haproxy.service
mkdir /var/www/html/images
vim.jpg

测试
配置conf文件，正常访问只能访问server2，当以策略文件中’path_beg‘开头、 ’path_end‘结尾 访问server3
在这里插入图片描述
在这里插入图片描述

设置黑名单

server1

    acl blacklist src 172.25.22.250					##当时用此ip访问
    #block if blacklist    							##禁止访问404报错
    #errorloc 403 http://www.baidu.com				##报错403，并重定向
    #redirect location http://www.taobao.com		##直接重定向
    acl write method PUT							
    acl write method POST					
    use_backend static          if write			##当有写入功能，定向use_backend static
    #use_backend static         if url_static
    default_backend             app
    
systemctl restart httpd.service

server2

cd /var/www/html
index.php  index.html
mkdir upload
systemctl restart httpd.service

server3

cd /var/www/html
index.php  index.htm
mkdir upload
systemctl restart httpd.service
systemctl restart httpd.service

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述在这里插入图片描述
当访问网页时访问server2，有写入功能时访问server3
在这里插入图片描述

pacemaker+haproxy双机热备

Pacemaker是 Linux环境中使用最为广泛的开源集群资源管理器， Pacemaker利用集群基础架构(Corosync或者
Heartbeat)提供的消息和集群成员管理功能，实现节点和资源级别的故障检测和资源恢复，从而最大程度保证集群服务的高可用。

server1

systemctl status keepalived.service
systemctl stop haproxy.service
sshd-keygen
ssh-copy-id server4:
cd /etc/yum.repos.d/
vim /etc/yum.repos.d/dvd.repo
yum install -y pacemaker pcs psmisc policycoreutils-python
scp dvd.repo server4:/etc/yum.repos.d/
ssh server4 yum install -y pacemaker pcs psmisc policycoreutils-python
systemctl enable --now pcsd.service
ssh server4 systemctl enable --now pcsd.service
echo westos | passwd --stdin hacluster
ssh server4 'echo westos | passwd --stdin hacluster'
pcs cluster auth server1 server4
pcs cluster setup --name mycluster server1 server4		##在同一节点使用pcs集群生成和同步crosync配置
pcs cluster start --all				##启动集群
pcs cluster enable --all			##开机自启
crm_verify -LV
pcs property set stonith-enabled=false
crm_verify -LV						##查看集群状态
pcs status							##显示状态
pcs resource standards
pcs resource providers
pcs resource agents ocf:heartbeat
pcs resource create vip ocf:heartbeat:IPaddr2 ip=172.25.22.100 op monitor interval=30s				##设置vip
pcs resource create haproxy systemd:haproxy  op monitor interval=60s
pcs resource group add hagroup vip haproxy

server4

systemctl status keepalived.service
systemctl stop haproxy.service
crm_mon						##监控

测试

pcs node standby 		##关闭		
pcs node unstandby 		##开启

在这里插入图片描述
在这里插入图片描述

fence结合pacemaker防止文件系统脑裂

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

真机

yum install -y fence-virtd 
yum install -y fence-virtd-multicast 
yum install -y fence-virtd-libvirt
mkdir /etc/cluster
cd /etc/cluster/
dd if=/dev/urandom of=fence_xvm.key
scp fence_xvm.key root@172.25.22.4:/etc/cluster
scp fence_xvm.key root@172.25.22.1:/etc/cluster

在这里插入图片描述

selinux setenforce 0/防火墙
fence_virtd -c

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
systemctl restart fence_virtd.service

server1

yum install -y fence-virt
mkdir /etc/cluster
stonith_admin -I

在这里插入图片描述stonith_admin -M -a fence_xvm
在这里插入图片描述

pcs stonith create vmfence fence_xvm pcmk_host_map="server1:server1;server4:server4" op monitor interval=30s		##hsostname:虚拟化服务的域名
pcs property set stonith-enabled=true
crm_verify -LV

测试：
server1

ip link set down eth0			##server1服务器的网卡down掉，master切换server4

server4

yum install -y fence-virt
mkdir /etc/cluster
echo c > /proc/sysrq-trigger	##破坏内核，master切换server1

fence和master是对立的，当fence在server1，master就在server2

在这里插入图片描述

雾与晨解忧铺
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux运维-03-服务器的高可用-01文档.zip
11-01
在IT行业中，Linux运维是企业级系统管理的关键部分，尤其对于服务器的高可用性（High Availability, HA）设计，这是确保业务连续性和无中断服务的关键因素。本篇将深入探讨Linux服务器高可用性的概念、重要性和实现...
小白带你学习linux自动化运维ansible
l187567的博客
09-12 873
files：用来存放由copy模块或script模块调用的文件。tasks：至少有一个main.yml文件，定义各tasks。handlers:有一个main.yml文件，定义各handlers。templates：用来存放jinjia2模板。vars：有一个main.yml文件，定义变量。meta：有一个main.yml文件，定义此角色的特殊设定及其依赖关系。
Linux —— ansible自动化运维工具
ZhouXin1111112的博客
08-04 976
Ansible是一个部署一群远程主机的工具;Ansible通过SSH协议实现远程节点和管理节点之间的通信。理论上说，只要管理员通过ssh登录到一台远程主机上能做的操作，Ansible都可以做到。Ansible是python开发的,故依赖一些python库和组件,如:paramiko，PyYaml和jinja三个关键组件;
负载均衡集群——LVS
最新发布
wzpny的博客
04-16 1100
LVS是的简称，也就是Linux虚拟服务器是一个由章文嵩博士发起的自由软件项 目，它的官方站点是。现在LVS已经是Linux标准内核的一部分，在 Linux2.4内核以前，使用LVS时必须要重新编译内核以支持LVS功能模块，但是从Linux2.4内核以后，已 经完全内置了LVS的各个功能模块，无需给内核打任何补丁，可以直接使用LVS提供的各种功能。使用LVS技术要达到的目标是：通过LVS提供的负载均衡技术和Linux。
linux自动化运维ansible
ococotwd的博客
04-24 2793
linux自动化运维ansible一、概述二、安装1、配置安装源2、安装3、查询版本信息三、设置主机清单1、添加ip及账号信息2、修改主配置文件3、测试是否成功四、模块应用1、模块2、运行临时命令3、剧本编写 一、概述 使用ansible可以自动部署应用程序、对服务器进行初始化配置、安全基线配置、以及进行更新和打补丁操作。 ansible目前是运维自动化工具中最简单、容易上手的一款优秀软件。 ansible服务本身并没有批量部署的功能，具有批量部署能力的是其运行的模块。 基于SSH远程会话协议，不需要客户
LVS集群搭建
XBLYL1992的博客
03-04 363
LVS集群部署 注意lvs服务器上面第2张网卡的网关和dns要关闭，uuid要更改 另外两台真实服务器网卡的网关必须是lvs的IP
Linux自动化运维工具ansible详解
qq_44212783的博客
08-20 3087
自动化运维工具ansible
linux-SaltStack自动化部署KubernetesHA
08-13
在IT行业中，自动化部署是提升效率和降低错误率的关键手段之一。SaltStack是一款强大的配置管理工具，常用于大规模系统的自动化部署和维护。本主题聚焦于使用SaltStack自动化部署Kubernetes高可用（HA）集群，该集群...
LB群集--lvs-nat模型
08-10
绍LB群集--lvs-nat模型
LB群集--lvs-dr模型
08-10
绍LB群集--lvs-dr模型
Linux运维-运维构架师-day12-基础模块.zip
06-06
1. Bash脚本：学习编写Bash shell脚本，实现日常运维任务的自动化。 2. Cron定时任务：设置cron job执行定期任务，如备份、清理日志等。 六、高可用与集群 1. 负载均衡：了解Nginx、HAProxy等负载均衡器的配置和...
Linux四层负载均衡——LVS
hujunbo553271的专栏
03-06 1546
Linux四层负载均衡——LVS
Linux虚拟服务器-LVS-集群技术
benziwu的博客
08-26 1706
LVS是Linux上一种负载均衡的软件集群定义集群是一组互联的计算机。集群像一个大型独立的服务器，集群配置用于提高可用性和可伸缩性pvsadm: 管理集群服务的命令行工具，而ipvs系统内核中的一个模块。...
Linux5.1 LVS负载均衡群集
wfwj_的博客
06-07 1121
LVS概述、集群含义、集群特点、服务器扩展方式、集群类型、负载均衡结构 负载均衡工作模式、LVS调度算法、ipvsadm、NAT模式LVS部署、DR模式 LVS负载均衡群集
Linux之LVS 介绍
冲冲冲
08-26 232
1、LVS 是的简称，也就是 Linux 虚拟服务器, 是一个由章文嵩博士发起的自由软件项目，它的官方站点是现在LVS已经是Linux标准内核的一部分，因此性能较高。2、LVS软件作用：通过LVS提供的负载均衡技术实现一个高性能、高可用的服务器群集，它具有良好可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的服务性能。3、LVS 优势与不足。
LVS (Linux Virtual Server)
多头注意力探索Now
07-11 1092
LINUX load balancing
【简单认识LVS及LVS-NAT负载均衡群集的搭建】
qq_67633755的博客
07-05 1547
Cluster、集群、群集。由多台主机构成，但对外只表现为一个整体，只提供一个访问入口（域名与IP地址），相当于一台大型计算机。互联网应用中，随着站点对硬件性能、响应速度、服务稳定性、数据可靠性等要求越来越高，单台服务器已经无法满足负载均衡及高可用性的要求。通过整合多台服务器，使用LVS来达到服务器的高可用和负载均衡，并且同一个IP地址对外提供相同的服务。在企业中常用的一种集群技术——LVS（Linux Virtual Server，Linux虚拟服务器）
Linux之自动化运维工具ansible、ansible模块
m0_52165864的博客
08-20 1194
ansible是一个自动化运维工具的名称，是基于Python开发，集合了众多运维工具的优点（puppet、fabric、slatstack），实现批量系统配置，程序的部署。Linux运维：自动化（脚本）、智能化、平台化。由于Linux运维人员，人肉运维不可取–效率慢，如果敲错出事，于是就诞生了一系列的运维工具，ansible就是其中之一。日常运维：1、软件安装-查看依赖 漏铜 升级 Debian-apt-get2、服务的配置-架构搭建-负载均衡（高可用）-等价路由-lvs3、运行脚本。
LVS集群 （NET模式搭建）
Mapinyi666的博客
08-23 1123
四层负载均衡器 也称为 4 层交换机，主要通过分析 IP 层及 TCP/UDP 层的流量实现基于 IP 加端口的负载均衡，如常见的 LVS、F5 等；七层负载均衡器 也称为 7 层交换机，位于 OSI 的最高层，即应用层，此负载均衡器支持多种协议，如HTTP、FTP、SMTP 等。7 层负载均衡器可根据报文内容，配合一定的负载均衡算法来选择后端服务器，即“内容交换器”。如常见的 HAProxy、Nginx。
linux运维面试题2012.docx
10-30
!

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值