Con il rilascio di una nuova versione di ClusterControl (1.7.5), possiamo vedere diverse nuove funzionalità, una delle principali è il supporto per MongoDB 4.2.
MongoDB 4.2 è sul mercato da un po'. È stato inizialmente annunciato al MongoDB World nel giugno 2019, con GA pronto ad agosto. Da allora, molti di voi lo hanno messo alla prova. Offre molte funzionalità attese, il che rende NoSQL una scelta più semplice rispetto a RDBMS.
La caratteristica più significativa in 4.X era il supporto per le transazioni. Riduce drasticamente il divario tra i sistemi RDBMS e NoSQL. Le transazioni MongoDB sono state aggiunte nella versione 4.0, ma non ha funzionato con la funzionalità più potente dei cluster MongoDB. Ora MongoDB estende ACID multi-documento, che ora è garantito dal set di repliche ai cluster partizionati, consentendoti di servire una gamma ancora più ampia di casi d'uso.
Le caratteristiche più importanti della versione 4.2 sono:
- Viste materializzate su richiesta utilizzando il nuovo operatore $merge.
- Transazioni distribuite
- Indici jolly
- Aggiornamenti lato server
- Miglioramenti del linguaggio di query MongoDB
- Crittografia a livello di campo per proteggere selettivamente i file sensibili
Per installare MongoDB 4.2 manualmente, dobbiamo prima aggiungere i repository o scaricare i pacchetti necessari per l'installazione, installarli e configurarli correttamente, a seconda della nostra infrastruttura. Tutti questi passaggi richiedono tempo, quindi vediamo come potremmo accelerarli.
In questo blog vedremo come distribuire questa nuova versione di MongoDB con pochi clic utilizzando ClusterControl e come gestirla. Come prerequisito, installare la versione 1.7.5 di ClusterControl su un host dedicato o VM.
Distribuzione di uno shard di replica MongoDB 4.2
Per eseguire una nuova installazione da ClusterControl, selezionare l'opzione "Deploy" e seguire le istruzioni che appaiono. Nota che se hai già un'istanza MongoDB 4.2 in esecuzione, devi invece scegliere "Importa server/database esistente".
Opzioni di distribuzione ClusterControl
Quando selezioniamo MongoDB, dobbiamo specificare User, Key o Password e la porta per la connessione tramite SSH ai nostri nodi MongoDB. Abbiamo anche bisogno del nome per il nostro nuovo cluster e se vogliamo che ClusterControl installi per noi il software e le configurazioni corrispondenti.
Dopo aver impostato le informazioni di accesso SSH, è necessario definire l'utente, la versione e la datadir del database (opzionale). Possiamo anche specificare quale repository utilizzare. In questo caso, vogliamo distribuire MongoDB 4.2, quindi selezionalo e continua.
Nel passaggio successivo, dobbiamo aggiungere i nostri server al cluster che creeremo.
Quando aggiungiamo i nostri server, possiamo inserire IP o nome host.
Possiamo monitorare lo stato della creazione del nostro nuovo cluster dal ClusterControl monitoraggio attività.
Una volta terminata l'attività, possiamo vedere il nostro nuovo MongoDB replicaSet nel schermata principale di ClusterControl.
Una volta creato il nostro cluster, possiamo eseguire diverse attività su di esso, come aggiungere un processo di backup
Ridimensionamento di MongoDB 4.2
Se andiamo alle azioni del cluster e selezioniamo "Aggiungi nodo", possiamo creare una nuova replica da zero o aggiungere un database MongoDB esistente come replica.
Come puoi vedere nell'immagine, dobbiamo solo scegliere il nostro nuovo o server esistente, inserisci l'indirizzo IP per il nostro nuovo server slave e la porta del database. Quindi, possiamo scegliere se vogliamo che ClusterControl installi il software per noi e configuri il cluster.
L'altra opzione è convertire i cluster del set di repliche in shard MongoDB. CusterControl ti guiderà attraverso il processo. Abbiamo bisogno di fornire dettagli sul server di configurazione e sui router come puoi vedere nella schermata seguente.
Conclusione
Come abbiamo visto sopra, ora puoi distribuire l'ultimo MongoDB (versione 4.2) usando ClusterControl. Una volta distribuito, ClusterControl fornisce un'intera gamma di funzionalità, dal monitoraggio, allarmi, failover automatico, backup, ripristino point-in-time, verifica del backup, al ridimensionamento delle repliche di lettura.
