Fare affidamento solo sull'infrastruttura locale può limitare la velocità con cui le organizzazioni possono sviluppare e avviare applicazioni. L'estensione dell'infrastruttura per l'utilizzo del cloud pubblico in una configurazione ibrida è un ottimo modo per ottenere l'agilità dell'infrastruttura. Non vale nulla che le prestazioni dell'applicazione dipendano non solo dall'hardware del database, ma anche dalla connessione di rete agli host del database. Assicurandosi che i dati siano replicati e disponibili sia tra il cloud locale che quello pubblico, garantisce che le applicazioni possano accedere ai dati in locale, a bassa latenza.
Architettura del database cloud ibrido
Un cloud ibrido è costituito da cloud pubblici e privati che funzionano come una singola unità. Ciò consente alle organizzazioni di sfruttare i punti di forza di entrambi gli ambienti. Quando si distribuisce MongoDB in un ambiente cloud ibrido, ClusterControl può essere utilizzato come strumento di orchestrazione per distribuire e gestire i nodi MongoDB.
Il cloud privato ti offre il pieno controllo delle risorse di calcolo, della rete, dell'archiviazione e della sicurezza. Gestisci tutta l'infrastruttura e puoi configurare tutto in base alle tue esigenze.
Architettura cloud ibrida
Mentre il cloud pubblico offre scalabilità e agilità dell'infrastruttura. Ad esempio, puoi avviare comodamente le istanze VM in pochi minuti e in un paio di clic.
Molte organizzazioni mescolano cloud pubblici e privati, sfruttando entrambi gli ambienti. Se l'azienda sta crescendo rapidamente, è necessario disporre di una scalabilità rapida per la propria infrastruttura. D'altra parte, devi anche controllare e condividere le risorse tra di loro.
Replica MongoDB in Hybrid Cloud
Preparare l'ambiente
È necessario eseguire il provisioning di server/macchine virtuali su entrambi i siti e anche la connettività tra i nodi. La sicurezza in una distribuzione di cloud ibrido è una priorità assoluta, entrambi gli ambienti possono essere suddivisi in zone in un gruppo di sicurezza ed è necessario limitare la comunicazione solo a porte specifiche.
La latenza è una delle sfide nelle architetture cloud ibride, è necessario assicurarsi che la latenza sia simile tra i nodi. Questo per garantire che quando MongoDB ReplicaSet è attivo e in esecuzione, non vi sia alcun ritardo di replica causato dalla rete. AWS dispone di Direct Connect che fornisce connettività dedicata tra il cloud e altri data center.
Configurazione di MongoDB
La distribuzione di nodi MongoDB in una configurazione ibrida può essere automatizzata utilizzando ClusterControl. ClusterControl si occuperà dell'installazione di tutti i pacchetti richiesti, della configurazione del software e della verifica dell'avvio dell'intero cluster. Puoi andare alla pagina di distribuzione:
Scegli la scheda MongoDB (in questo caso, implementeremo MongoDB ReplicaSet). Specifica l'utente SSH, la password e assegna un nome al cluster come mostrato di seguito:
Dopodiché, scegli il database del fornitore. Attualmente, il pacchetto di database MongoDB è supportato da MongoDB e Percona. Useremo Percona Server per MongoDB con la versione 4.2.
Compila l'utente amministratore e la password, puoi modificare la directory dei dati del server e la porta per l'impostazione personalizzata o lasciarla come predefinita. Aggiungiamo il nodo MongoDB di destinazione, configureremo 3 nodi in cloud privato (indirizzo IP 10.10.10.11, 10.10.10.12, 10.10.10.13) e 2 nodi in cloud pubblico (indirizzo IP 10.11.10.111 e 10.11.10.112) in un MongoDB ReplicaSet architettura come mostrato di seguito:
Fai clic su Distribuisci, verrà attivato un nuovo lavoro per la distribuzione in ClusterControl come mostrato di seguito:
Al termine della distribuzione, avrai una topologia ibrida per MongoDB ReplicaSet come mostrato di seguito:
I nodi MongoDB sono distribuiti negli ambienti privati e pubblici, il che rende il cluster altamente disponibile
