Visualisering af din klyngetopologi i ClusterControl

Distribuerede databaser eller klynger består typisk af flere node- og nodetyper, og det er ikke altid let at forstå, hvordan alle disse hænger sammen. For eksempel kunne man have en replikeringsopsætning med mellemliggende mastere og replikeringstrafik efter en bestemt sti. Smid nogle belastningsbalancere, værter med flere IP-adresser, skrivebeskyttede flag og slavelag, og du er klar til en hjernetrim.

Et billede siger dog mere end tusind ord. Det er præcis, hvad ClusterControls nye Topology View leverer. Den viser alle de forskellige noder, der udgør en del af din databaseklynge (uanset om det er databasenoder, load balancers eller voldgiftsmænd), samt forbindelserne mellem dem. Noderne, forbindelserne og deres statusser opdages af ClusterControl. Da ClusterControl løbende overvåger noderne og opbevarer statusoplysninger, afspejles eventuelle ændringer i topologien i webgrænsefladen. Hvis en node har fejlet, vil den blive vist som offline.

Fra topologivisningen kan du administrere noderne, ændre master ved at trække og slippe objektet på den ønskede master, genstarte noder og synkronisere data. Du kan også opdage problemer meget nemt, da hvert objekt præsenterer en hurtig oversigt over dets status. ClusterControl udfører nogle ekstra kontroller for de handlinger, du vil udføre. De foruddefinerede kontroller tillader ikke at udføre opgaver, der kan forårsage tab af data.

Der er forskellige typer topologier, vi vil vise nogle af dem og se, hvordan de virker.

Galera-klynge

Her har vi en grundlæggende Galera Cluster-topologi med 3 noder.

På dette skærmbillede kan vi se de 3 noder fungere korrekt og grundlæggende oplysninger såsom tilstanden og den sidste commit.

Vi kan også se, at galera1 er opført som master, da det genererer binlogs.

Hvis vi udvider en af ​​noderne, kan vi se yderligere statusoplysninger.

I den første ser vi information relateret til Galera-trafik.

På den anden underskærm kan vi se detaljer om almindelig MySQL-replikering.

I den tredje har vi detaljer om serveren, såsom oppetid og version.

Vi har også handlinger, som vi kan udføre på noderne.

Hvis vi klikker på det højre ikon, kan vi se de tilgængelige handlinger:

• SSH-konsol:Den giver os adgang til en ssh-konsol på noden.
• Planlæg vedligeholdelsestilstand:Giver dig mulighed for at indstille et vedligeholdelsesvindue for noden.
• Genstart vært:Vi kan genstarte værten herfra.
• Genstart node:Vi kan genstarte databasen.
• Resync Node:Giver os mulighed for at udføre en resync af noden.
• Bootstrap Cluster:Ved at vælge denne mulighed kan vi udføre en bootstrap af klyngen ved at vælge den tilsvarende node.
• Stop node:Vi kan stoppe databasen.
• Afregistrer node:Med denne handling fjerner vi noden fra klyngen.

MySQL-replikering

På denne skærm kan vi se en MySQL-replikeringstopologi med 1 master og 3 slaver.

Vi har nogle oplysninger, såsom tilstanden af ​​replikaerne og masteren, hvilke noder der kan skrives, og replikationens position.

Hvis vi udvider hver node, kan vi få mere detaljerede oplysninger.

På den første underskærm kan vi se detaljer om replikeringen. Både herren og slaven.

På den anden underskærm ser vi serverdetaljer, såsom version og oppetid.

Vi har forskellige handlinger, som vi kan udføre på noderne.

Hvis vi klikker på det højre ikon, kan vi se de tilgængelige handlinger:

• SSH-konsol:Den giver os adgang til en ssh-konsol inde i noden.
• Planlæg vedligeholdelsestilstand:Giver dig mulighed for at indstille et vedligeholdelsesvindue for noden.
• Genstart vært:Vi kan genstarte værten herfra.
• Genstart node:Vi kan genstarte databasen.
• Deaktiver skrivebeskyttet:Med denne mulighed aktiverer vi skrivning på replikaen.
• Promover slave:Giver mulighed for at fremme en slave til master.
• Genopbyg replikeringsslave:Ved at vælge denne mulighed genopbygger vi replikaen ved at vælge en master.
• Skift replikeringsmaster:Giver dig mulighed for at ændre replikeringsmasteren.
• Start slave:Start forekomsten.
• Stop node:Vi kan stoppe forekomsten.
• Afregistrer node:Med denne handling fjerner vi noden fra klyngen.

Indstillingerne kan variere afhængigt af nodens rolle.

Du kan også, ved at vælge en node og trække den til en anden node, vælge en af ​​følgende muligheder:

Du kan genopbygge replikaen fra den nye node eller blot ændre masteren og fortsætte med at replikere.

Når vi bekræfter ændringerne, vil vi have en ny topologivisning:

Her kan vi se, at vi har vores mester med to replikaer, og en af ​​disse replikaer fungerer som en mellemmester, hvor en slave replikerer fra den.

PostgreSQL

Her har vi en topologi for PostgreSQL, med 1 master og 2 slaver.

Vi kan observere hver enkelts rolle, hvilke noder tillader skrivning og replikationstilstanden.

Hvis vi udvider informationen om noderne, kan vi se versions- og oppetidsdetaljer .

Vi har også forskellige handlinger, der kan udføres på noderne:

• SSH-konsol:Den giver os adgang til en ssh-konsol inde i noden.
• Planlæg vedligeholdelsestilstand:Giver dig mulighed for at indstille et vedligeholdelsesvindue for noden.
• Genstart vært:Vi kan genstarte værten herfra.
• Genstart node:Vi kan genstarte databasen.
• Promover slave:Giver os mulighed for at promovere en slavemester.
• Genopbyg replikeringsslave:Denne indstilling gør det muligt at rekonstruere en replika fra en master.
• Stop node:Vi kan stoppe databasen.
• Afregistrer node:Med denne handling fjerner vi noden fra klyngen.

Indstillingerne kan ændre sig afhængigt af hver nodes rolle.

Hvis vi ønsker at ændre vores master, kan vi gøre det ved blot at vælge Promoter Slave i handlingerne på den node, som vi så tidligere.

Efter et par sekunder kan vi se vores nye topologi med den nye mester, vi valgte.

For at genopbygge en replika kan vi blot vælge den node, vi vil ændre, og slippe den på masteren.

På denne måde kan du rekonstruere en replika hurtigt og nemt.

MongoDB

Dette er topologien for et MongoDB ReplicaSet med 1 primær node og 2 sekundære noder.

Vi kan observere grundlæggende information såsom forbindelser og låse.

Ved at udvide nodeinformationen kan vi se to underskærme.

I den første ser vi prioriteringen, og om den er skjult eller ej.

I den anden kan vi se serverdata, såsom versionen og oppetiden.

Vi har forskellige handlinger at udføre på hver noder:

• SSH-konsol:Den giver os adgang til en ssh-konsol inde i noden.
• Planlæg vedligeholdelsestilstand:Giver dig mulighed for at indstille et vedligeholdelsesvindue for noden.
• Genstart vært:Vi kan genstarte værten herfra.
• Genstart node:Vi kan genstarte databasen.
• Frys node:Vi kan sætte noden i frysetilstand i X tid.
• Stop node:Vi kan stoppe databasen.
• Afregistrer node:Med denne handling fjerner vi noden fra klyngen.

Indstillingerne kan ændre sig afhængigt af hver nodes rolle.

Generelt

Uanset hvilken motor vi bruger, hvis vi mister adgang til en node, kan vi nemt se den og konfigurere advarsler om begivenhederne. Lad os se et eksempel med Galera Cluster:

På denne måde kan vi hurtigt identificere den utilgængelige node og tage de nødvendige handlinger.

Vi kan også have load balancere i vores topologi med keepalived konfigureret:

Vi kan se databasenoder og belastningsbalancererne (f.eks. ProxySQL).

Afslutningsvis kan Topologivisningen være ganske nyttig til hurtigt at visualisere, hvordan vores klynge replikerer.

Du kan prøve denne og mange andre funktioner med den gratis prøveversion.