Visualisera din klustertopologi i ClusterControl

Distribuerade databaser eller kluster består vanligtvis av flera nod- och nodtyper, och det är inte alltid lätt att förstå hur alla dessa hänger ihop. Till exempel kan man ha en replikeringsinställning med mellanliggande masters och replikeringstrafik som följer en viss väg. Släng in några belastningsutjämnare, värdar med flera IP-adresser, skrivskyddade flaggor och slavfördröjning, och du är inne på en hjärngyckel.

Men en bild säger mer än tusen ord. Det är precis vad ClusterControls nya Topology View levererar. Den visar alla olika noder som ingår i ditt databaskluster (oavsett om databasnoder, belastningsutjämnare eller skiljemän), samt kopplingarna mellan dem. Noderna, anslutningarna och deras status upptäcks av ClusterControl. Eftersom ClusterControl kontinuerligt övervakar noderna och behåller tillståndsinformation, återspeglas eventuella ändringar i topologin i webbgränssnittet. Om en nod har misslyckats kommer den att visas som offline.

Från topologivyn kan du hantera noderna, ändra master genom att dra och släppa objektet på önskad master, starta om noder och synkronisera data. Du kan också upptäcka problem mycket enkelt, eftersom varje objekt presenterar en snabb sammanfattning av dess status. ClusterControl utför några extra kontroller för de åtgärder du vill utföra. De fördefinierade kontrollerna tillåter inte exekvering av uppgifter som kan orsaka dataförlust.

Det finns olika typer av topologier, vi kommer att visa några av dem och se hur de fungerar.

Galera-kluster

Här har vi en grundläggande Galera Cluster-topologi med 3 noder.

På den här skärmen kan vi se de 3 noderna som fungerar korrekt och grundläggande information som tillstånd och den senaste commit.

Vi kan också observera att galera1 är listad som master, eftersom den genererar binloggar.

Om vi ​​expanderar en av noderna kan vi se ytterligare statusinformation.

I den första ser vi information relaterad till Galera-trafik.

På den andra underskärmen kan vi se detaljer om vanlig MySQL-replikering.

I den tredje har vi detaljer om servern, som drifttid och version.

Vi har också åtgärder som vi kan utföra på noderna.

Om vi ​​klickar på den högra ikonen kan vi se de tillgängliga åtgärderna:

• SSH-konsol:Den låter oss komma åt en ssh-konsol på noden.
• Schemalägg underhållsläge:Låter dig ställa in ett underhållsfönster för noden.
• Starta om värd:Vi kan starta om värden härifrån.
• Starta om nod:Vi kan starta om databasen.
• Synkronisera om nod:Låter oss utföra en omsynkronisering av noden.
• Bootstrap Cluster:Genom att välja det här alternativet kan vi utföra en bootstrap av klustret genom att välja motsvarande nod.
• Stoppnod:Vi kan stoppa databasen.
• Avregistrera nod:Med den här åtgärden tar vi bort noden från klustret.

MySQL-replikering

På den här skärmen kan vi se en MySQL-replikeringstopologi med 1 master och 3 slavar.

Vi har en del information som tillståndet för replikerna och mastern, vilka noder som är skrivbara och positionen för replikeringen.

Om vi ​​utökar varje nod kan vi få mer detaljerad information.

På den första underskärmen kan vi se detaljer om replikeringen. Både befälhavaren och slaven.

På den andra underskärmen ser vi serverdetaljer, såsom version och drifttid.

Vi har olika åtgärder som vi kan utföra på noderna.

Om vi ​​klickar på den högra ikonen kan vi se de tillgängliga åtgärderna:

• SSH-konsol:Den tillåter oss att komma åt en ssh-konsol inuti noden.
• Schemalägg underhållsläge:Låter dig ställa in ett underhållsfönster för noden.
• Starta om värd:Vi kan starta om värden härifrån.
• Starta om nod:Vi kan starta om databasen.
• Inaktivera skrivskyddad:Med det här alternativet aktiverar vi skrivning på repliken.
• Främja slav:Gör det möjligt att befordra en slav till master.
• Återskapa replikeringsslav:Genom att välja det här alternativet bygger vi om repliken genom att välja en master.
• Ändra replikeringsmaster:Gör att du kan ändra replikeringsmastern.
• Starta slav:Starta instansen.
• Stoppnod:Vi kan stoppa instansen.
• Avregistrera nod:Med denna åtgärd tar vi bort noden från klustret.

Alternativen kan variera beroende på nodens roll.

Du kan också, genom att välja en nod och dra den till en annan nod, välja ett av följande alternativ:

Du kan bygga om repliken från den nya noden, eller helt enkelt ändra mastern och fortsätta replikera.

När vi bekräftar ändringarna kommer vi att ha en ny topologivy:

Här kan vi se att vi har vår herre, med två repliker, och en av dessa repliker fungerar som en mellanliggande master, med en slav som replikerar från den.

PostgreSQL

Här har vi en topologi för PostgreSQL, med 1 master och 2 slavar.

Vi kan observera var och ens roll, vilka noder som tillåter skrivning och tillståndet för replikering.

Om vi ​​utökar informationen om noderna kan vi se versions- och drifttidsdetaljer .

Vi har också olika åtgärder som kan utföras på noderna:

• SSH-konsol:Den tillåter oss att komma åt en ssh-konsol inuti noden.
• Schemalägg underhållsläge:Låter dig ställa in ett underhållsfönster för noden.
• Starta om värd:Vi kan starta om värden härifrån.
• Starta om nod:Vi kan starta om databasen.
• Marknadsför slav:Låter oss marknadsföra en slavmästare.
• Bygg om replikeringsslav:Detta alternativ gör det möjligt att rekonstruera en replik från en master.
• Stoppnod:Vi kan stoppa databasen.
• Avregistrera nod:Med denna åtgärd tar vi bort noden från klustret.

Alternativen kan ändras beroende på rollen för varje nod.

Om vi ​​vill modifiera vår master kan vi göra det helt enkelt genom att välja Promote Slave i åtgärderna för noden som vi såg tidigare.

Efter några sekunder kan vi se vår nya topologi, med den nya master vi valt.

För att bygga om en replik kan vi helt enkelt välja noden vi vill modifiera och släppa den på mastern.

På så sätt kan du rekonstruera en replik snabbt och enkelt.

MongoDB

Detta är topologin för en MongoDB ReplicaSet med 1 primär nod och 2 sekundära noder.

Vi kan observera grundläggande information som anslutningar och lås.

Genom att utöka nodinformationen kan vi se två underskärmar.

I den första ser vi prioriteringen och om den är dold eller inte.

I den andra kan vi se serverdata, såsom version och drifttid.

Vi har olika åtgärder att utföra på varje nod:

• SSH-konsol:Den tillåter oss att komma åt en ssh-konsol inuti noden.
• Schemalägg underhållsläge:Låter dig ställa in ett underhållsfönster för noden.
• Starta om värd:Vi kan starta om värden härifrån.
• Starta om nod:Vi kan starta om databasen.
• Frys nod:Vi kan sätta noden i frysläge i X tid.
• Stoppnod:Vi kan stoppa databasen.
• Avregistrera nod:Med denna åtgärd tar vi bort noden från klustret.

Alternativen kan ändras beroende på rollen för varje nod.

Allmänt

Oavsett vilken motor vi använder, om vi förlorar åtkomst till någon nod, kan vi enkelt se den och konfigurera varningar om händelserna. Låt oss se ett exempel med Galera Cluster:

På så sätt kan vi snabbt identifiera den otillgängliga noden och vidta nödvändiga åtgärder.

Vi kan också ha lastbalanserare i vår topologi med Keepalive konfigurerade:

Vi kan se databasnoder och lastbalanserare (t.ex. ProxySQL).

Sammanfattningsvis kan Topology View vara ganska användbar för att snabbt visualisera hur vårt kluster replikerar.

Du kan prova denna och många andra funktioner med den kostnadsfria testversionen.