HAProxy i klaster redis'a

[mariaczi]

Klaster redisa postawiony, skonfigurowany - wszystko działa poprawnie jak należy. Sentinel przełącza również poprawnie rolę na master dla węzła klastra redis'a.

Niedogodność powstaje jednak po stronie samego HAProxy (jego konfiguracji):

frontend Redis
    bind            192.168.70.90:6379 name 192.168.70.90:6379   
    mode            tcp
    log         global
    timeout client      30000
    default_backend     Redis_back

backend Redis_back
    mode            tcp
    timeout connect     30000
    timeout server      30000
    retries         3
    option tcp-check
    tcp-check connect
    tcp-check send PING\r\n
    tcp-check expect string +PONG
    tcp-check send info\ replication\r\n
    tcp-check expect string role:master
    tcp-check send QUIT\r\n
    tcp-check expect string +OK
    server          redis1 192.168.70.91:6379 check inter 1000  maxconn 1024 
    server          redis2 192.168.70.92:6379 check inter 1000  maxconn 1024 
    server          redis3 192.168.70.93:6379 check inter 1000  maxconn 1024 

Zgodnie z powyższym, jeśli dany węzeł klastra redis'owego jest w stanie "role:slave" to HAProxy zgłasza go jako DOWN w swoich statystykach, co jest nieprawdą.

Ktoś próbował tak ustawić konfigurację w HAProxy, aby węzły klastra redis'a w stanie "slave" były oznaczane jako BACKUP?

Można w konfiguracji HAProxy użyć

tcp-check expect rstring role:(master|slave)

lecz to spowoduje, że ruch będzie przesyłany również i do tych węzłów, które będą jako slave, a to jest niedopuszczalne.