Partage via

Comprendre les modèles de facturation d’Azure Files

  • Article

Azure Files prend en charge deux niveaux différents de stockage, SSD et HDD, qui vous permettent de personnaliser vos partages de fichiers en fonction des exigences de performances et de budget de votre scénario :

  • SSD (Premium) : les partages de fichiers hébergés sur des disques SSD (SSD) offrent des performances élevées et une faible latence cohérentes, en millisecondes à un chiffre pour la plupart des opérations d’IO.
  • HDD (standard) : l’hôte de partages de fichiers sur les disques durs (HDD) fournit un stockage économique à usage général.

Azure Files propose plusieurs modèles tarifaires, notamment les options de paiement à l’utilisation et de paiement à l’utilisation :

  • Modèles de facturation approvisionnés : dans un modèle de facturation approvisionné, les coûts principaux du partage de fichiers sont basés sur la quantité de stockage, d’IOPS (opérations d’entrée et de sortie par seconde) et le débit que vous approvisionnez lorsque vous créez ou mettez à jour votre partage de fichiers, quelle que soit la quantité que vous utilisez. Azure Files propose deux modèles d’approvisionnement différents : v2 approvisionné et v1 approvisionné.

    • Provisionné v2 : dans le modèle v2 approvisionné, vous avez la possibilité d’approvisionner séparément le stockage, les IOPS et le débit, bien que nous vous recommandons de vous aider à provisionner la première fois.
    • Provisionné v1 : dans le modèle v1 approvisionné, vous approvisionnez la quantité de stockage dont vous avez besoin pour le partage pendant que les IOPS et le débit sont déterminés en fonction de la quantité de stockage que vous approvisionnez. Le modèle v1 approvisionné pour Azure Files est disponible uniquement pour les partages de fichiers SSD.

  • Modèle de facturation avec paiement à l’utilisation : dans un modèle de paiement à l’utilisation, le coût du partage de fichiers est basé sur la quantité que vous utilisez, sous la forme de coûts de stockage, de transaction et de transfert de données utilisés. Le modèle de paiement à l’utilisation pour Azure Files est disponible uniquement pour les partages de fichiers HDD. Nous vous recommandons d’utiliser le modèle v2 approvisionné pour les nouveaux déploiements de partage de fichiers HDD.

Cet article explique les modèles de facturation d’Azure Files pour vous aider à comprendre votre facture Azure Files mensuelle. Pour plus d’informations sur la tarification d’Azure Files, consultez la page de tarification d’Azure Files.

S’applique à

Modèle de gestion Modèle de facturation Niveau multimédia Redondance PME NFS
Microsoft.Storage V2 approvisionné HDD (standard) Local (LRS) Oui Non
Microsoft.Storage V2 approvisionné HDD (standard) Zone (ZRS) Oui Non
Microsoft.Storage V2 approvisionné HDD (standard) Géo (GRS) Oui Non
Microsoft.Storage V2 approvisionné HDD (standard) GeoZone (GZRS) Oui Non
Microsoft.Storage V1 approvisionné SSD (Premium) Local (LRS) Oui Oui
Microsoft.Storage V1 approvisionné SSD (Premium) Zone (ZRS) Oui Oui
Microsoft.Storage Paiement à l’utilisation HDD (standard) Local (LRS) Oui Non
Microsoft.Storage Paiement à l’utilisation HDD (standard) Zone (ZRS) Oui Non
Microsoft.Storage Paiement à l’utilisation HDD (standard) Géo (GRS) Oui Non
Microsoft.Storage Paiement à l’utilisation HDD (standard) GeoZone (GZRS) Oui Non

Unités de stockage

Azure Files utilise les unités de mesure binaires pour représenter la capacité de stockage : Kio, Mio, Gio et Tio.

Acronyme Définition Unité
Kio 1 024 octets kibioctet
MiB 1 024 Kio (1 048 576 octets) mébioctet
Gio 1 024 Mio (1 073 741 824 octets) gibioctet
Tio 1 024 Gio (1 099 511 627 776 octets) tébioctet

Bien que les unités de mesure en base 2 soient couramment utilisées par la plupart des systèmes d’exploitation et des outils pour mesurer des quantités de stockage, elles sont souvent étiquetées à tort en tant qu’unités en base 10, lesquelles vous sont peut-être plus familières : Ko, Mo, Go et To. Bien que les raisons de l’étiquetage incorrect varient, la raison courante pour laquelle les systèmes d’exploitation comme Windows mal étiquetés les unités de stockage est parce que de nombreux systèmes d’exploitation ont commencé à utiliser ces acronymes avant qu’ils aient été normalisés par la IEC (Commission Électrotechnique Internationale), BIPM (Bureau international des poids et mesures) et NIST (National Institute of Standards and Technology).

Le tableau suivant montre comment les systèmes d’exploitation courants mesurent et étiquettent le stockage :

Système d’exploitation Système de mesure L’étiquetage
Windows Base 2 Mauvais étiquetage systématique en base-10.
Distributions Linux Généralement en base 2, certains logiciels utilisent la base 10 Étiquetage incohérent, l’alignement entre la mesure et l’étiquetage dépend du package logiciel.
macOS, iOS et iPadOS Base 10 Étiquetage systématique en base 10.

Contactez votre fournisseur de système d’exploitation si votre système d’exploitation n’est pas répertorié.

Liste de vérification du coût total de possession du partage de fichiers

Si vous effectuez une migration vers Azure Files à partir d’un emplacement local ou si vous comparez Azure Files à d’autres solutions de stockage cloud, vous devez prendre en compte les facteurs suivants afin de garantir une comparaison point à point :

  • Comment payez-vous pour le stockage, les E/S par seconde et la bande passante ? La plupart des solutions cloud ont des modèles qui s’alignent sur les principes de stockage configuré, tel que le déterminisme et la simplicité des prix ou le stockage avec paiement à l’utilisation, capable d’optimiser les coûts en facturant uniquement ce que vous utilisez. La taille minimale de partage configurée, l’unité d’approvisionnement et la possibilité d’augmenter et de diminuer l’approvisionnement sont des points à prendre en compte en matière de modèles approvisionnés.

  • Existe-t-il des méthodes permettant d’optimiser les coûts de stockage ? Vous pouvez utiliser les réservations Azure Files pour obtenir jusqu’à 36 % de remise sur le stockage. D’autres solutions peuvent employer des stratégies telles que la déduplication ou la compression pour optimiser éventuellement l’efficacité du stockage. Toutefois, ces stratégies d’optimisation du stockage ont souvent des coûts non monétaires, tels que la réduction des performances. Les réservations Azure Files n’ont aucun effet secondaire sur les performances.

  • Comment assurer la résilience et la redondance du stockage ? Avec Azure Files, la résilience et la redondance de stockage font partie de l’offre de produit. Tous les niveaux et degrés de redondance garantissent que les données sont hautement disponibles et qu’au moins trois copies de vos données sont accessibles. Si vous envisagez d’autres options de stockage de fichiers, déterminez si la résilience du stockage et la redondance sont intégrées ou si vous devez les assembler vous-même.

  • Que devez-vous gérer ? Avec Azure Files, l’unité de gestion de base est un compte de stockage. D’autres solutions peuvent nécessiter une gestion supplémentaire, par exemple des mises à jour du système d’exploitation ou une gestion des ressources virtuelles (comme les machines virtuelles, les disques et les adresses IP réseau).

  • Quels sont les coûts des produits à valeur ajoutée ? Azure Files prend en charge les intégrations avec plusieurs services à valeur ajoutée tiers et à plusieurs abonnés. Les services à valeur ajoutée tels que Sauvegarde Azure, Azure File Sync et Microsoft Defender pour le stockage fournissent des fonctionnalités de sauvegarde, de réplication et de mise en cache ainsi que des fonctionnalités de sécurité pour Azure Files. Les solutions à valeur ajoutée, qu’elles soient locales ou dans le cloud, présentent leurs propres coûts de licence et de produit, mais sont souvent considérées comme faisant partie du coût total de possession en matière de stockage de fichiers.

Modèle v2 approvisionné

Le modèle v2 approvisionné pour les paires Azure Files offre une prévisibilité du coût total de possession avec flexibilité, ce qui vous permet de créer un partage de fichiers qui répond à vos besoins de stockage et de performances exacts. Lorsque vous créez un partage de fichiers v2 approvisionné, vous spécifiez la quantité de stockage, d’IOPS et de débit dont votre partage de fichiers a besoin. Le montant de chaque quantité que vous approvisionnez détermine votre facture totale.

La quantité de stockage, d’IOPS et de débit que vous approvisionnez sont les limites garanties de l’utilisation de votre partage de fichiers. Par exemple, si vous approvisionnez un partage 2 Tio et que vous chargez 2 Tio de données sur votre partage, votre partage sera plein et vous ne pourrez pas ajouter de données, sauf si vous augmentez la taille de votre partage ou supprimez certaines des données. Le bursting d’IOPS basé sur le crédit offre une flexibilité accrue autour de l’utilisation, sur une base optimale, tandis que les crédits restent.

La quantité de stockage, d’IOPS et de débit que vous approvisionnez peut être mise à l’échelle dynamiquement à mesure que vos besoins changent. Toutefois, vous ne pouvez diminuer qu’une quantité approvisionnée uniquement après 24 heures écoulées depuis votre dernière augmentation de la quantité. Les modifications de stockage, d’IOPS et de débit sont effectives dans quelques minutes après une modification d’approvisionnement.

Par défaut, lorsque vous créez un partage de fichiers à l’aide du modèle v2 approvisionné, nous vous recommandons le nombre d’IOPS et le débit dont vous avez besoin en fonction de la quantité de stockage approvisionnée que vous spécifiez. Bien que ces recommandations soient basées sur l’utilisation classique du client pour cette quantité de stockage approvisionnée pour ce niveau multimédia dans Azure Files, vous pouvez constater que votre charge de travail nécessite plus ou moins d’IOPS et de débit que le « partage de fichiers standard », et que vous pouvez éventuellement provisionner plus ou moins d’IOPS et de débit en fonction de vos besoins de partage de fichiers individuels.

Disponibilité v2 approvisionnée

Le modèle v2 approvisionné est fourni pour les partages de fichiers dans les comptes de stockage avec le type de compte de stockage FileStorage. À l’heure actuelle, le sous-ensemble suivant de références SKU de compte de stockage est disponible :

Type de compte de stockage Compte de stockage SKU Type de partage de fichiers disponible
FileStorage StandardV2_LRS Partages de fichiers v2 approvisionnés HDD avec la redondance locale (LRS) spécifiée.
FileStorage StandardV2_ZRS Partages de fichiers v2 approvisionnés HDD avec la redondance de zone (ZRS) spécifiée.
FileStorage StandardV2_GRS Partages de fichiers v2 approvisionnés HDD avec la redondance géographique (GRS) spécifiée.
FileStorage StandardV2_GZRS Partages de fichiers v2 approvisionnés HDD avec la redondance GZRS (GeoZone) spécifiée.

Actuellement, ces références SKU sont généralement disponibles dans un sous-ensemble limité de régions :

  • France Centre
  • France Sud
  • Australie Est
  • Australie Sud-Est
  • Asie Est
  • Asie Sud-Est
  • USA Ouest 2
  • Centre-USA Ouest
  • Europe Ouest
  • Europe Nord

Détails de l’approvisionnement v2 approvisionné

Lorsque vous créez un partage de fichiers v2 approvisionné, vous spécifiez la capacité provisionnée pour le partage de fichiers en termes de stockage, d’IOPS et de débit. Les partages de fichiers sont limités en fonction des attributs suivants :

Article Valeur HDD
Unité d’approvisionnement de stockage 1 Gio
Unité de provisionnement IOPS 1 E/s
Unité d’approvisionnement de débit 1 Mio/s
Stockage approvisionné minimal par partage de fichiers 32 Gio
IOPS approvisionné minimum par partage de fichiers 500 E/S par seconde
Débit provisionné minimal par partage de fichiers 60 Mio/s
Stockage approvisionné maximal par partage de fichiers 256 Tio (262 144 Gio)
Nombre maximal d’IOPS approvisionnés par partage de fichiers 50 000 E/S par seconde
Débit approvisionné maximal par partage de fichiers 5 120 Mio/s
Stockage approvisionné maximal par compte de stockage 4 Pio (4 194 304 Gio)
Nombre maximal d’IOPS approvisionnés par compte de stockage 50 000 E/S par seconde
Débit maximal approvisionné par compte de stockage 5 120 Mio/s
Nombre maximal de partages de fichiers par compte de stockage 50 partage de fichiers

Par défaut, nous vous recommandons l’IOPS et l’approvisionnement de débit en fonction du stockage approvisionné que vous spécifiez. Ces formules de recommandation sont basées sur l’utilisation classique du client pour cette quantité de stockage approvisionnée pour ce niveau multimédia dans Azure Files :

Nom de la formule Formule HDD
Recommandation relatives à IOPS MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Recommandation de débit MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Selon vos besoins en matière de partage de fichiers individuels, vous pouvez constater que vous avez besoin de plus ou moins d’IOPS ou de débit que nos recommandations, et que vous pouvez éventuellement remplacer ces recommandations par vos propres valeurs comme vous le souhaitez.

Bursting v2 approvisionné

Le bursting d’IOPS basé sur le crédit offre une flexibilité accrue en matière d’utilisation des IOPS. Cette flexibilité est mieux utilisée comme mémoire tampon contre les pics d’E/S imprévus. Pour les modèles d’E/S établis, nous vous recommandons d’approvisionner les pics d’E/S.

Les crédits de bursting de d’IOPS s’accumulent chaque fois que le trafic pour votre partage de fichiers est inférieur aux IOPS approvisionnés (de référence). Chaque fois que l’utilisation d’IOPS d’un partage de fichiers dépasse les IOPS approvisionnées et qu’il existe des crédits de bursting d’IOPS disponibles, le partage de fichiers peut burster jusqu’à la limite maximale d’IOPS autorisée. Les partage de fichiers peuvent continuer à burster tant qu’il reste des crédits, mais cela dépend du nombre de crédits d'éclatement accumulés. Chaque E/S au-delà des IOPS approvisionnés consomme un crédit. Dès que tous les crédits sont consommés, le partage renvoie sur l’IOPS approvisionné. Les d’IOPS sur le partage de fichiers n’ont rien à faire de spécial pour utiliser le bursting. Le bursting fonctionne sur une base optimale.

Les crédits de partage présentent trois états :

  • En hausse, lorsque le partage de fichiers utilise un nombre inférieur à celui des IOPS approvisionnés.
  • En baisse, lorsque le partage de fichiers utilise plus que les IOPS approvisionnés et en mode bursting de disque.
  • Constante, lorsque le partage de fichiers utilise exactement l'IOPS approvisionné et qu'il n'y a pas de crédits accumulés ou utilisés.

Un nouveau partage de fichiers commence par le nombre total de crédits de son compartiment de rafales. Les crédits bursting ne s’accumulent pas si l’IOPS de partage tombe en dessous de la limite approvisionnée en raison de la limitation par le serveur. Les formules suivantes permettent de déterminer la limite de bursting d’d’IOPS de disque et le nombre de crédits possibles pour un partage de fichiers :

Article Formule HDD
Limite IOPS en mode bursting de disque : MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Crédits d’IOPS en mode bursting de disque (BurstLimit - ProvisionedIOPS) * 3600

Le tableau suivant illustre quelques exemples de ces formules pour différentes quantités d’IOPS approvisionnés :

IOPS provisionnées Limite de l’IOPS en mode bursting de disque de l’HDD Crédits de bursting de disque de l’HDD
500 Jusqu’à 5 000 16 200 000
1 000 Jusqu’à 5 000 14,400,000
3 000 Jusqu’à 9 000 21 600 000
5 000 Jusqu’à 15 000 36 000 000
10 000 Jusqu’à 30 000 72 000 000
25 000 Jusqu’à 50 000 90 000 000
50 000 Jusqu’à 50 000 0

Instantanés v2 approvisionnés

Azure Files prend en charge les instantanés, qui sont similaires aux clichés instantanés de volume (VSS) sur le serveur de fichiers Windows. Pour plus d’informations sur les instantanés de partage, consultez Vue d’ensemble des instantanés pour Azure Files.

Les instantanés sont toujours différentiels par rapport au partage en direct et entre eux. Dans le modèle de facturation v2 approvisionné, si la taille différentielle totale de tous les instantanés correspond à l’espace de stockage provisionné excédentaire du partage de fichiers, il n’existe aucun coût supplémentaire pour le stockage d’instantanés. Si la taille des données de partage dynamique et les données d’instantané différentielles sont supérieures au stockage provisionné du partage, la capacité excédentaire utilisée des captures instantanées est facturée par rapport au compteur d’utilisation des captures instantanées de dépassement de capacité. La formule permettant de déterminer la quantité de dépassement de capacité est la suivante : MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Certains services à valeur ajoutée pour Azure Files utilisent des instantanés dans le cadre de leur proposition de valeur. Pour plus d’informations, consultez Services à valeur ajoutée pour Azure Files.

Suppression réversible v2 approvisionné

Les partages de fichiers supprimés dans les comptes de stockage avec suppression réversible activée sont facturés en fonction de la capacité de stockage utilisée du partage supprimé pendant la durée de la période de suppression réversible. Pour vous assurer qu’un partage de fichiers supprimé peut toujours être restauré, le stockage approvisionné, les IOPS et le débit du nombre de partages par rapport aux limites du compte de stockage jusqu’à ce que le partage de fichiers soit vidé, mais ne sont pas facturés. Pour plus d’informations sur la suppression réversible, consultez Comment activer la suppression réversible sur les partages de fichiers Azure.

Compteurs de facturation v2 approvisionnés

Les partages de fichiers provisionnés à l’aide du modèle de facturation v2 approvisionné sont facturés sur les cinq compteurs de facturation suivants :

  • Stockage approvisionné : quantité de stockage approvisionnée en Gio.
  • IOPS approvisionné : quantité d’IOPS(E/s) provisionnée.
  • MiBPS de débit approvisionné : quantité de débit approvisionnée en Mio/s.
  • Utilisation de l’instantané de dépassement de capacité : quantité d’utilisation différentielle d’instantanés en Gio qui ne correspond pas à la capacité de stockage approvisionnée. Pour plus d’informations, consultez les instantanés v2 approvisionnés.
  • Utilisation supprimée de manière réversible : capacité de stockage utilisée dans Gio pour les partages de fichiers supprimés de manière réversible. Pour plus d’informations, consultez la suppression réversible v2 approvisionnée.

La consommation par rapport aux compteurs de facturation v2 approvisionnés est émise toutes les heures en termes d’unités horaires. Par exemple, pour un partage avec 1 024 Gio approvisionné, vous devez voir :

  • 1 024 unités par rapport au compteur de stockage approvisionné pendant une heure individuelle.
  • 24 576 unités par rapport au compteur de stockage approvisionné s’ils sont agrégés pendant un jour.
  • Nombre variable d’unités s’il est agrégé pendant un mois en fonction du nombre de jours dans le mois :
    • Mois de 28 jours (février normal) : 688 128 unités par rapport au compteur de stockage approvisionné.
    • Mois de 29 jours (année bissextile février) : 712 704 unités par rapport au compteur de stockage approvisionné.
    • Mois de 30 jours : 737 280 unités par rapport au compteur de stockage approvisionné.
    • Mois de 31 jours : 761 856 unités par rapport au compteur de stockage approvisionné.

Modèle v1 approvisionné

La méthode v1 approvisionnée fournit le stockage, les IOPS et le débit dans un rapport fixe entre eux, comme le stockage acheté dans une solution de stockage locale. Lorsque vous créez un partage de fichiers v1 approvisionné, vous spécifiez la quantité de stockage dont votre partage a besoin, et les IOPS et le débit sont des valeurs calculées. Le modèle v1 approvisionné pour Azure Files est disponible uniquement pour les partages de fichiers SSD.

La quantité de stockage que vous approvisionnez détermine le stockage garanti, les IOPS et les limites de débit de l’utilisation de votre partage de fichiers. Par exemple, si vous approvisionnez un partage 2 Tio et que vous chargez 2 Tio de données sur votre partage, votre partage sera plein et vous ne pourrez pas ajouter de données, sauf si vous augmentez la taille de votre partage ou supprimez certaines des données. Le bursting d’IOPS basé sur le crédit offre une flexibilité accrue autour de l’utilisation, sur une base optimale, tandis que les crédits restent.

Contrairement à l’achat de stockage local, les partages de fichiers v1 approvisionnés peuvent être mis à l’échelle dynamiquement à mesure que vos besoins changent, toutefois, vous ne pouvez diminuer le stockage approvisionné qu’après 24 heures d’attente depuis votre dernière augmentation de stockage. Les modifications de stockage, d’IOPS et de débit sont effectives dans quelques minutes après une modification d’approvisionnement.

Il est possible de diminuer la taille de votre partage provisionné en dessous de votre Gio utilisé. Si vous faites cela, vous ne perdez pas les données, mais vous êtes toujours facturé pour la taille utilisée et recevez le niveau de performance du partage provisionné et non de la taille utilisée.

Disponibilité v1 approvisionnée

Le modèle v1 approvisionné est fourni pour les partages de fichiers SSD dans les comptes de stockage avec le type de compte de stockage FileStorage :

Type de compte de stockage Compte de stockage SKU Type de partage de fichiers disponible
FileStorage Premium_LRS Partage de fichiers v1 approvisionné SSD avec la redondance locale (LRS) spécifiée.
FileStorage Premium_ZRS Partage de fichiers v1 approvisionné SSD avec la redondance de zone (ZRS) spécifiée.

Les partages de fichiers SSD utilisant le modèle v1 approvisionné sont généralement disponibles dans la plupart des régions Azure. Pour plus d’informations, consultez les Produits Azure par région.

Détails de l’approvisionnement v1 approvisionné

Lorsque vous créez un partage de fichiers v1 approvisionné, vous spécifiez la quantité de stockage dont votre partage a besoin. Chaque Gio que vous provisionnez vous donne droit à davantage d’IOPS et de débit à un taux fixe. Les partages de fichiers sont limités en fonction des attributs suivants :

Élément Valeur
Unité d’approvisionnement de stockage 1 Gio
Stockage approvisionné minimal par partage de fichiers 100 Gio
Stockage approvisionné maximal par partage de fichiers 100 Tio (102 400 Gio)
Stockage approvisionné maximal par compte de stockage 100 Tio (102 400 Gio)

La quantité d’IOPS et de débit provisionnée sur le partage est déterminée par les formules suivantes :

Article Formule
IOPS approvisionné calculé (base de référence) MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Débit approvisionné calculé (Mio/s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Selon vos besoins de partage de fichiers individuels, vous pouvez constater que vous avez besoin de plus d’IOPS ou de débit que nos formules d’approvisionnement fournissent. Dans ce cas, vous devez approvisionner davantage de stockage pour obtenir les IOPS ou le débit requis.

Bursting v1 approvisionné

Le bursting d’IOPS basé sur le crédit offre une flexibilité accrue en matière d’utilisation des IOPS. Cette flexibilité est mieux utilisée comme mémoire tampon contre les pics d’E/S imprévus. Pour les modèles d’E/S établis, nous vous recommandons d’approvisionner les pics d’E/S.

Les crédits de bursting de d’IOPS s’accumulent chaque fois que le trafic pour votre partage de fichiers est inférieur aux IOPS approvisionnés (de référence). Chaque fois que l’utilisation d’IOPS d’un partage de fichiers dépasse les IOPS approvisionnées et qu’il existe des crédits de bursting d’IOPS disponibles, le partage de fichiers peut burster jusqu’à la limite maximale d’IOPS autorisée. Les partage de fichiers peuvent continuer à burster tant qu’il reste des crédits, mais cela dépend du nombre de crédits d'éclatement accumulés. Chaque E/S au-delà des IOPS approvisionnés consomme un crédit. Dès que tous les crédits sont consommés, le partage renvoie sur l’IOPS approvisionné. Les d’IOPS sur le partage de fichiers n’ont rien à faire de spécial pour utiliser le bursting. Le bursting fonctionne sur une base optimale.

Les crédits de partage présentent trois états :

  • En hausse, lorsque le partage de fichiers utilise un nombre inférieur à celui des IOPS approvisionnés.
  • En baisse, lorsque le partage de fichiers utilise plus que les IOPS approvisionnés et en mode bursting de disque.
  • Constante, lorsque le partage de fichiers utilise exactement l'IOPS approvisionné et qu'il n'y a pas de crédits accumulés ou utilisés.

Un nouveau partage de fichiers commence par le nombre total de crédits de son compartiment de rafales. Les crédits bursting ne s’accumulent pas si l’IOPS de partage tombe en dessous de la limite approvisionnée en raison de la limitation par le serveur. Les formules suivantes permettent de déterminer la limite de bursting d’d’IOPS de disque et le nombre de crédits possibles pour un partage de fichiers :

Article Formule
Limite de rafale MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Lister les crédits (BurstLimit - BaselineIOPS) * 3600

Le tableau suivant illustre quelques exemples de ces formules pour les tailles de partage approvisionné :

Capacité (Gio) IOPS de base IOPS en rafale Lister les crédits Débit (entrée + sortie) (Mio/s)
100 3 100 Jusqu’à 10 000 24 840 000 110
500 3 500 Jusqu’à 10 000 23 400 000 150
1 024 4 024 Jusqu’à 10 000 21 513 600 203
5 120 8 120 Jusqu’à 15 360 26 064 000 613
10 240 13 240 Jusqu’à 30 720 62 928 000 1 125
33 792 36 792 Jusqu’à 102 400 227 548 800 3 480
51 200 54 200 Jusqu’à 102 400 164 880 000 5 220
102 400 102 400 Jusqu’à 102 400 0 10 340

Les performances réelles des partages de fichiers sont soumises aux limites du réseau des machines, à la bande passante réseau disponible, aux tailles d’E/S et au parallélisme, entre autres nombreux facteurs. Pour profiter au maximum de la parallélisation, nous vous recommandons d’activer SMB multicanal sur des partages de fichiers SSD. Consultez Performances du protocole SMB et Guide de dépannage des performances pour certains problèmes courants de performances et leurs solutions de contournement.

Instantanés v1 approvisionnés

Azure Files prend en charge les instantanés, qui sont similaires aux clichés instantanés de volume (VSS) sur le serveur de fichiers Windows. Pour plus d’informations sur les instantanés de partage, consultez Vue d’ensemble des instantanés pour Azure Files.

Les instantanés sont toujours différentiels par rapport au partage en direct et entre eux. Dans le modèle de facturation v1 approvisionné, la taille différentielle totale est facturée par rapport à un compteur d’utilisation, quelle que soit la quantité de stockage approvisionnée inutilisée. Le compteur de stockage d’instantanés utilisé a un prix réduit par rapport au prix de stockage approvisionné.

Suppression réversible v1 approvisionnée

Les partages de fichiers supprimés dans les comptes de stockage avec suppression réversible activée sont facturés en fonction de la capacité de stockage utilisée du partage supprimé pendant la durée de la période de suppression réversible. La capacité de stockage d’utilisation supprimée de manière réversible est émise par rapport au compteur de stockage d’instantanés utilisé. Pour plus d’informations sur la suppression réversible, consultez Comment activer la suppression réversible sur les partages de fichiers Azure.

Compteurs de facturation v1 approvisionnés

Les partages de fichiers approvisionnés à l’aide du modèle de facturation v1 approvisionné sont facturés sur les deux compteurs suivants :

  • Premium approvisionné : quantité de stockage approvisionnée en Gio.
  • Instantanés Premium : quantité d’instantanés utilisés et capacité supprimée de manière réversible.

La consommation par rapport aux compteurs de facturation v1 approvisionnés est émise toutes les heures en termes d’unités mensuelles. Par exemple, pour un partage avec 1 024 Gio approvisionné, vous devez voir :

  • Nombre variable d’unités pour une heure individuelle en fonction du nombre de jours dans le mois :
    • Mois de 28 jours (février normal) : 1,5238 unités par rapport au compteur approvisionné Premium.
    • Mois de 29 jours (année bissextile février) : 1,4713 unités par rapport au compteur approvisionné Premium.
    • Mois de 30 jours : 1,4222 unités par rapport au compteur approvisionné Premium.
    • Mois de 31 jours : 1,3763 unités par rapport au compteur approvisionné Premium.
  • Nombre variable d’unités si elles sont agrégées pour un jour en fonction du nombre de jours dans le mois :
    • Mois de 28 jours (février normal) : 36,5714 unités par rapport au compteur approvisionné Premium.
    • Mois de 29 jours (année bissextile février) : 35,3103 unités par rapport au compteur approvisionné Premium.
    • Mois de 30 jours : 34,1333 unités par rapport au compteur approvisionné Premium.
    • Mois de 31 jours : 33,0323 unités par rapport au compteur approvisionné Premium.
  • 1 024 unités par rapport au compteur approvisionné Premium’ils sont agrégés pendant un mois.

Modèle de paiement à l’utilisation

Dans ce modèle de paiement à l’utilisation, le montant que vous payez est déterminé par la quantité utilisée, plutôt que par un montant approvisionné. À un niveau élevé, vous payez pour la quantité de données logiques stockées, puis des transactions vous sont également facturées en fonction de l’utilisation de ces données. La planification d’un processus de budgétisation avec un modèle de facturation à l’utilisation peut être difficile, car il dépend de la consommation de l’utilisateur final. Nous vous recommandons donc d’utiliser le modèle v2 approvisionné pour les nouveaux déploiements de partage de fichiers. Le modèle de paiement à l’utilisation est disponible uniquement pour les partages de fichiers HDD.

Disponibilité du paiement à l’utilisation

Le modèle de paiement à l’utilisation est fourni pour les partages de fichiers HDD dans les comptes de stockage avec le type de compte de stockage StorageV2 ou Storage :

Type de compte de stockage Compte de stockage SKU Type de partage de fichiers disponible
StorageV2 ou Storage Standard_LRS Partage de fichiers de paiement à l’utilisation HDD avec la redondance locale (LRS) spécifiée.
StorageV2 ou Storage Standard_ZRS Partage de fichiers de paiement à l’utilisation HDD avec la redondance de zone (ZRS) spécifiée.
StorageV2 ou Storage Standard_GRS Partage de fichiers de paiement à l’utilisation HDD avec la redondance géographique (GRS) spécifiée.
StorageV2 ou Storage Standard_GZRS Partage de fichiers de paiement à l’utilisation HDD avec la redondance GeoZone (GZRS) spécifiée.

Les partages de fichiers HDD utilisant le modèle de paiement à l’utilisation sont généralement disponibles dans toutes les régions Azure.

Différences dans les niveaux d’accès

Lorsque vous créez un partage de fichiers HDD, vous choisissez entre les niveaux d’accès suivants : Optimisé pour les transactions, Chaud et Sporadique. Tous trois accès sont stockés exactement sur le même matériel de stockage. La principale différence entre ces trois niveaux d’accès réside dans les tarifs de stockage des données au repos, qui sont inférieurs dans les niveaux les plus sporadiques, et dans les tarifs des transactions, qui sont plus élevés dans les niveaux les plus sporadiques. En d’autres termes :

  • Le niveau Optimisé pour les transactions, comme son nom l’indique, optimise le tarif pour les charges riches en IOPS (transactions). Si c’est à ce niveau que le tarif de stockage au repos des données est le plus élevé, le tarif des transactions y est le plus faible.
  • Le niveau d’accès chaud est destiné aux charges de travail actives sans un grand nombre de transactions. Il a un tarif de stockage des données au repos légèrement inférieur, mais un tarif de transaction légèrement plus élevé que ceux optimisés pour les transactions. Il s’agit en quelque sorte d’un niveau intermédiaire entre les niveaux Optimisé pour les transactions et Froid.
  • Le niveau d’accès sporadique optimise le tarif pour les charges de travail dont l’activité est limitée, offrant ainsi le plus bas tarif de stockage des données au repos, mais le tarif de transaction le plus élevé.

Si vous placez une charge de travail rarement sollicitée dans le niveau d’accès Optimisé pour les transactions, vous ne payez presque rien pour les quelques fois par mois où vous effectuez des transactions sur votre partage. Vous payez néanmoins un montant élevé pour le stockage de données. Si vous déplacez ce partage de fichiers vers le niveau d’accès utile, vos coûts de transaction restent très faibles, tout simplement parce que les transactions que vous effectuez sur cette charge de travail sont rares. Toutefois, le niveau d’accès sporadique de données est bien moins élevé. Le choix du niveau approprié pour votre utilisation vous permet de réduire considérablement vos coûts.

De même, si vous placez une charge de travail très sollicitée dans le niveau d’accès sporadique, vous payez des coûts de transaction bien plus élevés mais des coûts de stockage de données plus faibles. Cela peut conduire à une situation dans laquelle l’augmentation des coûts due à l’augmentation des coûts de transaction dépasse les économies réalisées grâce au faible coût du stockage, et vous finissez par payer plus avec le niveau Froid que ce que vous auriez payé avec le niveau Optimisé pour les transactions. Pour certains niveaux d’utilisation, le niveau d’accès chaud peut se révéler plus coûteux que le niveau Optimisé pour les transactions, mais le niveau Chaud reste le plus économique.

C’est votre charge de travail et votre niveau d’activité qui déterminent le niveau d’accès le plus économique pour votre partage de fichiers de paiement à l'utilisation. En pratique, la meilleure façon de choisir le niveau d’accès le plus intéressant consiste à examiner la consommation de ressources réelle du partage (données stockées, transactions d’écriture, etc.). Pour les partages de fichiers de paiement à l'utilisation, nous vous recommandons de commencer par le niveau optimisé pour la transaction pendant la migration initiale vers Azure Files, puis de choisir le niveau d’accès approprié en fonction de l’utilisation une fois la migration terminée. L’utilisation des transactions pendant la migration n’est généralement pas une indication de l’utilisation normale des transactions.

Qu’est-ce que les transactions ?

Lorsque vous montez un partage de fichiers Azure sur un ordinateur à l’aide du protocole SMB, le partage de fichiers Azure est exposé sur votre ordinateur comme s’il s’agissait d’un stockage local. Cela signifie que les applications, les scripts et les autres programmes sur votre ordinateur peuvent accéder aux fichiers et dossiers du partage de fichiers Azure, sans avoir à savoir qu’ils sont stockés chez Azure.

Lorsque vous lisez ou écrivez dans un fichier, l’application utilisée effectue une série d’appels d’API vers l’API du système de fichiers fournie par votre système d’exploitation. Votre système d’exploitation interprète ensuite ces appels dans les transactions du protocole SMB envoyées à travers le réseau à Azure Files pour traitement. Une tâche que l’utilisateur final perçoit comme une seule opération, par exemple la lecture d’un fichier du début à la fin, peut être traduite en plusieurs transactions SMB effectuées par Azure Files.

En principe, le modèle de facturation avec paiement à l’utilisation utilisé par les partages de fichiers standard facture en fonction de l’utilisation. Les transactions SMB et FileREST effectuées par les applications et les scripts représentent l’utilisation de votre partage de fichiers et s’affichent dans le cadre de votre facture. Le même concept s’applique aux services cloud à valeur ajoutée que vous pouvez ajouter à votre partage, tels qu’Azure File Sync ou Sauvegarde Azure. Les transactions sont regroupées en cinq catégories de transactions dont les prix sont différents en fonction de leur impact sur le partage de fichiers Azure. Ces catégories sont les suivantes : écriture, liste, lecture, autre et suppression.

Le tableau suivant montre la catégorisation de chaque transaction :

Compartiment de transaction Opérations de gestion Opérations de données
Transactions d’écriture
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Transactions de liste
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transactions de lecture
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Autres transactions/protocole
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Transactions de suppression
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Remarque

NFS 4.1 est uniquement disponible pour les partages de fichiers SSD utilisant un modèle de facturation approvisionné. Les compartiments de transactions n’affectent pas la facturation des partages de fichiers approvisionnés.

Basculement entre les niveaux d’accès

Bien que vous puissiez modifier un partage de fichiers de paiement à l'utilisation entre les trois niveaux d’accès, la meilleure pratique pour optimiser les coûts après la migration initiale consiste à choisir le niveau d’accès optimal le plus économique à utiliser et à y rester, sauf si votre modèle d’accès change. En effet, la modification du niveau d’accès d’un partage de fichiers standard entraîne des coûts supplémentaires :

  • Transactions : quand vous déplacez un partage d’un niveau d’accès chaud vers un niveau d’accès sporadique, vous êtes soumis aux frais de transaction d’écriture du niveau sporadique pour chaque fichier du partage. Si vous déplacez un partage d’un niveau d’accès plus sporadique vers un niveau chaud, des frais de transactions de lecture du niveau sporadique vous seront imputés pour chaque fichier du partage.

  • Extraction de données : si vous passez du niveau sporadique à un niveau d’accès chaud ou optimisé pour les transactions, des frais d’extraction de données vous sont facturés en fonction de la taille des données déplacées. Seul le niveau d’accès sporadique a des frais d’extraction de données.

Le tableau suivant illustre la répartition des coûts des niveaux d’accès en mouvement :

Niveau d’accès Transaction optimisée (destination) Chaud (destination) Froid (destination)
Transaction optimisée (source) --
  • 1 transaction d’écriture à chaud par fichier.
  • 1 transaction d’écriture à froid par fichier.
Chaud (source)
  • 1 transaction de lecture à chaud par fichier.
    		 --
    • 1 transaction d’écriture à froid par fichier.
    Froid (source)
    • 1 transaction de lecture à froid par fichier.
    • Récupération des données par nombre total de Gio utilisés.
    • 1 transaction de lecture à froid par fichier.
    • Récupération des données par nombre total de Gio utilisés.
    		 --

    Bien qu’il n’existe aucune limite formelle à la fréquence à laquelle vous pouvez changer le niveau d’accès de votre partage de fichiers, la transition effectuée par votre partage prend du temps en fonction de la quantité de données qu’il contient. Vous ne pouvez pas changer le niveau d’accès du partage tant que le partage de fichiers effectue la transition entre les niveaux d’accès. Le changement de niveau d’accès du partage de fichiers n’a pas d’impact sur l’accès classique au partage de fichiers.

    Choix d’un niveau d’accès

    Quelle que soit la façon dont vous migrez des données existantes vers Azure Files, nous vous recommandons de commencer par créer le partage de fichiers dans le niveau d’accès Optimisé pour les transactions en raison du grand nombre de transactions impliquées pendant la migration. Au terme de votre migration et après une utilisation régulière de quelques jours ou semaines, vous pouvez associer vos transactions à la calculatrice de prix afin de déterminer le niveau d’accès le mieux adapté à votre charge de travail.

    Les partages de fichiers de paiement à l'utilisation affichant uniquement les informations de transaction au niveau du compte de stockage, l’utilisation des métriques de stockage afin d’estimer le niveau d’accès le moins cher au niveau du partage de fichiers ne relève pas d’une science exacte. Si possible, nous vous recommandons de déployer un seul partage de fichiers dans chaque compte de stockage à des fins de visibilité complète de la facturation.

    Pour voir les transactions précédentes :

    1. Accédez à votre compte de stockage dans le portail Azure.
    2. Dans le menu de gauche, sous Supervision, sélectionnez Métriques.
    3. Sélectionnez Étendue comme nom de compte de stockage, Espace de noms de métrique pour « Fichier », Métrique pour « Transactions » et Agrégation pour « Somme ».
    4. Sélectionnez Appliquer le fractionnement.
    5. Sélectionnez Valeurs pour « Nom d’API ». Sélectionnez les valeurs souhaitées pour Limite et Tri.
    6. Sélectionnez la période de temps de votre choix.

    Notes

    Veillez à afficher les transactions sur une période donnée pour avoir une meilleure idée du nombre moyen de transactions. Assurez-vous que la période choisie ne chevauche pas l’approvisionnement initial. Multipliez le nombre moyen de transactions pendant cette période pour obtenir une estimation du nombre de transactions pour un mois entier.

    Captures instantanées de paiement à l’utilisation

    Azure Files prend en charge les instantanés, qui sont similaires aux clichés instantanés de volume (VSS) sur le serveur de fichiers Windows. Pour plus d’informations sur les instantanés de partage, consultez Vue d’ensemble des instantanés pour Azure Files.

    Les instantanés sont toujours différentiels par rapport au partage en direct et entre eux. Dans le modèle de facturation de paiement à l’utilisation, la taille différentielle totale est facturée par rapport au compteur de stockage utilisé normal. Cela signifie que vous ne verrez pas d’élément de ligne distinct sur votre facture représentant des instantanés pour votre compte de stockage de paiement à l’utilisation. Cela signifie également que l’utilisation des instantanés différentiels compte dans les réservations achetées pour les partages de fichiers de paiements à l’utilisation.

    Suppression réversible de paiement à l’utilisation

    Les partages de fichiers supprimés dans des comptes de stockage avec suppression réversible activé sont facturés en fonction de la capacité de stockage utilisée du partage de fichiers supprimé pendant la durée de la période de suppression réversible. La capacité de stockage utilisée supprimée de manière réversible est émise par rapport au compteur de stockage utilisé normal. Cela signifie que vous ne verrez pas d’élément de ligne distinct sur votre facture représentant des partages de fichiers supprimés de manière réversible pour votre compte de stockage de paiement à l’utilisation. Cela signifie également que le nombre d’utilisations de partage de fichiers supprimés de manière réversible par rapport aux réservations achetées pour les partages de fichiers de paiement à l’utilisation.

    Facturation à l’utilisation

    Les partages de fichiers créés à l’aide du modèle de facturation paiement à l’utilisation sont facturés par rapport aux compteurs suivants :

    • Données stockées : stockage utilisé, y compris les partages en direct, les instantanés différentiels et les partages de fichiers supprimés de manière réversible dans Gio.
    • Métadonnées : taille des métadonnées du système de fichiers associées aux fichiers et répertoires tels que les listes de contrôle d’accès (ACL) et d’autres propriétés dans Gio. Ce compteur de facturation est utilisé uniquement pour les partages de fichiers dans les niveaux d’accès chauds ou sporadiques.
    • Opérations d’écriture : nombre de compartiments de transactions d’écriture (1 compartiment = 10 000 transactions).
    • Opérations de liste : nombre de compartiments de transactions de liste (1 compartiment = 10 000 transactions).
    • Opérations de lecture : nombre de compartiments de transactions de lecture (1 compartiment = 10 000 transactions).
    • Autre opérations / Opérations de protocole : nombre d’autres compartiments de transactions (1 compartiment = 10 000 transactions).
    • Récupération des données : quantité de données lues à partir du partage de fichiers en Gio. Ce compteur est utilisé uniquement pour les partages de fichiers dans le niveau d’accès sporadique.
    • Transfert de données de géoréplication : si le partage de fichiers a la redondance Géographique ou GeoZone, la quantité de données écrites dans le partage de fichiers répliquée dans la région secondaire en Gio.

    La consommation par rapport aux compteurs de facturation de données stockées et de métadonnées est émise toutes les heures en termes d’unités mensuelles. Par exemple, pour un partage avec 1 024 Gio utilisé, vous devez voir :

    • Nombre variable d’unités pour une heure individuelle en fonction du nombre de jours dans le mois :
      • Mois de 28 jours (février normal) : 1,5238 unités par rapport au compteur de données stockées.
      • Mois de 29 jours (année bissextile février) : 1,4713 unités par rapport au compteur de données stockées.
      • Mois de 30 jours : 1,4222 unités par rapport au compteur de données stockées.
      • Mois de 31 jours : 1,3763 unités par rapport au compteur de données stockées.
    • Nombre variable d’unités si elles sont agrégées pour un jour en fonction du nombre de jours dans le mois :
      • Mois de 28 jours (février normal) : 36,5714 unités par rapport au compteur de données stockées.
      • Mois de 29 jours (année bissextile février) : 35,3103 unités par rapport au compteur de données stockées.
      • Mois de 30 jours: 34,1333 unités par rapport au compteur de données stockées.
      • Mois de 31 jours : 33,0323 unités par rapport au compteur de données stockées.
    • 1 024 unités par rapport au compteur de donnes stockées s’ils sont agrégés pendant un mois.

    Consommation contre les autres compteurs (par exemple, Les opérations d’écriture ou la récupération de données) sont émises toutes les heures, mais, étant donné qu’elles ne sont pas émises en termes de délai, n’ont pas de transformations d’unités spéciales à prendre en compte.

    Approvisionnement/quota, taille logique et taille physique

    Azure Files effectue le suivi de trois quantités distinctes en termes de capacité de partage :

    • Taille ou quota approvisionnée : en ce qui concerne les deux partages de fichiers de paiement à l'utilisation approvisionnés, vous spécifiez la taille maximale que le partage de fichiers est autorisé à atteindre. Dans des partages de fichiers approvisionnés, cette valeur est appelée taille approvisionnée. Le montant que vous provisionnez est ce que vous payez, quel que soit le montant que vous utilisez réellement. Dans des partages de fichiers de paiement à l'utilisation, cette valeur est appelée quota et n’affecte pas directement votre facture. La taille approvisionnée est un champ obligatoire pour les partages de fichiers approvisionnés. Pour les partages de fichiers de paiement à l'utilisation, si la taille provisionnée n’est pas directement spécifiée, le partage est défini par défaut sur la valeur maximale prise en charge par le compte de stockage (100 Tio).

    • Taille logique : la taille logique d’un partage de fichiers ou d’un fichier est liée à sa taille, sans tenir compte de son mode de stockage réel, de l’emplacement d’application des optimisations de stockage. La taille logique du fichier est le nombre de Kio/Mio/Gio transférés si vous l’avez copiée depuis un autre emplacement. Dans les deux partages de fichiers approvisionnés et de paiement à l'utilisation, la taille logique totale du partage de fichiers est ce qui sert à faire respecter la taille ou le quota approvisionné. Dans les partages de fichiers de paiement à l'utilisation, la taille logique correspond à la quantité utilisée pour la facturation de l’utilisation au repos des données. La taille logique est appelée « taille » dans la boîte de dialogue des propriétés Windows pour un fichier/dossier, et « longueur de contenu » par les métriques Azure Files.

    • Taille physique : la taille physique du fichier est liée à la taille du fichier tel qu’il est encodé sur le disque. Elle peut correspondre à la taille logique du fichier, ou être plus petite, selon la façon dont le système d’exploitation a écrit le fichier. L'utilisation de fichiers partiellement alloués est une raison courante pour laquelle la taille logique et la taille physique sont différentes. La taille physique des fichiers du partage est utilisée pour la facturation des instantanés, bien que les plages allouées soient partagées entre les instantanés s’ils sont inchangés (stockage différentiel).

    Services à valeur ajoutée

    Comme de nombreuses solutions de stockage locales, Azure Files fournit des points d’intégration pour les produits internes et des produits tiers à intégrer à des partages de fichiers appartenant au client. Bien que ces solutions puissent offrir une importante valeur supplémentaire à Azure Files, vous devez prendre en compte les coûts supplémentaires que ces services ajoutent au coût total d’une solution Azure Files.

    Les coûts se répartissent en trois compartiments :

    • Coûts de licence pour le service à valeur ajoutée. Ces derniers peuvent prendre la forme d’un coût fixe par client, par utilisateur final (parfois appelé « coût par tête »), par partage de fichiers Azure ou par compte de stockage. Ils peuvent également être basés sur des unités d’utilisation du stockage, tel qu’un coût fixe pour chaque bloc de données de 500 Gio dans le partage de fichiers.

    • Coûts des transactions pour le service à valeur ajoutée. Certains services à valeur ajoutée ont leur propre concept de transactions au-dessus du modèle de facturation Azure Files sélectionné. Ces transactions s’affichent sur votre facture sous les frais du service à valeur ajoutée. Il se rapportent toutefois directement à la façon dont vous utilisez le service à valeur ajoutée avec votre partage de fichiers.

    • Coût Azure Files liés à l’utilisation d’un service à valeur ajoutée. Azure Files ne facture pas directement les clients pour l’ajout de services à valeur ajoutée, mais, dans le cadre de l’ajout de valeur au partage de fichiers Azure, le service à valeur ajoutée peut augmenter les coûts de votre partage de fichiers Azure. Cela est facile à voir avec les partages de fichiers de paiement à l’utilisation, en raison des frais de transaction. Si le service à valeur ajoutée effectue des transactions sur le partage de fichiers en votre nom, ils apparaissent sur votre facture de transactions Azure Files même si vous n’avez pas directement effectué ces transactions vous-même. Cela s’applique également aux partages de fichiers approvisionnés, bien que cela puisse être moins visible. Les transactions effectuées sur les partages de fichiers approvisionnés des services à valeur ajoutée sont comptabilisées dans vos nombres d’IOPS approvisionnées. Cela signifie que les services à valeur ajoutée peuvent nécessiter l’approvisionnement d’une plus grande quantité de stockage afin de disposer de suffisamment d’IOPS ou de débit pour votre charge de travail.

    Lorsque vous calculez le coût total de possession de votre partage de fichiers, vous devez prendre en compte les coûts d’Azure Files et de tous les services à valeur ajoutée que vous souhaitez utiliser avec Azure Files.

    Il existe plusieurs services à valeur ajoutée internes et tiers. Ce document couvre un sous-ensemble des services internes courants que les clients utilisent avec les partages de fichiers Azure. Pour en savoir plus sur les services non répertoriés ici, consultez la page de tarification correspondante.

    Azure File Sync

    Azure File Sync est un service à valeur ajoutée pour Azure Files capable de synchroniser un ou plusieurs partages de fichiers locaux Windows avec un partage de fichiers Azure. Le partage de fichiers Azure cloud disposant d’une copie complète des données au sein d’un partage de fichiers synchronisé disponible localement, vous pouvez transformer votre serveur de fichiers local Windows en cache du partage de fichiers Azure afin de réduire votre empreinte locale. Pour plus d’informations, consultez Présentation d’Azure File Sync.

    Lorsque vous envisagez le coût total de possession d’une solution déployée à l’aide d’Azure File Sync, vous devez prendre en compte les aspects de coût suivants :

    • Dépenses de capital et coût opérationnel des serveurs de fichiers Windows avec un ou plusieurs points de terminaison de serveur. Azure File Sync en tant que solution de réplication est indépendante de l’emplacement où les serveurs de fichiers Windows qui sont synchronisés avec Azure Files se trouvent. Ils peuvent être hébergés localement, dans une machine virtuelle Azure ou même dans un autre cloud. À moins que vous n’utilisiez Azure File Sync avec un serveur de fichiers Windows hébergé sur une machine virtuelle Azure, le capital (c’est-à-dire les coûts matériels initiaux de votre solution) et le coût d’exploitation (c’est-à-dire le coût de la main-d’œuvre, l’électricité, etc.) ne feront pas partie de votre facture Azure, mais cela fait toujours partie de votre coût total de possession. Vous devez prendre en compte la quantité de données que vous devez mettre en cache localement, le nombre de processeurs et la quantité de mémoire dont ont besoin vos serveurs de fichiers Windows pour héberger les charges de travail Azure File Sync (voir ressources système recommandées pour plus d’informations) et d’autres coûts spécifiques à votre organisation.

    • Par coût de licence de serveur pour les serveurs inscrits auprès d’Azure File Sync. Pour utiliser Azure File Sync avec un serveur de fichiers Windows spécifique, vous devez d’abord l’inscrire auprès de la ressource Azure d’Azure File Sync, le service de synchronisation de stockage. Chaque serveur que vous inscrivez après le premier serveur correspond à des frais mensuels fixes. Bien que ces frais soient très bas, il s’agit d’un élément à prendre en compte pour votre facture. Pour voir le prix actuel des frais d’inscription de serveur pour la région souhaitée, consultez la section File Sync sur la pages de tarification d’Azure Files.

    • Coûts d’Azure Files. Comme Azure File Sync est une solution de synchronisation pour Azure Files, elle vous oblige à consommer des ressources Azure Files. Certaines de ces ressources, comme la consommation de stockage, sont relativement évidentes, tandis que d’autres, comme l’utilisation des transactions et des instantanés, peuvent ne pas l’être. Pour la plupart des clients, nous recommandons d’utiliser des partages de fichiers standard avec Azure File Sync, bien qu’Azure File Sync soit entièrement pris en charge avec les partages de fichiers Premium si vous le souhaitez.

      • Utilisation du stockage. Azure File Sync répliquera toutes les modifications que vous avez apportées au chemin d’accès sur votre serveur de fichiers Windows spécifié sur votre point de terminaison de serveur sur votre partage de fichiers Azure, ce qui entraîne la consommation du stockage. Sur les partages de fichiers standard, cela signifie que l’ajout de fichiers ou l’augmentation de la taille des fichiers existants sur les points de terminaison de serveur entraîne une augmentation des coûts de stockage, car les modifications seront répliquées. Sur les partages de fichiers Premium, les modifications seront consommées dans l’espace approvisionné : il est de votre responsabilité d’augmenter régulièrement l’approvisionnement en fonction des pour tenir compte de la croissance des partages de fichiers.

      • Utilisation des instantanés. Azure File Sync prend des instantanés de partage et de fichier dans le cadre de l’utilisation régulière. Bien que l’utilisation des instantanés soit toujours différentielle, cela peut contribuer de manière notable à la facture totale d’Azure Files.

      • Transactions à partir de l’activité. Lorsque les fichiers sont modifiés sur les points de terminaison du serveur, les modifications sont chargées sur le partage du cloud, ce qui génère des transactions. Lorsque la hiérarchisation cloud est activée, des transactions supplémentaires sont générées pour la gestion des fichiers hiérarchisés, y compris les E/S qui se produisent sur les fichiers hiérarchisés, en plus des coûts de sortie. Bien que la quantité et le type de transactions soient difficiles à prédire en raison des taux d’activité et de l’efficacité du cache, vous pouvez utiliser vos modèles de transaction précédents pour estimer les coûts futurs si vous pensez que votre utilisation future sera similaire à votre utilisation actuelle.

      • Transactions à partir de l’énumération cloud. Azure File Sync énumère le partage de fichiers Azure dans le cloud une fois par jour pour découvrir les modifications qui ont été apportées directement au partage afin qu’elles puissent être synchronisées avec les points de terminaison de serveur. Cette analyse génère des transactions qui sont facturées au compte de stockage à raison de deux transactions ListFiles par répertoire et par jour. Vous pouvez entrer ce chiffre dans la calculatrice de prix pour estimer le coût de l’analyse.

      Conseil

      Si vous ne savez pas combien de dossiers vous avez, consultez l’outil TreeSize de JAM Software GmbH.

    Azure Backup

    Sauvegarde Azure fournit une solution de sauvegarde serverless pour Azure Files qui s’intègre en toute transparence à vos partages de fichiers, ainsi que d’autres services à valeur ajoutée tels qu’Azure File Sync. Sauvegarde Azure pour Azure Files est une solution de sauvegarde basée sur des instantanés qui fournit un mécanisme de planification permettant d’effectuer automatiquement des instantanés sur une planification définie par l’administrateur. Cette solution offre également une interface conviviale pour restaurer des fichiers/dossiers supprimés ou le partage dans son intégralité à un point précis dans le temps. Pour plus d’informations, consultez Présentation de la sauvegarde du partage de fichiers Azure.

    Lorsque vous envisagez les coûts d’utilisation de Sauvegarde Azure, tenez compte des éléments suivants :

    • Coût de licence d’instance protégée pour les données de partage de fichiers Azure. Sauvegarde Azure facture un coût de licence d’instance protégée par compte de stockage contenant des partages de fichiers Azure sauvegardés. Une instance protégée est définie comme 250 Gio de stockage de partage de fichiers Azure. Les comptes de stockage contenant moins de 250 Gio sont soumis à un coût fractionnel d’instance protégée. Pour plus d’informations, voir Tarification Sauvegarde Azure. Vous devez sélectionner Azure Files dans la liste des services que Sauvegarde Azure peut protéger.

    • Coûts d’Azure Files. Sauvegarde Azure augmente les coûts d’Azure Files de la manière suivante :

      • Coûts différentiels des instantanés de partage de fichiers Azure. Sauvegarde Azure automatise la prise d’instantanés de partage de fichiers Azure sur une planification définie par l’administrateur. Les instantanés sont toujours différentiels. Cependant, le coût supplémentaire ajouté dépend de la durée de conservation des instantanés et de la quantité d’attrition sur le partage de fichiers pendant ce laps de temps. Cela définit la différence entre l’instantané et le partage de fichiers en direct et, par conséquent, la quantité de données supplémentaires stockées par Azure Files.

      • Coûts de transaction des opérations de restauration. Les opérations de restauration de l’instantané vers Live Share entraînent des transactions. Pour les partages de fichiers Standard, cela signifie que les lectures des instantanés/écritures des restaurations sont facturées comme des transactions normales de partage de fichiers. Pour les partages de fichiers approvisionnés, ces opérations sont comptabilisées par rapport aux IOPS approvisionnés pour le partage de fichiers.

    Microsoft Defender pour Stockage

    Microsoft Defender prend en charge Azure Files dans le cadre de son produit Microsoft Defender pour le stockage. Microsoft Defender pour le stockage détecte les tentatives inhabituelles et potentiellement dangereuses d’accès ou d’exploitation de vos partages de fichiers Azure via SMB ou FileREST. Microsoft Defender pour le stockage est activé au niveau de l’abonnement pour tous les partages de fichiers des comptes de stockage de cet abonnement.

    Microsoft Defender pour le stockage ne prend pas en charge les fonctionnalités antivirus pour les partages de fichiers Azure.

    Le coût principal de Microsoft Defender pour le stockage est un ensemble supplémentaire de coûts de transaction que le produit prélève en plus des transactions effectuées sur le partage de fichiers Azure. Bien que ces coûts soient basés sur les transactions effectuées dans Azure Files, ils ne font pas partie de la facturation d’Azure Files, mais plutôt de la tarification de Microsoft Defender. Microsoft Defender pour le stockage facture un taux de transaction même sur les partages de fichiers approvisionnés, où Azure Files inclut des transactions dans le cadre de l’approvisionnement d’IOPS. Le taux de transaction actuel se trouve sur la page de tarification de Microsoft Defender pour le cloud, sous la ligne de table Microsoft Defender pour le stockage.

    Les partages de fichiers à fortes transactions entraînent des coûts importants avec Microsoft Defender pour le stockage. En raison de ces coûts, vous pouvez choisir de ne pas utiliser Microsoft Defender pour le stockage pour certains comptes de stockage. Pour plus d’informations, consultez Exclure un compte de stockage des protections Microsoft Defender pour le stockage.

    Réservations

    Azure Files prend en charge les réservations (également appelées instances réservées) pour les modèles v1 et paiement à l’utilisation provisionnés. Les réservations vous permettent d’obtenir une remise sur le coût de stockage en vous engageant à l’avance sur un certain niveau d’utilisation du stockage. Vous devez envisager d’acheter des instances réservées pour toute charge de travail de production, ou pour les charges de travail de développement/test avec des empreintes homogènes. Quand vous achetez une réservation, vous devez spécifier les dimensions suivantes :

    • Taille de la capacité : les réservations peuvent s’élever à 10 Tio ou 100 Tio, avec des remises plus significatives pour l’achat d’une réservation de capacité supérieure. Vous pouvez acheter plusieurs réservations, notamment des réservations de différentes tailles de capacité selon vos besoins en matière de charge de travail. Par exemple, si votre déploiement de production contient 120 Tio de partages de fichiers, vous pouvez acheter une réservation de 100 Tio et deux réservations de 10 Tio pour répondre aux besoins de capacité totaux.
    • Durée : vous pouvez acheter des réservations pour une période d’un an ou trois ans, avec des remises plus importantes pour l’achat d’une plus longue durée de réservation.
    • Niveau : le niveau d’Azure Files pour la réservation. Actuellement, les réservations sont disponibles pour les niveaux Premium (SSD), CHAUD (HDD) et SPORADIQUE (HDD).
    • Emplacement : la région Azure pour la réservation. Les réservations sont disponibles pour un sous-ensemble de régions Azure.
    • Redondance : redondance de stockage pour la réservation. Les réservations sont prises en charge pour toutes les redondances qu’Azure Files prend en charge, notamment LRS, ZRS, GRS et GZRS.
    • Périodicité de facturation : Indique la fréquence de facturation du compte pour la réservation. Les options incluent Mensuel ou Comptant.

    Une fois que vous avez acheté une réservation, celle-ci est automatiquement consommée par votre utilisation du stockage existante. Si vous utilisez davantage de stockage que la capacité réservée, vous payez le tarif pour le solde non couvert par la réservation. Les frais relatifs à la transaction, à la bande passante, au transfert de données et au stockage de métadonnées ne sont pas inclus dans la réservation.

    Il existe des différences dans le fonctionnement des réservations avec les instantanés de partage de fichiers Azure pour les partages de fichiers avec paiement à l’utilisation et les partages de fichiers v1 approvisionnés. Si vous prenez des instantanés de partages de fichiers de paiement à l'utilisation, les différentiels d’instantanés sont comptabilisés par rapport à la réservation et sont facturés dans le cadre de la mesure de stockage normalement utilisée. Toutefois, si vous prenez des instantanés de partages de fichiers v1 approvisionnés, les instantanés sont facturés à l’aide d’un compteur distinct et ne sont pas comptabilisés dans la réservation.

    Pour plus d’informations sur la procédure d’achat de réservations, consultez Optimiser les coûts d’Azure Files avec les réservations.

    Voir aussi