Partager via

Concepts de serveur dans Azure Database pour MySQL - Serveur flexible

  • Article

S’APPLIQUE À : Azure Database pour MySQL – Serveur flexible

Cet article fournit des points à prendre en considération et des instructions sur l’utilisation du serveur flexible Azure Database pour MySQL.

Qu’est-ce que le serveur flexible Azure Database pour MySQL ?

Le serveur flexible Azure Database pour MySQL est un service de base de données complètement managé exécutant la version Community de MySQL. En général, le service est conçu pour fournir des personnalisations en termes de flexibilité et configuration suivant les besoins de l’utilisateur. Il s’agit de la structure de serveur MySQL que vous connaissez peut-être en local. Plus précisément, le serveur flexible est géré, fournit des performances prêtes à l’emploi, une facilité de gestion et un contrôle du serveur améliorés, et expose l’accès et les fonctionnalités au niveau du serveur.

Une instance de serveur flexible Azure Database pour MySQL :

  • est créé dans un abonnement Azure ;
  • représente la ressource parente des bases de données ;
  • autorise la configuration MySQL exposée par le biais des paramètres du serveur (lien vers les concepts de paramètres du serveur) ;
  • effectue des sauvegardes automatisées et prend en charge les limites de restauration dans le temps ;
  • fournit un espace de noms aux bases de données ;
  • constitue un conteneur avec une sémantique à durée de vie longue (la suppression d’un serveur entraîne la suppression des bases de données autonomes qu’il contient) ;
  • colocalise les ressources d’une région ;
  • prise en charge du calendrier de maintenance des serveurs fournis par le client ;
  • possibilité de déployer des serveurs flexibles dans une installation redondante interzone pour améliorer la haute disponibilité ;
  • fournit une intégration du réseau virtuel pour l’accès au serveur de base de données ;
  • offre un moyen de réduire les coûts en suspendant le serveur flexible lorsqu’il n’est pas utilisé ;
  • fournit l’étendue des stratégies de gestion qui s’appliquent à ses bases de données : connexions, pare-feu, utilisateurs, rôles, configurations, etc. ;
  • Prend en charge les versions majeures de MySQL 5.7 et MySQL 8.0. Pour plus d’informations, consultez Versions prises en charge du moteur du serveur flexible Azure Database pour MySQL.

Dans une instance de serveur flexible Azure Database pour MySQL, vous pouvez créer une ou plusieurs bases de données. Vous pouvez choisir de créer une seule base de données par serveur pour utiliser toutes les ressources, ou de créer plusieurs bases de données pour partager les ressources. Les tarifs sont structurés par serveur, en fonction de la configuration du niveau de calcul, des vCores et du stockage (Go). Pour plus d’informations, consultez Calcul et stockage.

Arrêter/démarrer une instance du serveur flexible Azure Database pour MySQL

Le serveur flexible Azure Database pour MySQL vous donne la possibilité d’arrêter le serveur lorsqu’il n’est pas utilisé et de le démarrer lorsque vous reprenez une activité. Cela permet essentiellement de réduire les coûts sur les serveurs de base de données et de payer uniquement la ressource en cours d’utilisation. Cela devient encore plus important pour les charges de travail de développement et de test, et lorsque vous utilisez uniquement le serveur une partie de la journée. Lorsque vous arrêtez le serveur, toutes les connexions actives sont interrompues. Plus tard, lorsque vous souhaitez remettre le serveur en ligne, vous pouvez utiliser le portail Azure ou l’interface de ligne de commande.

Lorsque le serveur se trouve à l’état Arrêté, le calcul du serveur n’est pas facturé. Toutefois, le stockage continue à être facturé tant que le stockage du serveur est conservé pour s’assurer que les fichiers de données sont disponibles lors du redémarrage du serveur.

Important

Lorsque vous arrêtez le serveur, il reste dans cet état durant les 30 jours suivants. Si vous ne le démarrez pas manuellement pendant cette période, le serveur est automatiquement démarré au bout des 30 jours. Vous pouvez choisir de l’arrêter de nouveau si vous n’utilisez pas le serveur.

Pendant l’arrêt du serveur, aucune opération de gestion ne peut être effectuée sur le serveur. Afin de modifier les paramètres de configuration sur le serveur, vous devez démarrer le serveur. Reportez-vous aux contraintes liées à l’arrêt et au démarrage.

Notes

Les opérations sur les serveurs qui sont dans un état d’Arrêt sont désactivées et affichées comme inactives dans le Portail Azure. Les opérations qui ne sont pas prises en charge sur les serveurs arrêtés incluent la modification du niveau tarifaire, le nombre de vCores, la taille de stockage ou les IOPS, le jour de rétention de sauvegarde, la balise de serveur, le mot de passe du serveur, les paramètres du serveur, la croissance automatique du stockage, la sauvegarde géographique, la haute disponibilité et l’identité de l’utilisateur.

Comment gérer un serveur ?

Vous pouvez gérer la création, la suppression, la configuration des paramètres du serveur (my.cnf), la mise à l’échelle, la mise en réseau, la sécurité, la haute disponibilité, la sauvegarde et la restauration, ainsi que la surveillance de votre instance de serveur flexible Azure Database pour MySQL en utilisant le portail Azure ou Azure CLI. De plus, les procédures stockées suivantes sont disponibles dans le serveur flexible Azure Database pour MySQL pour effectuer certaines tâches d’administration de base de données requises, car le privilège de SUPER utilisateur n’est pas pris en charge sur le serveur.

Nom de la procédure stockée Paramètres d’entrée Paramètres de sortie Remarque sur l’utilisation
mysql.az_kill processlist_id N/A Équivaut à la commande KILL CONNECTION. Met fin à la connexion associée au processlist_id fourni après avoir mis fin à l’exécution de toute instruction exécutée par la connexion.
mysql.az_kill_query processlist_id N/A Équivaut à la commande KILL QUERY. Met fin à l’instruction exécutée par la connexion. Laisse la connexion active.
mysql.az_load_timezone N/A N/A Charge les tables de fuseau horaire pour permettre au paramètre time_zone d’être défini sur des valeurs nommées (par ex., « US/Pacific »).

Étapes suivantes