26
4
CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.
Bài viết trên blog CFSDN Keepaliving+HAProxy này triển khai các cấu hình cân bằng tải có tính sẵn sàng cao của MySQL do tác giả sưu tầm và biên soạn. Nếu bạn quan tâm đến bài viết này, hãy nhớ thích nó.
Giữ nguyên trạng thái sống.
Vì mysqlcluster được sử dụng trong môi trường sản xuất nên cần phải đạt được cân bằng tải có tính sẵn sàng cao và keepaliving+haproxy được cung cấp ở đây để đạt được điều đó.
Chức năng chính của keepaliving là thực hiện cách ly lỗi của máy thật và chuyển đổi lỗi giữa các bộ cân bằng tải. Nó có thể được chuyển đổi ở lớp 3, 4 và 5. Nó được triển khai thông qua ngăn xếp VRRPv2 (Giao thức dự phòng bộ định tuyến ảo).
Layer3: Keepaliving sẽ thường xuyên gửi gói dữ liệu ICMP (chương trình Ping mà chúng ta thường sử dụng) đến các máy chủ trong nhóm máy chủ. Nếu phát hiện địa chỉ IP của một dịch vụ nào đó không được kích hoạt, Keepaliving sẽ thông báo rằng máy chủ đó không hợp lệ. và gửi nó Bị loại khỏi cụm máy chủ, một ví dụ điển hình của tình trạng này là một máy chủ bị tắt trái phép. Phương thức Layer3 sử dụng địa chỉ IP của máy chủ có hợp lệ hay không làm tiêu chí để xác định xem máy chủ có hoạt động bình thường hay không.
Layer4: Chủ yếu dựa vào trạng thái của cổng TCP để xác định xem máy chủ có hoạt động tốt hay không. Ví dụ: cổng dịch vụ của máy chủ web thường là 80. Nếu Keepaliving phát hiện cổng 80 đó chưa được khởi động, Keepaliving sẽ xóa máy chủ khỏi nhóm máy chủ.
Layer5: Băng thông chiếm dụng trên mạng cũng lớn hơn. Keepaliving sẽ kiểm tra xem chương trình máy chủ có chạy bình thường theo cài đặt của người dùng hay không. Nếu không khớp với cài đặt của người dùng, Keepaliving sẽ xóa máy chủ khỏi nhóm máy chủ.
Thiết kế phần mềm 。
Sẽ có một quy trình duy nhất sau khi bắt đầu lưu giữ.
|
1
2
3
|
8352 ? Ss 0:00 /usr/sbin/keepalived
8353 ? S 0:00 _ /usr/sbin/keepalived
8356 ? S 0:01 _ /usr/sbin/keepalived
|
Tiến trình cha: quản lý bộ nhớ, quản lý tiến trình con, v.v.
Tiến trình con: Tiến trình con VRRP.
Quy trình con: Ví dụ về quy trình con kiểm tra tình trạng.
2台mysqlcluster 10.1.6.203 master 10.1.6.205 backup 。
vip 10.1.6.173 。
Cổng truy cập đích 10.1.6.173 3366 được thăm dò và chuyển tiếp tương ứng tới 10.1.6.203 3306 và 10.1.6.205 3306 thông qua haproxy.
Để xây dựng mysqlcluster, hãy tham khảo blog trước Tại đây, keepaliving được cài đặt trên 2 máy.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
root@10.1.6.203:~
# apt-get cài đặt keepalived
root@10.1.6.203:~
# mèo /etc/keepalived/keepalived.conf
vrrp_script chk_haproxy {
kịch bản
"killall -0 haproxy"
# xác minh sự tồn tại của pid
khoảng thời gian 2
# kiểm tra mỗi 2 giây
trọng lượng -2
# thêm 2 điểm ưu tiên nếu OK
}
vrrp_instance VI_1 {
giao diện eth1
# giao diện để giám sát
chủ nhà nước
virtual_router_id 51
# Gán một ID cho tuyến đường này
ưu tiên 101
# 101 trên master, 100 trên backup
không được ưu tiên
gỡ lỗi
địa chỉ ip ảo {
10.1.6.173
}
theo dõi tập lệnh {
#Lưu ý khoảng cách giữa các dấu ngoặc nhọn
chk_haproxy
}
thông báo_chủ
/etc/keepalived/scripts/start_haproxy
.sh
#Cho biết tập lệnh sẽ được thực thi khi chuyển sang trạng thái chính
thông báo lỗi
/etc/keepalived/scripts/stop_keepalived
.sh
#Script được thực thi khi xảy ra lỗi
thông báo_dừng
/etc/keepalived/scripts/stop_haproxy
.sh
#keepalivingChạy tập lệnh được chỉ định bởi notification_stop trước khi dừng thao tác }
|
Cấu hình VRRPD bao gồm ba loại
Các phiên bản VRRP và tập lệnh VRRP được sử dụng ở đây.
Chú ý đến các tùy chọn cấu hình
stat: Chỉ định trạng thái ban đầu của instance (Initial), nghĩa là sau khi cấu hình, trạng thái ban đầu của máy chủ này là những gì được chỉ định ở đây, nhưng những gì được chỉ định ở đây không được tính, vẫn phải xác định thông qua bầu cử và mức độ ưu tiên, nếu ở đây Đặt làm chính, nhưng nếu mức độ ưu tiên của nó thấp hơn mức ưu tiên khác thì cái này sẽ gửi mức độ ưu tiên của chính nó khi gửi thông báo. Nếu cái kia nhận thấy mức độ ưu tiên không cao bằng mức ưu tiên của nó thì nó sẽ chiếm ưu tiên. trạng thái chủ.
|
1
2
3
4
5
|
vrrp_script chk_haproxy {
script "killall -0 haproxy" # xác minh sự tồn tại của pid
khoảng 2 # kiểm tra cứ sau 2 giây khoảng thời gian thực hiện tập lệnh
trọng số -2 # thêm 2 điểm ưu tiên nếu OK Thay đổi mức độ ưu tiên do kết quả tập lệnh gây ra: 2 có nghĩa là mức độ ưu tiên +2 có nghĩa là mức độ ưu tiên -2;
}
|
Sau đó, tham chiếu nó trong phiên bản (vrrp_instance), tương tự như tham chiếu hàm trong tập lệnh: xác định nó trước, sau đó tham chiếu đến tên hàm.
|
1
2
3
|
theo dõi tập lệnh {
chk_haproxy
}
|
Lưu ý: Tập lệnh VRRP (vrrp_script) và phiên bản VRRP (vrrp_instance) thuộc cùng một cấp độ.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
|
root@10.1.6.203:tập lệnh
# mèo start_haproxy.sh
#!/bin/bash
ngủ
5
lấy=`địa chỉ ip |
va li
10.1.6.173 |
nhà vệ sinh
-tôi
tiếng vọng
$lấy >>
/etc/keepalived/scripts/start_ha
.log
nếu như
[ $lấy -
cân bằng
1 ]
sau đó
tiếng vọng
"`date +%c` thành công để nhận vip"
>>
/etc/keepalived/scripts/start_ha
.log
/usr/local/sbin/haproxy
-f
/etc/haproxy/haproxy
.cfg
khác
tiếng vọng
"`ngày +%c` không thể nhận được vip"
>>
/etc/keepalived/scripts/start_ha
.log
là
root@10.1.6.203:tập lệnh
# mèo stop_keepalived.sh
#!/bin/bash
pid=`pidof được giữ nguyên`
nếu như
[ $pid ==
""
]
sau đó
tiếng vọng
"`ngày +%c` không có id tiến trình được giữ nguyên"
>>
/etc/keepalived/scripts/stop_keep
.log
khác
tiếng vọng
"`ngày +%c` sẽ dừng keepalived "
>>
/etc/keepalived/scripts/stop_keep
.log
/etc/init
.đ
/giữ nguyên
dừng lại
là
/etc/init
.đ
/giữ nguyên
dừng lại
root@10.1.6.203:tập lệnh
# mèo stop_haproxy.sh
#!/bin/bash
pid=`pid của haproxy`
tiếng vọng
"`ngày +%c` dừng haproxy"
>>
/etc/keepalived/scripts/stop_ha
.log
giết
-9 $pid
|
Cấu hình 10.1.6.205 theo cách tương tự.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
root@10.1.6.205:~
# mèo /etc/keepalived/keepalived.conf
vrrp_script chk_haproxy {
kịch bản
"killall -0 haproxy"
# xác minh sự tồn tại của pid
khoảng thời gian 2
# kiểm tra mỗi 2 giây
trọng lượng 2
# thêm 2 điểm ưu tiên nếu OK
}
vrrp_instance VI_1 {
giao diện eth1
# giao diện để giám sát
trạng thái SAO LƯU
virtual_router_id 51
# Gán một ID cho tuyến đường này
ưu tiên 100
# 101 trên master, 100 trên backup
địa chỉ ip ảo {
10.1.6.173
}
theo dõi tập lệnh {
chk_haproxy
}
thông báo_chủ
/etc/keepalived/scripts/start_haproxy
.sh
thông báo lỗi
/etc/keepalived/scripts/stop_keepalived
.sh
thông báo_dừng
/etc/keepalived/scripts/stop_haproxy
.sh
}
|
HAProxy 。
Tiếp theo, chúng tôi sẽ giới thiệu haproxy.
HAProxy là một phần mềm proxy dựa trên các ứng dụng TCP (Lớp 4) và HTTP (Lớp 7). Nó cũng có thể được sử dụng làm bộ cân bằng tải. Nó cũng có thể bảo vệ máy chủ khỏi bị lộ. mạng. , thông qua bản đồ cổng. Nó cũng đi kèm với một trang để theo dõi trạng thái máy chủ.
Cài đặt haproxy.
|
1
2
3
4
5
|
wget -O
/tmp/haproxy-1
.4.22.
mất
.gz http:
//haproxy
.1wt.eu
/tải xuống/1
.4
/src/haproxy-1
.4.22.
mất
.gz
mất
xvfz
/tmp/haproxy-1
.4.22.
mất
.gz-C
/tmp/
đĩa CD
/tmp/haproxy-1
.4.22
làm
MỤC TIÊU=linux26
làm
cài đặt
|
Haproxy cần thực hiện kiểm tra tình trạng trên mỗi máy chủ mysqlcluster.
1. Định cấu hình haproxy.cfg trên hai máy chủ tương ứng.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
|
root@10.1.6.203:tập lệnh
# mèo /etc/haproxy/haproxy.cfg
toàn cầu
maxconn 51200
#Số lượng kết nối tối đa mặc định
#uid 99
#gid99
quỷ dữ
#Chạy haproxy ở chế độ nền
#im lặng
nbproc 1
#Số lượng quy trình (bạn có thể đặt nhiều quy trình để cải thiện hiệu suất)
tập tin pid
/etc/haproxy/haproxy
.pid
Đường dẫn lưu trữ pid của #haproxy, người dùng bắt đầu quá trình phải có quyền truy cập tệp này
mặc định
chế độ tcp
#Danh mục đã xử lý (#http 7 lớp; tcp 4 lớp)
tùy chọn chuyển phát lại
Sau khi máy chủ tương ứng với #serverId bị treo, nó buộc phải được chuyển hướng đến các máy chủ khỏe mạnh khác.
tùy chọn phá thai đóng
#Khi tải máy chủ rất cao, hãy tự động kết thúc các kết nối đã được xử lý trong hàng đợi hiện tại trong một thời gian dài.
thời gian chờ kết nối 5000 giây
#Hết thời gian kết nối
thời gian chờ của khách hàng 50000 giây
#Khách hàng hết thời gian chờ
máy chủ thời gian chờ 50000 giây
#Máy chủ hết thời gian chờ
Nhật ký 127.0.0.1 local0
#Lỗi ghi nhật ký
cân bằng vòng tròn
#Phương pháp cân bằng tải mặc định, phương pháp bỏ phiếu
nghe proxy
liên kết 10.1.6.173:3366
#Cổng nghe
chế độ tcp
Mô hình 7 lớp của #http
tùy chọn httpchk
#Tệp phát hiện nhịp tim
máy chủ db1 10.1.6.203:3306 trọng lượng 1 kiểm tra cổng 9222 inter 12000 tăng 3 giảm 3
#Định nghĩa máy chủ, kiểm tra inter 12000 là phát hiện tần số nhịp tim, tăng 3 là 3 lần đúng và máy chủ được coi là khả dụng, giảm 3 là 3 lỗi và máy chủ được coi là không khả dụng, trọng lượng biểu thị trọng số.
máy chủ db2 10.1.6.205:3306 trọng lượng 1 kiểm tra cổng 9222 inter 12000 tăng 3 giảm 3
lắng nghe haproxy_stats
chế độ http
liên kết 10.1.6.173:8888
tùy chọn httplog
làm mới số liệu thống kê 5 giây
thống kê uri
/trạng thái
#URL phát hiện tình trạng trang web, được sử dụng để kiểm tra xem trang web do HAProxy quản lý có thể sử dụng được hay không. Nó trả về 200 nếu bình thường và 503 nếu không bình thường.
thống kê lĩnh vực Haproxy Manager
thống kê xác thực admin:p@a1SZs24
#Mật khẩu tài khoản
gốc@10.1.6.205:~$
con mèo
/etc/haproxy/haproxy
.cfg
toàn cầu
maxconn 51200
#uid 99
#gid99
quỷ dữ
#im lặng
nbproc 1
tập tin pid
/etc/haproxy/haproxy
.pid
mặc định
chế độ tcp
tùy chọn chuyển phát lại
tùy chọn phá thai đóng
thời gian chờ kết nối 5000 giây
thời gian chờ của khách hàng 50000 giây
máy chủ thời gian chờ 50000 giây
Nhật ký 127.0.0.1 local0
cân bằng vòng tròn
nghe proxy
liên kết 10.1.6.173:3366
chế độ tcp
tùy chọn httpchk
máy chủ db1 10.1.6.203:3306 trọng lượng 1 kiểm tra cổng 9222 inter 12000 tăng 3 giảm 3
máy chủ db2 10.1.6.205:3306 trọng lượng 1 kiểm tra cổng 9222 inter 12000 tăng 3 giảm 3
lắng nghe haproxy_stats
chế độ http
liên kết 10.1.6.173:8888
tùy chọn httplog
làm mới số liệu thống kê 5 giây
thống kê uri
/trạng thái
thống kê lĩnh vực Haproxy Manager
thống kê xác thực admin:p@a1SZs24
|
2. Cài đặt xinetd.
|
1
|
root@10.1.6.203:~
# apt-get cài đặt xinetd
|
3. Thêm tập lệnh dịch vụ xinetd và số cổng mysqlchk vào mỗi nút.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
root@10.1.6.203:~
# vì /etc/xinetd.d/mysqlchk
# mặc định: bật
# mô tả: mysqlchk
dịch vụ mysqlchk
#Cần được xác định trong servive
{
cờ = TÁI SỬ DỤNG
socket_type = luồng
cổng = 9222
chờ đợi = không
người dùng = không ai
máy chủ =
/opt/mysqlchk
log_on_failure += ID NGƯỜI DÙNG
vô hiệu hóa = không
per_source = KHÔNG GIỚI HẠN
liên kết = 10.1.6.173
}
root@10.1.6.203:~
# vim /etc/dịch vụ
mysqlchk 9222
/tcp
#mysqlchk
|
4. Viết tập lệnh dịch vụ giám sát mysqlchk.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
|
root@10.1.6.203:~
# ls -l /opt/mysqlchk
-rwxr--r-- 1 không ai root 1994 2013-09-17 11:27
/opt/mysqlchk
root@10.1.6.203:~
# mèo /opt/mysqlchk
#!/bin/bash
#
# Tập lệnh này kiểm tra xem máy chủ mysql có hoạt động tốt trên máy chủ cục bộ không. Nó sẽ
# trở lại:
# "HTTP/1.x 200 OK" (nếu mysql chạy trơn tru)
# - HOẶC -
# "Lỗi máy chủ nội bộ HTTP/1.x 500" (khác)
#
# Mục đích của tập lệnh này là làm cho haproxy có khả năng giám sát mysql một cách chính xác
#
Máy chủ MYSQL
"máy chủ cục bộ"
SOCKET_MYSQL=
"/var/run/mysqld/mysqld.sock"
TÊN NGƯỜI DÙNG MYSQL=
"mysqlchkusr"
#Mật khẩu tài khoản cần được thêm vào mysql
MẬT KHẨU MYSQL=
"bí mật"
MYSQL_OPTS=
"-N -q -A"
TMP_FILE=
"/dev/shm/mysqlchk.$$.out"
TỆP_LỖI_ERR=
"/dev/shm/mysqlchk.$$.err"
BUỘC_THẤT_BẠI=
"/dev/shm/proxyoff"
MYSQL_BIN=
"/opt/mysqlcluster/mysql-cluster-gpl-7.2.6-linux2.6-x86_64/bin/mysql"
KIỂM TRA_QUERY=
"chọn 1"
kiểm tra trước khi bay()
{
vì
TÔI
TRONG
"$TMP_FILE"
"$ERR_FILE"
;
LÀM
nếu như
[ -f
"$Tôi"
];
sau đó
nếu như
[ ! -w $I ];
sau đó
tiếng vọng
-Và
"Dịch vụ HTTP/1.1 503 không khả dụng"
tiếng vọng
-Và
"Loại nội dung: Loại nội dung: văn bản/thuần túy"
tiếng vọng
-Và
" "
tiếng vọng
-Và
"Không thể viết vào $I "
tiếng vọng
-Và
" "
ra
1
là
là
xong
}
trả về_ok()
{
tiếng vọng
-Và
"HTTP/1.1 200 Đồng ý"
tiếng vọng
-Và
"Loại nội dung: text/html"
tiếng vọng
-Và
"Độ dài nội dung: 43"
tiếng vọng
-Và
" "
tiếng vọng
-Và
" "
rm
TỆP_TMP
ra
0
}
trả về_thất bại()
{
tiếng vọng
-Và
"Dịch vụ HTTP/1.1 503 không khả dụng"
tiếng vọng
-Và
"Loại nội dung: text/html"
tiếng vọng
-Và
"Độ dài nội dung: 42"
tiếng vọng
-Và
" "
Nhưng
-Và
's/ $/ /'
$ERR_TỆP
tiếng vọng
-Và
" "
rm
TỆP_TMP
ra
1
}
kiểm tra trước khi bay
nếu như
[ -f
"$FORCE_FAIL"
];
sau đó
tiếng vọng
"$FORCE_FAIL đã tìm thấy"
> $ERR_FILE
trả về_thất_bại;
là
$MYSQL_BIN $MYSQL_OPTS --host=$MYSQL_HOST --socket=$MYSQL_SOCKET --user=$MYSQL_USERNAME --password=$MYSQL_PASSWORD -e
"$KIỂM TRA_QUERY"
> $TMP_FILE 2> $ERR_FILE
nếu như
[ $? -
nó là
0 ];
sau đó
trả về_thất_bại;
là
trả về được;
|
Bài kiểm tra.
2 nút cho phép lưu giữ (nút chính sẽ nhận được VIP và tự động lấy haproxy) và xinetd.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
root@10.1.6.203:~
# ip thêm
1: lo:
liên kết
/vòng lặp lại
00:00:00:00:00:00 Brd 00:00:00:00:00:00
inet 127.0.0.1
/8
phạm vi máy chủ lo
2: eth0:
liên kết
/ ê-te
00:26:b9:36:0f:81 brd ff:ff:ff:ff:ff:ff
mạng 211.151.105.186
/26
brd 211.151.105.191 phạm vi toàn cầu eth0
3: eth1:
liên kết
/ ê-te
00:26:b9:36:0f:83 brd ff:ff:ff:ff:ff:ff
inet 10.1.6.203
/24
brd 10.1.6.255 phạm vi toàn cầu eth1
inet 10.1.6.173
/32
phạm vi toàn cầu eth1
4: eth2:
liên kết
/ ê-te
00:26:b9:36:0f:85 brd ff:ff:ff:ff:ff:ff
5: eth3:
liên kết
/ ê-te
00:26:b9:36:0f:87 brd ff:ff:ff:ff:ff:ff
root@10.1.6.203:~
# netstat -tunlp | nắm chặt ha
tcp 0 0 10.1.6.173:3366 0.0.0.0:* NGHE 1042
/haproxy
tcp 0 0 10.1.6.203:8888 0.0.0.0:* NGHE 1042
/haproxy
udp 0 0 0.0.0.0:56562 0.0.0.0:* 1042
/haproxy
root@10.1.6.203:~
# netstat -tunlp | nắm lấy xine
tcp 0 0 10.1.6.203:9222 0.0.0.0:* NGHE 30897
/xinetd
root@10.1.6.203:~
# ps -ef | grep haproxy
root 1042 1 0 Tháng 9 năm 17 ? 00:00:00
/usr/local/sbin/haproxy
-f
/etc/haproxy/haproxy
.cfg
|
Bài kiểm tra
Truy cập cơ sở dữ liệu cluster thông qua vip10.1.6.173 3366 (lưu ý quyền tài khoản dave cần thêm 3 ip10.1.6.203, 10.1.6.205, 10.1.6.173).
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
root@10.1.6.203:mgm
# mysql -udave -p -h 10.1.6.173 -P 3366
Nhập mật khẩu:
Chào mừng đến với màn hình MySQL. Các lệnh kết thúc bằng ; hoặc g.
Kết nối MySQL của bạn
nhận dạng
là 1344316
Phiên bản máy chủ: 5.5.22-ndb-7.2.6-gpl-log MySQL Cluster Community Server (GPL)
Kiểu
'giúp đỡ;'
hoặc
'h'
vì
giúp đỡ. Loại
'c'
ĐẾN
thông thoáng
bộ đệm.
mysql> hiển thị cơ sở dữ liệu;
+------------------+
| Cơ sở dữ liệu |
+------------------+
| lược đồ thông tin |
| dave |
|
Bài kiểm tra
|
+------------------+
3 hàng
TRONG
bộ
(0,01 giây)
mysql>
|
Tự động treo thủ công, haproxy và cơ sở dữ liệu vip10.1.6.173 sẽ tự động chuyển sang 10.1.6.205 và sẽ không ảnh hưởng đến quyền truy cập vip.
Kiểm tra trạng thái của từng nút thông qua vip và haproxy.
http://10.1.6.173:8888/status 。
Cuối cùng, bài viết này về cấu hình Keepaliving+HAProxy để đạt được cân bằng tải khả dụng cao của MySQL có tại đây. Nếu bạn muốn biết thêm về cấu hình của Keepaliving+HAProxy để đạt được cân bằng tải khả dụng cao của MySQL, vui lòng tìm kiếm bài viết CFSDN. tiếp tục Duyệt các bài viết liên quan, tôi hy vọng bạn sẽ ủng hộ blog của tôi trong tương lai! .
26
4
0
Tôi vừa xem mã nguồn của HAproxy để hiểu cách nó được triển khai và tôi thấy một cấu trúc dữ liệu thú vị có tên là Cây tìm kiếm nhị phân đàn hồi. Nó có vẻ rất giống với cây tìm kiếm nhị phân. Nhưng tôi muốn biết để chọn cái này cho bộ cân bằng tải
Tôi đang triển khai ứng dụng NodeJS trên AWS. Cấu trúc hiện tại là ELB 1 HAProxy instance 2+ EC2 instance chạy ứng dụng NodeJS Single HA Proxy instance đảm bảo
Khi thay đổi tệp cấu hình, tôi khởi động lại HAProxy bằng lệnh sau: /usr/local/sbin/haproxy -f /etc/haproxy.cfg -p /var/run/haproxy.pid -sf $
Tôi có hai phiên bản HAProxy. Cả hai phiên bản đều đã bật số liệu thống kê và đang hoạt động tốt. Tôi đang cố gắng hợp nhất số liệu thống kê của hai phiên bản thành một để tôi có thể sử dụng một HAProxy duy nhất để xem số liệu thống kê về giao diện người dùng/phụ trợ. Tôi đang cố gắng làm hai hapro
Có cách nào để xác minh tệp HAProxy haproxy.cfg trước khi khởi động lại dịch vụ HAProxy không? Ví dụ: có thể có lỗi chính tả/ngữ pháp nhỏ trong tệp haproxy.cfg lớn hơn. Mình đã tìm nhiều diễn đàn nhưng không tìm thấy
Tôi muốn có quy tắc điều chỉnh trong HAProxy để giới hạn tốc độ người dùng có thể tải bất kỳ đường dẫn cụ thể nào, nhưng tôi không biết cách nối chuỗi trong HAProxy (ít nhất là để tạo khóa cho bảng dính). Vì vậy, điều tôi muốn là tcp-req
Tôi đang xây dựng hồ sơ haproxy với nhiều giao diện người dùng và phụ trợ. Nó sẽ dài hàng trăm dòng và tôi muốn chia nó thành các tệp riêng biệt cho từng trang web khác nhau mà tôi muốn cân bằng tải. HAProxy có cung cấp liên kết từ tệp haproxy.cfg chính không
Tôi đang khởi động proxy HA bằng cách sử dụng: sudo etc/init.d/haproxy start Tôi đang dừng proxy HA bằng cách sử dụng: sudo etc/init.d/haproxy stop Tôi phải làm như thế nào
Tôi sử dụng haproxy và stunnel để xử lý SSL (và sử dụng chế độ proxy để bảo toàn IP gốc của haproxy). Tôi có một số bài kiểm tra acl chuyển hướng đến các chương trình phụ trợ khác nhau dựa trên tên miền, tiêu đề hoặc đường dẫn. Vấn đề là, không
Tôi thấy những thông báo này xuất hiện trong nhật ký hệ thống: 10 tháng 3 12:51:35 db1 kernel: [5851729.958138] type=1400 Audit(1457614295.823:2925931)
Tôi có tùy chọn này trong phần mặc định của haproxy.cfg: tùy chọndontlog-normal tùy chọndonlognull nhưng vẫn có loại dòng nhật ký này trong tệp nhật ký: localhost
Chúng tôi sử dụng phương pháp sau để tải tệp ánh xạ URL vào HAProxy: http-request redirect location %[capture.req.uri,map(/etc/haproxy/r
Tôi hiện đang tái cấu trúc cấu hình haproxy mà chúng tôi sử dụng trên các máy chủ sản xuất của mình để chuyển tiếp lưu lượng TCP từ máy chủ trung tâm. Mục tiêu là để mọi thứ hoạt động với bộ chứa docker nhằm giúp cải thiện độ tin cậy khi triển khai. Cho đến nay mọi thứ đang diễn ra tốt đẹp, nhưng bây giờ tôi
Tôi thấy trong báo cáo thống kê HAProxy của mình rằng Phiên hiện tại, Tối đa và Giới hạn đều là 2000. Làm cách nào tôi có thể tăng mức tối đa và giới hạn vượt quá 2000? Câu trả lời hay nhất sử dụng maxconn Đặt m
Tôi đã xem xét xung quanh để tìm một ví dụ về HAProxy khớp với ký tự đại diện SNI và tìm kiếm của tôi đưa ra các câu hỏi có tiêu đề tương tự nhưng không liên quan đến chứng chỉ. Cụ thể, tôi cần sử dụng acme/letsencyrpt để định tuyến dvsni nonc
Chúng tôi có phiên bản haproxy và một trong các ứng dụng của chúng tôi chỉ hỗ trợ TLSv1.0. Khi nó cố gắng kết nối thông qua haproxy này, nó không thành công do bắt tay không thành công. Cách bật hỗ trợ TLSv1.0 trên phiên bản haproxy này.
Làm cách nào tôi có thể xây dựng hồ sơ HAPROXY để chặn yêu cầu đối với các phương thức HTTP cụ thể? Chúng tôi bắt đầu thấy nhiều cuộc tấn công sử dụng các phương pháp mà ứng dụng của chúng tôi không hỗ trợ. Chúng tôi thà từ chối lưu lượng truy cập vào bộ cân bằng tải hơn là làm hỏng ứng dụng của chúng tôi. Câu trả lời hay nhất hãy thử đặt nó vào
Tôi đang sử dụng haproxy 1.6.4 làm proxy TCP (không phải HTTP). Khách hàng của tôi đang thực hiện các yêu cầu TCP. Họ không đợi bất kỳ phản hồi nào, họ chỉ gửi dữ liệu và đóng kết nối. Hành vi Haproxy khi tất cả các nút phụ trợ không hoạt động
Tôi cần sử dụng HAproxy v1.8 đã được cấu hình trước đó để quản lý máy chủ. Sau khi cập nhật lên v2.4, tôi nhận thấy lỗi về việc regrep không được sử dụng nữa: [ALERT] (1574): parsing [/etc/h
Chúng tôi sử dụng HAProxy để chuyển tiếp các kết nối TCP đến một máy chủ riêng bằng TCP thô. Vấn đề chúng tôi đang gặp phải là các kết nối máy khách được chấp nhận và sau đó bị đóng thay vì bị từ chối ngay lập tức. Vì chúng tôi đã bật tính năng kiểm tra sức khỏe nên HAProxy có cách nào giải quyết được không?
Trung tâm cá nhân
Điều phát hành
từ bỏ
Tôi là một lập trình viên xuất sắc, rất giỏi!