Azure Database pour MySQL

• 10 minutes

Dans cette unité, vous allez voir comment Azure Database pour MySQL peut vous aider à créer un magasin de données résilient, performant et facile à gérer pour votre application web. Compte tenu de l’aspect critique pour l’entreprise et de la forte demande que suscite ce service, vous êtes intéressé par sa capacité à mettre à l’échelle les ressources de calcul et de stockage. Vous devez également vérifier qu’Azure Database pour MySQL réduit la surcharge de gestion et de maintenance en tant que service géré, ce qui vous permettra de vous concentrer sur le développement de logiciels à la place.

Quelles sont les caractéristiques principales d’Azure Database pour MySQL ?

Serveur flexible Azure Database pour MySQL : conçu pour offrir une compatibilité complète avec vos applications MySQL existantes, en prenant en charge les versions 5.7 et 8.0 largement utilisées de MySQL Community Server. Cette option de d’hébergement est particulièrement efficace pour les scénarios qui nécessitent :

• Un contrôle détaillé des configurations de calcul et de stockage.
• De hautes performances constantes.
• De la fiabilité, une haute disponibilité et une continuité d’activité.
• Des stratégies efficaces de gestion des coûts.

De plus, le serveur flexible renforce la sécurité grâce à son pare-feu intégré pour les points de terminaison publics, et prend en charge la connectivité privée via l’intégration du réseau virtuel Microsoft Azure et d’Azure Private Link, qui protège vos données contre les accès non autorisés.

Compute

Azure Database pour MySQL - Serveur flexible est disponible dans trois niveaux de calcul, chaque niveau étant destiné à un cas d’usage spécifique :

• Burstable : Idéal pour les projets de développement ou les projets temporaires avec des demandes de performances intermittentes.
• Usage général : Convient à un large éventail de charges de travail de production nécessitant un équilibre entre le calcul et la mémoire.
• Critique pour l’entreprise : Idéal pour les applications nécessitant des performances de calcul et une résilience élevées.

Le nom de niveau spécifique est dérivé du nom de la série de références SKU de machines virtuelles Azure hébergeant le déploiement du serveur MySQL managé. Au sein de chaque niveau, vous pouvez choisir parmi plusieurs tailles de machine virtuelle différentes, chacune offrant un nombre de vCores (allant de 1 à 96) et une quantité de mémoire (allant de 4 Go à environ 700 Go) différents.

Le niveau de calcul Burstable utilise des machines virtuelles de la série B, le niveau Usage général s’appuie sur les machines virtuelles des séries Dadsv5 (AMD) et Ddsv4 (Intel), et le niveau Critique pour l’entreprise s’exécute sur les machines virtuelles Standard de la série Eadsv5 (AMD) et de la série Edsv5 (Intel).

Dans le portail Azure, durant le processus de création du serveur, vous pouvez sélectionner l’option de niveau dans la page Informations de base, sous Détails du serveur, ou dans la page Serveur flexible + stockage, sous Calcul.

Stockage

Durant l’approvisionnement d’un serveur ou à tout moment par la suite, vous pouvez augmenter la quantité de stockage allouée jusqu’à la limite de 16 384 Gio (gibioctets), ou 16 Tio (tébioctets) pour les niveaux Burstable et Usage général, et 32 Tio pour le niveau Critique pour l’entreprise. La limite inférieure (20 Gio) est la même quels que soient le niveau et la taille de calcul sélectionnés. De plus, le dimensionnement du stockage est indépendant du niveau de calcul et de la taille que vous choisissez. Vous pouvez également activer la croissance automatique du stockage.

Quelle que soit la taille de stockage, vous pouvez également effectuer un scale-up ou un scale-down de la limite souhaitée pour les IOPS. La limite supérieure des IOPS disponibles dépend du niveau de calcul et de la taille, atteignant 80 000 IOPS pour la plus grande taille disponible de la référence SKU Critique pour l’entreprise. Vous pouvez utiliser cette fonctionnalité d’IOPS évolutive pour répondre à tout moment à l’évolution dynamique des besoins en ressources, et permettre également la mise à l’échelle automatique des IOPS pour qu’elles s’ajustent automatiquement en fonction des demandes de charge de travail.

Connectivité réseau

Azure Database pour MySQL – Serveur flexible prend en charge trois méthodes de connectivité : accès public, accès privé et liaison privée.

Accès public

Avec l’accès public, qui est fourni via un point de terminaison externe, vous devez autoriser explicitement l’accès à l’aide de règles de pare-feu :

• Pour le trafic externe, vous devez spécifier une adresse IP individuelle ou une plage d’adresses IP à partir de laquelle le trafic est autorisé.
• Pour le trafic provenant d’Azure, vous devez autoriser l’accès public à partir d’un service Azure.

Accès privé

Utilisez la prise en charge de l’intégration de réseaux virtuels pour l’accès privé via des réseaux virtuels Azure désignés. Vous pouvez utiliser l’accès privé pour vous connecter en toute sécurité à un serveur flexible MySQL à partir du même réseau virtuel, à partir d’un autre réseau virtuel à l’aide du peering, ou même à partir d’un environnement local à l’aide d’une connexion ExpressRoute ou VPN. Si vous activez cette option, le serveur bloque automatiquement les connexions qui proviennent d’Internet.

Avant d’activer l’accès privé, vous devez implémenter la résolution de noms Domain Name Service (DNS) personnalisée. Pour plus d’informations, consultez Accès au réseau privé à l’aide de l’intégration du réseau virtuel pour Azure Database pour MySQL - Serveur flexible.

Liaison privée

La liaison privée fournit un point de terminaison d’adresse IP privée au sein d’un sous-réseau de réseau virtuel pour se connecter directement au serveur flexible MySQL. Azure Private Link apporte essentiellement des services Azure à l’intérieur de votre réseau virtuel privé via une adresse IP comme n’importe quelle autre ressource de réseau virtuel. Vous pouvez créer plusieurs points de terminaison privés, par exemple un par application de connexion ou ressource PaaS Azure. Combinées aux règles de pare-feu NSG, les liaisons privées fournissent un contrôle précis sur les services qui peuvent accéder à la base de données.

Par défaut, le serveur applique le protocole TLS 1.2 pour protéger les communications réseau entrantes.

Haute disponibilité

Le serveur flexible Azure Database pour MySQL prend en charge la haute disponibilité avec basculement automatique pour que les données validées ne soient jamais perdues à la suite de défaillances localisées. Quand vous activez cette fonctionnalité, la plateforme approvisionne et gère automatiquement un réplica de secours.

Il existe deux modèles architecturaux à haute disponibilité, selon le placement du réplica.

Haute disponibilité redondante interzone

Pour une résilience améliorée, le modèle à haute disponibilité redondant interzone positionne la base de données primaire dans une zone de disponibilité, et son réplica de secours dans une zone distincte. Cette configuration est conçue pour protéger contre les défaillances au niveau du centre de données. Elle offre un niveau de protection des données plus élevé, car elle permet de vérifier que les bases de données primaire et de sauvegarde ne sont pas soumises aux mêmes risques localisés. Ce modèle est recommandé pour les applications critiques où la continuité et l’intégrité des données sont primordiales, car il permet au service de rester disponible même si l’ensemble d’un centre de données est hors connexion.

Haute disponibilité dans la même zone

Le modèle à haute disponibilité dans la même zone situe la base de données primaire et son réplica de secours au sein de la même zone de disponibilité. Opter pour un déploiement dans la même zone est avantageux dans les scénarios où une latence minimale est cruciale pour les performances des applications. Le maintien de l’instance primaire et de son réplica à proximité physique permet de vérifier que le processus de basculement n’a pas d’impact significatif sur les temps de réponse. Cette configuration est idéale pour les applications impactées par des différences de latence, même minimales, qui peuvent affecter les fonctionnalités ou l’expérience utilisateur.

Continuité des activités

Azure Database pour MySQL - Serveur flexible crée automatiquement des sauvegardes à un instant dans le passé de ses bases de données. Il les conserve dans un stockage localement redondant pendant une durée maximale de 35 jours, ou de 10 ans quand la conservation à long terme est utilisée. Quand vous configurez la sauvegarde, vous pouvez choisir des sauvegardes localement redondantes, redondantes interzones ou géoredondantes, ce qui vous permet d’effectuer une opération de récupération après une panne affectant l’ensemble d’une région Azure. De plus, vous pouvez effectuer des sauvegardes à la demande à tout moment pour créer une capture instantanée de sauvegarde en dehors de la planification régulière des sauvegardes.

Azure Database pour MySQL prend également en charge les fenêtres de maintenance managée pour l’application de mises à jour correctives automatisées au serveur, ce qui facilite la continuité d’activité. En spécifiant une planification personnalisée des mises à jour correctives, vous pouvez réduire l’impact d’un temps d’arrêt temporaire résultant du redémarrage du serveur.

Optimisation des coûts

Azure Database pour MySQL - Serveur flexible offre de nombreuses options d’optimisation des coûts.

• Contrôle granulaire de la configuration du calcul et du stockage. Vous pouvez ajuster la plupart des options de configuration de serveur de manière indépendante, ce qui vous permet d’optimiser les coûts de déploiement en fonction de vos objectifs et du cas d’usage prévu. Par exemple, vous pouvez ajuster séparément les options pour les aspects suivants :

  • Référence SKU de calcul
  • Volume de stockage
  • D’OPÉRATIONS D’E/S PAR SECONDE
  • Période de rétention de la sauvegarde

  En outre, vous pouvez aussi activer la fonctionnalité de mise à l’échelle automatique des IOPS pour ajuster automatiquement les IOPS en fonction des demandes des charges de travail. Contrairement aux IOPS préapprovisionnées, où une limite d’IOPS fixe est spécifiée et payée indépendamment de l’utilisation, la mise à l’échelle automatique des IOPS vous permet de payer seulement pour le nombre d’opérations d’E/S que vous consommez.

• Capacité à arrêter et démarrer le serveur à la demande. La facturation du niveau de calcul s’arrête dès que vous arrêtez le serveur. Cette fonctionnalité peut vous aider à réduire les coûts durant les charges de travail de développement, de test et de production grâce à une planification prévisible et fiable.

• Niveau de calcul Burstable. Tirez parti du niveau de calcul Burstable afin d’obtenir des tarifs compétitifs pour vos charges de travail nécessitant une faible utilisation du processeur avec des pics d’utilisation occasionnels de celui-ci.

• Remise sur les instances réservées. Vous pouvez vous engager sur un plan d’achat d’un an ou de trois ans pour bénéficier de la remise sur les instances réservées, ce qui vous permet d’économiser plus de 60 % du coût initial non remisé. Prenez en compte cette option pour les charges de travail de production nécessitant une capacité de calcul prévisible à long terme.

• Compte gratuit Azure. Vous pouvez utiliser un compte gratuit Azure pour évaluer Serveur flexible gratuitement pendant 12 mois, avec des limites mensuelles allant jusqu’à :

  • 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.
  • Stockage de 32 Go et stockage de sauvegarde de 32 Go.