Modèle de coût pour Azure NetApp Files

Une bonne compréhension du modèle de coût d’Azure NetApp Files vous aidera à gérer vos dépenses liées à ce service.

Pour connaître le modèle de coût spécifique à la réplication interrégion, consultez la section Modèle de coût pour la réplication interrégion.

Calcul de la consommation de capacité

Le service Azure NetApp Files est facturé en fonction de la capacité de stockage provisionnée, qui est allouée en créant des pools de capacité. Les pools de capacité sont facturés tous les mois selon un coût défini par Gio alloué par heure. L’allocation des pools de capacité est mesurée toutes les heures.

Les pools de capacité doivent être au moins 2 Tio et peuvent être augmentés ou diminués dans les intervalles de 1 Tio. Les pools de capacité contiennent des volumes dont la taille est comprise entre un minimum de 100 Gio et un maximum de 100 Tio. Les volumes sont des quotas attribués qui sont soustraits de la taille provisionnée du pool de capacité. Pour un volume actif, le calcul de la consommation de capacité par rapport au quota concerne la capacité logique (effective), qu’il s’agisse de données du système de fichiers actif ou de données d’instantanés. Pour plus d’informations, consultez Fonctionnement des instantanés Azure NetApp Files.

Exemples de tarification

Cette section présente des exemples pour vous aider à comprendre le modèle de coût d’Azure NetApp Files.

Exemple 1 : coût d’un mois avec comparaison du provisionnement statique et dynamique du pool de capacité

Si vos exigences en termes de taille de pool de capacité fluctuent (par exemple en raison de besoins variables de capacité ou de performances), envisagez de Redimensionner dynamiquement vos volumes et pools de capacité pour équilibrer les coûts en fonction des besoins de capacité et de performances.

Par exemple, vous utilisez la capacité Premium 24 heures (1 jour) à 10 Tio, 96 heures (4 jours) à 24 Tio, quatre fois 6 heures (1 jour) à 5 Tio, 480 heures (20 jours) à 6 Tio et les heures restantes du mois à 0 Tio. Un profil de déploiement de la consommation cloud dynamique est différent d’un profil de consommation locale statique traditionnel :

Bar chart that shows dynamic versus static capacity pool provisioning.

Quand les coûts sont facturés à 0,000403 $ par Gio/heure (tarification selon la région), la répartition des coûts mensuels ressemble à ceci :

Provisionnement statique sur Premium (capacité/performances maximales)

  • 24 Tio x 720 heures x 0,000403 $ par Gio/heure = 7 130,97 $ par mois (237,70 $ par jour)

Provisionnement dynamique à l’aide du redimensionnement du pool de volume et de capacité

  • 10 Tio x 24 heures x 0,000403 $ par Gio/heure = 99,04 $
  • 24 Tio x 96 heures x 0,000403 $ par Gio/heure = 950,80 $
  • 6 Tio x 480 heures x 0,000403 $ par Gio/heure = 1 188,50 $
  • Total = 2 238,33 $

Bar chart that shows static versus dynamic service level cost model.

Ce scénario représente une économie mensuelle de 4 892,64 $ par rapport au provisionnement statique.

Exemple 2 : coût d’un mois avec et sans modification du niveau de service dynamique

Si vos exigences en matière de taille de pool de capacité restent les mêmes, mais que les exigences en matière de performances fluctuent, envisagez de modifier dynamiquement le niveau de service d’un volume. Vous pouvez provisionner et déprovisionner des pools de capacité de différents types tout au long du mois, en fournissant des performances juste-à-temps et en réduisant les coûts pendant les périodes où les performances ne sont pas nécessaires.

Imaginez un scénario dans lequel la capacité requise est constante à 24 Tio. Toutefois, vos besoins de performances fluctuent entre 384 heures (16 jours) au niveau de service Standard, 120 heures (5 jours) au niveau de service Premium, 168 heures (7 jours) au niveau de service Ultra, puis de nouveau à 48 heures (2 jours) au niveau de service Standard. Dans ce scénario, un profil de déploiement de la consommation cloud dynamique est différent par rapport à un profil de consommation locale statique traditionnel :

Bar chart that shows provisioning with and without dynamic service level change.

Dans ce cas, quand les coûts sont facturés respectivement 0,000202 $ par Gio/heure (Standard), 0,000403 $ par Gio/heure (Premium) et 0,000538 $ par Gio/heure (Ultra) (tarification en fonction de la région), les coûts mensuels se répartissent comme suit :

Provisionnement statique sur un niveau de service Ultra (performances maximales)

  • 24 Tio x 720 heures x 0,000538 $ par Gio/heure = 9 519,76 $ par mois (317,33 $ par jour)

Provisionnement dynamique à l’aide de la modification du niveau de service dynamique

  • 24 Tio x 384 heures x 0,000202 $ par Gio/heure = 1 901,31 $
  • 24 Tio x 120 heures x 0,000403 $ par Gio/heure = 1 188,50 $
  • 24 Tio x 168 heures x 0,000538 $ par Gio/heure = 2 221,28 $
  • 24 Tio x 48 heures x 0,000202 $ par Gio/heure = 238,29 $
  • Total = 5 554,37 $

Bar chart that shows static versus dynamic service level change cost model.

Ce scénario représente une économie mensuelle de 3 965,39 $ par rapport au provisionnement statique.

Consommation de capacité des captures instantanées

La consommation de capacité des captures instantanées dans Azure NetApp Files est facturée au niveau du quota du volume parent. Par conséquent, elle applique le même taux de facturation que le pool de capacité auquel appartient le volume. Toutefois, contrairement au volume actif, la consommation des captures instantanées est mesurée sur la base de la capacité incrémentielle consommée. Les captures instantanées Azure NetApp Files sont différentielles par nature. Selon le taux de modification des données, les captures instantanées consomment souvent une capacité sensiblement inférieure à la capacité logique du volume actif. Par exemple, supposons que vous disposiez d’une capture instantanée d’un volume de 500 Gio contenant uniquement 10 Gio de données différentielles.

La consommation de capacité comptabilisée dans le quota de volume pour le système de fichiers actif et l’instantané serait de 510 Gio, et non 1 000 Gio. En règle générale, il est recommandé de disposer d’une capacité de 20 % pour conserver une semaine de données d’instantané (en fonction de la fréquence des instantanés et des taux quotidiens de modification en mode bloc des applications).

Le diagramme suivant illustre ces concepts.

  • Supposons qu’un pool de capacités avec 10 Tio de capacité approvisionnée. Le pool contient trois volumes :
    • Le volume 1 est affecté à un quota de 5 Tio et a 3,5 Tio (3 Tio actifs, 500 Gio instantané s) de consommation.
    • Le volume 2 est affecté à un quota de 900 Gio et a 400 Gio de consommation.
    • Le volume 3 est affecté à un quota de 4 Tio, mais est plein, avec 4 Tio (3,5 Tio actifs, 500 Gio instantané s) de consommation.
  • Le pool de capacité est mesuré (et facturé) pour 10 Tio de capacité (montant approvisionné ) :
    • 9,9 Tio de capacité est alloué (5 Tio, 900 Gio et 4 Tio de quota à partir des volumes 1, 2 et 3).
    • 7,9 Tio de capacité est utilisé (3,5 Tio, 400 Gio, 4 Tio dans les volumes 1, 2 et 3).
  • Le pool de capacités a 100 Gio de capacité non approvisionnée restante.

Diagram showing capacity pool with three volumes.

Étapes suivantes