Tôi đã cập nhật hình ảnh của redis (như hướng dẫn dockerhub chính thức khi sử dụng redis.conf tùy chỉnh) và hình ảnh tùy chỉnh (dựa trên hình ảnh núi cao xem tại đây: https://Pastebin.com/9WsMk1JC ) của sentinel (cũng với sentinel.conf tùy chỉnh).
Trong redis.conf, ba tham số đó đã được thêm vào (phần còn lại vẫn là tệp conf mặc định):
mật khẩu masterauth
masteruser mặc định
mật khẩu yêu cầu
Trong sentinel.conf, do tách phiên bản redis (các bộ chứa khác) và sentinel được thiết lập để khởi động với bản gốc không tồn tại trên máy chủ cục bộ. Tôi đã thêm các tham số để thực hiện xác thực trên bản gốc. Vì vậy, tệp cấu hình có hai tham số bổ sung (phần còn lại vẫn là tệp conf mặc định):
sentinel auth-pass mật khẩu mymaster
sentinel auth-user mymaster mặc định
Sau khi bộ chứa redis được khởi động và sẵn sàng cho các kết nối, tôi bắt đầu hình ảnh sentinel, khi hoàn tất, tôi kết nối với redis CLI trên cổng sentinel và chuyển đổi chính bằng tay:
redis-cli -p 26379 sentinel remove mymaster && redis-cli -p 26379 sentinel giám sát mymaster <redis container ip> 6379 2
CLI của sentinel trả về OK hai lần nhưng sau một thời gian, nó in ra rằng chủ không hoạt động. Và nó ở trong trạng thái này mãi mãi.
Khả năng kết nối giữa các container được kiểm tra qua telnet và ping - OK.
Tôi đoán là redis sentinel không thể kết nối với chủ - vì mật khẩu.
Tại sao?
- Bản sao của vùng chứa redis - tạo một vài bản sao hình ảnh đang chạy và nối chúng trong MASTER-SLAVE thông qua CLI hoạt động như một nét duyên dáng. Các container có thể nói chuyện với nhau bằng mật khẩu từ redis.conf.
- Trước khi giới thiệu mật khẩu cho redis contianer, các lính canh có thể kết nối và thực hiện chuyển đổi dự phòng thành công.
- Đã làm việc trên Openshift mà không cần thiết lập mật khẩu.
