Azure Database pour MySQL – Modèle de déploiement de serveur flexible
S’APPLIQUE À :
Azure Database pour MySQL - Serveur flexible
Deux modes de déploiement sont disponibles pour Azure Database pour MySQL optimisé par MySQL Community Edition :
- Serveur flexible Azure Database pour MySQL
- Serveur unique Azure Database pour MySQL
Cet article fournit une vue d'ensemble et une présentation des concepts de base du modèle de déploiement de serveur flexible. Pour plus d’informations sur la façon de déterminer l’option de déploiement qui convient à votre charge de travail, consultez choix de l’option de serveur MySQL appropriée dans Azure.
Vue d’ensemble
Le serveur flexible Azure Database pour MySQL est un service de base de données prêt pour la production, entièrement géré et conçu pour offrir un contrôle et une flexibilité plus précis des fonctions de gestion de base de données et des paramètres de configuration. L’architecture de serveur flexible permet aux utilisateurs d’opter pour une haute disponibilité au sein d’une même zone de disponibilité et dans plusieurs zones de disponibilité. Les serveurs flexibles offrent de meilleurs contrôles d’optimisation des coûts grâce à la possibilité d’arrêter/de démarrer le serveur et au niveau de calcul Burstable, ce qui est idéal pour les charges de travail ne nécessitant pas en permanence une capacité de calcul complète. Le serveur flexible Azure Database pour MySQL prend également en charge des instances réservées, vous permettant d’économiser jusqu’à 63 % sur les coûts, ce qui est idéal pour des charges de travail de production dont les exigences en matière de capacité de calcul sont prévisibles. Le service prend en charge la version de la communauté de MySQL 5.7 et 8.0. Le service est aujourd'hui généralement disponible dans un grand nombre de régions Azure.
L’option de déploiement de serveur flexible offre trois niveaux de calcul : Burstable, Usage général et Critique pour l’entreprise. Chaque niveau offre des capacités de calcul et de mémoire différentes pour prendre en charge les charges de travail de votre base de données. Vous pouvez créer votre première application sur un niveau Expansible pour un faible coût mensuel, puis adapter l’échelle aux besoins de votre solution. L’évolutivité dynamique permet de répondre en toute transparence à l’évolution rapide des besoins en ressources de votre base de données. Vous payez uniquement pour les ressources dont vous avez besoin et seulement quand vous en avez besoin. Pour plus d’informations, consultez Calcul et stockage.
Les serveurs flexibles sont idéalement adaptés pour ce qui suit :
- Facilité de déploiement, mise à l’échelle simplifiée et faible surcharge de gestion des bases de données pour des fonctions telles que les sauvegardes, la haute disponibilité, la sécurité et le monitoring.
- Développements d’applications nécessitant la version de la communauté de MySQL avec un meilleur contrôle et des personnalisations.
- Charges de travail de production avec haute disponibilité dans la même zone et redondante interzone, et des fenêtres de maintenance managées.
- Expérience de développement simplifiée.
- Sécurité, conformité et confidentialité de qualité professionnelle.
Pour les dernières mises à jour apportées au serveur flexible Azure Database pour MySQL, consultez Nouveautés concernant le serveur flexible Azure Database pour MySQL.
Offre gratuite de 12 mois
Avec un compte gratuit Azure, vous pouvez utiliser un serveur flexible Azure Database pour MySQL gratuitement pendant 12 mois avec les limites mensuelles suivantes :
- 750 heures d’instance Burstable B1MS, soit un nombre d’heures suffisant pour exécuter une instance de base de données en continu chaque mois.
- 32 Go de stockage et 32 Go de stockage de sauvegarde.
Vous pouvez profiter de cette offre si vous souhaitez développer et déployer des applications qui utilisent le serveur flexible Azure Database pour MySQL. Pour découvrir comment créer et utiliser un serveur flexible Azure Database pour MySQL gratuitement avec un compte gratuit Azure, consultez ce tutoriel.
Haute disponibilité à l’intérieur de zones de disponibilité et entre elles
Le serveur flexible Azure Database pour MySQL permet de configurer la haute disponibilité avec le basculement automatique. Cette solution de haute disponibilité est conçue pour empêcher toute perte de données validées provoquée par des défaillances et améliorer la durée de bon fonctionnement globale de votre application. Quand la haute disponibilité est configurée, le serveur flexible provisionne et gère automatiquement un réplica de secours. Le calcul et le stockage provisionnés sont facturés pour le réplica principal et le réplica secondaire. Deux modèles d’architecture à haute disponibilité sont disponibles :
- Haute disponibilité redondante interzone : cette option est recommandée pour une isolation et une redondance complètes de l’infrastructure sur plusieurs zones de disponibilité. Elle offre le niveau de disponibilité le plus élevé, mais vous oblige à configurer la redondance des applications entre zones. La haute disponibilité redondante interzone est préférable quand vous voulez obtenir le niveau de disponibilité le plus élevé en cas de défaillance de l’infrastructure dans la zone de disponibilité et où la latence dans la zone de disponibilité est acceptable. La haute disponibilité redondante interzone est disponible dans un sous-ensemble de régions Azure, où chaque région prend en charge plusieurs zones de disponibilité et où des partages de fichiers Premium redondants interzone sont disponibles.
- Haute disponibilité (HA) dans la même zone : cette option est préférable pour la redondance de l’infrastructure avec une latence réseau inférieure, car le serveur principal et le serveur de secours se trouvent dans la même zone de disponibilité. Elle offre une haute disponibilité sans qu’il soit nécessaire de configurer la redondance des applications entre les zones. La haute disponibilité dans la même zone est préférable quand vous voulez obtenir le niveau de disponibilité le plus élevé au sein d’une même zone de disponibilité avec la latence réseau la plus faible. La haute disponibilité dans la même zone est disponible dans toutes les régions Azure où vous pouvez créer des instances de serveur flexible Azure Database pour MySQL.
Pour plus d’informations, consultez Concepts de haute disponibilité.
Mise à jour corrective automatisée avec fenêtre de maintenance gérée
Le service effectue une mise à jour corrective automatisée du matériel, du système d’exploitation et du moteur de base de données sous-jacents. Le correctif comprend les mises à jour de sécurité et de logiciel. Pour le moteur MySQL, les mises à niveau de version mineure sont également incluses dans le cadre de la publication de maintenance planifiée. Les utilisateurs peuvent configurer la planification de la mise à jour corrective pour qu’elle soit gérée par le système, ou définir leur planification personnalisés. Pendant la planification de la maintenance, le patch est appliqué et le serveur peut nécessiter un redémarrage dans le cadre du processus de mise à jour corrective pour achever la mise à jour. Avec la planification personnalisée, les utilisateurs peuvent rendre leur cycle de mise à jour prévisible, et choisir une fenêtre de maintenance avec un impact minimal sur l’activité. En général, le service suit un calendrier de publication mensuel dans le cadre de l’intégration et de la publication continues.
Pour plus d’informations, consultez Maintenance planifiée.
Sauvegardes automatiques
Le service à serveur flexible Azure Database pour MySQL crée automatiquement des sauvegardes de serveur et les conserve sur un stockage géoredondant ou redondant localement configuré par l'utilisateur. Les sauvegardes peuvent être utilisées pour restaurer votre serveur à n'importe quel point dans le temps au cours de la période de rétention des sauvegardes. La période de rétention de sauvegarde par défaut est de sept jours. La conservation peut éventuellement être configurée sur une durée de 1 à 35 jours. Toutes les sauvegardes sont chiffrées à l’aide du chiffrement AES de 256 bits.
Pour plus d’informations, consultez Concepts relatifs à la sauvegarde.
Isolement réseau
Vous avez deux possibilités de mise en réseau la connexion au serveur flexible Azure Database pour MySQL. Il s’agit de l’accès privé (intégration au réseau virtuel) et de l’accès public (adresses IP autorisées) .
Accès privé (intégration au réseau virtuel) : vous pouvez déployer votre instance de serveur flexible Azure Database pour MySQL sur votre réseau virtuel Azure. Les réseaux virtuels Azure offrent des communications réseau privées et sécurisées. Les ressources incluses sur un réseau virtuel peuvent communiquer par le biais d’adresses IP privées.
Choisissez l’option d’intégration au réseau virtuel si vous souhaitez avoir les capacités suivantes :
- Connexion à partir de ressources Azure du même réseau virtuel à votre instance de serveur flexible Azure Database pour MySQL à l’aide d’adresses IP privées.
- Utilisation d’un VPN ou du service ExpressRoute pour vous connecter à partir de ressources non-Azure à votre instance de serveur flexible Azure Database pour MySQL.
- Aucun point de terminaison public.
Accès public (adresses IP autorisées) : vous pouvez déployer votre instance de serveur flexible Azure Database pour MySQL avec un point de terminaison public. Le point de terminaison public est une adresse DNS résolvable publiquement. L’expression « adresses IP autorisées » fait référence à une plage d’adresses IP que vous choisissez d’autoriser à accéder à votre serveur. Ces autorisations sont appelées règles de pare-feu.
Pour plus d’informations, consultez Concepts relatifs aux réseaux.
Ajustez les performances et la mise à l’échelle en quelques secondes
Le serveur flexible Azure Database pour MySQL est disponible dans trois niveaux de service : Burstable, Usage général et Critique pour l’entreprise. Le niveau Burstable est idéalement adapté aux charges de travail de développement à faible coût et aux charges de travail à faible concurrence ne nécessitant pas en permanence une capacité de calcul complète. Les niveaux Usage général et Critique pour l'entreprise conviendront aux charges de travail de production nécessitant une concurrence et une mise à l'échelle de haut niveau, ainsi que des niveaux de performances prévisibles. Vous pouvez créer votre première application sur une petite base de données pour un faible coût mensuel, puis adapter l’échelle en toute transparence aux besoins de votre solution. La mise à l'échelle du stockage s'effectue en ligne et prend en charge la croissance automatique du stockage. Le serveur flexible Azure Database pour MySQL vous permet d’approvisionner des IOPS supplémentaires jusqu’à 80 000 IOPS au-delà de la limite d’IOPS gratuite, indépendamment du stockage. À l’aide de cette fonctionnalité, vous pouvez augmenter ou diminuer à tout moment le nombre d’IOPS approvisionnées en fonction des exigences de votre charge de travail. L’évolutivité dynamique permet de répondre en toute transparence à l’évolution rapide des besoins en ressources de votre base de données. Vous ne payez que pour les ressources que vous consommez.
Pour plus d’informations, consultez Concepts relatifs au calcul et au stockage.
Effectuer un scale-out de la charge de travail en lecture pour utiliser jusqu’à dix réplicas en lecture
MySQL est l’un des moteurs de base de données couramment utilisés pour exécuter des applications web et mobiles à l’échelle d’Internet. La plupart de nos clients s’en servent pour leurs services de formation en ligne, services de diffusion vidéo, solutions de paiement numérique, plateformes de commerce électronique, services de jeux, portails d’actualité, administrations publiques et sites web de santé. Ces services sont requis à des fins de mise à l’échelle à mesure que le trafic sur l’application web ou mobile augmente.
Du côté des applications, l’application est généralement développée en Java ou PHP et migrée pour s’exécuter sur des groupes de machines virtuelles identiques Azure, Azure App Services ou en conteneur sur Azure Kubernetes Service (AKS). L’utilisation d’un groupe de machines virtuelles identiques avec App Service ou AKS en tant qu’infrastructure sous-jacente permet de simplifier la mise à l’échelle des applications grâce à l’approvisionnement instantané de nouvelles machines virtuelles et à la réplication des composants sans état des applications pour répondre aux requêtes, mais souvent, la base de données finit par constituer un goulot d’étranglement comme composant avec état centralisé.
La fonctionnalité de réplica en lecture vous permet de répliquer les données d’une instance de serveur flexible Azure Database pour MySQL sur un serveur en lecture seule. Vous pouvez effectuer la réplication à partir du serveur source vers dix réplicas au maximum. Les réplicas sont mis à jour de manière asynchrone à l’aide de la technologie de réplication selon la position du fichier journal binaire (binlog) native au moteur MySQL. Vous pouvez utiliser une solution de proxy d’équilibrage de charge comme ProxySQL pour faire un scale-out transparent de la charge de travail de votre application vers des réplicas en lecture sans coût de refactorisation de l’application.
Pour en savoir plus, consultez Concepts de réplicas en lecture.
Configurer la synchronisation de données hybride ou multicloud avec la réplication de données entrantes
La réplication des données entrantes vous permet de synchroniser des données d’un serveur MySQL externe avec un serveur flexible Azure Database pour MySQL. Le serveur externe peut être hébergé localement, dans des machines virtuelles, un Serveur unique Azure Database pour MySQL ou un hôte de service de base de données hébergé par les autres fournisseurs de services cloud. La réplication des données est basée sur la position du fichier journal binaire (binlog). Voici les principaux scénarios à prendre en compte concernant l’utilisation de la réplication des données entrantes :
- Synchronisation de données hybride
- Synchronisation multicloud
- Migration avec temps d’arrêt minimal vers le serveur flexible Azure Database pour MySQL
Pour plus d’informations, consultez Concepts de réplication de données.
Arrêter/démarrer le serveur pour optimiser les coûts
Le serveur flexible Azure Database pour MySQL vous permet d’arrêter et de démarrer des serveurs à la demande pour optimiser les coûts. La facturation du niveau de calcul est immédiatement arrêtée lorsque le serveur est arrêté. Cette fonctionnalité peut vous permettre de réaliser des économies significatives en termes de développement et de test, et pour les charges de travail de production prévisibles liées au temps. Le serveur reste en état d’arrêt pendant 30 jours, sauf s’il est redémarré plus tôt.
Pour plus d’informations, consultez Concepts de serveur.
Sécurité de qualité professionnelle, conformité et confidentialité
Le serveur flexible Azure Database pour MySQL utilise le module de chiffrement conforme à la norme FIPS 140-2 pour chiffrer le stockage des données au repos. Toutes les données sont chiffrées, y compris les sauvegardes et les fichiers temporaires créés lors de l'exécution des requêtes. Le service utilise le chiffrement AES 256 bits inclus dans le chiffrement de stockage Azure, et les clés peuvent être gérées par le système (par défaut).
Le serveur flexible Azure Database pour MySQL chiffre les données en mouvement avec la sécurité de la couche de transport appliquée par défaut. Le serveur flexible Azure Database pour MySQL prend en charge par défaut les connexions chiffrées à l’aide du protocole TLS 1.2 (Transport Layer Security), donc toutes les connexions entrantes qui utilisent les protocoles TLS 1.0 et TLS 1.1 sont refusées. Vous pouvez désactiver l’application du protocole TLS/SSL en définissant le paramètre de serveur require_secure_transport, puis en définissant la tls_version minimale pour votre serveur.
Pour plus d’informations, consultez Utiliser les connexions chiffrées sur des instances de serveurs flexibles Azure Database pour MySQL.
Le serveur flexible Azure Database pour MySQL permet un accès privé complet aux serveurs à l’aide de l’intégration au réseau virtuel Azure (réseau virtuel). Les serveurs du réseau virtuel Azure sont uniquement accessibles et connectés via des adresses IP privées. Avec l’intégration au réseau virtuel, l’accès public est refusé et les serveurs ne sont pas accessibles à l’aide de points de terminaison publics.
Pour plus d’informations, consultez Concepts relatifs aux réseaux.
Surveillance et alerte
Le serveur flexible Azure Database pour MySQL dispose de fonctionnalités intégrées de monitoring des performances et d’alerte. Toutes les métriques Azure présentent une fréquence d’une minute et chaque métrique fournit 30 jours d’historique. Vous pouvez configurer des alertes basées sur les métriques. Le serveur flexible Azure Database pour MySQL expose les métriques du serveur hôte pour surveiller l’utilisation des ressources, ce qui permet de configurer les journaux des requêtes lents. Grâce à ces outils, vous pouvez rapidement optimiser vos charges de travail et configurer votre serveur pour bénéficier de performances optimales. Le serveur flexible Azure Database pour MySQL vous permet de visualiser les données des journaux des requêtes lentes et d’audit à l’aide des classeurs Azure Monitor. Les workbooks vous offrent un canevas flexible pour l’analyse des données et la création de rapports visuels enrichis au sein du portail Azure. Le serveur flexible Azure Database pour MySQL fournit trois modèles de classeurs prêts à l’emploi, à savoir Vue d’ensemble du serveur, Audit et Query Performance Insight. Le classeur Query Performance Insight est conçu pour vous permettre de passer moins de temps à résoudre les problèmes de performances de base de données en fournissant les informations suivantes :
- N premières requêtes de longue durée et leurs tendances associées.
- Détails des requêtes : consultez le texte de la requête et l’historique de l’exécution indiquant le temps de requête minimal, maximal, moyen et d’écart type.
- Utilisation des ressources (processeur, mémoire et stockage).
De plus, vous pouvez utiliser et intégrer des outils de supervision fournis par la communauté, comme Percona Monitoring and Management avec le serveur flexible Azure Database pour MySQL.
Pour plus d'informations, voir Concepts de réplication.
Migration
Le service flexible Azure Database pour MySQL exécute la version de la communauté de MySQL. Cela permet une compatibilité totale des applications et nécessite un coût de refactorisation minimal pour migrer une application existante développée sur le moteur MySQL vers un serveur flexible Azure Database pour MySQL. La migration vers un serveur flexible Azure Database pour MySQL peut être effectuée à l’aide de l’option suivante :
Migrations hors connexion
- Utilisation d’Azure Data Migration Service lorsque la bande passante réseau entre la source et Azure est correcte (par exemple, ExpressRoute à haute vitesse). En savoir plus avec les instructions pas à pas : migrer MySQL vers le serveur flexible Azure Database pour MySQL hors connexion à l’aide de DMS (Azure Database Migration Service)
- Utilisez mydumper/myloader pour tirer parti des paramètres de compression afin de déplacer efficacement des données sur des réseaux à faible vitesse (tels que des réseaux Internet publics). En savoir plus avec les instructions pas à pas : migrer des bases de données volumineuses vers le serveur flexible Azure Database pour MySQL à l’aide de mydumper/myloader
Migrations en ligne ou avec temps d’arrêt minimal
Utilisez la réplication de données dans une sauvegarde/restauration mydumper/myloader cohérente pour l’amorçage initial. En savoir plus avec les instructions pas à pas : tutoriel : migration avec temps d’arrêt minimal du serveur unique Azure Database pour MySQL vers le serveur flexible Azure Database pour MySQL.
Pour migrer du serveur unique Azure Database pour MySQL vers une instance de serveur flexible Azure Database pour MySQL en cinq étapes simples, consultez ce blog.
Pour plus d’informations, consultez Sélectionner les outils appropriés en vue de la migration vers le serveur flexible Azure Database pour MySQL.
Régions Azure
L’un des avantages de l’exécution de votre charge de travail dans Azure est sa portée mondiale. Le serveur flexible Azure Database pour MySQL est désormais disponible dans les régions Azure suivantes :
| Région | Disponibilité | Haute disponibilité dans la même zone | Haute disponibilité redondante interzone | Sauvegarde géoredondante |
|---|---|---|---|---|
| Centre de l’Australie | ✔️ | ✔️ | ❌ | ❌ |
| Australie Est | ✔️ | ✔️ | ✔️ | ✔️ |
| Australie Sud-Est | ✔️ | ✔️ | ❌ | ✔️ |
| Brésil Sud | ✔️ | ✔️ | ✔️ | ✔️ |
| Centre du Canada | ✔️ | ✔️ | ✔️ | ✔️ |
| Est du Canada | ✔️ | ✔️ | ❌ | ✔️ |
| Inde Centre | ✔️ | ✔️ | ✔️ | ✔️ |
| USA Centre | ✔️ | ✔️ | ❌ | ✔️ |
| Chine orientale 2 | ✔️ | ✔️ | ❌ | ❌ |
| Chine Est 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Chine Nord 2 | ✔️ | ✔️ | ❌ | ❌ |
| Chine Nord 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| Asie Est (Hong Kong SAR) | ✔️ | ✔️ | ✔️ | ✔️ |
| USA Est | ✔️ | ✔️ | ✔️ | ✔️ |
| USA Est 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| France Centre | ✔️ | ✔️ | ✔️ | ✔️ |
| France Sud | ✔️ | ✔️ | ❌ | ✔️ |
| Allemagne Centre-Ouest | ✔️ | ✔️ | ❌ | ✔️ |
| Allemagne Nord | ✔️ | ✔️ | ❌ | ✔️ |
| Israël Central | ✔️ | ✔️ | ✔️ | ❌ |
| Italie Nord | ✔️ | ✔️ | ✔️ | ❌ |
| Japon Est | ✔️ | ✔️ | ✔️ | ✔️ |
| OuJapon Est | ✔️ | ✔️ | ❌ | ✔️ |
| Inde Ouest Jio | ✔️ | ✔️ | ❌ | ❌ |
| Centre de la Corée | ✔️ | ✔️ | ✔️ | ✔️ |
| Corée du Sud | ✔️ | ✔️ | ❌ | ✔️ |
| Centre-Nord des États-Unis | ✔️ | ✔️ | ❌ | ✔️ |
| Europe Nord | ✔️ | ✔️ | ✔️ | ✔️ |
| Norvège Est | ✔️ | ✔️ | ✔️ | ❌ |
| Norvège Ouest | ✔️ | ✔️ | ❌ | ❌ |
| Pologne Centre | ✔️ | ✔️ | ❌ | ❌ |
| Qatar Central | ✔️ | ✔️ | ✔️ | ❌ |
| Afrique du Sud Nord | ✔️ | ✔️ | ✔️ | ❌ |
| Afrique du Sud Ouest | ✔️ | ✔️ | ❌ | ❌ |
| États-Unis - partie centrale méridionale | ✔️ | ✔️ | ✔️ | ✔️ |
| Inde Sud | ✔️ | ✔️ | ❌ | ✔️ |
| Asie Sud-Est | ✔️ | ✔️ | ✔️ | ✔️ |
| Espagne Centre | ✔️ | ✔️ | ❌ | ✔️ |
| Suède Centre | ✔️ | ✔️ | ✔️ | ❌ |
| Suisse Nord | ✔️ | ✔️ | ✔️ | ✔️ |
| Suisse Ouest | ✔️ | ✔️ | ❌ | ✔️ |
| Émirats arabes unis Centre | ✔️ | ✔️ | ❌ | ✔️ |
| Émirats arabes unis Nord | ✔️ | ✔️ | ✔️ | ❌ |
| Sud du Royaume-Uni | ✔️ | ✔️ | ✔️ | ✔️ |
| Ouest du Royaume-Uni | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Virginia | ✔️ | ✔️ | ❌ | ✔️ |
| Gouvernement des États-Unis - Arizona | ✔️ | ✔️ | ❌ | ✔️ |
| Gouvernement des États-Unis - Texas | ✔️ | ✔️ | ❌ | ✔️ |
| Centre-USA Ouest | ✔️ | ✔️ | ❌ | ✔️ |
| Europe Ouest | ✔️ | ✔️ | ✔️ | ✔️ |
| USA Ouest | ✔️ | ✔️ | ❌ | ✔️ |
| USA Ouest 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| USA Ouest 3 | ✔️ | ✔️ | ✔️ | ✔️ |
Contacts
Pour toute question ou suggestion concernant le serveur flexible Azure Database pour MySQL, envoyez un e-mail à l’équipe du serveur flexible Azure Database pour MySQL (@Ask serveur flexible Azure Database pour MySQL). Cette adresse e-mail n’est pas un alias du support technique.
En outre, tenez compte des points de contact suivants le cas échéant :
- Pour contacter le support technique Azure, émettez un ticket à partir du Portail Azure.
- Pour résoudre un problème relatif à votre compte, enregistrez une demande de support sur le portail Azure.
- Pour donner votre avis ou demander de nouvelles fonctionnalités, créez une entrée via UserVoice.
Étapes suivantes
Avec cette introduction au mode de déploiement du serveur flexible Azure Database pour MySQL, vous êtes prêt à :
Créer votre premier serveur
Générez votre première application à l’aide de votre langage préféré :