Ngăn chặn VRRP Master trở thành Master một khi nó thất bại

12

Tôi có hai máy (A và B, A là Master) đang chạy VRPP (từ được giữ lại) cho một IP ảo.

Làm thế nào tôi có thể ngăn A trở thành Master một lần nữa nếu nó thất bại và quay trở lại (vì bất kỳ lý do gì)?

Tôi đang làm điều này để chúng tôi có một lần chuyển sang hộp thứ hai và trở lại bình thường sẽ cần đến sự can thiệp thủ công.

linux keepalived vrrp

— MrMagu
nguồn

Tôi còn quá mới để tạo thẻ "VRRP"

— MrMagu

14

Theo này chủ đề tương đối cũ nằm trong danh sách phát triển keepalived, nó có thể được thực hiện. Bạn đặt cả hai máy chủ ở mức ưu tiên như nhau (hoặc không có gì cả) và không khai báo trạng thái là MASTER hoặc BACKUP, và thay vào đó đặt trạng thái thành THIẾT BỊ cho cả hai.

EDIT (07 tháng 12 năm 2017):

Có vẻ như THIẾT BỊ không thực sự là một trạng thái hợp lệ, mặc dù nó dường như cung cấp hiệu ứng mong muốn tại thời điểm câu trả lời này được đăng. Vui lòng lưu ý các ý kiến dưới đây, đặc biệt là liên kết đến danh sách các vấn đề hiện tại để được cung cấp bởi @cristi.

— James Sneeringer
nguồn

3

Cảm ơn bạn - Cũng đáng lưu ý, sử dụng cấu hình trên (có mức độ ưu tiên như nhau và sử dụng "THIẾT BỊ") nếu không có chủ nhân nào tiếp quản, phiên bản VRRP có IP thấp nhất sẽ trở thành MASTER.

— MrMagu

1

Cái này sai. Xem thông báo này từ các nhà phát triển: github.com/acassen/keepaliving/issues/707

— cristi

@cristi - Đó là một giải pháp hoạt động tại thời điểm nó được đăng (2009), đến lượt nó dựa trên thông tin tôi thừa nhận rõ ràng là cũ ngay cả khi đó (2003). Tôi đã cập nhật liên kết trong câu trả lời của mình cho một câu hỏi đang hoạt động vì osdir.com dường như không còn lưu trữ được lưu giữ. Tôi đoán rằng, tại thời điểm đó, phần mềm đã âm thầm bỏ qua EQUALchỉ thị không hợp lệ và coi nó như thể không có ưu tiên nào được đặt ra (điều này chỉ xảy ra để có hiệu quả mong muốn).

— James Sneeringer

8

Cách chúng tôi giải quyết điều này là bằng cách thêm nopreemptcờ vào tệp cấu hình được giữ nguyên của chúng tôi. Không phải thay đổi bất cứ điều gì khác (vẫn để lại một MASTERvà một như BACKUPvậy). Về cơ bản, điều này nói với nó rằng không chuyển đổi chủ chỉ vì một máy chủ mới trực tuyến, chỉ chuyển đổi khi chủ hiện tại không thành công.

— davr
nguồn

4

từ " article.gmane.org/gmane.linux.keepaliving.devel/1537 " Nếu "trạng thái" được đặt thành MASTER, "nopreeem" về cơ bản bị bỏ qua kể từ khi máy có "MASTER trạng thái" trả về, nó sẽ lấy IP từ cỗ máy có "trạng thái BACKUP" mà không cần tổ chức bầu cử. Tôi đã phải đặt cả hai máy của mình ở trạng thái BACKUP với mức ưu tiên cao hơn để "nopreeem" hoạt động như dự định.

— MrMagu

Xóa ưu tiên và trạng thái và thêm nopreem. Hoạt động tốt cho tôi

— Rihard Novozhilov

-1

Theo tôi hiểu, khi một máy chủ VRRP mới xuất hiện, nó buộc phải có một cuộc bầu cử và máy chủ hiện tại không nhận được bất kỳ lợi ích nào, vì vậy, ông chủ cũ sẽ đến và giành chiến thắng trong cuộc bầu cử. Tôi nghi ngờ có nhiều điều bạn có thể làm để ngăn chặn điều này, ngoài việc bắn khá tàn bạo The Node khác trong đầu. Keepalive có thể có một số cấu hình để kiểm soát quá trình bầu cử. Đáng buồn là tôi không có thời gian để kiểm tra, nhưng tôi sẽ cố gắng xem lại sau.

— David Pashley
nguồn

Có một cờ cấu hình để làm điều này, vì vậy câu trả lời này là sai.

— davr

Câu trả lời được bình chọn là chính xác cho việc triển khai chung vrrp khi bạn không muốn chủ nhân tiếp quản khi nó trở lại dịch vụ. Như bạn nói, cũng có một cách duy trì để làm điều này có lẽ đúng hơn khi thực hiện công cụ HA linux thay vì chỉ sử dụng vrrp để cung cấp dự phòng L3 cho một tuyến mặc định (lý do truyền thống hơn để sử dụng vrrp).

— chris