Bases de données Azure pour moteurs open source

De nombreuses organisations utilisent des moteurs relationnels open source — PostgreSQL, MySQL et MariaDB — comme fondement de leurs applications. Plutôt que de gérer ces moteurs sur des VM (correctifs, sauvegardes, configuration de la HA), Azure fournit des services PaaS entièrement gérés qui prennent en charge l’essentiel des opérations, tout en conservant l’interface SQL familière que vos développeurs connaissent déjà.

Azure Database for PostgreSQL est un service entièrement géré qui prend en charge les versions 11 à 16 de PostgreSQL. Il propose deux modes de déploiement : serveur unique (en cours de retrait) et Flexible Server, l’option actuellement recommandée. Flexible Server vous permet de choisir entre des niveaux de calcul à capacité extensible, à usage général et optimisés pour la mémoire, et prend en charge des réplicas de secours au sein d’une même zone de disponibilité ou entre plusieurs zones pour assurer la HA.

Flexible Server inclut une HA redondante entre zones, avec basculement automatique vers un réplica de secours situé dans une autre zone, des réplicas en lecture que vous pouvez ajouter pour décharger les requêtes de création de rapports, ainsi qu’une restauration à un instant donné avec une fenêtre de rétention de 7 à 35 jours. Le service prend également en charge des extensions PostgreSQL populaires telles que PostGIS (géospatiale), pgvector (représentations vectorielles pour l’IA) et pg_cron (tâches planifiées).

Azure Database for MySQL prend en charge les versions 5.7 et 8.0 de MySQL Community Edition. Comme PostgreSQL, il utilise le modèle de déploiement Flexible Server, avec des niveaux de calcul à capacité extensible, à usage général et optimisés pour la mémoire. Les sauvegardes automatiques, l’application des correctifs et la supervision sont incluses. Ce service est largement utilisé comme serveur principal géré pour les applications PHP et web qui reposent sur MySQL.

Azure Database for MariaDB prend en charge les versions 10.3, 10.4 et 10.6 de MariaDB. MariaDB est une branche communautaire de MySQL qui propose des moteurs de stockage supplémentaires et un cycle de publication plus rapide. Le service Azure géré offre des fonctionnalités globalement similaires à celles de MySQL Flexible Server en matière de HA, de sauvegarde et de sécurité. Notez que Microsoft a annoncé la fin de vie de ce service en 2025 et encourage la migration vers MySQL Flexible Server.

Exécuter une base de données open source sur une VM Azure vous offre un contrôle maximal — n’importe quelle version, n’importe quelle extension et n’importe quel paramètre de système d’exploitation — mais vous rend responsable de l’application des correctifs, des sauvegardes, de la configuration de la HA, de la supervision et de la gestion du stockage. Les services PaaS gérés échangent une partie de la flexibilité de configuration contre d’importantes économies opérationnelles. Pour la plupart des charges de travail OLTP standard, les services gérés constituent le choix par défaut le plus approprié.

Les trois services gérés partagent la même structure de niveaux de calcul. Le niveau à capacité extensible (série B) convient parfaitement au développement et aux charges de travail peu sollicitées qui n’ont pas besoin d’utiliser constamment la totalité du processeur. Le niveau à usage général (série D) convient à la plupart des applications OLTP de production. Le niveau optimisé pour la mémoire (série E ou supérieure) est conçu pour les charges de travail utilisant de grands ensembles de données actifs, comme les requêtes analytiques ou la mise en cache en mémoire.

Flexible Server dissocie le calcul et le stockage. Le stockage repose sur Azure Premium SSD et peut évoluer de 20 GB à 64 TB. Vous pouvez activer l’augmentation automatique du stockage afin que le service augmente automatiquement la capacité lorsqu’elle atteint 90 %, évitant ainsi les interruptions dues à un disque plein. Les IOPS évoluent avec la taille du stockage configuré, ou vous pouvez approvisionner des IOPS supplémentaires indépendamment.

Flexible Server prend en charge deux modes réseau : l’accès public avec des règles de pare-feu (selon le même principe qu’Azure SQL Database) et l’accès privé (intégration à un VNet), dans lequel le serveur est injecté dans un sous-réseau délégué et n’est absolument pas accessible depuis Internet. Toutes les données au repos sont chiffrées avec AES-256 et toutes les connexions exigent TLS par défaut ; il est possible d’imposer l’utilisation de versions TLS plus récentes, avec TLS 1.2 comme version minimale.

Les trois services open source gérés prennent en charge les réplicas en lecture — des copies asynchrones de votre serveur principal qui acceptent les connexions en lecture seule. Les applications dirigent les requêtes analytiques ou de création de rapports vers les réplicas, ce qui réduit la charge sur le serveur principal. Les réplicas peuvent se trouver dans la même région ou dans une autre région Azure (réplicas interrégions), ce qui permet de distribuer géographiquement les lectures et peut fournir une cible pour la récupération d’urgence.

Azure Database for PostgreSQL et MySQL s’intègrent immédiatement à Azure Monitor. Les principales métriques, telles que le pourcentage de processeur, l’utilisation de la mémoire, les entrées-sorties du stockage, les connexions actives et le retard de réplication, sont transmises au portail Azure. Query Performance Insight met en évidence les requêtes qui consomment le plus de ressources, ce qui vous permet d’ajouter des index ou de réécrire des requêtes sans exécuter manuellement de commandes EXPLAIN coûteuses.

Testez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) abordés dans cette leçon.

Dans cette leçon, vous avez appris qu’Azure fournit des services entièrement gérés pour PostgreSQL, MySQL et MariaDB, que Flexible Server est le modèle de déploiement recommandé, avec la HA, les réplicas en lecture et l’intégration à un VNet, et que les services gérés éliminent les responsabilités liées à l’application des correctifs et aux sauvegardes, par rapport aux VM auto-hébergées. Nous allons maintenant découvrir les stratégies et les outils de migration des bases de données vers Azure.