- VisualStudio2022
- pprof-Hướng dẫn sử dụng nó trong bản mạng trực tiếp
- Triển khai C# các loại hộp chọn nhiều màu lựa chọn thả xuống, cây lựa chọn nhiều màu lựa chọn thả xuống và các nút tối đa
- [Ghi chú học tập] Cơ sở dữ liệu cấu trúc: cat tree
keepalive được sử dụng để triển khai các cụm có tính sẵn sàng cao.
Nguyên lý hoạt động của nó là VRRP (Giao thức định tuyến dự phòng ảo).
# Cài đặt thông qua tập lệnh --- - tên: cài đặt máy chủ ipvsadm: máy chủ web vars: pkg: vai trò được giữ lại: - pkgs # Hoặc cài đặt không có tập lệnh yum install -y keepaliving
Cấu hình được giữ nguyên.
Chỉ cần sửa lại nội dung thêm bình luận như bên dưới.
! Tệp cấu hình cho keepaliving Global_defs { notification_email { acassen@firewall.loc failedover@firewall.loc sysadmin@firewall.loc } notification_email_from Alexandre.Cassen@firewall.loc smtp_server 192.168.200.1 smtp_connect_timeout 30 router_id web1 # Sửa đổi router_id vrrp_iptables # Let keepalive tự động thêm các quy tắc iptables vrrp_skip_check_adv_addr vrrp_strict vrrp_garp_interval 0 vrrp_gna_interval 0 } vrrp_instance VI_1 { state MASTER # web1 là master, state là master, web2 là backup, state là BACKUP giao diện eth0 virtual_router_id 51 mức độ ưu tiên 100 # Ưu tiên, web1 là master , mức độ ưu tiên cao. web2 là bản sao lưu và có mức độ ưu tiên thấp hơn xác thực web1 advert_int 1 { auth_type PASS auth_pass 1111
Khởi động lại được giữ nguyên.
[root@web1:192.168.4.110 ~]$systemctl start keepaliving.service [root@web1:192.168.4.110 ~]$systemctl kích hoạt keepaliving.service
Kết quả chính xác phải là.
Có IP ảo trên web1: 192.168.4.80.
Không có sẵn trên web2.
Sau khi web1 cúp máy, một địa chỉ IP ảo sẽ xuất hiện trên web2.
[root@web1:192.168.4.110 ~]$ip as eth0 | .4.80/24 phạm vi toàn cầu thứ cấp eth0
[root@ansible:192.168.4.66 ~]$curl http://192.168.4.80 Chào mừng bạn đến với web1 vào ngày 192.168.4.110 # Treo web1 và IP ảo sẽ trở về web2 [root@ansible:192.168.4.66 ~] $curl http://192.168.4.80 Chào mừng bạn đến với web2 trên 192.168.4.120
Mặc dù cấu hình trên có thể thực hiện chức năng chuyển đổi chính-phụ, nhưng có một lỗi. Tiền đề của cấu hình trên để nhận ra chuyển đổi chính-phụ là web1 (MASTER) phải được tắt và treo trước khi có thể thực hiện chuyển đổi. .
Nếu bạn chỉ tắt dịch vụ web trên web1 thì sẽ không thể chuyển đổi giữa chế độ hoạt động và chế độ chờ.
Do đó, chúng ta cần viết một tập lệnh giám sát để thực hiện chuyển đổi hoạt động và chế độ chờ khi dịch vụ web bị dừng.
Chúng ta có thể giữ nguyên cổng giám sát 80. Nếu cổng 80 không còn nữa, hãy chuyển đổi cổng chính và cổng phụ.
# Shell script, nhận ra giá trị trả về 0 khi cổng mở và trả về 1 khi cổng không mở #!/bin/bash # Kiểm tra xem cổng 80 có mở không nếu netstat -tuln | grep -q :80; 0 # Nếu cổng mở thì return 0 khác exit 1 # Cổng chưa mở thì return 1 fi
# Sửa đổi tệp cấu hình được giữ nguyên và sửa đổi nội dung sau vrrp_script chk_http_port { script "/home/check.sh" interval 3 Weight -20 } vrrp_instance VI_1 { ... track_script { chk_http_port } ... }
keepaliving sẽ thực thi tập lệnh thường xuyên và phân tích kết quả thực thi tập lệnh, đồng thời tự động điều chỉnh mức độ ưu tiên của vrrp_instance.
Nếu kết quả thực thi tập lệnh là 0 và giá trị cấu hình trọng số lớn hơn 0 thì mức độ ưu tiên sẽ tăng tương ứng.
Nếu kết quả thực thi tập lệnh khác 0 và giá trị cấu hình trọng số nhỏ hơn 0 thì mức độ ưu tiên sẽ giảm tương ứng.
Trong các trường hợp khác, mức độ ưu tiên được cấu hình ban đầu được duy trì, nghĩa là giá trị tương ứng với mức độ ưu tiên trong tệp cấu hình.
Điều cần lưu ý ở đây là:
1) Mức độ ưu tiên sẽ không tiếp tục tăng hoặc giảm.
2) Bạn có thể viết nhiều tập lệnh phát hiện và đặt các trọng số khác nhau cho mỗi tập lệnh phát hiện.
3) Bất kể mức độ ưu tiên được tăng hay giảm, phạm vi ưu tiên cuối cùng là [1.254] và sẽ không có mức ưu tiên nào nhỏ hơn hoặc bằng 0 hoặc mức ưu tiên lớn hơn hoặc bằng 255.
Trong cụm Keepaliving, thực tế không có nút hoạt động và nút dự phòng nào theo đúng nghĩa.
Mặc dù bạn có thể đặt tùy chọn "trạng thái" trong tệp cấu hình Keepaliving thành trạng thái "MASTER", nhưng điều này không có nghĩa là nút này luôn là vai trò Chính.
Thứ kiểm soát vai trò nút là giá trị "ưu tiên" trong tệp cấu hình Keepaliving, nhưng nó không kiểm soát vai trò của tất cả các nút. Một thứ khác có thể thay đổi vai trò nút là giá trị "trọng lượng" được đặt trong mô-đun vrrp_script. các tùy chọn tương ứng đều là một giá trị nguyên.
Giá trị "trọng số" có thể là số nguyên âm và vai trò của nút trong cụm được xác định bởi kích thước của hai giá trị này.
Không có trọng lượng được thiết lập.
Trong mô-đun vrrp_script, nếu giá trị tùy chọn "weight" không được đặt, lựa chọn mức độ ưu tiên của cụm sẽ được xác định bởi giá trị "ưu tiên" trong tệp cấu hình Keepaliving. Khi bạn cần kiểm soát linh hoạt mức độ ưu tiên trong cụm, bạn có thể sử dụng. mô-đun vrrp_script Để đạt được điều này, hãy đặt giá trị "trọng lượng" trong .
Đặt trọng lượng.
Khi giá trị trả về của tập lệnh trong vrrp_script là 0, việc phát hiện được coi là thành công và các giá trị khác sẽ được coi là lỗi phát hiện;
- trọng lượng là tích cực,Khi phát hiện tập lệnh thành công, trọng số này sẽ được thêm vào mức độ ưu tiên., không được thêm vào khi phát hiện thất bại;
- Thầy thất bại:
- Nó sẽ chuyển đổi khi ưu tiên chính < ưu tiên phụ + trọng lượng.
- Thành công chính:
- Khi ưu tiên chính + trọng lượng > ưu tiên nô lệ + trọng lượng, chủ vẫn là chủ.
- Khi trọng lượng âm, trọng số này không ảnh hưởng đến mức độ ưu tiên khi phát hiện tập lệnh thành công.mức độ ưu tiên - abs(trọng lượng) khi phát hiện thất bại
- Thầy thất bại:
- Ưu tiên chính – abs(weight) < master-slave sẽ được chuyển đổi khi ưu tiên phụ
- Thành công chính:
- Ưu tiên chính > Ưu tiên nô lệ Chính vẫn là chính
Cuối cùng, bài viết về keepaliving kết thúc tại đây. Nếu bạn muốn biết thêm về keepaliving, vui lòng tìm kiếm các bài viết về CFSDN hoặc 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! .
4. Keepaliving [1], nguyên lý hoạt động keepaliving: Keepaliving phát hiện trạng thái node của từng máy chủ và node máy chủ không bình thường hoặc có lỗi hoạt động, loại bỏ node bị lỗi khỏi hệ thống cluster.
Theo chủ đề (chi tiết), có bất kỳ lợi thế nào khi sử dụng Keepaliving không? & HAProxy làm bộ cân bằng tải máy chủ web HA hay một giải pháp duy trì thuần túy? Câu trả lời hay nhấtKee
Tôi có hai máy chủ linux, mỗi máy chủ có hai NIC, chế độ 1 được liên kết với "bond0". Ứng dụng cấp người dùng của tôi - được lưu giữ chạy trên giao diện liên kết này
Biên dịch và cài đặt phiên bản LTS mới của HAProxy, biên dịch và cài đặt Keepaliving, kích hoạt đa luồng HAProxy, giữ số lượng luồng phù hợp với số lõi CPU và liên kết lõi CPU để tránh cấu hình do khối lượng công việc lớn.
keepaliving + nginx để đạt được tính sẵn sàng cao Bài viết này chủ yếu giới thiệu về keepaliving + nginx để đạt được tính sẵn sàng cao cho nginx hoặc chế độ chờ chủ động đơn giản. 1. Tổng quan
Keepaliving Bởi vì mysqlcluster được sử dụng trong môi trường sản xuất nên cần phải đạt được sự cân bằng tải có tính sẵn sàng cao. Ở đây, keepaliving+haproxy được cung cấp để đạt được điều này.
1. Giới thiệu về Keepaliving Keepaliving ban đầu được thiết kế cho phần mềm cân bằng tải LVS để quản lý và giám sát trạng thái của từng nút dịch vụ trong hệ thống cụm LVS. Sau đó, chức năng VRRP cho tính sẵn sàng cao đã được thêm vào. được giữ lại
Tôi đang cố gắng triển khai chuyển đổi dự phòng dựa trên việc duy trì cho dịch vụ của mình. Vui lòng tìm bên dưới cấu hình của các nút chính và dự phòng của tôi. Nút chính: vrrp_script chk_splunkd { script "pido
Tôi có 2 máy chủ ứng dụng được cấu hình để chạy các công việc định kỳ php, nhưng chỉ có 1 máy chủ có thể chạy công việc đó bất cứ lúc nào. Vì tôi đã sử dụng keepalive cho các mục đích khác nên tôi đang nghĩ đến việc sử dụng một số logic trong công việc định kỳ để kiểm tra xem nút có ảo không
Tôi đang cố định cấu hình hai máy chủ cân bằng tải sự kiện bằng cách sử dụng tính năng giữ lại. Nó hơi khác so với cấu hình tiêu chuẩn, chúng tôi có hai máy chủ và một IP ảo. Tất cả những gì tôi muốn là khi Loadbalancer_1 bị lỗi, Loadbal
Lời nói đầu: Để giảm thời gian ngừng hoạt động của hệ thống quản lý trực quan hóa trung tâm dữ liệu ba chiều và duy trì tính sẵn sàng cao của các dịch vụ của nó. Triển khai nhiều bộ hệ thống hiển thị 3D giống nhau cùng lúc, cho phép hệ thống hiển thị trung tâm dữ liệu 3D được triển khai và chạy trên nhiều máy chủ cùng lúc. Đồng thời cung cấp IP ảo rồi sử dụng bên ngoài
Lời nói đầu Để giải quyết điểm lỗi duy nhất, chúng ta cần cấu hình giải pháp sao lưu nóng master-slave. Số lượng máy chủ có hạn nên Docker được sử dụng để mô phỏng cấu hình cài đặt. Docker đã được cài đặt theo mặc định trong cấu hình này. Môi trường cấu hình: centos7 Phiên bản docker 64-bit: D
Bài viết này giới thiệu giải thích chi tiết về cấu hình master-slave có tính sẵn sàng cao nginx+keepaliving và chia sẻ với mọi người. Chi tiết như sau: 1. Môi trường hệ thống và phiên bản phần mềm CentOS 6.6 x64 keepa-1.2.18.tar.gz.
nginx là một công cụ proxy ngược rất tuyệt vời hỗ trợ phân phối yêu cầu, cân bằng tải, bộ nhớ đệm và các chức năng rất thiết thực khác. Về xử lý yêu cầu, nginx sử dụng mô hình epoll, là mô hình dựa trên giám sát sự kiện nên có tác dụng xử lý yêu cầu rất hiệu quả.
Tại sao chúng ta cần tính sẵn sàng cao? Trong môi trường sản xuất, sẽ có nhiều nút chính trong cụm kubernetes và dịch vụ kube-apiserver sẽ được triển khai trên mỗi nút chính để đạt được tính sẵn sàng cao. Nhưng quyền truy cập của khách hàng
Tôi có 2 nút (CentOS7) với các dịch vụ được lưu giữ và haproxy. Nếu tôi tắt một nút thì mọi thứ đều hoạt động tốt. Nhưng nếu haproxy thất bại, tôi muốn chuyển đổi dự phòng VIPS. đây là lần đầu tiên
Tôi có kịch bản tiếp theo, 4 VM chạy Red Hat Enterprise Linux 7: máy chủ 20.1.67.230 (IP ảo) (không phải máy chủ) 20.1.67.219 haproxy1 (cân bằng tải
Tôi có 2 máy chủ đang chạy. Cấu hình IP như sau: Máy chủ 1: eth0 172.31.48.10 Máy chủ 2: eth0 192.168.1.5 eth0:1 172.31.48.
Có cách nào để giữ lại trạng thái lỗi/sao lưu chỉ khi 2 giao diện bị hỏng không? Trong tài liệu tôi thấy rằng nếu một hoặc nhiều giao diện bị lỗi, track_interface
Tôi đang làm việc trong một dự án sẽ thiết lập một bộ cân bằng tải có tính sẵn sàng cao. Phần mềm cân bằng tải và tính sẵn sàng cao dường như hoạt động tốt (Tôi đang sử dụng Crossroads để cân bằng tải và Keepaliving để làm cho máy chủ cân bằng tải có tính khả dụng cao
Tôi là một lập trình viên xuất sắc, rất xuất sắc!