Partager via

Comprendre les modèles de facturation d’Azure Files

Azure Files prend en charge deux niveaux de stockage, SSD et HDD différents. Cela vous permet d’adapter vos partages de fichiers aux performances et aux exigences de prix 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) : les partages de fichiers hébergés sur des disques durs (HDD) fournissent un stockage économique à usage général.

Azure Files propose plusieurs modèles tarifaires, notamment les options allouées et de paiement à l’utilisation.

  • Modèles de facturation provisionnés : dans un modèle de facturation provisionné, 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. Vous payez en fonction de ce que vous approvisionnez, quel que soit le montant que vous utilisez réellement. Azure Files a deux modèles provisionnés différents : provisionné v2 et provisionné v1.

    • Provisionné v2 : dans le modèle v2 approvisionné pour Azure Files, vous avez la possibilité de provisionner séparément le stockage, les IOPS et le débit, même si nous vous proposons une recommandation pour vous aider lors de la première configuration.
    • Provisionné v1 : dans le modèle v1 approvisionné pour Azure Files, vous approvisionnez la quantité de stockage dont vous avez besoin pour le partage, tandis 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 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 comment fonctionnent les modèles de facturation pour Azure Files, afin de mieux comprendre votre facture Azure Files mensuelle. Pour plus d’informations sur la tarification d’Azure Files, consultez la page de tarification d’Azure Files.

Cette vidéo fournit une vue d’ensemble complète des différences entre différents modèles de facturation Azure Files, notamment le paiement à l’utilisation, v1 approvisionné et v2 approvisionné.

Cette vidéo décrit en détail le modèle de facturation provisionné v2 d’Azure Files, offrant des instructions de configuration et des recommandations pour réduire le coût total de possession.

S’applique à

Modèle de gestion Modèle de facturation Niveau du média Redondance PME Système de fichiers en réseau (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
Mio 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

Les unités de mesure de base 2 sont couramment utilisées par la plupart des systèmes d’exploitation et des outils pour mesurer les quantités de stockage. Toutefois, ils sont souvent mal étiquetés comme unités de base-10, que vous connaissez peut-être plus : Ko, Mo, Go et To. La raison courante pour laquelle les systèmes d’exploitation comme Windows ont mal étiqueté les unités de stockage est que de nombreux systèmes d’exploitation ont commencé à utiliser ces acronymes avant qu’ils aient été normalisés par la Commission électrotechnique internationale (IEC), le Bureau international des poids et mesures (BIPM) et l’US National Institute of Standards and Technology (NIST).

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

Système d’exploitation Système de mesure Étiquetage
Fenêtres 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 site local ou si vous comparez Azure Files à d’autres solutions de stockage cloud, tenez compte des facteurs suivants pour garantir une comparaison équitable des pommes à pommes :

  • 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 du stockage approvisionné, tels que le déterminisme du prix et la simplicité, ou le stockage de paiement à l’utilisation, qui peuvent optimiser les coûts en vous chargeant uniquement pour ce que vous utilisez réellement. Les modèles de facturation provisionnés peuvent varier en fonction de la taille minimale du partage provisionné, de l’unité d’approvisionnement et de la possibilité d’augmenter et de diminuer l’approvisionnement.

  • 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. Lorsque vous envisagez d’autres options de stockage de fichiers, déterminez si la résilience et la redondance du stockage sont intégrées, ou quelque chose que vous devez assembler vous-même.

  • Que devez-vous gérer ? Azure Files est une solution entièrement managée. D’autres solutions peuvent nécessiter des mises à jour du système d’exploitation ou gérer des ressources virtuelles telles que des machines virtuelles, des disques et des 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 de première et de tierce partie. 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 provisionné pour Azure Files associe la prévisibilité du coût total de possession à la flexibilité, vous permettant ainsi de créer un partage de fichiers qui répond précisément à vos exigences en matière de stockage et de performances. 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. Vous ne pourrez pas ajouter de données, sauf si vous augmentez la taille de votre partage ou supprimez certaines 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 des 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é provisionnée 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’E/S par seconde et le débit dont vous avez besoin. Cela est calculé en fonction de la quantité de stockage provisionné que vous spécifiez. Ces recommandations sont basées sur l’utilisation classique du client pour cette quantité de stockage approvisionnée pour le niveau multimédia que vous choisissez. Toutefois, vous pouvez constater que votre charge de travail nécessite plus ou moins d’E/S par seconde et de débit que le « partage de fichiers classique ». Dans ce cas, vous pouvez éventuellement provisionner plus ou moins d’E/S par seconde et de débit, en fonction de vos besoins individuels en matière de partage de fichiers.

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. Actuellement, les références SKU de compte de stockage suivantes sont disponibles :

Type de compte de stockage Référence SKU du compte de stockage Type de partage de fichiers disponible
Stockage de fichiers StandardV2_LRS Partages de fichiers v2 approvisionnés HDD avec la redondance locale (LRS) spécifiée.
Stockage de fichiers StandardV2_ZRS Partages de fichiers v2 approvisionnés HDD avec la redondance de zone (ZRS) spécifiée.
Stockage de fichiers StandardV2_GRS Partages de fichiers v2 approvisionnés HDD avec la redondance géographique (GRS) spécifiée.
Stockage de fichiers 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 :

  • Toutes les régions de cloud public Azure.
  • Toutes les régions cloud Azure du gouvernement des États-Unis.

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 :

élément 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 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 exigences de partage de fichiers individuelles, vous pouvez constater que vous avez besoin de plus ou moins d’E/S par seconde ou de débit que nos recommandations. 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 de vous préparer aux pics d’E/S.

Les crédits d’E/S par seconde en rafale s’accumulent chaque fois que le trafic de votre partage de fichiers est inférieur à l’IOPS provisionné (base de référence). Chaque fois que l'utilisation d'IOPS d'un partage de fichiers dépasse les IOPS provisionnées et que des crédits d'IOPS en rafale sont disponibles, le partage de fichiers peut atteindre la limite maximale d'IOPS en rafale autorisée. Les partages de fichiers peuvent continuer à faire l’objet d’une rafale tant qu’il y a des crédits restants, en fonction du nombre de crédits de rafale cumulés. Chaque opération d'entrée/sortie au-delà des IOPS provisionnées consomme un crédit. Dès que tous les crédits sont consommés, la part revient à 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 ont trois états :

  • Accumulation, lorsque le partage de fichiers utilise moins que les IOPS provisionnés.
  • Décliner, lorsque le partage de fichiers utilise plus que les IOPS provisionnés et en mode rafale.
  • Constante, lorsque le partage de fichiers utilise exactement les IOPS provisionnés 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 rafale. 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 des IOPS en mode rafale et le nombre de crédits possibles pour un partage de fichiers :

élément 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ée Limite de l’IOPS en mode rafale HDD Crédits de rafale 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 les 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é pour la période de rétention définie. Pour vous assurer qu’un partage de fichiers supprimé peut toujours être restauré, le stockage provisionné, les IOPS et le débit du partage sont comptabilisés dans les limites du compte de stockage jusqu’à ce que le partage de fichiers soit supprimé définitivement. Toutefois, ils 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 par rapport aux 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.

Les unités de consommation par rapport aux compteurs de facturation v2 approvisionnés sont émises toutes les heures. Par exemple, pour un partage avec 1 024 GiB provisionnés, vous devriez 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é.

Migrations v2 approvisionnées

Le processus de migration de vos partages de fichiers Azure SMB d’un modèle de paiement à l’utilisation vers le modèle de facturation approvisionné v2 diffère selon que vous utilisez ou non Azure File Sync.

Modèle v1 approvisionné

La méthode provisionnée v1 fournit du stockage, des IOPS et du débit dans un rapport fixe les uns par rapport aux autres, de la même manière que le stockage est acheté dans une solution de stockage sur site. 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. Vous ne pourrez pas ajouter de données, sauf si vous augmentez la taille de votre partage ou supprimez certaines 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 des crédits restent.

Contrairement à l’achat d’un 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 écoulées 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 réduire la taille de votre espace partagé provisionné en dessous de la capacité en GiB que vous avez utilisé. Si vous le faites, vous ne perdrez pas de données, mais vous êtes toujours facturé pour la taille utilisée. Vous recevrez les performances du partage approvisionné, et non 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 Référence SKU du compte de stockage Type de partage de fichiers disponible
Stockage de fichiers Premium_LRS Partage de fichiers v1 approvisionné SSD avec la redondance locale (LRS) spécifiée.
Stockage de fichiers 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)

Les formules suivantes déterminent la quantité d’IOPS et de débit approvisionnés sur le partage :

élément 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 individuels de partage de fichiers, vous pourriez constater avoir besoin de plus d’IOPS ou d'une capacité de débit supérieure à celle que notre capacité de provisionnement offre. Dans ce cas, vous devez approvisionner davantage de stockage pour obtenir les IOPS ou le débit requis.

Bursting v1 approvisionné

Le modèle v1 provisionné prend en charge deux types de bursting : le bursting basé sur le crédit, inclus gratuitement dans le cadre de l’approvisionnement, et le bursting payant, une fonctionnalité avancée que vous pouvez activer pour prendre en charge la facturation à l’usage lorsque l'IOPS et le débit dépassent le montant provisionné.

Bursting v1 approvisionné basé sur le crédit

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 de vous préparer aux pics d’E/S.

Les crédits d’E/S par seconde en rafale s’accumulent chaque fois que le trafic de votre partage de fichiers est inférieur à l’IOPS provisionné (base de référence). Chaque fois que l'utilisation d'IOPS d'un partage de fichiers dépasse les IOPS provisionnées et que des crédits d'IOPS en rafale sont disponibles, le partage de fichiers peut atteindre la limite maximale d'IOPS en rafale autorisée. Les partages de fichiers peuvent continuer à faire l’objet d’une rafale tant qu’il y a des crédits restants, en fonction du nombre de crédits de rafale cumulés. Chaque opération d'entrée/sortie au-delà des IOPS provisionnées consomme un crédit. Dès que tous les crédits sont consommés, la part revient à 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 ont trois états :

  • Accumulation, lorsque le partage de fichiers utilise moins que les IOPS provisionnés.
  • Décliner, lorsque le partage de fichiers utilise plus que les IOPS provisionnés et en mode rafale.
  • Constante, lorsque le partage de fichiers utilise exactement les IOPS provisionnés 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 rafale. 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 des IOPS en mode rafale et le nombre de crédits possibles pour un partage de fichiers :

élément 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 préconfigurées des unités de partage :

Capacité (Gio) IOPS de base IOPS en rafale Lister les crédits Débit (entrée + sortie) (MiB/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

Bursting v1 approvisionné payant

Le bursting payant est une fonctionnalité avancée du modèle v1 approvisionné conçu pour prendre en charge les clients qui ne souhaitent jamais être limités. Le bursting payant ajoute une facturation basée sur l’utilisation supplémentaire pour toute quantité d’IOPS ou de débit au-dessus du stockage approvisionné. Cela est distinct du bursting basé sur le crédit, qui est inclus gratuitement dans le cadre du stockage approvisionné. Bien que le bursting payant puisse ajouter une puissante flexibilité à la manière dont vous gérez votre partage de fichiers, il peut également entraîner une facturation inattendue s'il est utilisé incorrectement.

Comme le bursting basé sur le crédit, le bursting payant n’est pas un remplacement de l’approvisionnement de la quantité correcte d’IOPS et de débit. Au lieu de cela, elle offre une protection supplémentaire contre la limitation si vous rencontrez une demande inattendue. Si vous disposez d’un niveau cohérent d’IOPS ou d’utilisation du débit, il est moins cher d’approvisionner suffisamment d’E/S par seconde et de débit (via le provisionnement de stockage) pour couvrir la demande au lieu de s’appuyer sur le bursting payant.

Le bursting payant est désactivé par défaut, mais vous pouvez l’activer en suivant les instructions pour modifier les caractéristiques de coût et de performances d’un partage de fichiers v1 approvisionné (PowerShell et CLI uniquement). Si le bursting payant est activé, nous vous recommandons de surveiller soigneusement les E/S par seconde et l’utilisation du débit à l’aide des métriques suivantes disponibles via Azure Monitor :

  • IOPS approvisionnées du partage de fichiers
  • Mio/s de bande passante provisionnée de partage de fichiers (débit)
  • Transactions par IOPS maximaux
  • Bande passante par Mo/s maximum (débit)
  • Crédits de rafale pour les IOPS (bursting basé sur les crédits)
  • E/S de burst payant (IOS)
  • Bande passante de burst payant

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é pour la période de rétention définie. 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 provisionnés à l’aide du modèle de facturation v1 approvisionné sont facturés par rapport aux compteurs suivants :

  • Approvisionné Premium : quantité de stockage approvisionné en Gio.
  • Instantanés Premium : la quantité d’instantanés utilisés et la capacité de suppression souple utilisée.

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 GiB provisionnés, vous devriez 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 s’ils sont agrégés pendant un mois.

Modèle avec paiement à l’utilisation

Dans le modèle de paiement à l’utilisation, vous êtes facturé sur la quantité de stockage que vous utilisez, et non sur la quantité que vous approvisionnez. À 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 facturation de paiement à l’utilisation peut être difficile à planifier dans le cadre d’un processus de budget, car vous payez en fonction de la consommation des utilisateurs finaux. 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 Référence SKU du compte de stockage 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 la transaction, chaud et froid. Les trois niveaux d'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.
  • Hot est destiné aux charges de travail actives qui n’impliquent pas 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. Considérez-le comme un juste milieu entre le niveau optimisé pour les transactions et le niveau décontracté.
  • Cool optimise le prix pour les charges de travail qui n'ont pas une forte activité, offrant le tarif le plus bas pour le stockage des données au repos, mais les prix les plus élevés pour les transactions.

Le choix du niveau approprié pour votre utilisation vous permet de réduire considérablement vos coûts. 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 espace. Toutefois, vous payez un montant élevé pour les coûts de stockage des 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 froid a un prix de stockage de données moins cher.

De même, si vous placez une charge de travail hautement sollicitée dans le niveau d’accès froid, vous payez beaucoup plus en coûts de transaction, mais moins pour les coûts de stockage des données. 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 pouvez payer plus avec le niveau sporadique que ce que vous auriez payé avec le niveau Optimisé pour les transactions. Pour certains niveaux d’utilisation, le niveau d’accès chaud pourrait être le plus rentable, tandis que le niveau d’accès froid serait plus coûteux que le niveau optimisé pour les transactions.

Votre charge de travail et votre niveau d’activité 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’indique généralement pas 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 simple que l’utilisateur final perçoit comme une seule opération, telle que la lecture d’un fichier de début à la fin, peut être traduite en plusieurs transactions SMB servies 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 des applications et des scripts représentent l’utilisation de votre partage de fichiers, et elles 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 transactions Opérations de gestion Opérations de données
Écrire des transactions
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Lister les transactions
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transactions de lecture
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Transactions/protocoles autres
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Supprimer les transactions
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Remarque

NFSv4.1 est disponible uniquement pour les partages de fichiers SSD, qui utilisent un modèle de facturation provisionné. 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 à la demande 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 le plus économique et à y rester, sauf si votre modèle d’accès change. Cela est dû au fait que la modification du niveau d’accès d’un partage de fichiers standard entraîne des coûts supplémentaires comme suit :

  • Transactions : lorsque vous déplacez un partage d’un niveau d’accès plus chaud vers un niveau d’accès plus froid, vous entraînez les frais de transaction d’écriture du niveau d’accès plus froid pour chaque fichier du partage. Le déplacement d’un partage de fichiers d’un niveau d’accès plus froid vers un niveau d’accès plus chaud entraîne les frais de transaction de lecture du niveau d’accès plus froid pour chaque fichier du partage.

  • Récupération des données : si vous passez du niveau d’accès froid au niveau d’accès chaud ou à la transaction optimisée, vous entraînez des frais de récupération de données en fonction de la taille des données déplacées. Seul le niveau d’accès froid comporte des coûts 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) Sporadique (destination)
Transaction optimisée (source) --
  • Une transaction d’écriture à chaud par fichier.
  • Une transaction d’écriture sporadique par fichier.
Chaud (source)
  • Une transaction de lecture à chaud par fichier.
    		 --
    • Une transaction d’écriture sporadique par fichier.
    Froid (source)
    • Une transaction de lecture sporadique par fichier.
    • Récupération des données par nombre total de Gio utilisés.
    • Une transaction de lecture sporadique par fichier.
    • Récupération des données par nombre total de Gio utilisés.
    		 --

    Vous pouvez modifier le niveau d’accès d’un partage de fichiers jusqu’à cinq fois dans une fenêtre de 30 jours. Le premier jour de la fenêtre de 30 jours commence lorsque la modification du premier niveau se produit. Les modifications entre les niveaux d’accès se produisent instantanément, toutefois, une fois que vous modifiez le niveau d’accès d’un partage, vous ne pouvez pas le modifier dans les 24 heures, même si vous avez modifié la propriété du niveau d’accès moins de cinq fois au cours des 30 derniers jours.

    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 créer initialement le partage de fichiers dans le niveau d’accès optimisé pour la transaction. Cela est dû au grand nombre de transactions encourues lors de la migration. Une fois votre migration terminée et après avoir travaillé pendant quelques jours ou semaines avec une utilisation régulière, vous pouvez entrer le nombre de vos transactions dans le calculateur de prix pour 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 n’est pas 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.

    Remarque

    Veillez à afficher les transactions sur une longue période de temps pour avoir une idée réaliste 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ée sont facturés en fonction de la capacité de stockage utilisée du partage de fichiers supprimé pour la période de rétention définie. 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.

    Compteurs de facturation à l’utilisation

    Les partages de fichiers créés à l’aide du modèle de facturation à l'utilisation sont facturés en fonction des 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 en 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 (un compartiment = 10 000 transactions).
    • Opérations de liste : nombre de compartiments de transactions de liste (un compartiment = 10 000 transactions).
    • Opérations de lecture : nombre de compartiments de transactions de lecture (un compartiment = 10 000 transactions).
    • Autres opérations / Opérations de protocole : nombre d’autres compartiments de transactions (un compartiment = 10 000 transactions).
    • Extraction de 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.

    Les unités de consommation par rapport aux compteurs de facturation de données stockées et de métadonnées sont émises 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.
      • Un mois de 31 jours : 1,3763 unités mesurées par le 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 l’Extraction de données) sont émises toutes les heures, mais, étant donné qu’elles ne sont pas émises en termes chronologiques, elles 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 : pour les partages de fichiers approvisionnés et à la demande, 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 les partages de fichiers à la demande, 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 à la demande, si la taille provisionnée n’est pas spécifiée directement, le partage utilise par défaut la taille maximale que le compte de stockage peut supporter (100 Tio).

    • Taille logique : la taille logique d’un partage de fichiers ou d’un fichier est liée à la taille qu’elle est sans tenir compte de la façon dont elle est réellement stockée, sans optimisation du stockage. La taille logique du fichier est le nombre de Kio/Mio/Gio transférés si vous l’avez copiée sur un autre emplacement. Dans les partages de fichiers provisionnés ou en paiement à l'utilisation, la taille logique totale du partage de fichiers est utilisée pour faire respecter la taille/quota provisionné. 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. La taille physique peut s’aligner sur la taille logique du fichier, ou elle peut être plus petite, selon la façon dont le fichier a été écrit par le système d’exploitation. Une raison courante pour laquelle la taille logique et la taille physique diffèrent est l'utilisation de fichiers clairsemés. 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 ne sont pas modifié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. Les coûts de licence peuvent se présenter sous la forme d’un coût fixe par client, d’un utilisateur final (parfois appelé « coût principal »), d’un partage de fichiers Azure ou d’un 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 ; Toutefois, ils concernent 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. Ces coûts sont faciles à 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 par rapport au partage de fichiers en votre nom, ils apparaissent dans votre facture de transaction Azure Files, même si vous n’avez pas directement fait 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 consommeront l’espace approvisionné : il est de votre responsabilité d’augmenter régulièrement l’approvisionnement afin de tenir compte de la croissance des partages de fichiers.

      • Utilisation des instantanés. Azure File Sync prend des instantanés au niveau du partage et des fichiers 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’attrition. 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.

    Sauvegarde Azure

    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 liés à l’utilisation de Sauvegarde Azure, tenez compte des facteurs suivants :

    • Coût de licence d’instance protégée pour les données de partage de fichiers Azure. Azure Backup facture des frais de licence pour chaque 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. Azure Backup automatise la création de captures instantanées des partages de fichiers Azure selon un calendrier défini par l’administrateur. Les instantanés sont toujours différentiels. Cependant, le coût supplémentaire dépend de la durée de conservation des instantanés et de la quantité d’activité sur le partage de fichiers pendant ce laps de temps. Ces facteurs déterminent 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 le partage en direct entraînent des coûts de transaction. Pour les partages de fichiers standard, les lectures à partir d’instantanés/écritures à partir de restaurations sont facturées en tant que transactions de partage de fichiers normales. Pour les partages de fichiers provisionnés, ces opérations sont comptabilisées par rapport aux IOPS provisionné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 à forte activité transactionnelle 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 devriez 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 présentant des profils constants. Quand vous achetez une réservation, vous devez spécifier les dimensions suivantes :

    • Taille de la capacité : les réservations peuvent être de 10 Tio ou de 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 TiB de partages de fichiers, vous pouvez acheter une réservation de 100 TiB et deux réservations de 10 TiB pour satisfaire les besoins totaux en capacité de stockage.
    • 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 le modèle de facturation v1 avec SSD provisionné (considéré comme "premium") et le modèle HDD à paiement à l'usage (uniquement pour les niveaux d'accès chaud et froid).
    • 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 Paiement anticipé.

    Une fois que vous avez acheté une réservation, elle est automatiquement consommée par votre utilisation du stockage existante. Si vous utilisez plus de stockage que vous avez réservé, vous payez le prix de liste 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