- 浏览: 131065 次
- 性别:
- 来自: 吉林
文章分类
- 全部博客 (118)
- oracle数据库 (5)
- Web前端 (3)
- java后台 (6)
- Java虚拟机 (3)
- 大数据 (1)
- Java (27)
- 微信公众号 (1)
- ssh框架 (2)
- Java,eclipse (1)
- Hibernate (4)
- SSH (4)
- asp.net (1)
- XML,JSON (1)
- junit (1)
- SpringMVC (2)
- XML (2)
- JSON (2)
- HTTP AJAX POST请求 (2)
- request payload (1)
- form data (1)
- Content Type (1)
- Spring RESTful (1)
- RESTful (2)
- Git (2)
- 企业软件版本管理工具 (1)
- HIVE,HADOOP (1)
- Hadoop (1)
- Dobbo (1)
- 缓存(cache) (1)
- 服务器端,客户端 (1)
- Cookie (1)
- Session (1)
- MySQL索引 (1)
- 乐观锁,悲观锁 (1)
- 电子商务 (1)
- 面试部分 (1)
- 分布式事务处理 (1)
- java详解 (1)
- commons (1)
- NoClassDefFoundErrorLogFactory (1)
- Spring (1)
- tomcat (3)
- Ubuntu (1)
- 虚拟机 (1)
- Intel Virtual Technology (1)
- SVN (4)
- Taglib (5)
- java unsigned类型 (1)
- fmt (1)
- HMAC (1)
- linux (13)
- mysql (2)
- FTP (4)
- Maven (5)
- spring boot (6)
- myeclipse (1)
- web (1)
- Https (2)
- ssl (3)
- crt (1)
- cer (1)
- byte (1)
- 字符占字节 (1)
- 限制IP远程登录 (1)
- 禁止某些 IP 访问 (1)
- iptables (1)
- linux私钥登陆 (1)
- windows (1)
- openSSH (2)
- 大牛博客地址 (1)
- Maven常见异常 (1)
- shell命令 (1)
- WebWork2,Spring MVC (1)
- LinuxSS (0)
- Bitvise SSH Client (1)
- -bash-4.1$ (1)
- Centos7 (1)
- MQTT (5)
- Mosquitto (3)
- Mosquittos (0)
- HAProxy (1)
- 集群 (0)
- 负载均衡 (1)
- moqutte (1)
- 多线程 (1)
- Queue (1)
- BlockingQueue (1)
- ConcurrentLinkedQueue (1)
- erlang (1)
- jersey (1)
最新评论
参考博客
http://blog.csdn.net/yanggd1987/article/details/52061083
http://blog.csdn.net/zzhongcy/article/details/46443765
http://blog.csdn.net/tantexian/article/details/50056199
http://blog.csdn.net/audioo1/article/details/53189032
http://www.cnblogs.com/ilanni/p/4750081.html
https://www.cnblogs.com/wjoyxt/p/3766284.html
背景
利用haproxy对Mosquitto集群进行负载均衡,Mosquitto是基于MQTT协议的消息中间服务器,MQTT协议是常用于物联网Iot的网络资源消耗相对较低的一种基于TCP层协议。
场景
多台终端设备可以发送以及接受数据,请求连接Moquitto服务器,但由于一台Mosquitto服务器并发长连接负载的能力有限,希望通过中间服务器 负载均衡器(HAProxy服务器)平均负载到三台Moquitto服务器集群。
准备工作
利用VMware14虚拟机搭建四台服务器Centos7.0系统并搭建集群,具体搭建可以参考http://ymq267.iteye.com/blog/2409119
http://ymq267.iteye.com/admin/blogs/2409128
10.10.10.15 haproxy tcp代理
10.10.10.16 mosquitto master
10.10.10.17 mosquitto slave
10.10.10.18 mosquitto slave
安装haproxy
在10.10.10.15服务器中执行
安装gcc
需要有gcc,如果没有可能会报错。
如果不是Centos则需要下载解压或其他命令下载。
配置
haproxy.cfg是很重要且唯一需要修改的配置文件,如果没有可以手动创建。
yum命令在线下载的话,可以能不知道装在哪里,可以搜索haproxy。
我的haproxy.cfg文件是在/etc/haproxy/目录下,可以先备份一份在进行修改,以免出错。
具体haproxy.cfg配置文件内容
以上只是配置只是为了可以使用,需要根据需求增删配置内容。
启动HAProxy
页面查看状态
可以访问浏览器查看运行状态
具体与 #页面查看监听端口状态 下配置有关
10.10.10.15/stats
账号:admin
密码:admin
参考配置详情
总结
测试用MQTT.fx客户端工具连接HAProxy,具体和直接连接单机的mosquitto服务器时一样的,因为三台mosquitto服务器配置都是一样的,请求连接的账号密码也一样,所以连接HAProxy服务器直接就会转发到三台mosquitto中的一个。
需要注意的是防火墙和端口号,如果没配置好会连不上。
http://blog.csdn.net/yanggd1987/article/details/52061083
http://blog.csdn.net/zzhongcy/article/details/46443765
http://blog.csdn.net/tantexian/article/details/50056199
http://blog.csdn.net/audioo1/article/details/53189032
http://www.cnblogs.com/ilanni/p/4750081.html
https://www.cnblogs.com/wjoyxt/p/3766284.html
背景
利用haproxy对Mosquitto集群进行负载均衡,Mosquitto是基于MQTT协议的消息中间服务器,MQTT协议是常用于物联网Iot的网络资源消耗相对较低的一种基于TCP层协议。
场景
多台终端设备可以发送以及接受数据,请求连接Moquitto服务器,但由于一台Mosquitto服务器并发长连接负载的能力有限,希望通过中间服务器 负载均衡器(HAProxy服务器)平均负载到三台Moquitto服务器集群。
准备工作
利用VMware14虚拟机搭建四台服务器Centos7.0系统并搭建集群,具体搭建可以参考http://ymq267.iteye.com/blog/2409119
http://ymq267.iteye.com/admin/blogs/2409128
10.10.10.15 haproxy tcp代理
10.10.10.16 mosquitto master
10.10.10.17 mosquitto slave
10.10.10.18 mosquitto slave
安装haproxy
在10.10.10.15服务器中执行
#yum install haproxy
安装gcc
需要有gcc,如果没有可能会报错。
#yum install -y gcc
如果不是Centos则需要下载解压或其他命令下载。
配置
haproxy.cfg是很重要且唯一需要修改的配置文件,如果没有可以手动创建。
yum命令在线下载的话,可以能不知道装在哪里,可以搜索haproxy。
#find / -name haproxy
我的haproxy.cfg文件是在/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 tcplog 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 *:5000 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 127.0.0.1:5001 check server app2 127.0.0.1:5002 check server app3 127.0.0.1:5003 check server app4 127.0.0.1:5004 check listen test1 bind 0.0.0.0:1888 mode tcp balance roundrobin server s1 10.10.10.16:1889 weight 1 maxconn 10000 check inter 10s server s2 10.10.10.17:1889 weight 1 maxconn 10000 check inter 10s server s3 10.10.10.18:1889 weight 1 maxconn 10000 check inter 10s #页面查看监听端口状态 listen admin_stats # 监听端口 bind 0.0.0.0:1889 # 启用状态监控 stats enable mode http log global # 统计页面URL stats uri /stats # 统计页面密码框上提示文本 stats realm Haproxy\ Statistics # 统计页面用户名和密码设置 stats auth admin:admin # 隐藏统计页面上HAProxy的版本信息 #stats hide-version #当通过认证才可管理 stats admin if TRUE #统计页面自动刷新时间 stats refresh 30s
以上只是配置只是为了可以使用,需要根据需求增删配置内容。
启动HAProxy
#/usr/sbin/haproxy -f /etc/haproxy.cfg
页面查看状态
可以访问浏览器查看运行状态
具体与 #页面查看监听端口状态 下配置有关
10.10.10.15/stats
账号:admin
密码:admin
参考配置详情
####################全局配置信息######################## #######参数是进程级的,通常和操作系统(OS)相关######### global maxconn 20480 #默认最大连接数 log 127.0.0.1 local3 #[err warning info debug] chroot /var/haproxy #chroot运行的路径 uid 99 #所属运行的用户uid gid 99 #所属运行的用户组 daemon #以后台形式运行haproxy nbproc 1 #进程数量(可以设置多个进程提高性能) pidfile /var/run/haproxy.pid #haproxy的pid存放路径,启动进程的用户必须有权限访问此文件 ulimit-n 65535 #ulimit的数量限制 #####################默认的全局设置###################### ##这些参数可以被利用配置到frontend,backend,listen组件## defaults log global mode http #所处理的类别 (#7层 http;4层tcp ) maxconn 20480 #最大连接数 option httplog #日志类别http日志格式 option httpclose #每次请求完毕后主动关闭http通道 option dontlognull #不记录健康检查的日志信息 option forwardfor #如果后端服务器需要获得客户端真实ip需要配置的参数,可以从Http Header中获得客户端ip option redispatch #serverId对应的服务器挂掉后,强制定向到其他健康的服务器 option abortonclose #当服务器负载很高的时候,自动结束掉当前队列处理比较久的连接 stats refresh 30 #统计页面刷新间隔 retries 3 #3次连接失败就认为服务不可用,也可以通过后面设置 balance roundrobin #默认的负载均衡的方式,轮询方式 #balance source #默认的负载均衡的方式,类似nginx的ip_hash #balance leastconn #默认的负载均衡的方式,最小连接 contimeout 5000 #连接超时 clitimeout 50000 #客户端超时 srvtimeout 50000 #服务器超时 timeout check 2000 #心跳检测超时 ####################监控页面的设置####################### listen admin_status #Frontend和Backend的组合体,监控组的名称,按需自定义名称 bind 0.0.0.0:65532 #监听端口 mode http #http的7层模式 log 127.0.0.1 local3 err #错误日志记录 stats refresh 5s #每隔5秒自动刷新监控页面 stats uri /admin?stats #监控页面的url stats realm itnihao\ itnihao #监控页面的提示信息 stats auth admin:admin #监控页面的用户和密码admin,可以设置多个用户名 stats auth admin1:admin1 #监控页面的用户和密码admin1 stats hide-version #隐藏统计页面上的HAproxy版本信息 stats admin if TRUE #手工启用/禁用,后端服务器(haproxy-1.4.9以后版本) errorfile 403 /etc/haproxy/errorfiles/403.http errorfile 500 /etc/haproxy/errorfiles/500.http errorfile 502 /etc/haproxy/errorfiles/502.http errorfile 503 /etc/haproxy/errorfiles/503.http errorfile 504 /etc/haproxy/errorfiles/504.http #################HAProxy的日志记录内容设置################### capture request header Host len 40 capture request header Content-Length len 10 capture request header Referer len 200 capture response header Server len 40 capture response header Content-Length len 10 capture response header Cache-Control len 8 #######################网站监测listen配置##################### ###########此用法主要是监控haproxy后端服务器的监控状态############ listen site_status bind 0.0.0.0:1081 #监听端口 mode http #http的7层模式 log 127.0.0.1 local3 err #[err warning info debug] monitor-uri /site_status #网站健康检测URL,用来检测HAProxy管理的网站是否可以用,正常返回200,不正常返回503 acl site_dead nbsrv(server_web) lt 2 #定义网站down时的策略当挂在负载均衡上的指定backend的中有效机器数小于1台时返回true acl site_dead nbsrv(server_blog) lt 2 acl site_dead nbsrv(server_bbs) lt 2 monitor fail if site_dead #当满足策略的时候返回503,网上文档说的是500,实际测试为503 monitor-net 192.168.16.2/32 #来自192.168.16.2的日志信息不会被记录和转发 monitor-net 192.168.16.3/32 ########frontend配置############ #####注意,frontend配置里面可以定义多个acl进行匹配操作######## frontend http_80_in bind 0.0.0.0:80 #监听端口,即haproxy提供web服务的端口,和lvs的vip端口类似 mode http #http的7层模式 log global #应用全局的日志配置 option httplog #启用http的log option httpclose #每次请求完毕后主动关闭http通道,HA-Proxy不支持keep-alive模式 option forwardfor #如果后端服务器需要获得客户端的真实IP需要配置次参数,将可以从Http Header中获得客户端IP ########acl策略配置############# acl itnihao_web hdr_reg(host) -i ^(www.itnihao.cn|ww1.itnihao.cn)$ #如果请求的域名满足正则表达式中的2个域名返回true -i是忽略大小写 acl itnihao_blog hdr_dom(host) -i blog.itnihao.cn #如果请求的域名满足www.itnihao.cn返回true -i是忽略大小写 #acl itnihao hdr(host) -i itnihao.cn #如果请求的域名满足itnihao.cn返回true -i是忽略大小写 #acl file_req url_sub -i killall= #在请求url中包含killall=,则此控制策略返回true,否则为false #acl dir_req url_dir -i allow #在请求url中存在allow作为部分地址路径,则此控制策略返回true,否则返回false #acl missing_cl hdr_cnt(Content-length) eq 0 #当请求的header中Content-length等于0时返回true ########acl策略匹配相应############# #block if missing_cl #当请求中header中Content-length等于0阻止请求返回403 #block if !file_req || dir_req #block表示阻止请求,返回403错误,当前表示如果不满足策略file_req,或者满足策略dir_req,则阻止请求 use_backend server_web if itnihao_web #当满足itnihao_web的策略时使用server_web的backend use_backend server_blog if itnihao_blog #当满足itnihao_blog的策略时使用server_blog的backend #redirect prefix http://blog.itniaho.cn code 301 if itnihao #当访问itnihao.cn的时候,用http的301挑转到http://192.168.16.3 default_backend server_bbs #以上都不满足的时候使用默认server_bbs的backend ##########backend的设置############## #下面我将设置三组服务器 server_web,server_blog,server_bbs ###########################backend server_web############################# backend server_web mode http #http的7层模式 balance roundrobin #负载均衡的方式,roundrobin平均方式 cookie SERVERID #允许插入serverid到cookie中,serverid后面可以定义 option httpchk GET /index.html #心跳检测的文件 server web1 192.168.16.2:80 cookie web1 check inter 1500 rise 3 fall 3 weight 1 #服务器定义,cookie 1表示serverid为web1,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用, #fall 3是3次失败认为服务器不可用,weight代表权重 server web2 192.168.16.3:80 cookie web2 check inter 1500 rise 3 fall 3 weight 2 #服务器定义,cookie 1表示serverid为web2,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用, #fall 3是3次失败认为服务器不可用,weight代表权重 ###################################backend server_blog############################################### backend server_blog mode http #http的7层模式 balance roundrobin #负载均衡的方式,roundrobin平均方式 cookie SERVERID #允许插入serverid到cookie中,serverid后面可以定义 option httpchk GET /index.html #心跳检测的文件 #服务器定义: #cookie 1表示serverid为web1, #check inter 1500是检测心跳频率 #rise 3是3次正确认为服务器可用, #fall 3是3次失败认为服务器不可用, #weight代表权重 server blog1 192.168.16.2:80 cookie blog1 check inter 1500 rise 3 fall 3 weight 1 server blog2 192.168.16.3:80 cookie blog2 check inter 1500 rise 3 fall 3 weight 2 ###################################backend server_bbs############################################### backend server_bbs mode http #http的7层模式 balance roundrobin #负载均衡的方式,roundrobin平均方式 cookie SERVERID #允许插入serverid到cookie中,serverid后面可以定义 option httpchk GET /index.html #心跳检测的文件 #服务器定义, #cookie 1表示serverid为web1, #check inter 1500是检测心跳频率 #rise 3是3次正确认为服务器可用, #fall 3是3次失败认为服务器不可用, #weight代表权重 server bbs1 192.168.16.2:80 cookie bbs1 check inter 1500 rise 3 fall 3 weight 1 server bbs2 192.168.16.3:80 cookie bbs2 check inter 1500 rise 3 fall 3 weight 2
总结
测试用MQTT.fx客户端工具连接HAProxy,具体和直接连接单机的mosquitto服务器时一样的,因为三台mosquitto服务器配置都是一样的,请求连接的账号密码也一样,所以连接HAProxy服务器直接就会转发到三台mosquitto中的一个。
需要注意的是防火墙和端口号,如果没配置好会连不上。
发表评论
-
MQTT多线程发布消息测试错误
2018-05-16 14:59 30331.正在进行过多的发布 (32202) 查看了源码,分析原因 ... -
基于MQTT协议的Broker之moqutte
2018-04-18 13:58 971http://blog.51cto.com/13579730/ ... -
Mosquittos的HAProxy负载均衡以及集群搭建
2018-01-29 19:18 9后续补上 参考 http://blog.csdn.net/ya ... -
Mosquitto简单安装及过程出现的问题
2018-01-26 11:35 3844转自: http://blog.csdn.net/blinkd ... -
Centos7-mqtt消息中间件mosquitto的安装和配置
2018-01-26 10:58 2797参考的所有博客 https://www.cnblogs.co ...
相关推荐
用haproxy实现RDP会话负载均衡 HAProxy是一款免费、快速、可靠的解决方案,提供高可用性、负载均衡和基于TCP和HTTP应用的代理。它支持虚拟主机,运行在当前的硬件上,可以支持数以万计的并发连接。HAProxy特别适用...
### HAProxy与Nginx实现负载均衡的关键知识点 #### 一、HAProxy简介与特性 HAProxy是一款开源的、高效且可靠的负载均衡器,专为处理大规模Web流量设计。其核心功能包括: - **高可用性**:HAProxy能够确保在主...
通过定义前端和后端,HAProxy将流量从前端代理到后端服务器,实现负载均衡。它允许用户自定义负载均衡策略,确保服务的稳定性和性能。 3. Keepalived与HAProxy组合 由于HAProxy本身可能存在单点故障,引入...
总之,Nginx和HAProxy都是通过配置实现七层负载均衡的重要工具。它们都具有良好的性能和灵活性,能够根据应用的具体需求,将客户端的请求高效地分发到后端服务器,从而提高整体的系统性能和可用性。在具体实施时,...
通过上述步骤,我们可以构建一个基本的HAProxy负载均衡集群,实现客户端请求的高效分发,监控后端服务器状态,并确保服务的高可用性。在实际生产环境中,可能还需要根据具体需求调整配置,如添加SSL支持、优化健康...
Mariadb+Haproxy负载均衡集群搭建 Mariadb 是一个开源的关系数据库管理系统,它是 MySQL 的一个分支,具有高性能、可靠性和可扩展性等特点。Galera 是一个 MySQL(也支持 MariaDB、Percona)的同步多主集群软件,...
使用 haproxy,实现在 http request 的负载均衡,将对负载均衡器的请 求分发到其所对应的 web 服务器。
本文将详细介绍如何配置 Keepalived 和 HAProxy 来实现高可用负载均衡,并解决 Keepalived 在 CentOS 5.7 上安装时可能遇到的问题。 #### 二、系统环境 - **Keepalived版本**: 1.2.2 - **操作系统**: CentOS 5.7 - ...
haproxy安装,实现负载均衡 mysql要事先配置好主从/主主等模式
基于Keepalived+Haproxy搭建四层负载均衡器
标题所涉及的知识点为“Mycat高可用负载均衡集群实现”,这是使用HAProxy和Keepalived技术来达成MyCat服务器集群的高可用性和负载均衡的方案。下面详细说明这一知识点。 首先,Mycat是一个数据库中间件,它可以实现...
综上所述,本文详细讲解了如何在OracleLinux6.6环境下安装并配置haproxy以实现对MySQL数据库的负载均衡。重点在于理解并正确配置haproxy的配置文件,并确保服务能够正常启动和运行,同时注意相关注意事项和高可用性...
在IT领域,构建一个可靠的高可用性架构是至关重要的,特别是在服务器集群中,负载均衡器起着关键作用。本篇文章将深入探讨如何使用开源软件HAProxy在FinalBSD系统上搭建负载均衡架构平台。 首先,我们要了解负载...
当主MySQL服务器出现问题时,Keepalived会自动将VIP切换到备份服务器,同时HAProxy会根据新的配置继续进行负载均衡。这种方案不仅提高了系统的稳定性,还确保了业务连续性,降低了因数据库故障导致的服务中断风险。
本方案旨在解决数据中心多款业务前台接入处于单点状态的问题,通过keepalived+haproxy方案实现高可用负载均衡,以保证业务的可用性。 keepalived介绍 keepalived是基于VRRP协议的高可用解决方案,它可以实现多台...
本文将对 Web 负载均衡解决方案进行详细介绍,该解决方案基于 HAproxy 和 keepalived 实现高可用负载均衡。HAProxy 是一种提供高可用性、负载均衡以及基于 TCP 和 HTTP 应用的代理,可以支持虚拟主机,免费、快速...
4. **Java中的负载均衡**:Java应用可以通过使用内置的负载均衡库(如Jetty的Continuation)或集成外部负载均衡解决方案(如Nginx、HAProxy)实现负载均衡。 5. **云服务负载均衡**:云提供商如AWS的ELB(Elastic ...
Galera是一个MySQL(也支持MariaDB,Percona)的同步多主集群软件,目前只支持InnoDB引擎。 主要功能: • 同步复制 • 真正的multi-master,即所有节点可以同时读写数据库 • 自动的节点成员控制,失效节点自动被...
HAProxy是一款强大的负载均衡器,专为处理千万级别的并发连接而设计。它能够提供高可用性和负载均衡服务,适用于TCP和HTTP应用,同时支持虚拟主机。HAProxy的独特之处在于,它可以在大型Web服务中实现会话保持和七层...