Partager via


Concepts de serveur dans Azure Database pour MySQL - Serveur flexible

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 Azure Database pour MySQL – Serveur flexible ?

Le serveur flexible Azure Database pour MySQL est un service de base de données complètement managé qui exécute la version Communauté de MySQL. En général, le service fournit des personnalisations en termes de flexibilité et configuration de serveur 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 via les 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 ;
  • Prend en charge 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 ;
  • Prend en charge des calendriers de maintenance des serveurs fournis par le client.
  • Prend en charge la fonctionnalité 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.
  • Fournit un moyen d’économiser des coûts en suspendant lorsqu’il n’est pas utilisé.
  • Fournit l’étendue des stratégies de gestion qui s’appliquent à ses bases de données, par exemple : connexion, pare-feu, utilisateurs, rôles et configurations.
  • Prend en charge les versions principales de MySQL 5.7 et MySQL 8.0. Pour en savoir plus, consultez Se connecter à un nœud de passerelle à une version Spécifique de MySQL.

Dans une instance de serveur flexible Azure Database pour MySQL, vous pouvez créer une ou plusieurs bases de données. Vous pouvez créer une seule base de données par serveur pour utiliser toutes les ressources, ou 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 (en gigaoctets). Pour plus d’informations, consultez Niveaux de service du serveur flexible Azure Database pour MySQL.

Arrêter et démarrer un serveur

Avec le serveur flexible Azure Database pour MySQL vous pouvez arrêter le serveur en cas de non utilisation et de le démarrer lorsque vous reprenez l’activité. L’objectif est d’économiser des coûts sur les serveurs de base de données et de payer pour la ressource uniquement lorsqu’elle est utilisée. Cette fonctionnalité 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 souhaiterez remettre le serveur en ligne, vous pourrez utiliser le portail Azure ou l’interface CLI.

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 lorsque vous redémarrez le serveur.

Important

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

Pendant l’arrêt du serveur, vous ne pouvez effectuer aucune opération de gestion sur celui-ci. 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 opérations d’entrée/sortie, le jour de rétention de sauvegarde, la balise serveur, le mot de passe du serveur, les paramètres du serveur, la croissance automatique du stockage, la sauvegarde géographique redondante, la haute disponibilité et l’identité de l’utilisateur. Ces opérations s’affichent comme inactives dans le portail Azure.

Afin de modifier les paramètres de configuration sur le serveur en arrêt, vous devez démarrer le serveur. Pour plus d’informations, consultez les limitations d’arrêt/démarrage.

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.

En outre, 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, car le serveur ne prend pas en charge les privilèges des utilisateurs SUPER.

Nom de la procédure stockée Paramètres d’entrée Paramètres de sortie Note d’utilisation
mysql.az_kill processlist_id Non applicable Équivalent à la commande KILL CONNECTION. Met fin à la connexion associée à la valeur processlist_id fournie après avoir mis fin à l’exécution de toute instruction exécutée par la connexion.
mysql.az_kill_query processlist_id Non applicable Équivalent à la commande KILL QUERY. Met fin à l’instruction exécutée par la connexion. Laisse la connexion active.
mysql.az_load_timezone Non applicable Non applicable Charge les tables de fuseau horaire pour permettre d’attribuer des valeurs nommées au paramètre time_zone (par exemple, US/Pacific).