Keepalived có thể chia sẻ một địa chỉ IPv4 ảo giữa 2 nút có địa chỉ IPv6 không?

Tôi đang ở trong một môi trường thiếu nghiêm trọng địa chỉ IPv4, nhưng lại có rất nhiều địa chỉ IPv6. Tôi có tất cả các loại dịch vụ hay đang diễn ra trên IPv6, trong số đó có bản sao MySQL. Bây giờ, tôi chỉ muốn 2 máy chủ có một địa chỉ IPv4 duy nhất mà thế giới bên ngoài có thể tiếp cận. Tôi đã thử cấu hình sau:

Chạy Keepalived v2.1.5 trên Debian 11.

global_defs {
  @ server01 bộ định tuyến_id server01
  @ server02 bộ định tuyến_id server02
}
vrrp_instance vlan0 {
  trạng thái @server02 MASTER
  @ server02 ưu tiên 110
  trạng thái @ server01 SAO LƯU
  @server01 ưu tiên 100
  giao diện eth0
  virtual_router_id 123
  @server02 unicast_src_ip 2000:4000:6000:8000::102
  @server01 unicast_src_ip 2000:4000:6000:8000::101
  unicast_peer {
    @server01 2000:4000:6000:8000::102
    @server02 2000:4000:6000:8000::101
  }
  xác thực {
    auth_type VƯỢT QUA
    auth_pass bí mật
  }
  virtual_ipaddress {
    172.1.2.3 nhà phát triển eth0
  }
}

Nhưng điều đó mang lại cho tôi những lỗi sau:

(vlan0): họ địa chỉ phải khớp với phiên bản VRRP [172.1.2.3] - bỏ qua
(vlan0) Không chỉ định VIP; ít nhất một là bắt buộc

Là những gì tôi đang cố gắng để đạt được? Nếu vậy, làm thế nào? Cảm thấy như tôi đang thiếu một chi tiết nhỏ ...

Như keepalived đã nói với bạn, bạn không thể kết hợp các họ địa chỉ trong một phiên bản. VRRP quá sâu trong việc triển khai khám phá hàng xóm để nó trừu tượng hóa họ địa chỉ. Thay thế IPv4 VIP bằng IPv6.

Với địa chỉ IPv6 có tính sẵn sàng cao, bạn có thể cung cấp dịch vụ IPv4 trên hết.

Nếu các ứng dụng có thể được ủy quyền hoặc chuyển tiếp, hãy đặt proxy ở phía trước. Giao diện người dùng IPv4 và IPv6, phần phụ trợ chỉ dành cho IPv6. VRRP vẫn là ngăn xếp đơn lẻ, điều này có thể đơn giản hóa mọi thứ.

Hoặc NAT nếu bạn phải.Tạo một phiên bản VRRP khác cho IPv4. Có lẽ địa chỉ RFC1918. Địa chỉ dịch vụ NAT tới VIP. Ngăn xếp kép cộng với NAT không làm giảm nợ kỹ thuật, nhưng đó có thể là cách bạn muốn vận hành điều này.