Stockage IOPS dans Azure Database pour MySQL - Serveur flexible
S’APPLIQUE À : 
Azure Database pour MySQL – Serveur flexible
Les IOPS de stockage (opérations d’E/S par seconde) font référence au nombre d’opérations de lecture et d’écriture qui peuvent être effectuées par le système de stockage par seconde. Des valeurs D’E/S par seconde plus élevées indiquent de meilleures performances de stockage, ce qui permet à votre base de données de gérer plus d’opérations de lecture et d’écriture simultanées, ce qui accélère la récupération des données et améliore l’efficacité globale. Lorsque le paramètre D’E/S par seconde est défini trop faible, le serveur de base de données peut rencontrer des retards dans le traitement des demandes, ce qui entraîne des performances lentes et un débit réduit. En revanche, si le paramètre D’E/S par seconde est défini trop haut, cela peut entraîner une allocation de ressources inutile et potentiellement une augmentation des coûts sans amélioration significative des performances.
Le serveur flexible Azure Database pour MySQL offre actuellement deux paramètres pour la gestion des E/S par seconde, les IOPS préconfigurées et les IOPS de mise à l’échelle automatique.
IOPS par seconde préconfigurées
Azure Database pour MySQL serveur flexible offre des IOPS préconfigurées, ce qui vous permet d’allouer un nombre spécifique d’IOPS à votre instance de serveur flexible Azure Database pour MySQL. Ce paramètre garantit des performances cohérentes et prévisibles pour vos charges de travail. Avec les IOPS préconfigurées, vous pouvez définir une limite d’IOPS spécifique pour votre volume de stockage, garantissant ainsi la possibilité de gérer un certain nombre de demandes par seconde. Cela se traduit par un niveau de performance fiable et garanti.
En outre, les IOPS supplémentaires avec pré-approvisionnement font référence à la possibilité d’augmenter les IOPS provisionnées pour le volume de stockage associé au serveur. Vous avez la possibilité d’ajouter des IOPS supplémentaires au-delà du niveau provisionné par défaut, ce qui vous permet de personnaliser l’alignement des performances avec vos besoins de charge de travail à tout moment.
Mise à l’échelle automatique des E/S par seconde
Les IOPS de mise à l’échelle automatique offrent la flexibilité nécessaire pour mettre à l’échelle les IOPS à la demande, éliminant ainsi la nécessité de pré-approvisionner une quantité spécifique d’IOPS par seconde. En activant la mise à l’échelle automatique des IOPS, votre serveur ajuste automatiquement les IOPS en fonction des exigences de charge de travail. Avec cette fonctionnalité activée, vous pouvez désormais profiter sans souci de la gestion gratuite des E/S dans le serveur flexible Azure Database pour MySQL, car le serveur met à l’échelle les E/S par seconde de manière automatique en fonction des besoins de charge de travail. Pour obtenir plus d’informations détaillés sur le « Nombre maximal d’IOPS pris en charge » pour chaque niveau de service et taille de calcul, reportez-vous à la documentation sur les niveaux de service. Les IOPS AutoScale effectueront un scale-up jusqu’à ces limites pour optimiser le niveau de performance de votre charge de travail.
Mise à l’échelle dynamique : les IOPS de mise à l’échelle automatique ajustent dynamiquement la limite d’IOPS de votre serveur de base de données en fonction de la demande réelle de votre charge de travail. Cela garantit un niveau de performance optimales sans intervention ou configuration manuelle.
Gestion des pics de charge de travail: les IOPS de mise à l’échelle automatique permettent à votre base de données de gérer en toute transparence les pics de charge de travail ou les fluctuations sans compromettre le niveau de performance de vos applications. Cette fonctionnalité garantit une réactivité cohérente même pendant les périodes d’utilisation maximales.
Économies : contrairement aux IOPS préprovisionnées où une limite d’IOPS fixe est spécifiée et payée indépendamment de l’utilisation, les IOPS de mise à l’échelle automatique vous permettent de payer uniquement le nombre d’opérations d’E/S que vous consommez. Avec cette fonctionnalité, vous ne serez facturé que pour les IO que votre serveur utilise réellement, ce qui évite l’approvisionnement inutile et les dépenses pour les ressources sous-utilisées. Cela garantit des économies de coûts et des performances optimales, ce qui en fait un choix judicieux pour gérer efficacement votre charge de travail de base de données.
Superviser les performances de stockage
La surveillance de l’utilisation des IOPS de stockage est facile avec les métriques disponibles sous Surveillance .
Vue d’ensemble
Pour obtenir une vue complète de l’utilisation des IO pour la période sélectionnée. Accédez à l’analyse dans le Portail Azure pour Azure Database pour MySQL serveur flexible sous le panneau Vue d’ensemble.
Classeur Métriques améliorées
- Accédez à Classeurs sous la section Supervision de votre Portail Azure.
- Sélectionnez le classeur « Métriques améliorées ».
- Recherchez les métriques de pourcentage d’IO de stockage sous La section Vue d’ensemble du classeur.
Métriques sous Surveillance
- Accédez à Métriques, sous Section Surveillance sur votre Portail Azure.
- Sélectionnez l’option « Ajouter une métrique ».
- Choisissez « Pourcentage d’IO de stockage » dans la liste déroulante des métriques disponibles.
- Choisissez « Nombre d’IO de stockage » dans la liste déroulante des métriques disponibles.
Sélection du paramètre IOPS par seconde optimale
Après avoir appris à surveiller efficacement l’utilisation de vos IOPS, vous êtes maintenant équipé pour explorer les meilleurs paramètres pour votre serveur. Lorsque vous choisissez le paramètre IOPS pour votre instance de serveur flexible Azure Database pour MySQL, plusieurs facteurs importants doivent être pris en compte. La compréhension de ces facteurs peut vous aider à prendre une décision éclairée pour garantir les meilleures performances et le meilleur rapport coût-efficacité pour votre charge de travail.
Optimisation des performances
Avec la mise à l’échelle automatique des IOPS, des exigences cohérentes peuvent être satisfaites pour la charge de travail, ce qui est prévisible sans faire face aux inconvénients de la limitation du stockage et de l’interaction manuelle pour ajouter davantage d’IOPS. Si votre charge de travail a un débit cohérent ou nécessite des IOPS cohérentes, il peut être préférable d’utiliser les IOPS préconfigurées. Il fournit un niveau de performances prévisible, et l’allocation fixe d’IOPS est corrélée avec la charge de travail dans les limites spécifiées. Bien que pour toute exigence de débit plus élevé par rapport aux exigences habituelles, des IOPS supplémentaires peuvent être allouées avec les IOPS préconfigurées, ce qui nécessite une interaction manuelle et une compréhension du temps d’augmentation du débit.
Impact des limitations
Tenez compte de l’impact de la limitation sur votre charge de travail. Si la dégradation potentielle des performances due à la limitation est un problème, la mise à l’échelle automatique des IOPS peut gérer dynamiquement les pics de charge de travail, ce qui réduit le risque de limitation et maintient les performances à un niveau optimal.
En fin de compte, la décision entre la mise à l’échelle automatique et les IOPS préconfigurées dépend des exigences spécifiques de votre charge de travail et des attentes en matière de performances. Analysez vos modèles de charge de travail, évaluez les implications sur les coûts et tenez compte de l’impact potentiel de la limitation pour faire un choix éclairé qui s’aligne sur vos priorités. En prenant en compte les caractéristiques spécifiques de votre charge de travail de base de données, telles que les fluctuations du trafic, les modèles de requête et les exigences de performances, vous pouvez prendre une décision éclairée concernant le choix entre la mise à l’échelle automatique et les IOPS préconfigurées.
| Considérations relatives à la charge de travail | IOPS préconfigurées | Mise à l’échelle automatique des E/S par seconde |
|---|---|---|
| Charges de travail avec des modèles d’IOPS cohérents et prévisibles | Recommandé, car il utilise uniquement les IOPS provisionnés | Compatible, aucun provisionnement manuel d’IOPS n’est requis |
| Charges de travail avec différents modèles d’utilisation | Non recommandé, car il peut ne pas fournir des performances efficaces pendant les périodes d’utilisation élevée. | Recommandé, car il s’ajuste automatiquement pour gérer les charges de travail variables |
| Charges de travail avec une croissance dynamique ou des besoins de performances changeants | Non recommandé, car il nécessite des ajustements constants en fonction de l’évolution des exigences d’IOPS | Recommandé, car aucun paramètre supplémentaire n’est requis pour une exigence de débit spécifique |
Considérations relatives au coût
Si vous avez une charge de travail fluctuante avec des pics imprévisibles, opter pour la mise à l’échelle automatique des IOPS peut être plus économique. Il garantit que vous payez uniquement pour les IOPS plus élevées utilisées pendant les périodes de pointe, ce qui offre flexibilité et économies de coûts. Les IOPS préconfigurées, tout en fournissant des IOPS cohérentes et maximales, peuvent s’avérer plus coûteuses en fonction de la charge de travail. Considérez le compromis entre le coût et les performances requis à partir de votre serveur.
Tester et évaluer
Si vous n’êtes pas sûr du paramètre d’IOPS optimal, envisagez d’exécuter des tests de performances à l’aide d’IOPS à la mise à l’échelle automatique et d’IOPS préconfigurées. Évaluez les résultats et déterminez quel paramètre répond aux exigences et aux attentes de performances de votre charge de travail.
Exemples de charges de travail : sites web de commerce électronique
Si vous possédez un site web de commerce électronique qui connaît des fluctuations de trafic tout au long de l’année. Pendant les périodes normales, la charge de travail est modérée, mais pendant les saisons de vacances ou les promotions spéciales, le trafic augmente de façon exponentielle.
Mise à l’échelle automatique des IOPS : avec la mise à l’échelle automatique des IOPS, votre base de données peut ajuster dynamiquement ses IOPS pour gérer la charge de travail accrue pendant les périodes de pointe. En cas de pics de trafic, comme pendant les ventes du Black Friday, la fonctionnalité de mise à l’échelle automatique permet à votre base de données de faire évoluer en toute transparence les IOPS pour répondre à la demande. Cela garantit des performances fluides et ininterrompues, empêchant les ralentissements ou les interruptions de service. Après la période de pointe, lorsque le trafic diminue, les IOPS diminuent, ce qui permet de réaliser des économies, car vous ne payez que les ressources utilisées pendant le pic.
IOPS préconfigurées : si vous optez pour les IOPS préconfigurées, vous devez estimer la capacité maximale de charge de travail et allouer un nombre fixe d’IOPS en conséquence. Toutefois, pendant les périodes de pointe, la charge de travail peut dépasser la limite d’IOPS prédéterminée. Par conséquent, les IOPS de stockage peuvent être limitées, ce qui a un impact sur les performances et peut entraîner des retards ou des délais d’expiration pour vos utilisateurs.
Exemples de charges de travail : Plateformes reporting /Data Analytics
Supposons que vous ayez un serveur flexible Azure Database pour MySQL utilisé pour l’analytique des données, où les utilisateurs envoient des requêtes complexes et des tâches de traitement des données à grande échelle. Le modèle de charge de travail est relativement cohérent, avec un flux constant de requêtes tout au long de la journée.
IOPS préconfigurées : avec les IOPS préconfigurées, vous pouvez sélectionner un nombre approprié d’IOPS en fonction de la charge de travail attendue. Tant que les IOPS choisies gèrent correctement le volume de requête quotidien, il n’y a aucun risque de limitation ou de dégradation des performances. Cette approche offre une prévisibilité des coûts et vous permet d’optimiser efficacement les ressources sans avoir besoin d’une mise à l’échelle dynamique.
IOPS de mise à l’échelle automatique : la fonctionnalité de mise à l’échelle automatique peut ne pas offrir d’avantages significatifs dans ce cas. Étant donné que la charge de travail est cohérente, la base de données peut être provisionnée avec un nombre fixe d’IOPS qui répond facilement à la demande. La mise à l’échelle automatique n’est peut-être pas nécessaire, car il n’y a pas de rafales soudaines d’activité qui nécessitent des IOPS supplémentaires. En utilisant les IOPS préconfigurées, vous disposez de performances prévisibles sans mise à l’échelle, et le coût est directement lié au stockage alloué.
Questions fréquentes
Comment passer d’IOPS préconfigurées à la mise à l’échelle automatique des IOPS ?
- Accédez à votre Portail Azure et recherchez le serveur flexible Azure Database pour MySQL approprié.
- Accédez au panneau Paramètres et choisissez la section Calcul + Stockage.
- Dans la section IOPS, optez pour Mettre à l’échelle automatique les IOPS et enregistrez les paramètres pour appliquer les modifications.
Combien de temps la mise à l’échelle automatique des IOPS prend-elle effet après avoir apporté la modification ?
Une fois que vous avez activé la mise à l’échelle automatique des IOPS pour votre serveur flexible Azure Database pour MySQL et que vous avez enregistré les paramètres, les modifications prennent effet immédiatement après la fin du déploiement sur la ressource. Cela signifie que la fonctionnalité d’IOPS de mise à l’échelle automatique sera appliquée à votre base de données sans délai.
Comment une opération de restauration à un point dans le temps affecte-t-elle l’utilisation des IOPS ?
Pendant une opération PITR dans Azure Database pour MySQL - Serveur flexible, un nouveau serveur est créé et les données sont copiées du stockage du serveur source vers le stockage du nouveau serveur. Ce processus entraîne une utilisation accrue des IOPS sur le serveur source. Cette augmentation de l’utilisation des IOPS est une occurrence normale et n’indique aucun problème avec le serveur source ou l’opération PITR. Une fois l’opération PITR terminée, l’utilisation des IOPS sur le serveur source revient à ses niveaux habituels. Pour plus d’informations sur l’opération PITR, vous pouvez consulter la section Sauvegarde et restauration dans la documentation Serveur flexible Azure Database pour MySQL.
Comment savoir quand les IOPS ont été mises à l’échelle et ont diminué lorsque le serveur utilise la fonctionnalité de mise à l’échelle automatique des IOPS ? Ou puis-je surveiller l’utilisation des IOPS pour mon serveur ?
Reportez-vous à la section « Surveiller les performances du stockage », qui vous aidera à identifier si votre serveur a fait l’objet d’un scale-up ou d’un scale-down pendant une fenêtre de temps spécifique.
Puis-je basculer entre la mise à l’échelle automatique des IOPS et les IOPS préconfigurées ultérieurement ?
Oui, vous pouvez revenir aux IOPS préconfigurées en optant pour les IOPS préconfigurées sous la section Calcul + Stockage sous le panneau Paramètres.
Comment puis-je savoir combien d’IOPS ont été utilisées pour le serveur flexible Azure Database pour MySQL ?
En accédant à la section Surveillance sous la section Vue d’ensemble, ou les Métriques de nombre d’E/S sous le panneau Surveillance. La métrique de nombre d’E/S donne la somme des IOPS utilisées par le serveur dans la période sélectionnée.
Étapes suivantes
- Apprenez-en davantage sur les limites du service.
- En savoir plus sur les informations de tarification .