Se fier uniquement à une infrastructure sur site peut limiter la rapidité avec laquelle les organisations peuvent développer et lancer des applications. L'extension de l'infrastructure pour utiliser le cloud public dans une configuration hybride est un excellent moyen d'atteindre l'agilité de l'infrastructure. Cela ne vaut rien que les performances des applications dépendent non seulement du matériel de la base de données, mais également de votre connexion réseau aux hôtes de la base de données. En s'assurant que les données sont répliquées et disponibles entre le cloud sur site et le cloud public, cela garantit que les applications peuvent accéder aux données localement, avec une faible latence.
Architecture de base de données cloud hybride
Un cloud hybride se compose de clouds publics et privés fonctionnant comme une seule unité. Cela permet aux organisations de tirer parti des atouts des deux environnements. Lors du déploiement de MongoDB dans un environnement de cloud hybride, ClusterControl peut être utilisé comme outil d'orchestration pour déployer et gérer les nœuds MongoDB.
Le cloud privé vous donne un contrôle total sur les ressources de calcul, le réseau, le stockage, ainsi que la sécurité. Vous gérez toute l'infrastructure et vous pouvez tout configurer en fonction de vos besoins.
Architecture cloud hybride
Alors que le cloud public offre l'évolutivité et l'agilité de l'infrastructure. Par exemple, vous pouvez facilement lancer des instances de VM en quelques minutes et en quelques clics.
De nombreuses organisations mélangent des clouds privés et publics, tirant parti des deux environnements. Si l'entreprise se développe rapidement, vous devez disposer d'une évolutivité rapide pour votre infrastructure. D'autre part, vous devez également contrôler et partager les ressources entre eux.
Répliquer MongoDB dans le cloud hybride
Préparer l'environnement
Les serveurs/machines virtuelles sur les deux sites doivent être provisionnés, ainsi que la connectivité entre les nœuds. La sécurité dans un déploiement de cloud hybride est une priorité majeure, les deux environnements peuvent être zonés dans un groupe de sécurité et vous devez restreindre la communication à des ports spécifiques uniquement.
La latence est l'un des défis des architectures cloud hybrides, vous devez vous assurer que la latence est similaire sur tous les nœuds. Cela permet de s'assurer que lorsque MongoDB ReplicaSet est opérationnel, il n'y a pas de retard de réplication causé par le réseau. AWS dispose de Direct Connect qui fournit une connectivité dédiée entre le cloud et d'autres centres de données.
Configurer MongoDB
Le déploiement de nœuds MongoDB dans une configuration hybride peut être automatisé à l'aide de ClusterControl. ClusterControl se chargera d'installer tous les packages requis, de configurer le logiciel et de s'assurer que l'ensemble du cluster est activé. Vous pouvez accéder à la page de déploiement :
Choisissez l'onglet MongoDB (dans ce cas, nous déploierons MongoDB ReplicaSet). Spécifiez l'utilisateur SSH, le mot de passe et donnez un nom au cluster comme indiqué ci-dessous :
Après cela, choisissez la base de données des fournisseurs. Actuellement, le package de base de données MongoDB est pris en charge par MongoDB et Percona. Nous utiliserons Percona Server pour MongoDB avec la version 4.2.
Renseignez l'utilisateur admin et le mot de passe, vous pouvez modifier le répertoire de données du serveur et le port pour un réglage personnalisé, ou le laisser par défaut. Ajoutez le nœud MongoDB cible, nous allons configurer 3 nœuds en cloud privé (adresse IP 10.10.10.11, 10.10.10.12, 10.10.10.13) et 2 nœuds en cloud public (adresse IP 10.11.10.111 et 10.11.10.112) dans un MongoDB ReplicaSet architecture comme indiqué ci-dessous :
Cliquez simplement sur Déployer, cela déclenchera une nouvelle tâche de déploiement dans ClusterControl comme indiqué ci-dessous :
À la fin du déploiement, vous aurez une topologie hybride pour MongoDB ReplicaSet comme indiqué ci-dessous :
Les nœuds MongoDB sont répartis dans les environnements privés et publics, ce qui rend le cluster hautement disponible
