Comment fonctionne Azure Database pour MySQL
Dans cette unité, vous allez explorer le fonctionnement d’Azure Database pour MySQL, en commençant par son architecture. Vous découvrez également comment le service fournit une haute disponibilité, des fonctionnalités de sauvegarde et une mise à l’échelle pour répondre aux besoins de votre charge de travail.
Architecture d’Azure Database pour MySQL
Le diagramme suivant décrit l’architecture d’une instance d’Azure Database pour MySQL – Serveur flexible.
- L’instance MySQL s’exécute sur une machine virtuelle Azure.
- Les données et les journaux sont stockés dans Azure Premium Storage.
- Les données sont répliquées trois fois sur le stockage localement redondant pour la sauvegarde et la résilience. Le service fournit également des options pour configurer des sauvegardes de stockage redondantes interzones ou géoredondantes.
- En outre, vous avez la possibilité de colocaliser vos différentes applications clientes connectées au serveur flexible MySQL, dans la même zone de disponibilité.
Vous pouvez également opter pour une haute disponibilité redondante interzone ou interzone, qui approvisionne et conserve automatiquement un réplica de secours.
Fonctionnement de la haute disponibilité
Pour Azure Database pour MySQL – Serveur flexible, dans la zone de disponibilité unique, le processus suivant se produit après une défaillance du serveur d’hébergement :
- Azure approvisionne une nouvelle machine virtuelle.
- Azure mappe les fichiers de stockage et de données à la machine virtuelle nouvellement approvisionnée.
- Le moteur de base de données MySQL est mis en ligne.
- Les applications clientes se reconnectent à la nouvelle instance MySQL.
Remarque
Si vous avez provisionné la haute disponibilité dans plusieurs zones, un serveur de secours est conservé dans une autre zone de disponibilité au sein de la même région Azure. Ce serveur est un réplica entièrement synchronisé du serveur principal. En cas d’échec d’un serveur principal, le serveur de secours à chaud peut rapidement prendre en charge une interruption minimale, ce qui permet de maintenir la disponibilité du service.
Fonctionnement des sauvegardes
Vous pouvez utiliser des sauvegardes pour restaurer votre serveur à n’importe quel moment dans le temps pendant la période de rétention (35 jours ou jusqu’à 10 ans avec une rétention à long terme, en préversion).
Fonctionnement de la mise à l’échelle
La mise à l’échelle dans Azure Database pour MySQL implique d’ajuster les ressources informatiques en fonction des besoins de l’application, ce qui peut varier en fonction de la demande de l’utilisateur, de la complexité des opérations traitées ou d’autres facteurs comme la croissance de l’entreprise. Cette flexibilité est essentielle pour maintenir les performances optimales et l’efficacité des coûts.
Types de mise à l’échelle
- Mise à l’échelle verticale (scale-up et scale-down)
- Mise à l’échelle du calcul : Cela fait référence à la modification du niveau de calcul de votre serveur flexible MySQL. Azure offre plusieurs niveaux de calcul, chacun conçu pour répondre à différents types de charges de travail :
- Burstable : Adapté aux environnements avec des rafales intermittentes d’utilisation du processeur qui ne nécessitent pas de performances de processeur complètes continues.
- Usage général : Conçu pour un large éventail d’applications, fournissant un équilibre entre les ressources de calcul, de mémoire et d’E/S.
- Critique pour l’entreprise : Offre les performances les plus élevées pour les bases de données, avec des processeurs plus puissants et des E/S plus rapides, adaptés aux charges de travail à faible latence et à transaction élevée.
- Allocation de mémoire et d’UC : Selon votre niveau sélectionné, vous pouvez mettre à l’échelle le nombre de vCores et la quantité de RAM disponible pour votre base de données, ce qui a un impact direct sur la possibilité de gérer des requêtes plus volumineuses ou plus complexes et permet un nombre plus élevé de connexions simultanées.
- Mise à l’échelle du calcul : Cela fait référence à la modification du niveau de calcul de votre serveur flexible MySQL. Azure offre plusieurs niveaux de calcul, chacun conçu pour répondre à différents types de charges de travail :
- Mise à l’échelle horizontale
- Azure Database pour MySQL peut effectuer une mise à l’échelle horizontale en ajoutant des réplicas en lecture pour distribuer le trafic de lecture sur plusieurs serveurs, ce qui améliore les performances de lecture tout en conservant le serveur principal disponible pour les écritures. La mise à l’échelle horizontale permet à votre base de données de gérer davantage de charge de requête, ce qui augmente la réactivité de l’application.
- Mise à l’échelle du stockage
- Mise à l’échelle du stockage dynamique : Grâce à Azure Database pour MySQL, vous pouvez augmenter la capacité de stockage sans temps d’arrêt. Vous pouvez commencer par une allocation plus petite et effectuer un scale-up à mesure que vos données augmentent.
- Fonctionnalité de croissance automatique : Cette fonctionnalité augmente automatiquement la taille de stockage avant d’atteindre la limite de capacité, ce qui empêche toute interruption liée à des contraintes de stockage.
Mise à l’échelle automatique des E/S par seconde
L’IOPS de mise à l’échelle automatique (opérations d’entrée/sortie par seconde) est une fonctionnalité qui ajuste dynamiquement le débit d’E/S en fonction de la charge de travail actuelle. Cela est particulièrement utile pour les modèles de charge de travail imprévisibles ou sujettes aux pics, car il garantit que la base de données peut gérer des augmentations soudaines de charge sans intervention manuelle.
- Mise à l’échelle des IOPS en fonction de la charge : Lorsque la charge de travail augmente et que le débit d’E/S est accru, la fonctionnalité de mise à l’échelle automatique augmente automatiquement la limite d’E/S par seconde jusqu’au maximum autorisé dans le niveau de calcul choisi. À l’inverse, les E/S par seconde sont réduites pendant les périodes de faible activité afin de réduire les coûts.
- Rentabilité : En ajustant automatiquement les IOPS en fonction de l'utilisation réelle, vous ne payez que pour les IOPS que vous utilisez plutôt que de surprovisionner les ressources pour gérer les pics de charge, qui peuvent ne se produire que sporadiquement.
Meilleures pratiques relatives à la mise à l’échelle
Pour mettre à l’échelle efficacement Azure Database pour MySQL, surveillez les métriques de performances à l’aide d’Azure Monitor, configurez des alertes critiques, planifiez la croissance future en examinant les modèles d’utilisation et testez l’extensibilité pendant les heures creuses pour garantir des performances fluides sous une charge accrue.
En comprenant et en utilisant ces mécanismes de mise à l’échelle, vous pouvez vous assurer que votre serveur flexible Azure Database pour MySQL est toujours exécuté efficacement, en s’adaptant aux besoins actuels et futurs de votre entreprise.
Configurer et paramétrer le comportement du moteur
Pour configurer et personnaliser facilement les variables de serveur et les paramètres dans Azure Database pour MySQL, vous pouvez utiliser le portail Azure, Azure CLI ou l’API REST pour ajuster les paramètres tels que la taille du cache de requête, les délais d’expiration de connexion et les préférences du moteur de stockage, ce qui garantit des performances et un comportement optimaux pour votre charge de travail spécifique.
Ensuite, déterminez si Azure Database for MySQL répond aux besoins de votre entreprise, de ses applications et de ses charges de travail de base de données.