Med lanseringen av en ny version av ClusterControl (1.7.5) kan vi se flera nya funktioner, en av de viktigaste är stödet för MongoDB 4.2.
MongoDB 4.2 finns på marknaden ett tag. Det tillkännagavs ursprungligen på MongoDB World i juni 2019, med GA klar i augusti. Sedan dess har många av er gått igenom det. Det ger många efterlängtade funktioner, vilket gör NoSQL till ett enklare val framför RDBMS.
Den viktigaste funktionen i 4.X var transaktionsstöd. Det minskar dramatiskt gapet mellan RDBMS- och NoSQL-system. MongoDB-transaktioner lades till i version 4.0, men det fungerade inte med den mest kraftfulla funktionen i MongoDB-kluster. Nu utökar MongoDB ACID för flera dokument, som nu är garanterat från replikuppsättningen till fragmenterade kluster, vilket gör att du kan betjäna ett ännu bredare spektrum av användningsfall.
De mest framträdande funktionerna i version 4.2 är:
- On-Demand materialiserade vyer med den nya $merge-operatorn.
- Distribuerade transaktioner
- Jokerteckenindex
- Uppdateringar på serversidan
- Förbättringar av MongoDB Query Language
- Kryptering på fältnivå för att selektivt skydda känsliga filer
För att installera MongoDB 4.2 manuellt måste vi först lägga till arkiven eller ladda ner de nödvändiga paketen för installationen, installera dem och konfigurera dem korrekt, beroende på vår infrastruktur. Alla dessa steg tar tid, så låt oss se hur vi kan påskynda det.
I den här bloggen kommer vi att se hur man distribuerar den här nya MongoDB-versionen med några få klick med ClusterControl och hur man hanterar den. Som en förutsättning, installera 1.7.5-versionen av ClusterControl på en dedikerad värd eller virtuell dator.
Distribuera en MongoDB 4.2 Replica Shard
För att utföra en ny installation från ClusterControl, välj alternativet "Deploy" och följ instruktionerna som visas. Observera att om du redan har en MongoDB 4.2-instans igång, måste du välja 'Importera befintlig server/databas' istället.
ClusterControl-distributionsalternativ
När vi väljer MongoDB måste vi ange Användare, Nyckel eller Lösenord och port för att ansluta med SSH till våra MongoDB-noder. Vi behöver också namnet på vårt nya kluster och om vi vill att ClusterControl ska installera motsvarande programvara och konfigurationer åt oss.
Efter att ha ställt in SSH-åtkomstinformationen måste vi definiera databasanvändare, version och datadir (valfritt). Vi kan också specificera vilket arkiv som ska användas. I det här fallet vill vi distribuera MongoDB 4.2, så välj det och fortsätt.
I nästa steg måste vi lägga till våra servrar i klustret vi ska skapa.
När vi lägger till våra servrar kan vi ange IP eller värdnamn.
Vi kan övervaka statusen för skapandet av vårt nya kluster från ClusterControl aktivitetsövervakare.
När uppgiften är klar kan vi se vår nya MongoDB replicaSet i huvudskärmen för ClusterControl.
När vi har skapat vårt kluster kan vi utföra flera uppgifter på det, som att lägga till ett backupjobb
Skala MongoDB 4.2
Om vi går till klusteråtgärder och väljer "Lägg till nod", kan vi antingen skapa en ny replik från början eller lägga till en befintlig MongoDB-databas som en replik.
Som du kan se på bilden behöver vi bara välja vår nya eller befintlig server, ange IP-adressen för vår nya slavserver och databasporten. Sedan kan vi välja om vi vill att ClusterControl ska installera programvaran åt oss och konfigurera klustret.
Det andra alternativet är att konvertera replikuppsättningskluster till MongoDB-shard. CusterControl leder dig genom processen. Vi måste tillhandahålla information om konfigurationsserver och routrar som du kan se på skärmen nedan.
Slutsats
Som vi har sett ovan kan du nu distribuera den senaste MongoDB (version 4.2) med ClusterControl. När ClusterControl väl har implementerats, erbjuder ClusterControl en hel rad funktioner, från övervakning, varning, automatisk failover, säkerhetskopiering, punkt-i-tid återställning, säkerhetskopieringsverifiering, till skalning av läsning av repliker.