Le terme "hybride" est populaire de nos jours. L'hybride est utilisé pour les véhicules, les applications, les finances et également le cloud. Par exemple, dans le cas d'utilisation du véhicule, l'hybride signifie combiner la puissance du moteur à essence avec un moteur électrique.
Dans l'environnement de cloud hybride, nous combinons et connectons les ressources entre un cloud privé ou un environnement sur site avec le cloud public. Un cas d'utilisation courant consiste à mettre en miroir un environnement sur site dans le cloud à des fins de reprise après sinistre. Certains points doivent être pris en compte lors de la création d'une base de données de cloud hybride. La latence déterminera quelle architecture MariaDB vous pouvez utiliser. Une connexion fiable avec une latence faible et prévisible signifie que vous pouvez répartir un cluster Galera dans les deux environnements, la configuration DR dans le cloud étant mise à jour de manière synchrone avec votre environnement sur site. Cependant, cela signifie également que les performances de l'ensemble du cluster seront limitées par les performances du nœud le plus lent du cluster.
Une autre alternative consiste à disposer de deux systèmes distincts connectés à l'aide d'une réplication asynchrone régulière. Par exemple, il est possible d'avoir deux clusters MariaDB Galera répliqués de manière asynchrone l'un avec l'autre. Pour ceux qui préfèrent la réplication asynchrone standard, nous proposons deux configurations maître-esclave, la seconde configuration répliquant la première.
Dans ce blog, nous fournirons un guide pratique rapide sur la façon d'exécuter une configuration répliquée MariaDB hautement disponible dans un environnement de cloud hybride.
Pourquoi le cloud hybride ?
Hybrid Cloud permet aux entreprises de combiner l'environnement entre le cloud privé sur site et le cloud public. Ce modèle offre les avantages suivants pour l'organisation :
-
Évolutivité de l'infrastructure
Vous pouvez rapidement faire évoluer l'infrastructure en combinant le cloud privé et le cloud public à mesure que l'entreprise se développe rapidement. Le cloud public offre un moyen rentable d'étendre votre infrastructure, tandis que dans une configuration privée, il nécessite une planification initiale et des CAPEX.
-
Reprise après sinistre
Un cloud hybride peut être classé comme ayant un plan de reprise après sinistre, en ce qui concerne le modèle de déploiement. Les clouds publics peuvent être utilisés comme sites de reprise après sinistre, si quelque chose arrive au centre de données privé (par exemple, force majeure, problème de centre de données).
-
Meilleur contrôle technique et sécurité
En disposant d'un environnement de cloud hybride, les entreprises sont en mesure de séparer les environnements. Partagez la charge des services en fonction d'un accès restreint et activez également la multilocation et la séparation de la couche.
-
Flexibilité architecturale
L'exécution d'environnements cloud hybrides vous offre une flexibilité dans la conception de services en fonction de la charge de travail et des exigences côté application. Par exemple, un environnement de cloud privé peut être restreint en ce qui concerne l'accès à Internet, sauf à un environnement de cloud public via VPN, tandis que l'environnement de cloud public gère la communication avec les services tiers.
Connectivité
L'exécution d'un cloud hybride pour les bases de données nécessite un lien de communication sécurisé entre le cloud privé et le cloud public. La plupart des fournisseurs de cloud ont une sorte d'option de connectivité disponible, par exemple AWS a AWS Direct Connect.
Réaliser un cloud hybride à l'aide de ClusterControl
Il existe quelques modèles de déploiement pour MariaDB dans des environnements de cloud hybride. Nous pouvons utiliser la réplication MariaDB Master/Slave ou MariaDB Galera Cluster. La différence entre Master/Slave et Galera Cluster est la méthode de synchronisation. La réplication maître/esclave utilise la réplication asynchrone des données qui sont écrites dans un binlog, tandis que MariaDB Galera Cluster utilise la réplication « virtuellement » synchrone en diffusant des jeux d'écriture à tous les nœuds. Il est également possible d'avoir des clusters Galera séparés répliqués de manière asynchrone via une réplication standard.
Le déploiement de MariaDB Master/Slave Replication sur le cloud hybride dans ClusterControl est simple. Vous venez de passer par le menu Déployer comme indiqué ci-dessous :
Après avoir cliqué sur Déployer, choisissez MySQL Replication et remplissez l'utilisateur SSH, le mot de passe, et le nom du cluster comme indiqué ci-dessous :
Ensuite, cliquez sur Continuer. Choisissez MariaDB comme fournisseur de base de données et version à installer. Il existe des options personnalisées pour le répertoire de données et le port du serveur, ou vous pouvez utiliser les valeurs par défaut.
Renseignez le mot de passe root pour la base de données, puis cliquez sur Continuer. Ajoutez les adresses IP des hôtes sur les clouds privés et publics comme indiqué ci-dessous :
Notez que vous devrez prendre soin de la connectivité entre les environnements privé et public et vous assurer qu'elle est sécurisée. Cliquez ensuite sur Déployer, il déploiera la réplication maître/esclave MariaDB dans votre environnement de cloud hybride. Les deux environnements auront une configuration répliquée, et la configuration DR dans le cloud public se répliquera de manière asynchrone à partir de la configuration principale dans votre centre de données privé.
