Koncepter inden for RabbitMQ-klynger

I en RabbitMQ-cluster kan noder fungere i én af to hovedtilstande:

• RAM-noder: Gemmer primært definitioner i hukommelsen.
• Disknoder: Gemmer definitioner permanent på disken.

Det er vigtigt at forstå disse typer for at opsætte en velfungerende cluster.

RAM-noder gemmer alle definitioner af køer, exchanges, bindings, brugere og tilladelser kun i hukommelsen. Det gør det meget hurtigt at hente disse definitioner.

Hvis en RAM-node genstarter, og den er den eneste node i en cluster, mister den imidlertid alle sine definitioner. I en cluster med flere noder kan en RAM-node gendanne sine definitioner fra en disknode.

Disknoder gemmer alle definitioner (køer, exchanges osv.) permanent på disken. Det er afgørende for holdbarheden.

Alle RabbitMQ-clustere skal have mindst én disknode. Hvis alle noder i en cluster er RAM-noder, går alle definitioner tabt, hvis clusteren genstarter. Disknoden fungerer som den autoritative kilde.

Når noder danner en cluster, deler de deres konfiguration og tilstand. Denne "distribuerede tilstand" omfatter:

• Virtuelle værter
• Exchanges og deres typer
• Kønavne og egenskaber (men ikke meddelelsesindhold!)
• Bindings mellem exchanges og køer
• Brugere og deres tilladelser

Det sikrer konsistens på tværs af clusteren.

Selvom definitioner deles, er det vigtigt at vide, at de faktiske meddelelsesdata for ikke-spejlede køer kun findes på køens master-node.

Hvis denne master-node svigter, bliver meddelelser i ikke-spejlede køer på denne node utilgængelige. Derfor er spejlede køer (som gennemgås i en senere lektion) afgørende for ægte høj tilgængelighed for meddelelser.

RabbitMQ er bygget på Erlang, et programmeringssprog, der er kendt for sine robuste distribuerede funktioner. Erlangs indbyggede funktioner gør det muligt for noder i en RabbitMQ-cluster at kommunikere problemfrit.

De bruger en protokol til kommunikation mellem noder til at synkronisere tilstand, replikere meddelelser (for spejlede køer) og administrere klientforbindelser.

Clustering giver flere væsentlige fordele:

• Høj tilgængelighed: Hvis én node svigter, kan andre overtage.
• Fejltolerance: Systemet fortsætter med at fungere, selv når der er problemer med noder.
• Øget kapacitet: Fordel klientforbindelser og arbejdsbelastning på tværs af noder.
• Centraliseret administration: Administrer hele clusteren som én enhed.

Det øger den overordnede modstandsdygtighed i din meddelelsesinfrastruktur.

Clustering er effektivt, men har begrænsninger:

• Netværksforsinkelse: Det er ikke ideelt for noder på tværs af wide area-netværk (WAN'er).
• Tab af meddelelser (uden spejling): Meddelelser i ikke-spejlede køer kan gå tabt, hvis deres master-node svigter.
• Split-brain-scenarier: Netværkspartitionering kan få noder til at miste kontakten, hvilket kan føre til modstridende visninger.

Det kræver omhyggelige overvejelser i designet.

I denne lektion gennemgik vi de centrale begreber inden for RabbitMQ-clustering. Du lærte:

• Hvorfor clustering er afgørende for høj tilgængelighed og fejltolerance.
• Forskellen mellem RAM-noder og disknoder.
• Hvordan clusternoder deler definitioner og tilstand.
• Den afgørende forskel mellem placeringen af delte definitioner og meddelelsesdata.
• De vigtigste fordele og nogle af clusteringens begrænsninger.

Som det næste går vi i gang med at opsætte en cluster!