sql >> Database teknologi >  >> RDS >> MariaDB

Hvad er MariaDB Enterprise, og hvordan administreres det med ClusterControl?

Har du nogensinde spekuleret på, hvilke produkter MariaDB Enterprise har at tilbyde? Er det forskelligt fra MariaDB Community? Kan jeg administrere dem med ClusterControl?

MariaDB leverer to distributioner af deres software - Enterprise og Community. Fællesskabet består af MariaDB-serveren, som har Galera indlejret; du kan bruge enten standard, asynkron eller semi-synkron replikering eller, som et alternativ, bygge en MariaDB Cluster baseret på Galera. En anden tilføjelse til Fællesskabets distribution er MariaDB ColumnStore. MariaDB 10.6 Community leveres med ColumnStore 5.5. MariaDB ColumnStore er en kolonneformet analysedatabase, der giver brugerne mulighed for at oprette hurtige rapporteringsforespørgsler gennem en rapporteringsoptimeret måde at gemme dataene på. Endelig er det også muligt at bruge MaxScale, en proxy udviklet af MariaDB, gratis, så længe du bruger op til to databasenoder. Denne grænse betyder dog, at det ikke er muligt for nogen produktionsimplementering og kan bruges som en uendelig prøveperiode.

Dette indlæg vil udforske produkter inkluderet i MariaDB Enterprise, og hvordan det fungerer med ClusterControl.

Hvilke produkter omfatter MariaDB Enterprise Platform?

MariaDB Enterprise Server

Lad os tage et kig på Enterprise-tilbuddet fra MariaDB. MariaDB 10.6 er den forbedrede version af fællesskabsversionen. Det kommer med funktioner såsom et forbedret MariaDB Enterprise Audit-plugin, der tilføjer yderligere muligheder for at kontrollere de reviderede hændelser. MariaDB Enterprise Backup er en forbedret version af MariaBackup, som reducerer den optimerede låsehåndtering, hvilket effektivt reducerer blokeringen af ​​forfattere, hvis en sikkerhedskopi kører. MariaDB Enterprise Cluster tilføjer yderligere data-at-rest-kryptering til Galera, ikke-blokerende DDL'er til Galera og et par andre små funktioner.

MariaDB Enterprise ColumnStore

En yderligere forskel er i andre dele af pakken. For det første er ColumnStore tilgængelig i den seneste version — 5.6 eller 6.2. MariaDB Enterprise ColumnStore 6 kommer ifølge MariaDB-dokumentationen med nye funktioner som disk-baseret aggregering, som giver dig mulighed for at bytte ydelsen af ​​aggregeringsoperationerne for større datasæt, der kan aggregeres. Indtil videre skulle alle data passe i hukommelsen. Nu er det muligt at bruge disk til aggregering. En anden forbedring er at introducere en LZ4-komprimering ud over den allerede eksisterende Snappy-komprimering. Præcisionen af ​​DECIMAL-datatypen er også blevet øget fra 18 til 38, og det er nu muligt at opdatere transaktionsdata fra ColumnStore-data. Vi kan udføre opdateringer på InnoDB-tabellen, der bruger data fra ColumnStore-tabellen. Tidligere var det kun den anden vej rundt (opdatering af ColumnStore baseret på InnoDB-data) der blev understøttet.

En anden væsentlig ændring mellem Enterprise og Community ColumnStore-tilbud er, at MariaDB Enterprise ColumnStore kommer med en mulighed for at implementere multi-node opsætninger, hvilket giver mulighed for bedre skalerbarhed og høj tilgængelighed.

MariaDB Xpand

MariaDB Xpand (tidligere Clustrix) er en database, der, mens den stadig giver drop-in-kompatibilitet med MySQL, giver brugerne mulighed for at skalere ud ved at tilføje yderligere noder til klyngen. MariaDB Xpand er ACID-kompatibel og giver fejltolerance, høj tilgængelighed og skalerbarhed. Oven i det er andre funktioner, der er opført på MariaDB-webstedet, parallel forespørgselsevaluering og -udførelse, søjleindekser og automatiseret datapartitionering.

MaxScale

Som vi nævnte tidligere, kommer MaxScale, selvom den er tilgængelig til at downloade gratis, med en licens, der begrænser dens gratis brug til kun to backend-noder, hvilket gør den ubrugelig til de fleste produktionsmiljøer. I Enterprise-tilbuddet har MaxScale ikke sådanne begrænsninger, hvilket gør det til en gennemførlig løsning til at bygge implementeringer baseret på forskellige elementer i MariaDB Enterprise. MaxScale understøtter al den software, der er inkluderet i MariaDB Enterprise og fungerer som en kernebyggesten for enhver af de understøttede topologier. MaxScale kan overvåge de underliggende databaser, dirigere trafikken mellem dem og udføre automatiserede handlinger som failovers, hvis behovet skulle opstå. Dette gør det til en fantastisk løsning til at kontrollere databasetrafikken og håndtere potentielle problemer. Meget ældre versioner af MaxScale er blevet frigivet til offentligheden, men realistisk set er den seneste version det mest interessante funktionsmæssigt, hvilket gør MariaDB Enterprise til en af ​​måderne at bruge MaxScale på.

Hvordan fungerer MariaDB Enterprise med ClusterControl?

ClusterControl i sig selv giver ikke adgang til MariaDB Enterprise-lagre, og det tillader heller ikke brugere at få MariaDB-licenserne. Det kan dog meget nemt konfigureres til at arbejde med MariaDB Enterprise. Som sædvanlig kræver ClusterControl, at SSH-forbindelse er på plads:

Så har vi endnu et trin, hvor vi kan vælge MariaDB-versionen og videregive adgangskode til superbrugeren i MySQL.

ClusterControl er som standard konfigureret til at opsætte fællesskabslagre for MariaDB, men det er muligt at vælge en mulighed for "Opsæt ikke leverandørlagre". Det er op til brugeren at konfigurere repositories til at bruge MariaDB Enterprise-pakker, men når dette er gjort, kan ClusterControl få besked på bare at installere pakkerne og være ligeglad med, hvor de kommer fra. Dette er en fremragende måde at installere brugerdefinerede, ikke-fællesskabspakker på. Bare sørg for, at du har valgt den korrekte version af MariaDB, som du har konfigureret Enterprise-lagrene til.

Alternativt, især hvis du allerede har MariaDB Enterprise installeret i dit miljø, kan du importere disse noder til ClusterControl, da SSH-forbindelsen er på plads:

Dette gør det muligt for ClusterControl at arbejde med eksisterende implementeringer af MariaDB Enterprise.

En sådan implementering af MariaDB, uanset om den er importeret eller implementeret, understøttes fuldt ud af ClusterControl, både asynkron replikering og MariaDB Galera Cluster. Hvis din klynge skifter til en ikke-primær tilstand, kan sikkerhedskopieringsplaner oprettes og udføres, failover vil ske, replikaer vil blive fremmet efter behov, MariaDB klynge noder vil genstarte, og hele klyngen vil blive bootstrappet.

Med hensyn til andre elementer i MariaDB Enterprise, understøtter ClusterControl MaxScale load balancer. Det samme mønster, som vi forklarede for MariaDB-databasen, kan også anvendes her. Hvis du implementerede klyngen ved hjælp af eksisterende arkiver, ville MaxScale blive installeret, så længe det kan downloades fra et af de konfigurerede arkiver.

Alternativt er det muligt at importere den eksisterende MaxScale-instans:

Dette giver dig igen mulighed for at importere dit eksisterende miljø til ClusterControl.

Når det importeres, giver ClusterControl en grænseflade til MaxScales kommandolinjegrænseflade:

Du kan udføre forskellige kommandoer direkte fra ClusterControls grafiske grænseflade.

Som du kan se, uanset om du bruger MariaDB Community eller MariaDB Enterprise, kan ClusterControl hjælpe dig med at administrere databasen og MaxScale load balancer.

Afslutning

Mange vælger at bruge MariaDB Enterprise til dets avancerede funktioner for at opnå ACID-overholdelse, høj tilgængelighed, belastningsbalancering, sikkerhed, skalerbarhed og forbedrede sikkerhedskopier. Uanset om du bruger MariaDB Community eller MariaDB Enterprise, kan ClusterControl hjælpe dig med at administrere databasen og MaxScale load balancer. Hvis du vil se det hele undervejs, kan du evaluere ClusterControl gratis i 30 dage.

Hvis du går vejen til MariaDB Enterprise og vil drage fordel af belastningsbalancering, så tjek hvordan du installerer og konfigurerer MaxScale, både manuelt og ved hjælp af ClusterControl.

Hold kontakten for at få flere opdateringer og bedste praksis til at administrere dine open source-baserede databaser, sørg for at følge os på Twitter og LinkedIn, og abonner på vores nyhedsbrev.


  1. 50 Shades of NULL – De forskellige betydninger af NULL i SQL

  2. ORA-00979 ikke en gruppe efter udtryk

  3. Hvordan opretter jeg en fremmednøgle i SQL Server?

  4. Datamodellen for vigtige datoer