百度360必应搜狗淘宝本站头条
python类型转换python串口编程python计时python异常python进度条
当前位置：网站首页 > 技术资源 > 正文

01-安装配置maxscale-6.0，mysql中间件

off999 2025-02-27 16:15 24 浏览 0 评论

maxscale配置

 cd /usr/local/src
 wget https://dlm.mariadb.com/1936962/maxscale/6.2.0/yum/centos/7/x86_64/maxscale-6.2.0-1.rhel.7.x86_64.rpm
 #安装依赖包
 yum install libatomic
 开始rpm安装
 rpm -ivh maxscale-6.2.0-1.rhel.7.x86_64.rpm

haproxy 配置

mkdir -p /usr/local/haproxy
make TARGET=linux-glibc PREFIX=/usr/local/haproxy SBINDIR=/usr/local/sbin ARCH=x86_64
make install PREFIX=/usr/local/haproxy SBINDIR=/usr/local/sbin
tree /usr/local/haproxy/
/usr/local/haproxy/
├── doc
│   └── haproxy
│       ├── 51Degrees-device-detection.txt
│       ├── architecture.txt
│       ├── close-options.txt
│       ├── configuration.txt
│       ├── cookie-options.txt
│       ├── DeviceAtlas-device-detection.txt
│       ├── intro.txt
│       ├── linux-syn-cookies.txt
│       ├── lua.txt
│       ├── management.txt
│       ├── netscaler-client-ip-insertion-protocol.txt
│       ├── network-namespaces.txt
│       ├── peers.txt
│       ├── peers-v2.0.txt
│       ├── proxy-protocol.txt
│       ├── regression-testing.txt
│       ├── seamless_reload.txt
│       ├── SOCKS4.protocol.txt
│       ├── SPOE.txt
│       └── WURFL-device-detection.txt
└── share
    └── man
        └── man1
            └── haproxy.1

5 directories, 21 files

# tree /usr/local/sbin
/usr/local/sbin
├── haproxy

0 directories, 1 files

生成配置文件

默认情况下haproxy会加载/etc/haproxy/haproxy.cfg文件，当然我们也可以通过-f选项来指定加载别处的配置文件。新版的HAProxy在编译安装后并不会默认为我们生成haproxy.cfg，但是在安装源代码的examples目录下有一些示例可以参考，我们将其都复制到/etc/haproxy目录下：

# mkdir -p /etc/haproxy
# cp -ar examples/* /etc/haproxy/
# tree /etc/haproxy/
/etc/haproxy/
├── acl-content-sw.cfg
├── content-sw-sample.cfg
├── errorfiles
│   ├── 400.http
│   ├── 403.http
│   ├── 408.http
│   ├── 500.http
│   ├── 502.http
│   ├── 503.http
│   ├── 504.http
│   └── README
├── haproxy.init
├── option-http_proxy.cfg
├── socks4.cfg
├── transparent_proxy.cfg
└── wurfl-example.cfg

1 directory, 15 files

配置启动脚本

将安装源代码的examples目录下的haproxy.init文件复制到/etc/init.d/目录下，并改名为haproxy，并赋予可执行权限:

# cp examples/haproxy.init /etc/init.d/haproxy
# chmod 0755 /etc/init.d/haproxy

注意此处需要根据我们上面编译时的安装目录，对/etc/init.d/haproxy稍作修改：

#BIN=/usr/sbin/$BASENAME
BIN=/usr/local/sbin/$BASENAME

添加开机自启动

chkconfig --add haproxy
chkconfig haproxy on

Haproxy配置文件介绍

HAProxy的配置参数的来源主要有如下3种：

  • 通过命令行参数 （具有最高优先级，会覆盖配置文件中的配置）
  • 通过global section，用于设置进程级别的参数
  • proxy section可以通过如下关键字来指定： defaults，listen，frontend，backend

配置文件的语法为： 每行以一个关键字开始，后接一个或多个参数，参数与参数之间以空格分割。注释行以#开头。HAProxy配置文件根据功能和用途，主要有5个部分组成，但有些部分并不是必须的，可以根据需要选择相应的部分进行配置：

\1) global部分

用来设定全局配置参数，属于进程级别的配置，通常和操作系统配置有关。

2） defaults部分

默认参数的配置部分。在此部分设置的参数值，默认会自动引用到下面的frontend、backend、listen部分中。因此，如果有些参数属于公用的配置，只需在defaults部分添加一次即可。而如果在frontend、backend或listen部分也配置了与defaults部分一样的参数，那么defaults部分参数对应的值将自动被覆盖。

3） frontend部分

此部分用于设置接收用户请求的前端虚拟节点。frontend是在HAProxy1.3版本之后才引入的一个组件，同时引入的还有backend组件。通过引入这些组件，在很大程度上简化了HAProxy配置文件的复杂性。frontend可以根据ACL规则直接指定要使用的后端。

4） backend部分

此部分用于设置后端服务器集群，也就是用来添加一组真实服务器，以处理前端用户的请求。添加的真实服务器类似于LVS的real server节点。

\5) listen部分

此部分是frontend部分和backend部分的结合体。在HAProxy1.3版本之前，HAProxy的所有配置选项都在这个部分中设置。为了保持兼容性，HAProxy新的版本仍然保留了listen组件的配置方式。目前在HAProxy中，两种配置方式任选其一即可。

3.1 HAProxy配置示例

global
    log 127.0.0.1 local0 info 
    maxconn 4096
    user nobody 
    group nobody 
    daemon 
    nbproc 1
    pidfile /usr/local/haproxy/logs/haproxy.pid 
defaults
    mode http 
    retries 3
    timeout connect 10s 
    timeout client 20s 
    timeout server 30s 
    timeout check 5s
frontend www
    bind *:80 
    mode    http
    option  httplog 
    option  forwardfor 
    option  httpclose 
    log global
    default_backend htmpool
backend htmpool
    mode    http 
    option  redispatch
    option  abortonclose 
    balance roundrobin 
    cookie  SERVERID
    option  httpchk GET /index.php
    server  web1 10.200.34.181:80   cookie server1 weight 6 check inter 2000 rise 2 fall 3
    server  web2 10.200.34.182:8080 cookie server2 weight 6 check inter 2000 rise 2 fall 3
listen admin_stats
    bind 0.0.0.0:9188
    mode http
    log 127.0.0.1 
    local0 err stats 
    refresh 30s
    stats uri /haproxy-status
    stats realm welcome login\ Haproxy
    stats auth admin:admin123
    stats hide-version 
    stats admin if TRUE

\1) global配置

  • log: 全局日志配置， local0是日志设备，info表示日志级别。其中日志级别有err、warning、info、debug四种可选。这个配置表示使用127.0.0.1上的rsyslog服务中的local0日志设备，记录日志等级为info。
  • maxconn: 设定每个haproxy进程的最大并发连接数，
  • user/group: 设置运行haproxy进程的用户和组，也可以使用用户和组的uid和gid值类替代。
  • daemon: 设置HAProxy进程进入后台运行。这是推荐的运行模式
  • nbproc: 设置HAProxy启动时刻创建的进程数，此参数要求将HAProxy运行模式设置为daemon。默认情况下，只会创建一个进程，这也是我们所推荐的操作模式。对于有一些系统，可能会限制一个进程只能打开少量的文件描述符，此时可能需要创建过个daemons。不推荐使用多进程方式
  • pidfile: 指定HAProxy进程的pid文件。启动进程的用户必须具有访问此文件的权限

2） defaults部分

  • mode: 设置HAProxy实例默认的运行模式，有tcp、http、health三个可选值
tcp模式： 在此模式下，客户端和服务器端之间将建立一个全双工的连接，不会对七层报文作做任何类型的检查，默认为tcp模式。经常用于
         SSL、SSH、SMTP等应用

http模式： 在此模式下，客户端请求在转发至后端服务器之前将会被深度分析，所有不与RFC兼容的请求都将会被拒绝。

health模式： 在此模式下，其只会对来自客户端的连接响应'OK'，然后就断开连接。另外，假如设置了'httpchk'选项，将会响应'HTTP/1.0 200 OK'。
            在任何情况下，此种模式都不会进行日志记录。当前本模式已经过时，不再使用。
  • retries: 设置连接后端服务器的失败重试次数，连接失败的次数如果超过这里设置的值，HAProxy会将对应的后端服务器标记为不可用。此参数也可在后面部分进行设置。
  • timeout connect: 设置成功连接到一台服务器的最长等待时间，默认单位是毫秒。但是也可以使用其他的时间单位后缀
  • timeout client: 设置连接客户端发送数据时最长等待时间，默认单位是毫秒。但是也可以使用其他的时间单位后缀
  • timeout server: 设置服务器端回应客户端数据发送的最长等待时间，默认单位是毫秒。但是也可以使用其他的时间单位后缀
  • timeout check: 设置多后端服务器的检测超时时间，默认单位是毫秒。但是也可以使用其他的时间单位后缀

\3) frontend部分

  • bind: 此选项只能在frontend和listen部分进行定义，用于定义一个或多个监听的套接字。bind的语法格式为：
bind [
]: [, ...] [param*]
bind / [, ...] [param*]

其中address为可选选项，其可以为主机名或IP地址，如果将其设置为*或者0.0.0.0，则将监听当前系统的所有IPv4地址；port_range可以是一个特定的TCP端口，也可以是一个端口范围，小于1024的端口需要有特定权限的用户才能使用。

  • option httplog: 在默认情况下，haproxy是不记录HTTP请求的，这样很不方便HAProxy问题的排查与监控。通过此选项可以启用日志记录HTTP请求。
  • option forwardfor: 如果后端服务器需要获得客户端的真实IP，就需要配置此参数。由于HAProxy工作于反向代理模式，因此发往后端真实服务器的请求中客户端IP均为HAProxy主机的IP，而非真正的客户端地址，这就导致真实服务器无法记录客户端真正请求来源的IP，而X-Forwarded-For则可以用于解决此问题。通过使用forwardfor选项，HAProxy就可以向每个发往后端真实服务器的请求添加X-Forwarded-For记录，这样后端真实服务器日志可以通过X-Forward-For信息来记录客户端来源IP。
  • option httpclose: 此选项表示在客户端和服务器完成一次连接请求后，HAProxy将主动关闭http连接。这是对性能非常有帮助的一个参数。
  • log global: 表示使用全局的日志配置。这里的global表示引用HAProxy配置文件global部分中定义的log选项配置格式。
  • default_backend: 指定默认的后端服务器池，也就是指定一组后端真实服务器，而这些真实服务器组将在backend段进行定义。这里的htmlpool就是一个后端服务器组。

4） backend部分

  • option redispatch： 此参数用于cookie保持的环境中。在默认情况下，HAProxy会将其请求的后端服务器的ServerID插入到cookie中，以保证会话的Session持久性。而如果后端服务器出现故障，客户端的cookie是不会刷新的，这就出现了问题。此时，如果设置此参数，就会将客户端的请求强制定向到另外一个健康的后端服务器上，以保证服务的正常。
  • option abortonclose: 如果设置了此参数，可以在服务器负载很高的情况下，自动结束掉当前队列中处理时间比较长的连接。
  • balance: 此关键字用来定义负载均衡算法
  • cookie: 表示允许向cookie插入SERVERID，每台服务器的SERVERID可在下面的server关键字中使用cookie关键字定义
  • option httpchk: 此选项表示启用HTTP的服务状态检测功能。HAProxy作为一款专业的负载均衡器，它支持对backend部分指定的后端服务节点进行健康检查，以保证在后端backend中某个节点不能服务时，把从frontend端进来的客户端请求分配至backend中其他健康节点上，从而保证整体服务的可用性。option httpchk的语法格式如下：
option httpchk   

其中：
method  --   表示HTTP请求的方式，常用的有OPTIONS、GET、HEAD几种方式。一般的健康检查可以采用HEAD方式进行，而不是采用GET方式，这是因为HEAD
             方式没有数据返回，仅检查Response的HEAD是不是200状态。因此，相对于GET来说，HEAD方式更快更简单

uri     --   表示叫检测的url地址，通过执行此url，可以获取后端服务器的运行状态。在正常情况下将返回状态码200，返回其他状态码均为异常状态。

version --   指定心跳检测时的HTTP版本号
  • server: 这个关键字用来定义多个后端真实服务器，不能用于defaults和frontend部分。使用格式为：
server  
[:port] [param*] 

例： 
server	web1 10.200.34.181:80	cookie server1 weight 6 check inter 2000 rise 2 fall 3

[param*]为是server的一系列参数,下面对上面示例中server的各项参数进行简单说明：

check   --  表示启用对后端服务器执行健康检查
inter   --  设置监看检查的时间间隔，单位为毫秒
rise    --  设置从故障状态转换至正常状态需要成功检查的次数。例如： 'rise 2'表示2次检查成功就认为此服务器可用
fall    --  设置从正常状态转换为不可用状态需要检查的次数。例如： 'fall 3'表示3次检查失败就认为此服务器不可用
cookie  --  为指定的后端服务器设定cookie值，此处指定的值将在请求入站时被检查，第一次为此值挑选的后端服务器将在后面被选中

\5) listen部分

这个部分通过listen关键字定义了一个名为admin_stats的实例，其实就是定义了一个 HAProxy 的监控页面，每个选项的含义如下：

  • stats refresh：设置 HAProxy 监控统计页面自动刷新的时间。
  • stats uri：设置 HAProxy 监控统计页面的URL 路径，可随意指定。例如：指定stats uri /haproxy-status，就可以过http://IP:9188/haproxy-status 查看。
  • stats realm：设置登录 HAProxy 统计页面时密码框上的文本提示信息。
  • stats auth：设置登录 HAProxy 统计页面的用户名和密码。用户名和密码通过冒号分割。可为监控页面设置多个用户名和密码，每行一个。
  • stats hide-version：用来隐藏统计页面上 HAProxy 的版本信息。
  • stats admin if TRUE：通过设置此选项，可以在监控页面上手工启用或禁用后端真实服务器，仅在 haproxy1.4.9 以后版本有效。

5. HAProxy使用示例

如下我们给出一个HAProxy的使用实例： 使用Haproxy作为负载均衡器访问后端的Web服务。当前我们的示例环境如下：

haproxy主机：          192.168.79.128  

http服务器器1(nginx):  192.168.79.129
http服务器器2(nginx):  192.168.79.131

在进行具体工作之前，我们最好先关闭SELinux：

# setenforce 0
setenforce: SELinux is disabled

\1) 修改配置文件

修改默认配置文件/etc/haproxy/haproxy.cfg:

#全局配置
global
	#设置日志
	log 127.0.0.1 local3 info
	#用户与用户组
	user nobody
	group nobody
	#守护进程启动
	daemon
	#最大连接数
	maxconn 4000
	pidfile /var/run/haproxy.pid

#默认配置
defaults
	log global
	mode http
	option httplog
	option dontlognull
	timeout connect 5000
	timeout client 50000
	timeout server 50000

#前端配置，http_front名称可自定义
frontend http_front
	#发起http请求到10080端口，会被转发到设置的ip及端口
	bind *:10080
	#haproxy的状态管理页面，通过/haproxy?stats来访问
	stats uri /haproxy?stats
	default_backend http_back

#后端配置，http_back名称可自定义
backend http_back
	#负载均衡方式
	#source 根据请求源IP
	#static-rr 根据权重
	#leastconn 最少连接者先处理
	#uri 根据请求的uri
	#url_param 根据请求的url参数
	#rdp-cookie 据据cookie(name)来锁定并哈希每一次请求
	#hdr(name) 根据HTTP请求头来锁定每一次HTTP请求
	#roundrobin 轮询方式
	balance roundrobin
	#设置健康检查页面
	option httpchk GET /index.html
	#传递客户端真实IP
	option forwardfor header X-Forwarded-For
	# inter 2000 健康检查时间间隔2秒
	# rise 3 检测多少次才认为是正常的
	# fall 3 失败多少次才认为是不可用的
	# weight 30 权重
	# 需要转发的ip及端口
	server web1 192.168.79.129:80 check inter 2000 rise 3 fall 3 weight 30
	server web2 192.168.79.131:80 check inter 2000 rise 3 fall 3 weight 30

注意这里我们采用nobody/nobody来启动HAProxy，如果要采用其他用户/组来启动，可能需要先创建。

\2) 配置HAProxy日志

HAProxy默认是不记录日志的，需要借助rsyslog来记录。这里有两种方法：

  • 方法1

直接在/etc/rsyslog.conf文件中配置：

# 对如下两行取消注释
$ModLoad imudp
$UDPServerRun 514

# 在末尾添加如下行
local3.* /var/log/haproxy.log

此外，为了使haproxy的日志不会记录到/var/log/messages中，我们还需要找到/etc/rsyslog.conf中的如下行，然后在其末尾加上local3.none:

*.info;mail.none;authpriv.none;cron.none;local3.none     /var/log/messages

最后执行如下的命令重启rsyslog服务：

# systemctl restart rsyslog
  • 方法2

因为我们从/etc/rsyslog.conf中我们可以看到rsyslog会读取/etc/rsyslog.d/目录下所有以.conf结尾的配置文件，因此我们在/etc/rsyslog.d目录下添加haproxy_log.conf配置文件：

$ModLoad imudp
$UDPServerRun 514
local3.* /var/log/haproxy.log

同样与上面方法1相似，我们也要避免haproxy被记录到/var/log/messages中，因此需要加上local3.none。最后执行如下命令重启rsyslog服务：

# systemctl restart rsyslog

在这里我们采用方法2来进行配置。

\3) 启动相关服务器

在192.168.79.129与192.168.79.131服务器上启动nginx服务。在192.168.79.128主机上通过如下命令启动HAProxy:

# service haproxy start
Starting haproxy (via systemctl):  [  OK  ]
# ps -ef | grep haproxy
nobody   123057      1  0 04:46 ?        00:00:00 /usr/local/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid

第一次启动haproxy先使用service命令，以后就可以使用systemctl命令来操作了：

# systemctl daemon-reload
# systemctl restart haproxy

\4) 测试haproxy服务

我们可以通过Web浏览器请求
http://192.168.79.128:10080/，可以看到能够正常请求成功。另外，可以查看/var/log/haproxy.log文件看相应的请求日志。

6. Session绑定

HAProxy可以有两种方法保持客户端Session一致，这里我们简单说明一下：

1） 用户IP识别

haroxy 将用户 IP 经过 hash 计算后 指定到固定的真实服务器上（类似于 nginx 的 IP hash 指令）:

backend htmpool
    mode http 
    option redispatch
    option abortonclose 
    balance source 
    cookie SERVERID
    option httpchk GET /index.jsp
    server web1 192.168.81.237:8080 cookie server1 weight 6 check inter 2000 rise 2 fall 3
    server web2 192.168.81.234:8080 cookie server2 weight 3 check inter 2000 rise 2 fall 3

上面我们通过balance source配置指令实现。

\2) cookie识别

haproxy 将WEB 服务端发送给客户端的 cookie 中插入到haproxy 定义的后端的服务器COOKIE ID：

backend htmpool
    mode http 
    option	redispatch
    option	abortonclose 
    balance  static-rr 
    cookie	SESSION_COOKIE insert indirect nocache   #cookie参数
    option	httpchk GET /index.jsp
    server	web1 192.168.81.237:8080 cookie server1 weight 6 check inter 2000 rise 2 fall 3   #server里面的cookie参数
    server	web2 192.168.81.234:8080 cookie server2 weight 3 check inter 2000 rise 2 fall 3   #server里面的cookie参数

上面我们通过cookie SESSION_COOKIE insert indirect nocache配置指令实现

相关推荐

python:从 12 分钟到 20 秒的奇迹之旅

大家好，我是一个常年与代码和数据打交道的程序员。最近，我经历了一次令人头疼的性能挑战。我的一个Python脚本需要处理一个超过一百万行的数据集，任务是对数据进行筛选、清洗并导出结果。然而，这个本该...

玩星露谷还能学Python?比刷题更上瘾的学习方法

最近朋友在玩星露谷，想起之前网上安利的星露谷编程游戏，然后就被带入坑了。本以为是普通种田游戏，结果全程用Python写代码通关，边摸鱼边学，打工人狂喜！举个游戏里怎么用Python？比如“自动收...

大数据计算学习，难度究竟几何?_大数据算法怎么学

大数据计算学习，难度究竟几何？在当今这个数字化的时代，大数据计算就像是一颗闪耀的明星，吸引着无数人的目光。很多小伙伴都对学习大数据计算充满了好奇，但又担心它的难度太高，自己学不会。那么，大数据计算学习...

不是活爹们 你们学Python都不刷项目的吗

在当今这个科技飞速发展的时代，编程语言就像是一把把神奇的钥匙，能为我们打开不同的职业大门。而Python，无疑是其中最耀眼的那一把。但现在问题来了，Python实操项目怎么学习呢？今天咱们就来好好唠唠...

Python的 10 个“天坑”:搞懂这些，才算真正迈入高手之列

引言：Python的“表里不一”作为一名从业多年的Python开发者，我深知Python的魅力所在：它语法简洁，入门门槛低，似乎几个月的学习就能让你自信满满地写出代码。然而，正是这种“表面上...

Python:开启编程世界的万能钥匙_python编程窗口怎么打开

一、引言嘿，老铁们！在当今的编程世界里，Python就像一把万能钥匙，能打开无数扇门。它以其简洁的语法、丰富的库和广泛的应用领域，受到了越来越多人的喜爱。无论是初出茅庐的编程小白，还是经验丰富的开发者...

这 6 个 Python 项目，带你从新手蜕变为实战高手

你是不是也有过这样的经历？刷完了YouTube上所有的Python教程，写了不下五六个“待办事项”应用，却依然感到自己离一个真正的开发者遥不可及。打开Udemy，课程列表满满当当，但总感觉...

用Python做WiFi嗅探?5分钟上手黑客同款技能(附代码)

本文是【Python网络安全】入门教学文章，建议收藏！适合安全学习者、网络审计员、Python进阶者阅读。有没有想过，你的电脑其实可以像个“监听器”，实时捕捉周围WiFi的蛛丝马迹？是的，哪怕你不是...

用 Python 守护你的 API:从入门到实践的安全监测指南

今天我们聊聊一个既技术又务实的话题——如何用Python进行API安全监测。在互联网快速发展的今天，API已成为现代应用程序的核心桥梁，从前端到后端，从移动端到物联网设备，几乎无处不在。可与...

学计算机专业，到底学些啥玩意儿?

#计算机专业##学计算机#跟你们说个真事儿：我表弟去年报志愿，听人说“学计算机能拿高薪”，咔咔就选了软件工程。结果开学第一周就给我发消息：“哥，啥是‘数据结构’？老师讲指针的时候，我感觉自己脑子像...

Python 12 个鲜为人知的宝藏库，让运维工作量减少 90%

Python12个鲜为人知的宝藏库，让运维工作量减少90%作为一名开发者，你可能对Jenkins流水线、繁琐的配置和午夜紧急回滚习以为常。尽管你可能是Python编程高手，但面对运维的日...

别小看“拖延症”:Python 惰性(Lazy)求值的 9 种用法

如果要选出一个最能体现Python优雅之处的特性，我会毫不犹豫地选择——惰性（lazy）求值。所谓惰性求值（LazyEvaluation），就是将计算延迟到真正需要的时候才执行。这种机制让P...

学 Python 就像谈恋爱:从暧昧到正式牵手，我用 8 个瞬间讲透了!

你有没有发现，人生里很多重要的事情，第一步都是最难的。第一次约会、第一次上台讲话、第一次进健身房……总有点怯场。学Python也一样。很多人一听到“编程”两个字，脑海里浮现的画面是：黑屏幕上飞...

Python 入门不用愁!5 个核心知识 + 3 个偷懒技巧，小白 3 天就能上手

提到编程，很多人会觉得“太难了，学不会”。但Python不一样，它就像编程语言里的“白话文”，语法简单、逻辑清晰，哪怕是零基础小白，掌握几个核心知识点和小技巧，也能快速上手。今天就带大家解锁...

信息技术专业学什么?从敲代码到搞安全，这些内容要掌握

提到信息技术专业，很多人第一反应是“写代码的”。其实这个专业的学习内容远不止于此，它更像一个“数字时代工具箱”，既教你搭建系统，也教你维护网络，还能让你搞懂数据背后的逻辑。下面就用大白话讲讲这个专...

取消回复欢迎 你 发表评论:

一周热门
最近发表
标签列表
Copyright Your WebSite.Some Rights Reserved.