Har du någonsin undrat vilka produkter MariaDB Enterprise har att erbjuda? Skiljer det sig från MariaDB Community? Kan jag hantera dem med ClusterControl?
MariaDB tillhandahåller två distributioner av sin programvara – Enterprise och Community. Gemenskapen består av MariaDB Server, som har Galera inbäddad; du kan använda antingen standard, asynkron eller semi-synkron replikering eller, som ett alternativ, bygga ett MariaDB Cluster baserat på Galera. Ett annat tillägg till Community-distributionen är MariaDB ColumnStore. MariaDB 10.6 Community kommer med ColumnStore 5.5. MariaDB ColumnStore är en kolumnär analysdatabas som låter användare skapa snabba rapporteringsfrågor genom ett rapporteringsoptimerat sätt att lagra data. Slutligen är det också möjligt att använda MaxScale, en proxy utvecklad av MariaDB, gratis så länge du använder upp till två databasnoder. Denna gräns innebär dock att den inte är genomförbar för någon produktionsinstallation och kan användas som en oändlig testversion.
Det här inlägget kommer att utforska produkter som ingår i MariaDB Enterprise och hur det fungerar med ClusterControl.
Vilka produkter innehåller MariaDB Enterprise Platform?
MariaDB Enterprise Server
Låt oss ta en titt på Enterprise-erbjudandet från MariaDB. MariaDB 10.6 är den förbättrade versionen av Community-versionen. Den kommer med funktioner som ett förbättrat MariaDB Enterprise Audit-plugin som lägger till ytterligare alternativ för att kontrollera de granskade händelserna. MariaDB Enterprise Backup är en förbättrad version av MariaBackup, som minskar den optimerade låshanteringen, vilket effektivt minskar blockeringen av skribenter om en säkerhetskopia körs. MariaDB Enterprise Cluster lägger till ytterligare data-at-rest-kryptering för Galera, icke-blockerande DDL:er för Galera och några andra små funktioner.
MariaDB Enterprise ColumnStore
En ytterligare skillnad finns i andra delar av paketet. För det första är ColumnStore tillgänglig i den senaste versionen — 5.6 eller 6.2. MariaDB Enterprise ColumnStore 6, enligt MariaDB-dokumentationen, kommer med nya funktioner som diskbaserad aggregering, som låter dig byta ut prestandan för aggregeringsoperationerna mot större datamängder som kan aggregeras. Hittills har all data fått plats i minnet. Nu är det möjligt att använda disk för aggregering. En annan förbättring är att introducera en LZ4-komprimering utöver den redan befintliga Snappy-komprimeringen. Precisionen för datatypen DECIMAL har också ökats från 18 till 38, och det är nu möjligt att uppdatera transaktionsdata från ColumnStore-data. Vi kan utföra uppdateringar på InnoDB-tabellen som använder data från ColumnStore-tabellen. Tidigare var det bara tvärtom (uppdatering av ColumnStore baserat på InnoDB-data) som stöddes.
Slutligen, en annan betydande förändring mellan Enterprise och Community ColumnStore-erbjudanden är att MariaDB Enterprise ColumnStore kommer med ett alternativ för att distribuera multi-nod-inställningar, vilket möjliggör bättre skalbarhet och hög tillgänglighet.
MariaDB Xpand
MariaDB Xpand (tidigare Clustrix) är en databas som, även om den fortfarande ger drop-in-kompatibilitet med MySQL, tillåter användare att skala ut genom att lägga till ytterligare noder i klustret. MariaDB Xpand är ACID-kompatibel och ger feltolerans, hög tillgänglighet och skalbarhet. Utöver det är andra funktioner som listas på MariaDB-webbplatsen parallella frågeutvärdering och exekvering, kolumnära index och automatiserad datapartitionering.
MaxScale
Som vi nämnde tidigare kommer MaxScale, även om den är tillgänglig att ladda ner gratis, med en licens som begränsar dess fria användning till endast två backend-noder, vilket gör den oanvändbar för de flesta produktionsmiljöer. I Enterprise-erbjudandet har MaxScale inte sådana begränsningar, vilket gör det till en genomförbar lösning för att bygga distributioner baserade på olika delar av MariaDB Enterprise. MaxScale stöder all programvara som ingår i MariaDB Enterprise och fungerar som en kärnbyggsten för någon av de topologier som stöds. MaxScale kan övervaka de underliggande databaserna, dirigera trafiken mellan dem och utföra automatiserade åtgärder som failovers om behov skulle uppstå. Detta gör det till en utmärkt lösning för att kontrollera databastrafiken och hantera potentiella problem. Mycket äldre versioner av MaxScale har släppts för allmänheten, men realistiskt sett är den senaste versionen det som är mest intressant funktionsmässigt, vilket gör MariaDB Enterprise till ett av sätten att använda MaxScale.
Hur fungerar MariaDB Enterprise med ClusterControl?
ClusterControl i sig ger inte åtkomst till MariaDB Enterprise-förråd och inte heller tillåter det användare att få MariaDB-licenserna. Det kan dock mycket enkelt konfigureras för att fungera med MariaDB Enterprise. Som vanligt kräver ClusterControl SSH-anslutning för att vara på plats:
Sedan har vi ytterligare ett steg där vi kan välja MariaDB-versionen och skicka lösenord för superanvändaren i MySQL.
ClusterControl, som standard, är konfigurerat för att ställa in community-repositories för MariaDB, men det är möjligt att välja ett alternativ till "Ställ inte in leverantörsförråd". Det är upp till användaren att konfigurera repositories för att använda MariaDB Enterprise-paket, men när detta är gjort kan ClusterControl sägas att bara installera paketen och inte bry sig om var de kommer ifrån. Detta är ett utmärkt sätt att installera anpassade, icke-gemenskapspaket. Se bara till att du valde rätt version av MariaDB som du har konfigurerat Enterprise-repositories för.
Alternativt, särskilt om du redan har MariaDB Enterprise distribuerat i din miljö, kan du importera dessa noder till ClusterControl, förutsatt att SSH-anslutningen är på plats:
Detta tillåter ClusterControl att arbeta med befintliga distributioner av MariaDB Enterprise.
En sådan distribution av MariaDB, oavsett om den är importerad eller distribuerad, stöds fullt ut av ClusterControl, både asynkron replikering, och MariaDB Galera Cluster. Om ditt kluster byter till ett icke-primärt tillstånd kan säkerhetskopieringsscheman skapas och köras, failover kommer att ske, repliker kommer att främjas vid behov, MariaDB-klusternoder kommer att starta om och hela klustret kommer att bootstrappas.
När det gäller andra delar av MariaDB Enterprise, stöder ClusterControl MaxScale load balancer. Samma mönster som vi förklarade för MariaDB-databasen kan också tillämpas här. Om du distribuerade klustret med hjälp av befintliga förråd, skulle MaxScale installeras så länge det kan laddas ner från ett av de konfigurerade förråden.
Alternativt är det möjligt att importera den befintliga MaxScale-instansen:
Detta låter dig återigen importera din befintliga miljö till ClusterControl.
När den importeras tillhandahåller ClusterControl ett gränssnitt för MaxScales kommandoradsgränssnitt:
Du kan köra olika kommandon direkt från det grafiska gränssnittet för ClusterControl.
Som du kan se, oavsett om du använder MariaDB Community eller MariaDB Enterprise, kan ClusterControl hjälpa dig att hantera databasen och MaxScale load balancer.
Avsluta
Många väljer att använda MariaDB Enterprise för dess avancerade funktioner för att uppnå ACID-kompatibilitet, hög tillgänglighet, lastbalansering, säkerhet, skalbarhet och förbättrade säkerhetskopieringar. Oavsett om du använder MariaDB Community eller MariaDB Enterprise, kan ClusterControl hjälpa dig att hantera databasen och MaxScale load balancer. Om du vill se allt i arbete kan du utvärdera ClusterControl gratis i 30 dagar.
Om du går samma väg som MariaDB Enterprise och vill dra fördel av lastbalansering, kolla in hur du installerar och konfigurerar MaxScale, både manuellt och med hjälp av ClusterControl.
Håll kontakten för fler uppdateringar och bästa praxis för att hantera dina öppen källkodsbaserade databaser, se till att följa oss på Twitter och LinkedIn och prenumerera på vårt nyhetsbrev.