HAproxy

Haproxy+Keepalived+MariaDB(Galera集群) 1. 环境 1.1 操作系统：CentOS 7.* 1.2 机器： 192.16.16.108 haproxy01（haproxy+keepalived） 192.16.16.109 haproxy02（haproxy+keepalived） 192.16.16.100 mysql01（mariadb） 192.16.16.101 mysql02（mariadb） 2. 准备工作 2.1 关闭防火墙（所有服务器） >> systemctl stop firewalld.service >> systemctl disable firewalld.service >> setenforce 0 >> sed -i "s/SELINUX=enforcing/SELINUX=disabled/g" /etc/selinux/config 2.2 修改/etc/hosts文件 >> cat << END >> /etc/hosts 192.16.16.108 haproxy01 192.16.16.109 haproxy02 192.16.16.100 mysql01 192.16.16.101 mysql02 END 3. 配置MariaDB(Galera集群) 3.1 运行在mysql01和mysql02 >>

环境 HAProxy: 1.4.18 KeepAlived: 1.2.2 VIP: 192.168.1.99 M: 192.168.1.222 S: 192.168.1.189 架构图 192.168.1.99 ±----------VIP----------+ | | | | Master Backup 192.168.1.189 192.168.1.222 ±---------+ ±---------+ | HAProxy | | HAProxy | |keepalived| |keepalived| ±---------+ ±---------+ | v ±-------±--------+ | | | | | | v v v ±-----+ ±-----+ ±-----+ | WEB1 | | WEB2 | | WEB3 | ±-----+ ±-----+ ±-----+ 安装HAProxy 安装pcre yum install pcre wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.18.tar.gz global maxconn 20480 #默认最大连接数 log 127.0.0.1 local3 #[err warning info debug] chroot /var/haproxy

一、搭建集群各节点 准备五个节点，分别为： 192.168.154.150 192.168.154.151 192.168.154.152 192.168.154.153 192.168.154.155 这里为方便操作，只准备了前三个节点. rabbitmq集群镜像模式构建 1) 停止各节点服务 rabbitmqctl stop 2) 文件同步 选择76、77、78任意一个节点为Master（这里选择76为Master），也就是说我们需要把76的Cookie文件同步到77、78节点上，进入76的/var/lib/rabbitmq目录下，把/var/lib/rabbitmq/.erlang.cookie文件的权限修改为777.然后把.erlang.cookie文件远程复制到其它各个节点.最后把所有cookie文件的权限还原为400即可. scp .erlang.cookie 192.168.154.151:/var/lib/rabbitmq/ 说明：scp 是 linux 系统下基于 ssh 登陆进行安全的远程文件拷贝命令 3) 集群节点启动 rabbitmq-server -detached lsof -i:5672 4) slave节点加入集群中 77节点 rabbitmqctl stop_app rabbitmqctl join_cluster [--ram] dongge02

一般情况下，使用mongo客户端，或者其他语言的mongo客户端驱动程序连接mongodb副本集的时候，只需要指定副本集名称，就可以实现当mongodb副本集主备切换时的高可用目标。 但是总有一些特殊的场合，连接到副本集的客户端与副本集所在的网络是隔离的，只能通过副本集所在网络的代理访问副本集，比如说，mongodb副本集被部署到k8s上，当k8s集群外的客户端想访问副本集时，只能通过代理进行访问，如通过haproxy访问副本集。 那么问题来了，客户端只知道代理的ip地址或者url，当副本集主备切换时，客户端通过副本集名称是不会连接到副本集的主实例的，这里提供一个haproxy+lua代理mongo副本集的方式可以解决这个问题。 关于haproxy和lua的使用方法和说明，请参考如下链接： https://www.arpalert.org/haproxy-lua.html 首先，创建一个简易的mongodb副本集(同一主机端口不同，没有用户名密码等安全设置)： # 通过以下shell创建一个简易的mongodb副本集 ​ # 杀掉已存在的mongo实例 ps -ef | grep mongod | grep -v grep | awk '{print $2}' | xargs kill -9 ; ​ # 清理并创建目录供副本集使用 rm -rf /data/47017/* &&

haproxy高可用代理 文章目录 haproxy高可用代理 1.haproxy简介 2.haproxy高可用代理的实现 1.haproxy简介 HAProxy 是一个使用C语言编写的自由及开放源代码软件[1]，其提供 高可用性 、 负载均衡 ，以及基于 TCP 和 HTTP 的应用程序 代理 。 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的 并发连接 。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。 HAProxy实现了一种** 事件驱动 **, 单一进程 模型，此模型支持非常大的并发连接数。 多进程 或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。 事件驱动模型 因为在有更好的资源和时间管理的用户空间(User-Space) 实现所有这些任务，所以没有这些问题。此模型的弊端是，在多核系统上，这些程序通常扩展性较差。这就是为什么他们必须进行优化以 使每个CPU时间片(Cycle)做更多的工作。 包括 GitHub 、 Bitbucket 、Stack Overflow、 Reddit 、 Tumblr 、 Twitter [5][6]和 Tuenti 在内的知名网站

说明： 本文作者：骏马金龙 出处： http://www.cnblogs.com/f-ck-need-u/ 如有侵权，请与我联系，立删！最后，感谢开源，拥抱开源～ HaProxy特性介绍 haproxy的丰富特性简介 来源： 51CTO 作者： 品鉴初心 链接： https://blog.51cto.com/wutengfei/2467803

本实验全部在haproxy1.5.19版本进行测试通过，经过测试1.7.X及haproxy1.3版本以下haproxy配置参数可能不适用，需要注意版本号。 一、业务要求 现在根据业务的实际需要，有以下几种不同的需求。如下： 1.1 http跳转https 把所有请求http://www.chinasoft.com的地址全部跳转为https//:www.chinasoft.com这个地址 1.2 http与https并存 服务器同时开放http://www.chinasoft.com和https://www.chinasoft.com的访问形式 1.3 服务器环境准备 node1即haproxy所在服务器的处理 安装依赖 yum install -y openssl openssl-devel readline-devel pcre-devel libssl-dev libpcre3 # 下载安装包， tar zxf haproxy-1.5.19.tar.gz cd haproxy-1.5.19 useradd -u 188 -r -d /var/lib/haproxy -s /sbin/nologin haproxy # 加入支持ssl的编译参数 make TARGET=linux2628 USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=1 USE_CRYPT

当前大多数的互联网系统都使用了服务器集群技术，集群是将相同服务部署在多台服务器上构成一个集群整体对外提供服务，这些集群可以是 Web 应用服务器集群，也可以是数据库服务器集群，还可以是分布式缓存服务器集群等等。 在实际应用中，在 Web 服务器集群之前总会有一台负载均衡服务器，负载均衡设备的任务就是作为 Web 服务器流量的入口，挑选最合适的一台 Web 服务器，将客户端的请求转发给它处理，实现客户端到真实服务端的透明转发。 最近几年很火的「云计算」以及分布式架构，本质上也是将后端服务器作为计算资源、存储资源，由某台管理服务器封装成一个服务对外提供，客户端不需要关心真正提供服务的是哪台机器，在它看来，就好像它面对的是一台拥有近乎无限能力的服务器，而本质上，真正提供服务的，是后端的集群。 LVS、Nginx、HAProxy 是目前使用最广泛的三种软件负载均衡软件。 一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析，如果是中小型的 Web 应用，比如日 PV 小于1000万，用 Nginx 就完全可以了；如果机器不少，可以用 DNS 轮询，LVS 所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用 LVS。 目前关于网站架构一般比较合理流行的架构方案： Web 前端采用 Nginx/HAProxy

haproxy.conf 的配置文件 #--------------------------------------------------------------------- # Example configuration for a possible web application . See the # full configuration options online . # # http: / / haproxy . 1 wt . 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 )