kubernetes集群——高可用（haproxy+keeplived分布式）搭建应用

最新推荐文章于 2024-07-23 14:35:02 发布
最新推荐文章于 2024-07-23 14:35:02 发布
阅读量795 收藏 1
点赞数
分类专栏： k8s 文章标签： kubernetes 分布式 高可用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_46089299/article/details/107220828
版权

一、k8s高可用集群原理图
在这里插入图片描述
二、实验环境

server1  172.25.10.1   harbor仓库
server2  172.25.10.2   haproxy+keepalived
server3  172.25.10.3   haproxy+keepalived
server4  172.25.10.4    master:server
server5  172.25.10.5    master
server6 172.25.10.6    master
server7 172.25.10.7    worke node

三、配置调度器haproxy

在server2/3上
yum install haproxy keepalived -y
haproxy配置:
cd /etc/haproxy/
vim haproxy.cfg 
注意当haproxy和与k8s集群master节点在同一台主机上不能使用6443端口
当前我们是分开的，所以不影响
listen admin_status 方便在浏览器监控，可以不指定
    bind *:80    监控80端口
    mode http
    stats uri /status   访问地址：/status

frontend  main *:6443     指定端口
    mode tcp
    default_backend             apiserver

backend apiserver
    balance     roundrobin
    mode tcp
    server4  app1 172.25.10.4:6443 check   后端多个master节点
    server5  app2 172.25.10.5:6443 check
    server6  app3 172.25.10.6:6443 check

 systemctl enable --now haproxy.service   开机启动
 [root@server2 haproxy]# netstat -atnpl | grep 6443  查看端口
tcp        0      0 0.0.0.0:6443            0.0.0.0:*               LISTEN      24278/haproxy 

vim haproxy.cfg   内容如下

在这里插入图片描述

四、配置高可用keepalived

[root@server2 keepalived]# vim keepalived.cfg

! 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    备机server3为BACKUP
    interface eth0
    virtual_router_id 51
    priority 100   备机server3为优先级为50
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {
        check_haproxy
    }

    virtual_ipaddress {
    172.25.10.100      vip
    }
}

virtual_server 172.25.10.100 443 {
    delay_loop 6   健康检测时间间隔
    lb_algo rr    轮询
    lb_kind DR    DR模式
    #persistence_timeout 50  注释持续连接；当前是均衡调度
    protocol TCP    使用tcp模式

    real_server 172.25.10.4 6443 {
        weight 1
        TCP_CHECK {   
            connect_timeout 3   后端的master主机数量
            retry 3   失败之后重试次数
            delay_beforce_retry 3   重试间隔时间
        }

    }
    real_server 172.25.10.5 6443 {
        weight 1
        TCP_CHECK {
            connect_timeout 3
            retry 3
            delay_beforce_retry
        }     
              
    }
    real_server 172.25.10.6 6443 {
        weight 1
        TCP_CHECK {
            connect_timeout 3
            retry 3
            delay_beforce_retry
        }     
              
    }
}

server2/3:systemctl enable --now keepalived.service

查看日志无报错
在这里插入图片描述

vip已经出现在server2上
在这里插入图片描述
五、接下来配置k8s集群
5.1所有节点server4/5/6/7进行以下操作(安装docker)

yum install docker-ce -y  
[root@server4 ~]# cd /etc/docker/
[root@server4 docker]# ls
daemon.json  reg.westos.org  #(harbor)仓库认证证书
[root@server4 docker]# cat daemon.json 

{
  "registry-mirrors": ["https://reg.westos.org"],  仓库指向
  "exec-opts": ["native.cgroupdriver=systemd"],
  "log-driver": "json-file",
  "log-opts": {
	"max-size": "100m"
  },
  "storage-driver": "overlay2",
  "storage-opts": [
  "overlay2.override_kernel_check=true"
  ]
}
[root@server4 ~]# systemctl enable --now docker

swapoff -a 关闭swap分区
[root@server4 docker]# vim /etc/fstab 
[root@server4 docker]# cat /etc/fstab   禁用swap
#/dev/mapper/rhel-swap   swap                    swap    defaults        0 0

[root@server4 ~]# cat /etc/hosts
172.25.10.1 server1 reg.westos.org
[root@server4 ~]# cat /etc/sysctl.d/k8s.conf 
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
[root@server4 ~]# sysctl --system
[root@server4 ~]# systemctl restart docker

5.2安装k8s

 server4/5/6/7:  yum install -y ipvsadm
 加载内核模块：（kube_proxy使用IPVS模式）
ip_vs_rr
ip_vs_wrr
ip_vs_sh
nf_conntrack_ipv4

在这里插入图片描述
所有集群配置yum源

[root@server4 yum.repos.d]# cat k8s.repo 
[Kubernetes]
name=Kubernetes
baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/
gpgcheck=0

指定版本号与仓库中的相同
yum install  -y kubeadm-1.18.3-0 kubelete-1.18.3-0 kubectl-1.18.3-0 
 
在server4生成kubeadm-init.yaml文件
kubeadm config print init-defaults > kubeadm-init.yaml    

vim kubeadm-init.yaml  编辑
apiVersion: kubeadm.k8s.io/v1beta2
bootstrapTokens:
- groups:
  - system:bootstrappers:kubeadm:default-node-token
  token: abcdef.0123456789abcdef
  ttl: 24h0m0s
  usages:
  - signing
  - authentication
kind: InitConfiguration
localAPIEndpoint:
  advertiseAddress: 172.25.10.4    #指定当前主机ip
  bindPort: 6443  端口
nodeRegistration:
  criSocket: /var/run/dockershim.sock
  name: server4  主机名称
  taints:
  - effect: NoSchedule
    key: node-role.kubernetes.io/master
---
apiServer:
  timeoutForControlPlane: 4m0s
apiVersion: kubeadm.k8s.io/v1beta2
certificatesDir: /etc/kubernetes/pki
clusterName: kubernetes
controlPlaneEndpoint: "172.25.10.100:6443"   指定集群高可用的vip及端口
controllerManager: {}
dns:
  type: CoreDNS
etcd:
  local:
    dataDir: /var/lib/etcd
imageRepository: reg.westos.org/library   指定仓库位置
kind: ClusterConfiguration
kubernetesVersion: v1.18.3   注意版本
networking:
  dnsDomain: cluster.local
  podSubnet: 10.244.0.0/16      指定pod网段
  serviceSubnet: 10.96.0.0/12   指定服务网段
scheduler: {}
---    指定使用的模式为ipvs,若不指定默认使用的是iptables,也可以每个主机加载ipvs内核模块
apiVersion: kubeproxy.config.k8s.io/v1alpha1
kind: KubeProxyConfiguration
mode: ipvs

列出镜像
在这里插入图片描述
本地harbor仓库预先拉取镜像
在这里插入图片描述
master节点添加vip

yum install -y arptables_jf 所有master 节点安装
先给server4添加vip,其他主机需要在成为备选master主机之后并且能在高可用节点上看到后端的主机然后在添加vip
[root@server4 ~]# ip addr add 172.25.10.100/24 dev eth0   临时添加
[root@server4 ~]# arptables -A INPUT -d 172.25.10.100 -j DROP  拒绝所有访问172.25.10.100的IP主机来源
[root@server4 ~]# arptables -A OUPUT -s 172.25.10.100 -j mangle --mangle-ip-s 172.25.10.4     172.25.10.100——>172.25.10.4
[root@server4 ~]# arptables-save >  /etc/sysconfig/arptables   保存策略信息
[root@server4 ~]# cat /etc/sysconfig/arptables   查看
*filter
:INPUT ACCEPT
:OUTPUT ACCEPT
:FORWARD ACCEPT
-A INPUT -j DROP -d 172.25.10.100 
-A INPUT -j mangle -s 172.25.10.100 --mangle-ip-s 172.25.10.4

初始化

 --upload-certs：同步多个master节点证书
[root@server4 ~]# kubeadm init   --config kubeadm-init.yaml --upload-certs

第一个join是添加master
第一个join是添加worker

在这里插入图片描述

server4成为master
[root@server4 ~]# kubectl get nodes 
NAME      STATUS   ROLES    AGE     VERSION
server4   Ready    master   5m43s   v1.18.5

在高可用主机上查看
可以看到后端的master主机
在这里插入图片描述

每次初始化都要重新拷贝文件
cp /etc/kubernetes/admin.conf ~/.kube/config

添加server5/6:master
在这里插入图片描述

server5/6以经添加成功
在这里插入图片描述
在这里插入图片描述
添加vip

server5/6相同的操作
[root@server5 ~]# ip addr add  172.25.10.100/24 dev eth0
[root@server5 ~]# arptables -A INPUT -d 172.25.10.100 -j DROP
[root@server5 ~]# arptables -A OUTPUT -s 172.25.10.100 -j mangle --mangle-ip-s 172.25.10.5
[root@server5 ~]# arptables-save > /etc/sysconfig/arptables 
[root@server5 ~]# cat /etc/sysconfig/arptables
*filter
:INPUT ACCEPT
:OUTPUT ACCEPT
:FORWARD ACCEPT
-A INPUT -j DROP -d 172.25.10.100 
-A OUTPUT -j mangle -s 172.25.10.100 --mangle-ip-s 172.25.10.5

在server4查看所有master的信息

[root@server4 ~]# kubectl -n kube-system describe cm kubeadm-config

在这里插入图片描述
添加server7为worker
在这里插入图片描述

运行网络插件

vim kube-flannel.yml 
image: flannel:v0.12.0-amd64  仓库中必须有此镜像

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
运行一个pod在这里插入图片描述接下来进行高可用集群的测试
查看vip的主机
在这里插入图片描述

[root@server2 ~]# systemctl stop keepalived.service   停止服务

查看到VIP已经漂移到server3
在这里插入图片描述

[root@server4 ~]# poweroff  关闭当前master节点

在server3上查看server4已经被移出高可用集群在这里插入图片描述
查看pod依然运行在这里插入图片描述
注意此时集群不能在有任何一台master主机宕掉，否则会变成单点集群；最低必须有三台master才可以高可用
启动server2的keepalived服务VIP已经被夺回，server2的优先级高于server3
在这里插入图片描述
启动server4需要重新添加VIP和启动服务。

[root@server4 ~]# ip addr add 172.25.10.100/24 dev eth0
[root@server4 ~]# systemctl start  arptables.service
[root@server4 ~]#  kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
demo   1/1     Running   1          14m
[root@server4 ~]#  kubectl get nodes
NAME      STATUS   ROLES    AGE   VERSION
server4   Ready    master   41m   v1.18.5
server5   Ready    master   33m   v1.18.5
server6   Ready    master   23m   v1.18.5
server7   Ready    <none>   17m   v1.18.5

补充
当haproxy+keepalived与k8s的master节点存在于一台主机上特别注意端口不能同时使用6443
以下是配置文件内的不同之处，具体的k8s部署和docker安装与上面的分布式相同
在同一主机上不需要再设置arptables防火墙策略

vim /etc/keepalived/keepalived.cfg
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_script check_haproxy {
    script "/etc/keepalived/check_haproxy.sh"
    interval 5
}
vrrp_instance VI_1 {
    state MASTER	//备机设置为BACKUP
    interface eth0
    virtual_router_id 51
    priority 100	//备机设置低优先级50
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {   指定脚本
        check_haproxy
    }
    virtual_ipaddress {
        172.25.0.100
        
    }
}
}

编辑脚本
cd /etc/keepalived/
vim check_haproxy.sh  
#!/bin/bash
systemctl status haproxy &> /dev/null
if [ $? != 0 ];then
    systemctl stop keepalived
fi



cat  /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
    daemon

    # 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

#---------------------------------------------------------------------
# main frontend which proxys to the backends
#---------------------------------------------------------------------
frontend  main *:8443  在同一个主机上6443端口已经被master占用
     mode tcp
    default_backend             apiserver


#---------------------------------------------------------------------
# round robin balancing between the various backends
#---------------------------------------------------------------------
backend app
    mode tcp
    balance     roundrobin
    server  app1 172.25.10.2:8443 check
    server  app2 172.25.10.3:8443 check
    server  app3 172.25.10.4:8443 check

vim kubeadm-init.yaml  编辑
apiVersion: kubeadm.k8s.io/v1beta2
bootstrapTokens:
- groups:
  - system:bootstrappers:kubeadm:default-node-token
  token: abcdef.0123456789abcdef
  ttl: 24h0m0s
  usages:
  - signing
  - authentication
kind: InitConfiguration
localAPIEndpoint:
  advertiseAddress: 172.25.10.4    #指定当前主机ip
  bindPort: 6443  端口
nodeRegistration:
  criSocket: /var/run/dockershim.sock
  name: server4  主机名称
  taints:
  - effect: NoSchedule
    key: node-role.kubernetes.io/master
---
apiServer:
  timeoutForControlPlane: 4m0s
apiVersion: kubeadm.k8s.io/v1beta2
certificatesDir: /etc/kubernetes/pki
clusterName: kubernetes
controlPlaneEndpoint: "172.25.10.100:8443   指定集群高可用的vip及端口
controllerManager: {}
dns:
  type: CoreDNS
etcd:
  local:
    dataDir: /var/lib/etcd
imageRepository: reg.westos.org/library   指定仓库位置
kind: ClusterConfiguration
kubernetesVersion: v1.18.3   注意版本
networking:
  dnsDomain: cluster.local
  podSubnet: 10.244.0.0/16      指定pod网段
  serviceSubnet: 10.96.0.0/12   指定服务网段
scheduler: {}
---    指定使用的模式为ipvs,若不指定默认使用的是iptables,也可以每个主机加载ipvs内核模块
apiVersion: kubeproxy.config.k8s.io/v1alpha1
kind: KubeProxyConfiguration
mode: ipvs
Burie
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kube2haproxy：Kubernetes的高可用性HAProxy自动配置和自动服务发现
02-03
kube2haproxy kube2haproxy是一个守护进程，可为Kubernetes上部署的服务自动配置Keepalived＆HAProxy。 它具有以下特点： 高可用性HAProxy，支持ip故障转移。 根据您的模板自动配置Keepalived＆HAProxy配置文件。 您可以在生产中置备自己的模板以启用SSL和通知。 高效的Keepalived＆HAProxy重新加载，速率可控。 在Golang中开发，在Keepalived＆HAProxy实例上的部署没有其他依赖性。 与集成以监视指标。 操作理论 与kube-proxy（也称为分布式代理）相比，kube2haproxy
k8s+haproxy+keepalived高可用集群安装
贾文超的博客
01-21 6249
目录 一、环境介绍 二、基础环境 三、部署keeplived 四、安装haproxy 五、部署docker(所有节点) 六、部署kubeadm 七、部署容器网络（CNI） 八、测试kubernetes集群 九、部署官方Dashboard（UI） 一、环境介绍 1）环境介绍 CentOS：7.6 Docker：18.06.1-ce Kubernetes：1.18.0 Kuberadm：1.18.0 Kuberlet：1.18.0 Kuberctl：1.18.0 2）...
Keepalived和Haproxy
最新发布
2401_84592402的博客
07-23 677
调度器的高可用vip地址主备之间的切换，主在工作时，vip地址值在主上，主停止工作，vip飘移到备服务器在主备的优先级不变的情况下，主恢复工作，vip会飘回到主服务器1、配优先级2、配vip地址和真实服务器3、主备的id要一致4、主备的id要区分keepalive是专门为lvs打造的，但是不是为lvs专门服务的keepalive也可以使用nginx，haproxy2、keepalive+nginx实现高可用实验客户端 192.168.100.13。
K8S、keepalived、haproxy 高可用集群实战
lqcbj的博客
01-25 1977
K8S、keepalived、haproxy 高可用集群实战 环境：Centos7.6、2个CPU、8G内存以上配置 Master1：172.20.26.24 Master2：172.20.26.86 Master3：172.20.26.89 Node1: 172.20.26.104 VIP :172.20.26.201
k8s 集群使用 haproxy+keepalived+nginx 实现k8s集群负载均衡
zhanglu0302的博客
11-27 2115
使用haproxy+keepalived实现k8s集群访问代理，并在k8s service 4层代理通过proxy protocol 获取客户端真是IP
搭建k8s高可用集群（Keepalived 和 HAproxy）
这里是火火火的世界
03-20 3320
spec:hosts:中每一行代表一个机器，要把所有机器列出来，name：实例的主机名（就是第一步准备工作时设置的hostname）,address和internalAddress是每个机器的IP地址，后面的user和password是能远程登录机器的用户名和密码。所有的master节点和worker工作节点配置docker镜像加速器（这里额外添加了docker的生产环境核心配置cgroup）使用如下命令在所有的master节点和worker工作节点安装docker并配置docker镜像加速器。
Haproxy+Keeplived做Mysql和web负载高可用
02-19
通过这种方式，Haproxy+Keepalived组合可以显著提高系统的可用性和稳定性，确保即使在单个组件失败的情况下，服务也能继续为用户提供无中断的体验。压缩包中的配置文件和安装包可以帮助我们设置和部署这样的高可用...
Mysql+haproxy+mycat+pxc+zookeeper实现高可用集群
02-15
Mysql+haproxy+mycat+pxc+zookeeper实现高可用集群 本文将详细介绍如何使用Mysql、Haproxy、Mycat、PXC、Zookeeper实现高可用集群，涵盖了整个架构图、应用程序的访问流程、数据的读写分离、负载均衡、数据库节点的...
搭建MySQL高可用+负载均衡集群(haproxy+keepalived).docx
11-19
总的来说，haproxy+keepalived的组合可以构建一个简单的MySQL高可用和负载均衡集群。这种方案相对较为轻量级，适用于对现有架构影响小且易于实施的场景。通过这种方式，不仅可以提高MySQL的服务可用性，还能在一定...
PHP高级工程师必知必会Nginx+keepalived+MongoDB+haproxy+Sphinx实现分布式集群部署实战视频
10-25
- 高可用集群搭建：构建基于LVS（Linux Virtual Server）架构的负载均衡系统。 - 服务监控与自动切换：确保关键业务不受单点故障影响。 ##### 3. MongoDB **定义**：MongoDB是一种开源文档数据库，属于NoSQL类型...
MyCat高可用负载均衡集群实现（HAProxy+Keepalived+MyCat）
08-17
标题所涉及的知识点为“Mycat高可用...在基于Dubbo的分布式系统架构中，这种高可用负载均衡集群的实现变得尤为关键，因为它能够确保服务的高可用和系统的高性能，对于企业级应用而言，这是一个非常重要的技术支撑点。
k8s-ingress-haproxy：用于HAProxy的Kubernetes入口控制器
02-20
Kubernetes入口控制器-HAProxy 维护者：尼克·舒赫 用于HAPRoxy的Kubernetes入口控制器。 发展 入门 要进行此项目，您首先需要在计算机上安装Go。 手动设定 首先，请确保正确安装Go，并且已设置GOPATH。 您还需要将$ GOPATH / bin添加到$ PATH中。 有关Go入门的步骤： ： 接下来，使用Git，将此存储库克隆到$ GOPATH / src / github.com / previousnext / k8s-ingress-haproxy。 所有必需的依赖项都已供应或自动安装，因此您只需键入make test 。 这将运行测试并编译二进制文件。 如果以退出状态0退出，则一切正常！ $ cd " $GOPATH /src/github.com/previousnext/k8s-ingress-haproxy " $ make te
K8S高可用集群架构实现
03-03
Kubernetes作为近几年最具颠覆性的容器编排技术，广泛应用与企业的生产环境中，相较于前几年的docker-swarm的编排方式，Kubernetes无疑是站在一个更高的角度对容器进行管理，方便日后项目的普适性，容易对架构进行扩展。生产环境下更注重于集群的高可用，不同于测试环境的单主节点，在生产环境下需要配置至少两个主节点两个node节点，保证在主节点挂掉之后，node节点的kubelet还能访问到另一个主节点的apiserver等组件进行运作。在基于前面搭建的k8s集群，如下k8s-master1192.168.175.128k8s-master2192.168.175.148（新增）k
k8s高可用架构
weixin_34419321的博客
05-15 661
2019独角兽企业重金招聘Python工程师标准>>> ...
kubernetes实现haproxy负载均衡
巅峰产生虚伪的拥护，黄昏见证虞城的信徒。
12-22 570
//创建两个pod [root@master ~]# mkdir httpd1 [root@master ~]# cd httpd1/ [root@master httpd1]# vim dockerfile [root@master httpd1]# cat dockerfile FROM busybox RUN mkdir /data && echo 'httpd1' > /data/index.html CMD ["/bin/httpd","-f","-h","/dat
k8s的高可用集群搭建，详细过程实战版
m0_58833554的博客
11-19 1517
k8s高可用集群搭建的详细过程
Kubernetes资源定义并创建haproxy的pod进行负载均衡
qq_58668102的博客
12-22 234
haproxy的pod进行负载均衡 nginx #yml文件 [root@master haproxy]# cat nginx.yml apiVersion: apps/v1 kind: Deployment metadata: name: nginx1 labels: app: nginx1 namespace: default spec: replicas: 1 selector: matchLabels: app: nginx1 template:
Kubernetes使用资源定义haproxy
Gf19991225的博客
12-23 769
文章目录一、健康检查二、探针类型三、应用自修复四、使用资源定义方式创建haproxy的pod进行负载均衡4.1 准备工作4.2 用上面两个httpd镜像创建rs1、rs2容器4.3 写资源清单 定义haproxy4.4 访问测试 一、健康检查 强大的自愈能力是 Kubernetes 这类容器编排引擎的一个重要特性。自愈的默认实现方式是自动重启发生故障的容器。除此之外，用户还可以利用 Liveness 和 Readiness 探测机制设置更精细的健康检查，进而实现如下需求： 零停机部署。 避免部署无效的镜像。
kubernetes学习(6)---安装haproxy并配置keepalived高可用
weixin_60712169的博客
03-17 427
kubernetes学习(6)---安装haproxy并配置keepalived高可用
构建MySQL高可用负载均衡集群：haproxy+keepalived实践
本文着重讲解的是haproxy+keepalived组合实现的MySQL高可用负载均衡技术。 2. **基本环境** 建立在四台Linux虚拟主机上，操作系统为CentOS 6.6，MySQL版本为5.5。需要安装的中间件包括haproxy-1.5.14和keepalived-...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值