Jeg er overrasket over den manglende respons på dette, men jeg forstår, at emnet på en måde spænder over noget som stackoverflow og noget som stack exchange. Jeg er også overrasket over den manglende dokumentation, jeg var i stand til at finde om emnet.
Jeg lavede nogle omfattende test i et iscenesættelsesmiljø og fortsatte derefter til vores produktion, og den procedure, jeg fulgte, så ud til at fungere for det meste:
-
Opgradering fra 3.0.6 til 5.0.5 i vores tilfælde ser ud til at fungere uden problemer. Som jeg sagde i det oprindelige indlæg, bruger vi det grundlæggende i redis, og der er ikke blevet ændret meget fra klientperspektivet.
-
Jeg fortsatte med at opgradere i denne rækkefølge:
- De første to vagtposter og derefter vagtposten i øjeblikket i
leader
status. - Hver af redis-knuderne er angivet som
slaves
(nu kendt somreplicas
).- Efter hver node er opgraderet, vil den gerne kopiere sin
dump.rdb
fra mesteren - En synkronisering kan udføres til en 5-node fra en 3-node, men når først en 5-node er master, kan en 3-node ikke synkronisere, så når først du har fejlet over til en opgraderet node, kan du ikke gå tilbage til den tidligere version.
- Efter hver node er opgraderet, vil den gerne kopiere sin
- Brug endelig vagterne til failover til en opgraderet node som master og opgrader den tidligere master
- De første to vagtposter og derefter vagtposten i øjeblikket i
Forhåbentlig kan nogen finde dette nyttigt fremover.