Skip to main content
Active IQ Unified Manager 9.10
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Comment la QoS du stockage peut contrôler le débit des workloads

Contributeurs

Vous pouvez créer un groupe de règles de qualité de services (QoS) pour contrôler la limite des E/S par seconde (IOPS) ou du débit (Mbit/s) pour les workloads qu'il contient. Si les charges de travail font partie d'un groupe de règles sans limite définie, telles que le groupe de règles par défaut ou la limite définie ne répond pas à vos besoins, vous pouvez augmenter la limite ou déplacer les charges de travail vers un nouveau groupe de règles ou un groupe existant présentant la limite souhaitée.

Il est possible d'affecter des groupes de règles de QoS « classiques » à des charges de travail individuelles, par exemple un seul volume ou une LUN. Dans ce cas, le workload peut utiliser la limite de débit complète. Les groupes de règles de qualité de service peuvent également être affectés à plusieurs charges de travail, dans ce cas la limite de débit est « rouge » au sein des charges de travail. Par exemple, une limite de 9,000 000 IOPS attribuée à trois charges de travail permettrait de limiter les IOPS combinées au-delà de 9,000 000 IOPS.

Il est également possible d'attribuer des groupes de règles de QoS « évolutifs » à des charges de travail individuelles ou à plusieurs charges de travail. Cependant, même lorsqu'il est attribué à plusieurs charges de travail, le débit de chaque charge de travail est limité au lieu de partager la valeur du débit avec d'autres charges. De plus, les règles de QoS adaptative ajustent automatiquement le débit en fonction de la taille du volume et par charge de travail, ainsi le rapport IOPS/téraoctets selon la taille du volume modifié. Par exemple, si le pic est défini sur 5,000 IOPS/To dans une règle de QoS adaptative, un volume de 10 To a un débit maximal de 50,000 IOPS. Si le volume a été redimensionné de façon ultérieure à 20 To, la QoS adaptative ajuste le nombre maximal de 100,000 000 IOPS.

À partir de la version ONTAP 9.5, vous pouvez inclure la taille de bloc lors de la définition d'une règle de QoS adaptative. Cette configuration est ainsi convertie en seuil IOPS/To en Mo/s en nombre maximal de blocs dans les cas où les charges de travail utilisent des tailles de blocs très importantes, dont le débit est ensuite élevé.

Pour les règles de QoS des groupes partagés, lorsque les IOPS ou les Mo/s de tous les workloads d'un groupe de règles dépassent la limite définie, le groupe de règles accélère les workloads pour limiter leur activité, ce qui peut diminuer la performance de tous les workloads du groupe de règles. Si un événement de performance dynamique est généré par la limitation de groupe de règles, la description de l'événement affiche le nom du groupe de règles concerné.

Dans le vue Performance: All volumes, vous pouvez trier les volumes affectés par IOPS et Mo/s pour voir quelles charges de travail ont l'utilisation la plus élevée qui peut avoir contribué à l'évènement. Sur la page de l'explorateur de volumes/performances, vous pouvez sélectionner d'autres volumes ou LUN sur le volume pour comparer les IOPS du workload affecté ou l'utilisation du débit Mbit/s.

En attribuant les charges de travail sur lesquelles les ressources de nœud sont surutilisées à un paramètre de groupe de règles plus restrictif, le groupe de règles accélère les charges de travail en vue de limiter leur activité, ce qui permet de réduire l'utilisation des ressources de ce nœud. Toutefois, si vous souhaitez que la charge de travail puisse utiliser davantage de ressources de nœud, vous pouvez augmenter la valeur du groupe de règles.

Vous pouvez utiliser System Manager, les commandes ONTAP ou les niveaux de service de performance de Unified Manager pour gérer les groupes de règles, notamment les tâches suivantes :

  • Création d'une « policy group »

  • Ajout ou suppression de charges de travail dans un « policy group »

  • Déplacement d'une charge de travail entre des groupes de règles

  • Modification de la limite de débit d'un groupe de règles

  • Déplacement d'une charge de travail vers un autre agrégat et/ou nœud