1. --两个master配置
2. service mysqlchk-write 
3. { 
4.  flags           = REUSE 
5.  socket_type     = stream 
6.  port            = 9201 
7.  wait            = no 
8.  user            = root 
9.  server          = /opt/script/mysqlchk_status.sh 
10.  log_on_failure  += USERID 
11.  disable         = no 
12.  only_from       = 192.168.1.0/24  #recommended to put the IPs that need 
13.                                   # to connect exclusively (security purposes) 
14.  per_source      = UNLIMITED 
15. } 
16.  
17. service mysqlchk-read 
18. { 
19.  flags           = REUSE 
20.  socket_type     = stream 
21.  port            = 9202 
22.  wait            = no 
23.  user            = root 
24.  server          = /opt/script/mysqlchk_replication.sh 
25.  log_on_failure  += USERID 
26.  disable         = no 
27.  only_from       = 192.168.1.0/24  #recommended to put the IPs that need 
28.                                   # to connect exclusively (security purposes) 
29.  per_source      = UNLIMITED 
30. } 
31.  
32. --所有slaves只需配置复制状态检查脚本 
33. service mysqlchk-read 
34. { 
35.  flags           = REUSE 
36.  socket_type     = stream 
37.  port            = 9202 
38.  wait            = no 
39.  user            = root 
40.  server          = /opt/script/mysqlchk_replication.sh 
41.  log_on_failure  += USERID 
42.  disable         = no 
43.  only_from       = 192.168.1.0/24  #recommended to put the IPs that need 
44.                                   # to connect exclusively (security purposes) 
45.  per_source      = UNLIMITED 
46. } 

1. --两个master添加： 
2. mysqlchk-write    9201/tcp         # MySQL status check 
3. mysqlchk-read   9202/tcp         # MySQL replication check 
4.  
5. --所有slaves添加： 
6. mysqlchk-read   9202/tcp         # MySQL replication check 

1. # /etc/init.d/xinetd stop 
2. # /etc/init.d/xinetd start 

查看端口号确认

1. [root@master xinetd.d]#  netstat -antup|grep xinetd 
2. tcp        0      0 0.0.0.0:9201                0.0.0.0:*                   LISTEN      3077/xinetd          
3. tcp        0      0 0.0.0.0:9202                0.0.0.0:*                   LISTEN      3077/xinetd    

 

3、monitor主机安装haproxy

1. tar zxvf haproxy-1.4.23.tar.gz 
2. cd haproxy-1.4.23  
3. make TARGET=linux26 ARCH=x86_64 
4. make install 

 

4、配置haproxy配置文件

vi /usr/local/haproxy-1.4.23/conf/haproxy-db.cfg

1. # HAProxy configuration - haproxy-db.cfg 
2.  
3. global 
4. maxconn 4096 
5. daemon 
6. pidfile /usr/local/haproxy-1.4.23/haproxy.pid 
7. #debug 
8. #quiet 
9. #chroot /usr/share/haproxy 
10.  
11. defaults 
12. log     global 
13. mode    http 
14. #option  httplog 
15. option  dontlognull 
16. log 127.0.0.1 local0 
17. retries 3 
18. option redispatch 
19. maxconn 4096 
20. timeout connect 1000ms 
21. timeout client 50000ms 
22. timeout server 50000ms 
23.  
24. listen  stats :8011 
25. balance 
26. mode http 
27. stats enable 
28. stats auth root:monitor 
29.   
30. ## 
31. ## FRONTEND ## 
32. ## 
33.   
34. # Load-balanced IPs for DB writes and reads 
35. # 
36. frontend db_write 
37. mode tcp 
38. bind 192.168.1.105:3306 
39. default_backend cluster_db_write 
40.   
41. frontend db_read 
42. mode tcp 
43. bind 192.168.1.113:3306 
44. default_backend cluster_db_read 
45.   
46. # Monitor DB server availability 
47. # 
48. frontend monitor_master 
49. # 
50. # set master_backup to 'up' or 'down' 
51. # 
52. bind 127.0.0.1:9301 
53. mode http 
54. #option nolinger 
55.   
56. acl no_repl_master nbsrv(master_replication) eq 0 
57. acl no_repl_slave1 nbsrv(slave1_replication) eq 0 
58. acl no_master nbsrv(master_status) eq 0 
59. acl no_slave1 nbsrv(slave1_status) eq 0 
60.   
61. monitor-uri /monitor 
62. monitor fail unless no_repl_master no_repl_slave1 no_slave1 
63. monitor fail if no_master no_slave1 
64.   
65. frontend monitor_slave1 
66. # 
67. # set slave1_backup to 'up' or 'down' 
68. # 
69. bind 127.0.0.1:9302 
70. mode http 
71. #option nolinger 
72.   
73. acl no_repl_master nbsrv(master_replication) eq 0 
74. acl no_repl_slave1 nbsrv(slave1_replication) eq 0 
75. acl no_master nbsrv(master_status) eq 0 
76. acl no_slave1 nbsrv(slave1_status) eq 0 
77.   
78. monitor-uri /monitor 
79. monitor fail unless no_repl_master no_repl_slave1 no_master 
80. monitor fail if no_master no_slave1 
81.   
82. frontend monitor_slave2 
83. # 
84. # set slave2 read-only slave to 'down' 
85. # 
86. bind 127.0.0.1:9303 
87. mode http 
88. #option nolinger 
89.   
90. acl no_repl_slave2 nbsrv(slave2_replication) eq 0 
91. acl no_repl_master nbsrv(master_replication) eq 0 
92. acl slave1 nbsrv(slave1_status) eq 1 
93.   
94. monitor-uri /monitor 
95. monitor fail if no_repl_slave2 
96. monitor fail if no_repl_master slave1 
97.   
98. frontend monitor_slave3 
99. # 
100. # set slave3 read-only slave to 'down' 
101. # 
102. bind 127.0.0.1:9304 
103. mode http 
104. #option nolinger 
105.   
106. acl no_repl_slave3 nbsrv(slave3_replication) eq 0 
107. acl no_repl_master nbsrv(master_replication) eq 0 
108. acl slave1 nbsrv(slave1_status) eq 1 
109.   
110. monitor-uri /monitor 
111. monitor fail if no_repl_slave3 
112. monitor fail if no_repl_master slave1 
113.   
114. frontend monitor_slave4 
115. # 
116. # set slave4 read-only slave to 'down' 
117. # 
118. bind 127.0.0.1:9305 
119. mode http 
120. #option nolinger 
121.   
122. acl no_repl_slave4 nbsrv(slave4_replication) eq 0 
123. acl no_repl_slave1 nbsrv(slave1_replication) eq 0 
124. acl master nbsrv(master_status) eq 1 
125.   
126. monitor-uri /monitor 
127. monitor fail if no_repl_slave4 
128. monitor fail if no_repl_slave1 master 
129.   
130. # Monitor for split-brain syndrome 
131. # 
132. frontend monitor_splitbrain 
133. # 
134. # set master_splitbrain and slave1_splitbrain to 'up' 
135. # 
136. bind 127.0.0.1:9300 
137. mode http 
138. #option nolinger 
139.   
140. acl no_repl01 nbsrv(master_replication) eq 0 
141. acl no_repl02 nbsrv(slave1_replication) eq 0 
142. acl master nbsrv(master_status) eq 1 
143. acl slave1 nbsrv(slave1_status) eq 1 
144.   
145. monitor-uri /monitor 
146. monitor fail unless no_repl01 no_repl02 master slave1 
147.   
148. ## 
149. ## BACKEND ## 
150. ## 
151.   
152. # Check every DB server replication status 
153. # - perform an http check on port 9201 (replication status) 
154. # - set to 'down' if response is '503 Service Unavailable' 
155. # - set to 'up' if response is '200 OK' 
156. # 
157. backend master_replication 
158. mode tcp 
159. balance roundrobin 
160. option tcpka 
161. option httpchk 
162. server master 192.168.1.106:3306 check port 9202 inter 5s rise 1 fall 1 
163.   
164. backend slave1_replication 
165. mode tcp 
166. balance roundrobin 
167. option tcpka 
168. option httpchk 
169. server slave1 192.168.1.107:3306 check port 9202 inter 5s rise 1 fall 1 
170.   
171. backend slave2_replication 
172. mode tcp 
173. balance roundrobin 
174. option tcpka 
175. option httpchk 
176. server slave2 192.168.1.110:3306 check port 9202 inter 5s rise 1 fall 1 
177.   
178. backend slave3_replication 
179. mode tcp 
180. balance roundrobin 
181. option tcpka 
182. option httpchk 
183. server slave3 192.168.1.111:3306 check port 9202 inter 5s rise 1 fall 1 
184.   
185. backend slave4_replication 
186. mode tcp 
187. balance roundrobin 
188. option tcpka 
189. option httpchk 
190. server slave4 192.168.1.112:3306 check port 9202 inter 5s rise 1 fall 1 
191.   
192. # Check Master DB server mysql status 
193. # - perform an http check on port 9201 (mysql status) 
194. # - set to 'down' if response is '503 Service Unavailable' 
195. # - set to 'up' if response is '200 OK' 
196. # 
197. backend master_status 
198. mode tcp 
199. balance roundrobin 
200. option tcpka 
201. option httpchk 
202. server master 192.168.1.106:3306 check port 9201 inter 5s rise 2 fall 2 
203.   
204. backend slave1_status 
205. mode tcp 
206. balance roundrobin 
207. option tcpka 
208. option httpchk 
209. server slave1 192.168.1.107:3306 check port 9201 inter 5s rise 2 fall 2 
210.   
211. # DB write cluster 
212. # Failure scenarios: 
213. # - replication 'up' on master & slave1 = writes to master 
214. # - replication 'down' on slave1 = writes to master 
215. # - replication 'down' on master = writes to slave1 
216. # - replication 'down' on master & slave1 = go nowhere, split-brain, cluster FAIL! 
217. # - mysql 'down' on slave1 = writes to master_backup 
218. # - mysql 'down' on master = writes to slave1_backup 
219. # - mysql 'down' on master & slave1 = go nowhere, cluster FAIL! 
220. # 
221. backend cluster_db_write 
222. # 
223. # - max 1 db server available at all times 
224. # - master is preferred (top of list) 
225. # - db_backups set their 'up' or 'down' based on results from monitor_monitor 
226. # 
227. mode tcp 
228. option tcpka 
229. balance roundrobin 
230. option httpchk GET /monitor 
231. server master 192.168.1.106:3306 weight 1 check port 9202 inter 5s rise 2 fall 1 
232. server slave1 192.168.1.107:3306 weight 1 check port 9202 inter 5s rise 2 fall 1 backup 
233. server master_backup 192.168.1.106:3306 weight 1 check port 9301 inter 5s rise 2 fall 2 addr 127.0.0.1 backup 
234. server slave1_backup 192.168.1.107:3306 weight 1 check port 9302 inter 5s rise 2 fall 2 addr 127.0.0.1 backup 
235.   
236. # DB read cluster 
237. # Failure scenarios 
238. # - replication 'up' on master & slave1 = reads on master, slave1, all db_slaves 
239. # - replication 'down' on slave1 = reads on master, slaves of master 
240. # - replication 'down' on master = reads on slave1, slaves of slave1 
241. # - replication 'down' on master & slave1 = reads on master_splitbrain and master_splitbrain only 
242. # - mysql 'down' on slave1 = reads on master_backup, slaves of master 
243. # - mysql 'down' on master = reads on slave1_backup, slaves of slave1 
244. # - mysql 'down' on master & slave1 = go nowhere, cluster FAIL! 
245. # 
246. backend cluster_db_read 
247. # 
248. # - max 2 master db servers available at all times 
249. # - max N slave db servers available at all times except during split-brain 
250. # - monitor track 'up' and 'down' of monitor in the cluster_db_write 
251. # - db_backups track 'up' and 'down' of db_backups in the cluster_db_write 
252. # - db_splitbrains set their 'up' or 'down' based on results from monitor_splitbrain 
253. # 
254. mode tcp 
255. option tcpka 
256. balance roundrobin 
257. option httpchk GET /monitor 
258. server master 192.168.1.106:3306 weight 1 track cluster_db_write/master 
259. server slave1 192.168.1.107:3306 weight 1 track cluster_db_write/slave1 
260. server master_backup 192.168.1.106:3306 weight 1 track cluster_db_write/master_backup 
261. server slave1_backup 192.168.1.107:3306 weight 1 track cluster_db_write/slave1_backup 
262. server master_splitbrain 192.168.1.106:3306 weight 1 check port 9300 inter 5s rise 1 fall 2 addr 127.0.0.1 
263. server slave1_splitbrain 192.168.1.107:3306 weight 1 check port 9300 inter 5s rise 1 fall 2 addr 127.0.0.1 
264. # 
265. # Scaling & redundancy options 
266. # - db_slaves set their 'up' or 'down' based on results from monitor_monitor 
267. # - db_slaves should take longer to rise 
268. # 
269. server slave2_slave 192.168.1.110:3306 weight 1 check port 9303 inter 5s rise 5 fall 1 addr 127.0.0.1 
270. server slave3_slave 192.168.1.111:3306 weight 1 check port 9304 inter 5s rise 5 fall 1 addr 127.0.0.1 
271. server slave4_slave 192.168.1.112:3306 weight 1 check port 9305 inter 5s rise 5 fall 1 addr 127.0.0.1 

 

5、启动haproxy

1. haproxy -f /usr/local/haproxy-1.4.23/conf/haproxy-db.cfg 

监控地址：http://192.168.1.200:8011/haproxy?stats
user：root    password：monitor

 

一些参数说明 ：

maxconn <number>   Sets the maximum per-process number of concurrent connections to <number>. It   is equivalent to the command-line argument "-n". Proxies will stop accepting   connections when this limit is reached. daemon   Makes the process fork into background. This is the recommended mode of   operation. It is equivalent to the command line "-D" argument. It can be   disabled by the command line "-db" argument. pidfile <pidfile>   Writes pids of all daemons into file <pidfile>. This option is equivalent to   the "-p" command line argument. The file must be accessible to the user   starting the process. retries <value>   Set the number of retries to perform on a server after a connection failure   May be used in sections:    defaults | frontend | listen | backend                                  yes   |    no    |   yes  |   yes   Arguments :     <value>   is the number of times a connection attempt should be retried on               a server when a connection either is refused or times out. The               default value is 3.   It is important to understand that this value applies to the number of   connection attempts, not full requests. When a connection has effectively   been established to a server, there will be no more retry.   In order to avoid immediate reconnections to a server which is restarting,   a turn-around timer of 1 second is applied before a retry occurs.   When "option redispatch" is set, the last retry may be performed on another   server even if a cookie references a different server.   See also : "option redispatch" option redispatch no option redispatch   Enable or disable session redistribution in case of connection failure   May be used in sections:    defaults | frontend | listen | backend                                  yes   |    no    |   yes  |   yes   Arguments : none   In HTTP mode, if a server designated by a cookie is down, clients may   definitely stick to it because they cannot flush the cookie, so they will not   be able to access the service anymore.   Specifying "option redispatch" will allow the proxy to break their   persistence and redistribute them to a working server.   It also allows to retry last connection to another server in case of multiple   connection failures. Of course, it requires having "retries" set to a nonzero   value.   This form is the preferred form, which replaces both the "redispatch" and   "redisp" keywords.   If this option has been enabled in a "defaults" section, it can be disabled   in a specific instance by prepending the "no" keyword before it. option dontlognull no option dontlognull   Enable or disable logging of null connections   May be used in sections :   defaults | frontend | listen | backend                                  yes   |    yes   |   yes  |   no   Arguments : none   In certain environments, there are components which will regularly connect to   various systems to ensure that they are still alive. It can be the case from   another load balancer as well as from monitoring systems. By default, even a   simple port probe or scan will produce a log. If those connections pollute   the logs too much, it is possible to enable option "dontlognull" to indicate   that a connection on which no data has been transferred will not be logged,   which typically corresponds to those probes.   It is generally recommended not to use this option in uncontrolled   environments (eg: internet), otherwise scans and other malicious activities   would not be logged.   If this option has been enabled in a "defaults" section, it can be disabled   in a specific instance by prepending the "no" keyword before it.

另外，使用keepalived实现代理层的HA。