Partage via


Concepts de serveur dans Azure Database pour MySQL - Serveur flexible

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

Cet article fournit des considérations et des instructions relatives à l’utilisation de Azure Database pour MySQL serveur flexible.

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

Azure Database pour MySQL serveur flexible est un service de base de données entièrement géré exécutant la version de la communauté 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 même construction de serveur MySQL que celle que vous connaissez peut-être dans le monde 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 Prise en charge Azure Database pour MySQL versions de moteur de serveur flexible.

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. La tarification est structurée 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 de serveur flexible Azure Database pour MySQL

Azure Database pour MySQL serveur flexible vous donne la possibilité de Arrêtez le serveur lorsqu’il n’est pas utilisé et démarrez le serveur lorsque vous reprenez l’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 test de développement et lorsque vous utilisez uniquement le serveur pendant 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 la démarrez pas manuellement pendant cette période, le serveur est automatiquement démarré à la fin de 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. Pour 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 de serveur (my.cnf), la mise à l’échelle, la mise en réseau, la sécurité, la haute disponibilité, la sauvegarde et la restauration, et la surveillance de votre instance de serveur flexible Azure Database pour MySQL à l’aide du Portail Azure ou d’Azure CLI. En outre, les procédures stockées suivantes sont disponibles dans Azure Database pour MySQL serveur flexible pour effectuer certaines tâches d’administration de base de données requises, car le privilège utilisateur SUPER 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 la fin d’une instruction exécutée par la connexion.
mysql.az_kill_query processlist_id N/A Équivaut à la commande KILL QUERY. Termine l’instruction que la connexion est en cours d’exécution. 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