Azure NetApp Files prend en charge trois niveaux de services : le stockage ultra, le stockage Premium et le stockage standard. Chacun de ces niveaux de service est conçu pour répondre à des besoins de performance différents :

Ces niveaux de service correspondent à un attribut d'un pool de capacité. Vous devez configurer un pool de capacité pour chaque niveau de service que vous souhaitez utiliser avec vos clusters Kubernetes. "Découvrez comment configurer des pools de capacité".

Le service Astra Control utilise ces niveaux de service comme classes de stockage pour vos volumes persistants. Lorsque vous ajoutez des clusters Kubernetes à Astra Control Service, vous êtes invité à choisir Ultra, Premium ou Standard comme classe de stockage par défaut. Les noms des classes de stockage sont netapp-anf-perf-Ultra, netapp-anf-perf-Premium et netapp-anf-perf-standard.

"Pour en savoir plus sur ces niveaux de service, consultez la documentation Azure NetApp Files".

Comme décrit ci-dessus, le débit de chaque niveau de service est par 1 Tio de capacité provisionnée. Autrement dit, de plus grands volumes offrent de meilleures performances. Vous devez donc prendre en compte les besoins en capacités et en performances lors du provisionnement des volumes.

Le service de contrôle Astra provisionne des volumes persistants selon une taille de volume minimale de 100 Gio, même si la demande de volume persistant est réduite. Par exemple, si le volume de demande de volume persistant dans un graphique Helm demande 6 Gio, le service Astra Control provisionne automatiquement un volume de 100 Gio.

Si vous sauvegardez une application qui réside sur le stockage Azure NetApp Files, Astra Control Service étend automatiquement temporairement le pool de capacité. Une fois la sauvegarde terminée, Astra Control Service réduit le pool de capacité à sa taille précédente. En fonction de votre abonnement Azure, des frais de stockage peuvent être facturés dans ce cas. Vous pouvez voir un historique des événements de redimensionnement du pool de capacité dans le journal des événements de la page Activity.

Si le pool de capacité dépasse la taille maximale autorisée par l'abonnement Azure lors de l'opération de redimensionnement, l'opération de sauvegarde échoue et un avertissement est déclenché à partir de l'API Azure.