Comprendre la facturation Azure Files

Cet article vous aide à comprendre les différents modèles de facturation des Azure Files afin de pouvoir gérer les coûts et déterminer le coût total de possession. Pour plus d’informations sur la tarification, consultez Azure Files tarification.

Déterminer le coût d’un déploiement Azure Files

Quatre facteurs clés déterminent le coût d’un déploiement Azure Files : modèle de facturation, niveau multimédia, option de redondance et modèle de ressource.

Modèle de facturation

Azure Files prend en charge trois modèles de facturation différents : version 2 provisionnée, version 1 provisionnée et paiement à l’usage.

  • Provisionné v2 : modèle de facturation provisionné dans lequel vous pouvez provisionner séparément le stockage, les IOPS et le débit. Vous payez en fonction de ce que vous approvisionnez, quel que soit le montant que vous utilisez réellement. Utilisez le modèle v2 approvisionné pour tous les nouveaux déploiements Azure Files.
  • Provisionné v1 : modèle de facturation provisionné dans lequel vous provisionnez la quantité de stockage dont vous avez besoin, tandis que les IOPS et le débit sont déterminés par la quantité de stockage que vous approvisionnez. Utilisez le modèle v2 approvisionné, sauf si vous avez une raison spécifique d’utiliser le modèle v1 approvisionné.
  • Paiement à l’utilisation : modèle de facturation basé sur l’utilisation où le coût est déterminé en fonction de la quantité que vous utilisez le partage de fichiers, sous la forme de coûts de stockage, de transaction et de transfert de données utilisés. Utilisez le modèle v2 provisionné, sauf si vous avez une raison particulière d’utiliser le modèle de paiement à l’utilisation.

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.

Niveau du média

Azure Files prend en charge deux niveaux de stockage différents : les disques SSD et les disques durs (HDD). Cette prise en charge vous permet d’adapter vos partages de fichiers aux exigences de performances et de prix de votre scénario.

  • SSD (Premium) : les partages de fichiers hébergés sur SSD offrent des performances élevées et une faible latence cohérentes, avec une latence de millisecondes à un chiffre unique pour la plupart des opérations d’E/S.
  • HDD (standard) : les partages de fichiers hébergés sur HDD fournissent un stockage économique à usage général.

Options de redondance

Azure Files prend en charge quatre options de redondance différentes que vous pouvez utiliser pour contrôler le nombre de copies de vos données stockées et l'emplacement de ces copies dans l'infrastructure de Azure. Les options plus résilientes offrent une plus grande durabilité et une plus grande disponibilité, mais présentent un coût plus élevé :

  • Le stockage localement redondant (LRS) conserve trois copies de vos données au sein d’un centre de données unique dans une région.
  • Le stockage redondant interzone (ZRS) stocke trois copies de vos données dans des centres de données indépendants (zones de disponibilité) au sein d’une région.
  • Le stockage géoredondant (GRS) stocke trois copies des données dans la région primaire et réplique de façon asynchrone dans une région jumelée, pour un total de six copies. Disponible uniquement sur le stockage HDD.
  • Le stockage géoredondant interzone (GZRS) combine la redondance de zone dans la région primaire avec la réplication asynchrone vers une région secondaire. Disponible uniquement sur le stockage HDD.

Modèle de ressource

Azure Files prend en charge deux types de ressources de niveau supérieur différents, qui sont des éléments que vous créez et gérez dans vos abonnements et groupes de ressources Azure. Chaque type de ressource prend en charge des options de modèle de facturation légèrement différentes, ce qui, à son tour, a un impact sur le coût total et la structure des coûts.

  • Les comptes de stockage représentent un pool partagé de stockage, d’E/S par seconde et de débit dans lequel vous pouvez déployer des partages de fichiers classiques ou d’autres ressources de stockage, en fonction du type de compte de stockage. Les comptes de stockage prennent en charge tous les modèles de facturation, les niveaux multimédias et les options de redondance. Toutes les ressources de stockage que vous déployez dans un compte de stockage partagent les limites qui s’appliquent à ce compte de stockage. Les partages de fichiers classiques prennent en charge les protocoles SMB et NFS, bien que NFS ne soit pris en charge que sur le stockage SSD. Le fournisseur de ressources Microsoft.Storage offre des comptes de stockage et vous créez des partages de fichiers classiques dans ces comptes de stockage.

  • Fichiers sont un nouveau type de ressource de niveau supérieur qui simplifie le déploiement de partages de fichiers Azure en éliminant la nécessité de créer un compte de stockage. Les partages de fichiers prennent uniquement en charge le modèle v2 approvisionné recommandé et prennent uniquement en charge le niveau multimédia SSD avec le protocole du système de fichiers NFS. Le fournisseur de ressources Microsoft.FileShares offre des partages de fichiers en tant que ressource de niveau supérieur.

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 Definition 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

La plupart des systèmes d’exploitation et des outils utilisent les unités de mesure de base 2 pour mesurer les quantités de stockage. Cependant, ces unités sont souvent étiquetées à tort avec les unités en base 10, que vous connaissez peut-être davantage : Ko, Mo, Go et To. De nombreux systèmes d’exploitation étiquetent mal les unités de stockage parce qu’ils ont commencé à utiliser ces acronymes avant que la Commission électrotechnique internationale (IEC), le Bureau international des poids et mesures (BIPM) et l’US National Institute of Standards and Technology (NIST) les ont normalisés.

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
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.

Si votre système d’exploitation n’est pas répertorié, contactez votre fournisseur de système d’exploitation.

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 des réservations Azure Files pour obtenir jusqu’à 36% 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 provisionnez un partage de 2 Tio et chargez 2 Tio de données dans votre partage, celui-ci est plein. Vous ne pouvez 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 des crédits restent.

Vous pouvez augmenter ou réduire dynamiquement la quantité de stockage, d’E/S par seconde et de débit que vous approvisionnez à 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é, le système fournit une recommandation pour le nombre d’E/S par seconde et le débit dont vous avez besoin. Cette recommandation est calculée en fonction de la quantité de stockage provisionnée 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 disponible pour les combinaisons suivantes de protocole de niveau multimédia, de redondance et de partage de fichiers :

Niveau du média Redondance Protocole de partage de fichiers Partages de fichiers classiques (Microsoft.Storage) Partages de fichiers (Microsoft.FileShares)
SSD (Disque à État Solide) Local PME Oui Non
SSD (Disque à État Solide) Zone PME Oui Non
SSD (Disque à État Solide) Local Système de fichiers en réseau (NFS) Oui Oui
SSD (Disque à État Solide) Zone Système de fichiers en réseau (NFS) Oui Oui
disque dur Local PME Oui Non
disque dur Zone PME Oui Non
disque dur Géo PME Oui Non
disque dur GeoZone PME Oui Non
disque dur Local Système de fichiers en réseau (NFS) Non Non
disque dur Zone Système de fichiers en réseau (NFS) Non Non
disque dur Géo Système de fichiers en réseau (NFS) Non Non
disque dur GeoZone Système de fichiers en réseau (NFS) Non Non

Le modèle v2 approvisionné est généralement disponible dans toutes les régions de cloud public Azure et dans toutes les régions cloud Azure US Government. Toutes les régions ne prennent pas en charge tous les niveaux multimédias et les options de redondance.

Approvisionnement v2 provisionné

Lorsque vous créez un partage de fichiers v2 approvisionné, spécifiez la capacité provisionnée pour le partage de fichiers en termes de stockage, d’E/S par seconde et de débit. Les partages de fichiers ont des limites en fonction des attributs suivants :

Élément Valeur SSD Valeur HDD
Unité d’approvisionnement de stockage 1 Gio 1 Gio
Unité de provisionnement IOPS 1 E/s 1 E/s
Unité d’approvisionnement de débit 1 Mio/s 1 Mio/s
Stockage provisionné minimal 32 Gio 32 Gio
IOPS provisionnée minimale 3 000 E/S PAR SECONDE 500 E/S par seconde
Débit provisionné minimal 100 Mio/s 60 Mio/s
Stockage provisionné maximal 256 Tio (262 144 Gio) 256 Tio (262 144 Gio)
Nombre maximal d’IOPS provisionnés 102 400 IOPS 50 000 E/S par seconde
Débit approvisionné maximal 10,340 Mio/s 5 120 Mio/s

Par défaut, Azure Files fournit des recommandations pour le provisionnement d’IOPS et de débit en fonction du stockage provisionné 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 SSD Formule HDD
Recommandation relatives à IOPS MIN(MAX(3000 + CEILING(1 * ProvisionedStorageGiB), 3000), 102400) MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Recommandation de débit MIN(MAX(100 + CEILING(0.1 * ProvisionedStorageGiB), 100), 10340) MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Selon vos besoins en matière de partage de fichiers individuels, vous devrez peut-être plus ou moins d’E/S par seconde ou de débit que les recommandations. Vous pouvez éventuellement remplacer ces recommandations par vos propres valeurs.

Limites de provisionnement des IOPS v2 et provisionnement de débit (garde-fous)

L’approvisionnement de garde-fous vous permet de vous protéger contre les coûts inutiles en conservant les E/S par seconde et le débit proportionnels à votre stockage approvisionné, tout en préservant la possibilité de remplacer les recommandations d’E/S par seconde et de débit par défaut. Chaque dimension est limitée à 5× sa valeur recommandée pour la quantité de stockage que vous approvisionnez et vous pouvez la réduire au minimum autorisé pour votre niveau multimédia. Le système évalue les IOPS et les garde-fous de débit indépendamment par rapport à leurs formules de recommandation respectives. Si une demande d’approvisionnement dépasse un garde-fou, vous pouvez augmenter votre stockage approvisionné pour rehausser le plafond et déverrouiller des IOPS ou un débit plus élevé.

Par exemple, un partage SSD de 32 Gio a un IOPS recommandé de 3 032. Par conséquent, le nombre maximal d’E/S par seconde que vous pouvez approvisionner sur ce partage est de 5 × 3 032 = 15 160. L’augmentation du stockage provisionné accroît les IOPS et le débit recommandés, et donc le plafond de garde-fou, ce qui signifie que vous pouvez provisionner davantage d’IOPS ou de débit. Les garde-fous s’appliquent aux disques SSD et HDD.

Le tableau suivant montre le nombre maximal d’E/S par seconde et le débit que vous pouvez provisionner pour différentes quantités de stockage provisionnée :

Stockage provisionné SSD taux maximum d'IOPS Débit maximal SSD (MiB/s) IOPS maximales du disque dur Débit maximal HDD (MiB/s)
32 Gio 15 160 520 5,035 305
64 Gio 15,320 535 5,065 310
128 Gio 15,640 565 5,130 315
256 Gio 16 280 630 5,260 330
512 GiB 17 560 760 5,515 355
1 024 Gio 20,120 1,015 6,025 405
2 048 Gio 25,240 1,525 7,050 505
4 096 Gio 35,480 2,550 9,100 710
8 192 Gio 55,960 4 600 13,195 1,120
16,384 GiB 96,920 8,695 21,385 1,940
32 768 Gio 102 400 10 340 37,770 3,580
65 536 GiB 102 400 10 340 50 000 5 120
131 072 Gio 102 400 10 340 50 000 5 120
262 144 Gio 102 400 10 340 50 000 5 120

Les actions provisionnées avant l’introduction des garde-corps dépassant la limite de 5× continuent de fonctionner normalement. Lorsque vous modifiez une quantité provisionnée sur un tel partage, le ratio d’E/S par seconde ou de débit provisionné à sa valeur recommandée peut rester le même ou diminuer, mais ne peut pas augmenter. Par exemple, si un partage a actuellement l'IOPS provisionné à 7× la recommandation, vous pouvez le réduire à 6× mais ne pouvez pas l'augmenter à 7,1×. Une fois que la part atteint ou descend en dessous de 5×, la garde-corps standard s’applique.

Bursting v2 approvisionné

Le bursting d’IOPS basé sur le crédit offre une flexibilité accrue en matière d’utilisation des IOPS. Utilisez cette flexibilité comme mémoire tampon contre les pics d’E/S imprévus. Pour les modèles d’E/S établis, provisionnez les 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 SSD Formule HDD
Limite IOPS en mode bursting de disque : MIN(MAX(3 * ProvisionedIOPS, 10000), 102400) MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Crédits d’IOPS en mode bursting de disque (BurstLimit - ProvisionedIOPS) * 3600 (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 d’IOPS en rafale SSD Crédits de rafale SSD 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’à 10 000 25,200,000 Jusqu’à 9 000 21 600 000
5 000 Jusqu’à 15 000 36 000 000 Jusqu’à 15 000 36 000 000
10 000 Jusqu’à 30 000 72 000 000 Jusqu’à 30 000 72 000 000
25 000 Jusqu’à 75 000 180,000,000 Jusqu’à 50 000 90 000 000
50 000 Jusqu’à 102 400 188,640,000 Jusqu’à 50 000 0
75 000 Jusqu’à 102 400 98,640,000 -- --
102 400 Jusqu’à 102 400 0 -- --

Modèles de ressources v2 provisionnés

Le modèle de facturation v2 approvisionné est disponible pour les deux types de ressources utilisés par Azure Files. Vous pouvez créer un partage de fichiers v2 provisionné en tant que partage de fichiers classique dans un compte de stockage (Microsoft.Storage) ou directement en tant que partage de fichiers de niveau supérieur (Microsoft.FileShares).

Partages de fichiers classiques v2 provisionnés (Microsoft.Storage)

Pour créer un partage de fichiers classique à l’aide du modèle v2 approvisionné, votre compte de stockage doit utiliser l’une des combinaisons suivantes de paramètres :

Type de compte de stockage Référence SKU du compte de stockage Type de partage de fichiers classique disponible
Stockage de fichiers PremiumV2_LRS Partages de fichiers v2 classiques approvisionnés SSD avec la redondance locale spécifiée.
Stockage de fichiers PremiumV2_ZRS Partages de fichiers v2 classiques approvisionnés SSD avec la redondance de zone spécifiée.
Stockage de fichiers StandardV2_LRS Partages de fichiers v2 classiques approvisionnés HDD avec la redondance locale spécifiée.
Stockage de fichiers StandardV2_ZRS Partages de fichiers v2 classiques approvisionnés HDD avec la redondance de zone spécifiée.
Stockage de fichiers StandardV2_GRS Partages de fichiers v2 classiques approvisionnés HDD avec la redondance géographique spécifiée.
Stockage de fichiers StandardV2_GZRS Partages de fichiers v2 classiques approvisionnés HDD avec la redondance de zone géographique spécifiée.

Pour plus d’informations sur la création d’un partage de fichiers classique à l’aide du modèle v2 approvisionné, consultez créer un partage de fichiers classique.

Partages de fichiers classiques créés dans le même compte de stockage partagent les limites de stockage, des IOPS et du débit de ce compte de stockage.

Caractéristique Valeur SSD Valeur HDD Stratégie d’application
Stockage approvisionné maximal par compte de stockage 256 Tio (262 144 Gio) 4 PiB (4 194 304) À l’heure de l’approvisionnement.
Nombre maximal d’IOPS approvisionnés par compte de stockage 102 400 IOPS 50 000 E/S par seconde À l’heure de l’approvisionnement.
Débit maximal approvisionné par compte de stockage 10,340 Mio/s 5 120 Mio/s À l’heure de l’approvisionnement.
Nombre maximal de partages de fichiers classiques par compte de stockage 50 partages de fichiers classiques 50 partages de fichiers classiques À l’heure de l’approvisionnement.

Pour déployer Azure Files avec le modèle de facturation v2 provisionné sur les partages de fichiers classiques, vous devez prendre en compte les dimensions suivantes de la planification de la capacité :

  • Combien de stockage approvisionné, d’IOPS et de débit avez-vous besoin pour chaque partage de fichiers classique ? Comment ces exigences changent-elles au fil du temps ?
    Étant donné que les comptes de stockage ont des limites partagées, lorsque vous allouez des partages de fichiers classiques à des comptes de stockage, vous devez prendre en compte les besoins de chaque partage de fichiers classique à la fois maintenant et au fil du temps. La logique d’approvisionnement du modèle v2 approvisionné vous empêche d’approvisionner davantage de stockage, d’E/S par seconde ou de débit que le compte de stockage prend en charge. Si suffisamment de partages de fichiers classiques sont placés dans un seul compte de stockage afin que l’une de ces dimensions soit maximale, les partages de fichiers classiques existants ne peuvent pas croître sans d’abord migrer vers un autre compte de stockage. Pour réduire ce risque, planifiez suffisamment d’espace de stockage dans chaque compte de stockage afin de pouvoir conserver des mappages de partages de fichiers classiques vers des comptes de stockage pendant au moins 3 à 5 ans.

  • Avez-vous des exigences particulières concernant le suivi de la facture pour chaque partage de fichiers classique vers des projets, services ou clients individuels ?
    Dans Azure, la granularité la plus faible pour laquelle vous pouvez voir la facturation est la ressource, ce qui signifie que si vous placez deux partages de fichiers classiques dans le même compte de stockage, vous ne pouvez pas facilement suivre leurs coûts aux projets, services ou clients individuels. Pour résoudre ce problème, vous devez regrouper des partages de fichiers classiques dans des comptes de stockage en fonction de la façon dont ils doivent être suivis du point de vue de la facturation.

  • Combien de comptes de stockage sont disponibles dans votre abonnement pour votre région cible ?
    Un facteur de complication supplémentaire est le nombre de comptes de stockage que vous pouvez avoir par abonnement par région. Pour plus d’informations, consultez lesMicrosoft.Storage limites du plan de contrôle. Selon le nombre de comptes de stockage dont vous avez besoin, vous devrez peut-être utiliser des abonnements supplémentaires pour créer des comptes de stockage supplémentaires.

Partages de fichiers v2 provisionnés (Microsoft.FileShares)

La création de partages de fichiers à l’aide du modèle de gestion facilite considérablement le Microsoft.FileShares déploiement d’Azure Files :

  • Vous n’avez pas besoin de prendre en compte les besoins actuels et futurs de chaque partage de fichiers pour décider où déployer ce partage de fichiers.
    L’approvisionnement de chaque partage de fichiers est indépendant de l’approvisionnement de chaque autre partage de fichiers. La seule considération sur la croissance du partage de fichiers est les limites du partage de fichiers, détaillées dans l’approvisionnement provisionné v2.

  • La facture de chaque partage de fichiers est suivie indépendamment.
    Étant donné que les partages de fichiers créés avec le fournisseur de ressources Microsoft.FileShares sont des ressources de niveau supérieur, vous pouvez suivre la facture de chaque partage de fichiers indépendamment de tous les autres partages de fichiers. Vous pouvez également utiliser des balises pour faciliter le regroupement des ressources pour suivre les coûts des projets, services ou clients.

  • Bien que les partages de fichiers aient toujours une limite par abonnement par région, la limite des partages de fichiers est beaucoup plus élevée que la limite des comptes de stockage.
    Pour plus d’informations, consultez Microsoft.FileShares les limites du plan de contrôle.

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é

Lorsque vous activez la suppression réversible, le système facture les partages de fichiers supprimés en fonction de leur capacité de stockage utilisée pendant la période de rétention. Le stockage provisionné, les E/S par seconde et le débit d’un partage supprimé continuent de compter vers les limites du compte de stockage jusqu’à ce que le partage soit vidé, ce qui garantit sa restauration. Toutefois, le système ne facture pas ces ressources. Pour plus d’informations sur l’activation de 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.

Le système émet des unités de consommation sur les compteurs de facturation v2 provisionné toutes les heures. Par exemple, pour un partage avec 1 024 Gio approvisionnés, vous voyez :

  • 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 classique v1 provisionné, vous spécifiez la quantité de stockage dont votre partage a besoin, ainsi que les E/S par seconde et le débit calculés. Le modèle v1 provisionné pour Azure Files est disponible uniquement pour le niveau multimédia SSD.

La quantité de stockage que vous approvisionnez détermine le stockage garanti, les E/S par seconde et les limites de débit de l’utilisation de votre partage de fichiers classique. Par exemple, si vous provisionnez un partage de 2 Tio et chargez 2 Tio de données dans votre partage de fichier classique, celui-ci est plein. Vous ne pouvez pas ajouter de données, sauf si vous augmentez la taille de votre partage de fichiers classique 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 des crédits restent.

Contrairement à l’achat d’un stockage local, vous pouvez effectuer un scale-up ou un scale-down dynamique des partages de fichiers v1 classiques approvisionnés à 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’E/S par seconde et de débit prennent effet dans quelques minutes après une modification d’approvisionnement.

Vous pouvez réduire la taille de votre partage provisionné en dessous de la capacité utilisée en Gio. Si vous le faites, vous ne perdez pas de données, mais vous êtes toujours facturé pour la taille utilisée. Vous bénéficiez des performances du partage provisionné, et non de la taille utilisée.

Disponibilité v1 approvisionnée

Le modèle v1 approvisionné est disponible pour les combinaisons suivantes du niveau multimédia, de la redondance et du protocole de partage de fichiers :

Niveau du média Redondance Protocole de partage de fichiers Partages de fichiers classiques (Microsoft.Storage) Partages de fichiers (Microsoft.FileShares)
SSD (Disque à État Solide) Local PME Oui Non
SSD (Disque à État Solide) Zone PME Oui Non
SSD (Disque à État Solide) Local Système de fichiers en réseau (NFS) Oui Non
SSD (Disque à État Solide) Zone Système de fichiers en réseau (NFS) Oui Non
disque dur Local PME Non Non
disque dur Zone PME Non Non
disque dur Géo PME Non Non
disque dur GeoZone PME Non Non
disque dur Local Système de fichiers en réseau (NFS) Non Non
disque dur Zone Système de fichiers en réseau (NFS) Non Non
disque dur Géo Système de fichiers en réseau (NFS) Non Non
disque dur GeoZone Système de fichiers en réseau (NFS) Non Non

Les partages de fichiers ssd classiques 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 classique v1 provisionné, 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 classiques v1 approvisionnés sont limités en fonction des attributs suivants :

Élément Valeur
Unité d’approvisionnement de stockage 1 Gio
Stockage provisionné minimal 100 Gio
IOPS provisionnée minimale (calculée) 3 100 IOPS
Débit provisionné minimal (calculé) 110 Mio / s
Stockage provisionné maximal 100 Tio (102 400 Gio)
Nombre maximal d’IOPS provisionnés (calculé) 102 400 IOPS
Débit provisionné maximal (calculé) 10,340 Mio/s

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

Élément Formula
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 les exigences propres à votre partage de fichiers classique, il se peut que vous ayez besoin d’un plus grand nombre d’IOPS ou d’un débit supérieur à ce que permettent les formules de provisionnement. 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, qui est une fonctionnalité avancée que vous pouvez éventuellement activer pour prendre en charge la facturation basée sur l’utilisation chaque fois que les E/S par seconde 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. Utilisez cette flexibilité comme mémoire tampon contre les pics d’E/S imprévus. Pour les modèles d’E/S établis, provisionnez les 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 classique est inférieur à l’IOPS provisionné (base de référence). Chaque fois que l’utilisation d’IOPS d’un partage de fichiers classique dépasse les IOPS approvisionnées et qu’il existe des crédits d’E/S par seconde en rafale disponibles, le partage de fichiers classique peut monter en rafale jusqu’à la limite maximale d’E/S par seconde autorisée. Les partages de fichiers classiques 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. Une fois que tous les crédits sont consommés, le partage de fichiers classique revient aux IOPS provisionnés. Les d’IOPS sur le partage de fichiers classiques 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 :

  • En hausse, lorsque le partage de fichiers classique utilise moins que les IOPS approvisionnées.
  • En baisse, lorsque le partage de fichiers classique utilise plus que les IOPS approvisionnés et en mode bursting.
  • Constante, lorsque le partage de fichiers classique 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 classique commence avec 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 d’E/S par seconde en rafale et le nombre de crédits possibles pour un partage de fichiers classique :

Élément Formula
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 approvisionnées :

Capacité (Gio) IOPS de référence IOPS en rafale Lister les crédits Débit (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

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é. Cette fonctionnalité est distincte du bursting basé sur des crédits, qui est inclus gratuitement avec le stockage provisionné. Bien que le bursting payant puisse ajouter une flexibilité puissante à la façon dont vous approvisionnez votre partage de fichiers classique, il peut également entraîner une facturation inattendue si elle est utilisée 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 avez un niveau cohérent d’IOPS ou d’utilisation du débit, il est moins cher de provisionner suffisamment d’IOPS et de débit (via l’approvisionnement de stockage) pour couvrir la demande au lieu de compter 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 classique v1 approvisionné (PowerShell et CLI uniquement). Si vous activez le bursting payant, surveillez l’utilisation des E/S par seconde et 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

Modèles de ressources v1 provisionnés

Vous pouvez créer un partage de fichiers v1 provisionné uniquement en tant que partage de fichiers classique dans un compte de stockage (Microsoft.Storage).

Partages de fichiers classiques v1 provisionnés (Microsoft.Storage)

Pour créer un partage de fichiers classique à l’aide du modèle v1 approvisionné, votre compte de stockage doit utiliser l’une des combinaisons suivantes de paramètres :

Type de compte de stockage Référence SKU du compte de stockage Type de partage de fichiers disponible
Stockage de fichiers Premium_LRS Partages de fichiers v1 approvisionnés SSD avec la redondance locale (LRS) spécifiée.
Stockage de fichiers Premium_ZRS Partages de fichiers v1 approvisionnés SSD avec la redondance de zone (ZRS) spécifiée.

Pour plus d’informations sur la création d’un partage de fichiers classique à l’aide du modèle v1 provisionné, consultez créer un partage de fichiers classique.

Partages de fichiers classiques créés dans le même compte de stockage partagent les limites de stockage, des IOPS et du débit de ce compte de stockage.

Caractéristique Valeur SSD Stratégie d’application
Stockage approvisionné maximal par compte de stockage 100 Tio (102 400 Gio) Au moment de l’approvisionnement
Nombre maximal d’E/S par seconde utilisées par compte de stockage 102 400 IOPS Vous pouvez provisionner plus de 102 400 IOPS, mais l’utilisation au-delà de cette limite est limitée.
Débit maximal utilisé par compte de stockage 10,340 Mio/s Vous pouvez provisionner plus de 10 340 Mio/s, mais l’utilisation au-dessus de cette limite est limitée.
Nombre maximal de partages de fichiers classiques par compte de stockage 1 024 partages de fichiers classiques Cette limite est implicitement appliquée par le stockage provisionné maximal pour un compte de stockage.

Pour déployer correctement Azure Files avec le modèle de facturation v1 approvisionné sur les partages de fichiers classiques, tenez compte des dimensions suivantes de la planification de la capacité :

  • Combien de stockage approvisionné, d’IOPS et de débit avez-vous besoin pour chaque partage de fichiers classique ? Comment ces exigences changent-elles au fil du temps ?
    En raison des limites du compte de stockage partagé, lorsque vous allouez des partages de fichiers classiques à des comptes de stockage, tenez compte des besoins de chaque partage de fichiers classique à la fois maintenant et au fil du temps. La logique d’approvisionnement du modèle v1 approvisionné vous empêche d’approvisionner plus de stockage que le compte de stockage prend en charge. Bien que vous puissiez provisionner plus d’IOPS et de débit que le compte de stockage fournit, vous ne pouvez pas utiliser plus que les limites du compte de stockage pour les IOPS et le débit. Pour éviter une limitation inattendue, ne provisionnez pas plus d’E/S par seconde ni de débit que le compte de stockage prend en charge.

    En outre, le placement d’un trop grand nombre de partages de fichiers classiques dans un compte de stockage peut limiter la croissance future. Une fois qu’un compte de stockage est plein, vous ne pouvez pas développer les partages de fichiers classiques existants sans d’abord migrer vers un autre compte de stockage. Pour réduire ce risque, prévoyez une marge de capacité suffisante dans vos comptes de stockage afin de pouvoir conserver les correspondances entre les partages de fichiers classiques et les comptes de stockage pendant au moins trois à cinq ans.

  • Avez-vous des exigences particulières concernant le suivi de la facture pour chaque partage de fichiers classique vers des projets, services ou clients individuels ?
    Dans Azure, la granularité la plus faible pour laquelle vous pouvez voir la facturation est la ressource, ce qui signifie que si vous placez deux partages de fichiers classiques dans le même compte de stockage, vous ne pouvez pas facilement suivre leurs coûts aux projets, services ou clients individuels. Pour résoudre ce problème, regroupez des partages de fichiers classiques dans des comptes de stockage en fonction de la façon dont ils doivent être suivis du point de vue de la facturation.

  • Combien de comptes de stockage sont disponibles dans votre abonnement pour votre région cible ?
    Un facteur de complication supplémentaire est le nombre de comptes de stockage que vous pouvez avoir par abonnement par région. Pour plus d’informations, consultez lesMicrosoft.Storage limites du plan de contrôle. Selon le nombre de comptes de stockage dont vous avez besoin, vous devrez peut-être utiliser des abonnements supplémentaires pour obtenir des comptes de stockage supplémentaires.

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 classiques 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 classiques approvisionné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 Gio approvisionnés, vous voyez :

  • 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é pour la quantité de stockage que vous utilisez, et non la quantité de provisionnement. À 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. Utilisez le modèle v2 provisionné pour les nouveaux déploiements de partage de fichiers classiques. Le modèle de paiement à l’utilisation est disponible uniquement pour le stockage HDD.

Disponibilité du paiement à l’utilisation

Le modèle de paiement à l’utilisation est disponible pour les combinaisons suivantes du niveau multimédia, de la redondance et du protocole de partage de fichiers :

Niveau du média Redondance Protocole de partage de fichiers Partages de fichiers classiques (Microsoft.Storage) Partages de fichiers (Microsoft.FileShares)
SSD (Disque à État Solide) Local PME Non Non
SSD (Disque à État Solide) Zone PME Non Non
SSD (Disque à État Solide) Local Système de fichiers en réseau (NFS) Non Non
SSD (Disque à État Solide) Zone Système de fichiers en réseau (NFS) Non Non
disque dur Local PME Oui Non
disque dur Zone PME Oui Non
disque dur Géo PME Oui Non
disque dur GeoZone PME Oui Non
disque dur Local Système de fichiers en réseau (NFS) Non Non
disque dur Zone Système de fichiers en réseau (NFS) Non Non
disque dur Géo Système de fichiers en réseau (NFS) Non Non
disque dur GeoZone Système de fichiers en réseau (NFS) Non Non

Les partages de fichiers classiques HDD qui utilisent 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 classique dans un compte de stockage avec paiement à l’utilisation, choisissez parmi les niveaux d’accès suivants : optimisé pour les transactions, chauds et froids. Les trois niveaux d’accès utilisent le même matériel de stockage. La principale différence entre ces niveaux d’accès est leur prix de stockage au repos, qui sont inférieurs dans les niveaux plus froids et les prix des transactions, qui sont plus élevés dans les niveaux plus froids. Cette structure tarifaire signifie :

  • 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.

La sélection du niveau d’accès approprié pour votre cas d’usage peut considérablement réduire 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 dans un mois que vous effectuez des transactions sur votre partage de fichiers classique. 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 sporadique, 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. Cette structure de tarification peut conduire à une situation dans laquelle l’augmentation des coûts due aux 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, il est possible que le niveau d’accès chaud soit le niveau d’accès le plus économique, et que le niveau d’accès froid est plus coûteux que la transaction optimisée.

Votre charge de travail et votre niveau d’activité déterminent le niveau d’accès le plus économique pour votre partage de fichiers classique avec paiement à l’utilisation. Dans la pratique, la meilleure façon de choisir le niveau d’accès le plus économique implique d’examiner la consommation réelle des ressources du partage (données stockées, transactions d’écriture, etc.). Pour les partages de fichiers classiques avec paiement à l’utilisation, commencez dans le niveau optimisé pour la transaction pendant la migration initiale vers Azure Files, puis choisissez 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 SMB classique qui utilise le modèle de paiement à l’utilisation, vous voyez le partage de fichiers classique sur votre ordinateur comme s’il s’agissait d’un stockage local. Cela signifie que les applications, les scripts et d’autres programmes sur votre ordinateur peuvent accéder aux fichiers et dossiers du partage de fichiers classique sans avoir à savoir qu’ils sont stockés dans 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.

Les partages de fichiers classiques qui utilisent le modèle de paiement à l’utilisation sont facturés en fonction de leur utilisation. Les transactions SMB et FileREST effectuées par des applications et des scripts représentent l’utilisation de votre partage de fichiers classique, 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 différentes qui ont des prix différents en fonction de leur impact sur le partage de fichiers classique. Ces catégories sont les suivantes : écriture, liste, lecture, autre et suppression.

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

Seau 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 uniquement disponible pour les partages de fichiers sur SSD qui utilisent les modèles de tarification provisionnée de type v2 ou v1. Les compartiments de transactions n’affectent pas la facturation des partages de fichiers provisionnés.

Basculement entre les niveaux d’accès

Bien que vous puissiez modifier le niveau d’accès d’un partage de fichiers classique qui utilise le modèle de paiement à l’utilisation, la meilleure façon d’optimiser les coûts après la migration initiale consiste à choisir le niveau d’accès le plus optimal et à rester là, sauf si votre modèle d’accès change. La modification du niveau d’accès d’un partage de fichiers classique 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 de fichiers classique. Le déplacement d’un partage de fichiers classique 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 de fichiers classique.

  • Récupération des données : si vous passez du niveau d’accès froid au niveau 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) Froid (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 classique 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 avez modifié le niveau d’accès d’un partage, vous ne pouvez plus 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, vous devez initialement créer le partage de fichiers classique dans le niveau d’accès optimisé pour la transaction. La migration entraîne un grand nombre de transactions. Une fois votre migration terminée et que vous travaillez pendant quelques jours ou semaines avec une utilisation régulière, connectez vos transactions à la calculatrice de prix pour déterminer le niveau d’accès le mieux adapté à votre charge de travail.

    Étant donné que les comptes de stockage avec paiement à l’utilisation affichent uniquement les informations de transaction au niveau du compte de stockage, utiliser les métriques de stockage pour estimer quel niveau d’accès est le plus économique au niveau du partage de fichiers classique est une méthode imparfaite. Si possible, déployez un seul partage de fichiers classique dans chaque compte de stockage pour garantir une visibilité totale 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.

    Modèles de ressources à la demande

    Vous pouvez créer un partage de fichiers de paiement à l’utilisation uniquement en tant que partage de fichiers classique au sein d’un compte de stockage (Microsoft.Storage).

    Partages de fichiers classiques avec paiement à l’utilisation (Microsoft.Storage)

    Pour créer un partage de fichiers classique à l’aide du modèle de paiement à l’utilisation, votre compte de stockage doit utiliser l’une des combinaisons suivantes de paramètres :

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

    Partages de fichiers classiques créés dans le même compte de stockage partagent les limites de stockage, des IOPS et du débit de ce compte de stockage.

    Caractéristique Valeur HDD Stratégie d’application
    Stockage maximal utilisé par compte de stockage 5 PiB (5 242 880) L’utilisation est limitée.
    Nombre maximal d’E/S par seconde utilisées par compte de stockage
    • Sélectionner des régions : 40 000 IOPS
    • Valeur par défaut : 20 000 IOPS
    		 L’utilisation au-dessus de la limite est limitée.
    Débit maximal utilisé par compte de stockage
    • Sélectionner les régions :
      • Entrée : 7 680 Mio/s
      • Sortie : 25 600 Mio/s
    • Valeur par défaut :
      • Entrée : 3 200 Mio/s
      • Sortie : 6 400 Mio/s
    		 L’utilisation au-dessus de la limite est limitée.
    Nombre maximal de partages de fichiers classiques par compte de stockage Illimité Les limites de stockage, d’IOPS et de débit sont destinées à être un lien pratique sur le nombre de partages de fichiers classiques.

    Pour plus d’informations, notamment les régions qui prennent en charge des limites accrues pour les E/S par seconde et le débit, consultez les limites du plan de données du compte de stockage.

    Pour déployer correctement Azure Files avec le modèle de facturation de paiement à l’utilisation sur les partages de fichiers classiques, tenez compte des dimensions suivantes de la planification de la capacité :

    • Combien de stockage, d’E/S par seconde et de débit utilisés avez-vous besoin pour chaque partage de fichiers classique ? Comment ces exigences changent-elles au fil du temps ?
      En raison des limites du compte de stockage partagé, lorsque vous allouez des partages de fichiers classiques à des comptes de stockage, tenez compte des besoins de chaque partage de fichiers classique à la fois maintenant et au fil du temps. Contrairement aux modèles v2 et v1 approvisionnés, le modèle à la demande n'offre que peu de protections pour vous aider à partager les limites du compte de stockage entre les partages de fichiers classiques du même compte de stockage. Chaque partage de fichiers classique dans un compte de stockage avec paiement à l’utilisation peut s’étendre jusqu’aux limites de partage de fichiers classiques sur la taille du partage de fichiers et jusqu’aux limites du compte de stockage pour les IOPS et le débit. Le fait de placer deux partages de fichiers classiques dans le même compte de stockage avec paiement à l’utilisation peut entraîner une contention des IOPS ou du débit. Pour éviter une limitation inattendue, limitez le nombre de partages de fichiers classiques que vous stockez dans un compte de stockage à paiement à la consommation.

    • Avez-vous des exigences particulières concernant le suivi de la facture pour chaque partage de fichiers classique vers des projets, services ou clients individuels ?
      Dans Azure, la granularité la plus faible pour laquelle vous pouvez voir la facturation est la ressource, ce qui signifie que si vous placez deux partages de fichiers classiques dans le même compte de stockage, vous ne pouvez pas facilement suivre leurs coûts aux projets, services ou clients individuels. Pour résoudre ce problème, regroupez des partages de fichiers classiques dans des comptes de stockage en fonction de la façon dont ils doivent être suivis du point de vue de la facturation.

    • Combien de comptes de stockage sont disponibles dans votre abonnement pour votre région cible ?
      Un facteur de complication supplémentaire est le nombre de comptes de stockage que vous pouvez avoir par abonnement par région. Pour plus d’informations, consultez lesMicrosoft.Storage limites du plan de contrôle. Selon le nombre de comptes de stockage dont vous avez besoin, vous devrez peut-être utiliser des abonnements supplémentaires pour obtenir des comptes de stockage supplémentaires.

    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 à l’utilisation, la taille différentielle totale est comptabilisée dans le compteur standard de stockage utilisé. Cela signifie que vous ne voyez pas de ligne distincte sur votre facture correspondant aux instantanés de votre compte de stockage avec paiement à l’utilisation. Cette utilisation différentielle des instantanés est également décomptée des réservations que vous achetez pour les partages de fichiers classiques avec paiement à l’utilisation.

    Suppression réversible avec paiement à l’utilisation

    Les partages de fichiers classiques 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 pour la période de rétention définie. La capacité de stockage utilisée supprimée de manière réversible est comptabilisée dans le compteur normal de stockage utilisé. Cela signifie que vous ne voyez pas de ligne distincte sur votre facture correspondant à des partages de fichiers classiques supprimés de manière réversible pour votre compte de stockage avec paiement à l’utilisation. Cette utilisation des partages de fichiers classiques supprimés de manière réversible est également comptabilisée dans les réservations que vous achetez pour les partages de fichiers classiques avec paiement à l’utilisation.

    Compteurs de facturation à l’utilisation

    Les partages de fichiers classiques créés à l’aide du modèle de facturation à la consommation sont facturés en fonction des compteurs suivants :

    • Données stockées : Le stockage utilisé, y compris les partages actifs, les instantanés différentiels et les partages de fichiers classiques supprimés de façon réversible, en gibibytes (Gio).
    • Métadonnées : la taille des métadonnées du système de fichiers associées aux fichiers et aux répertoires, telles que les listes de contrôle d’accès (ACL) et d’autres propriétés, en Gio. Ce compteur de facturation s’applique uniquement aux partages de fichiers classiques dans les niveaux d’accès chauds ou froids.
    • 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 classiques en Gio. Ce compteur s’applique uniquement aux partages de fichiers classiques dans le niveau d’accès sporadique.
    • Transfert de données de géoréplication : si le partage de fichiers classiques a la redondance Géographique ou GeoZone, la quantité de données écrites dans le partage de fichiers classiques répliquée dans la région secondaire en Gio.

    Les compteurs de facturation de données stockées et de métadonnées émettent des unités de consommation toutes les heures en termes d’unités mensuelles. Par exemple, pour un partage avec 1 024 Gio utilisés, vous voyez :

    • 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.

    Les autres compteurs (par exemple, opérations d’écriture ou récupération de données) émettent une consommation horaire. Comme ces compteurs n’ont pas de période spécifique qui leur soit associée, ils ne nécessitent aucune conversion d’unités particulière.

    Taille ou quota provisionné, taille logique et taille physique

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

    • Taille ou quota provisionné : avec les partages de fichiers provisionnés et de paiement à l’utilisation, vous spécifiez la taille maximale vers laquelle le partage de fichiers peut évoluer. Dans des partages de fichiers approvisionnés, cette valeur est appelée taille approvisionnée. Vous payez pour la taille provisionnée, quelle que soit la quantité que vous utilisez réellement. Dans les partages de fichiers avec 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 avec paiement à l’utilisation, si vous ne spécifiez pas de taille provisionnée, le partage utilise par défaut 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 à 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 correspond au nombre de KiB, MiB ou Gio qui seraient transférés via le réseau si vous le copiez vers un autre emplacement. Dans les partages de fichiers provisionnés et avec paiement à l’utilisation, la taille logique totale du partage de fichiers correspond à ce qui est utilisé pour faire respecter la taille ou le quota provisionné(e). 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 boîte de dialogue Windows propriétés d’un fichier ou d’un dossier fait référence à la taille logique en tant que « taille », et Azure Files métriques font référence à celle-ci en tant que « longueur du contenu ».

    • 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 système d’exploitation écrit le fichier. 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 fournir une valeur supplémentaire considérable à Azure Files, tenez compte des 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 »), de partage de fichiers ou de 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 se rapportent 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 charge pas directement les clients d'ajouter des services à valeur ajoutée. Toutefois, dans le cadre de l’ajout de valeur au partage de fichiers Azure, le service à valeur ajoutée peut augmenter les coûts que vous voyez sur votre partage de fichiers Azure. Cette augmentation est facile à constater avec les partages de fichiers à 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. Ce modèle de transaction s’applique également aux partages de fichiers provisionnés, même s’il peut ê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, tenez compte des coûts de Azure Files et de tous les services à valeur ajoutée que vous souhaitez utiliser avec Azure Files.

    De nombreux services tiers et de première valeur ajoutée existent. Ce document couvre un sous-ensemble des services internes courants que les clients utilisent avec des partages de fichiers Azure Files. Pour en savoir plus sur les services non répertoriés ici, consultez la page de tarification de ce service.

    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 Introduction pour Azure File Sync.

    Lorsque vous envisagez le coût total de possession d’une solution déployée à l’aide de Azure File Sync, tenez compte des 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ù sont synchronisés les serveurs de fichiers Windows qui sont synchronisés avec Azure Files ; ils peuvent être hébergés localement, dans une machine virtuelle Azure ou même dans un autre cloud. Les coûts des serveurs de synchronisation hébergés localement ou dans d’autres fournisseurs de cloud incluent les coûts d’investissement et d’exploitation qui ne sont pas suivis dans le cadre de votre facture Azure, mais qui font toujours partie du coût total de possession de la solution. Les dépenses d’investissement sont les coûts matériels initiaux de votre solution. Les dépenses d’exploitation correspondent aux coûts récurrents liés à la main-d’œuvre, à l'électricité, etc. Vous devez tenir compte de la quantité de données que vous devez mettre en cache sur site, du nombre de processeurs et de la quantité de mémoire dont vos serveurs de fichiers Windows ont besoin pour héberger les charges de travail Azure File Sync, ainsi que d’autres coûts spécifiques à votre organisation. Pour plus d’informations, consultez les ressources système recommandées.

    • 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 petits, il s’agit d’un composant de votre facture à prendre en compte. 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.

      • Réductions. À compter de janvier 2026, les organisations avec Software Assurance (SA) et les serveurs avec Azure Arc reçoivent des tarifs Azure File Sync entièrement réduits par serveur s’ils utilisent l’agent Azure File Sync version 22 ou ultérieure, ce qui réduit les coûts opérationnels. Les clients qui utilisent un agent Azure File Sync antérieur à la version 22 ne recevront pas la remise.

    • Coûts d’Azure Files. Azure File Sync consomme des ressources à partir de votre partage de fichiers Azure. 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 vous recommandons d’utiliser des partages de fichiers v2 approvisionnés HDD avec Azure File Sync, bien qu’Azure File Sync soit entièrement pris en charge sur tous les modèles de facturation Azure Files (SSD approvisionné v2, SSD provisionné v1 ou HDD paiement à l’utilisation).

      • Utilisation du stockage. Azure File Sync réplique les modifications que vous apportez à votre point de terminaison de serveur sur votre partage de fichiers Azure, ce qui entraîne l’utilisation du stockage. Sur les partages de fichiers approvisionnés, les modifications consomment de l’espace approvisionné. Il vous incombe donc d’augmenter régulièrement l’approvisionnement en fonction des besoins pour tenir compte de la croissance des partages de fichiers. Sur les partages de fichiers de paiement à l’utilisation, l’ajout ou l’augmentation de la taille des fichiers existants sur les points de terminaison de serveur entraîne la croissance des coûts de stockage utilisés, car les modifications sont répliquées.

      • 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.

      • Utilisation des IOPS/débit : Azure File Sync pilote les IOPS et l’utilisation du débit pour transférer les modifications de vos points de terminaison de serveur vers votre partage de fichiers Azure. Si vous utilisez un partage de fichiers provisionné, vous devez surveiller l’utilisation de votre partage de fichiers pour vous assurer que vous disposez d’un nombre suffisant d’E/S par seconde et de débit que vous n’êtes pas limité(e). Si vous utilisez un partage de fichiers avec paiement à l’utilisation, vous êtes facturé(e) pour l’utilisation des IOPS sous la forme de transactions. En règle générale, il existe deux types de transactions à prendre en compte :

        • 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. Il fournit également une interface conviviale pour restaurer des fichiers ou dossiers supprimés ou l’ensemble du partage à un point particulier 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. Sauvegarde Azure 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. Sauvegarde Azure 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 ; Toutefois, le coût ajouté dépend de la durée pendant laquelle les instantanés sont conservés et de la quantité d’activité sur le partage de fichiers pendant cette période. 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 avec paiement à l’utilisation, les lectures à partir d’instantanés et les écritures issues de restaurations sont facturées comme des transactions normales de partage de fichiers. 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 réduction sur le stockage en vous engageant à l’avance sur son utilisation. Envisagez l’achat d’instances réservées pour toute charge de travail de production, ou pour les charges de travail de développement/test ayant des besoins stables. Lorsque vous achetez une réservation, spécifiez les dimensions suivantes :

    • Taille de la capacité : les réservations peuvent être pour 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, y compris les réservations de différentes tailles de capacité pour répondre aux besoins de votre charge de travail. Par exemple, si votre déploiement de production a 120 Tio de partages de fichiers classiques, vous pouvez acheter une réservation de 100 Tio et deux réservations de 10 Tio pour répondre aux exigences totales de capacité de stockage.
    • Terme : vous pouvez acheter des réservations pour une période d’un an ou de trois ans, avec des remises plus importantes pour l’achat d’une durée de réservation plus longue.
    • Niveau : 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 : 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. Toutes les redondances prises en charge par Azure Files, notamment LRS, ZRS, GRS et GZRS, prennent en charge les réservations.
    • Fréquence de facturation : indique la fréquence à laquelle le compte est facturé pour la réservation. Les options incluent Mensuel ou Paiement anticipé.

    Lorsque vous achetez une réservation, votre utilisation existante du stockage la consomme automatiquement. 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 de stockage de transactions, de bande passante, de transfert de données et 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 pour les partages de fichiers avec paiement à l’utilisation et v1 provisionnés. Si vous créez des instantanés de partages de fichiers classiques avec paiement à l’utilisation, les différentiels d’instantanés sont imputés à la réservation et facturés dans le cadre du compteur de stockage utilisé standard. En revanche, si vous créez des instantanés de partages de fichiers classiques provisionnés v1, ceux-ci sont facturés via un compteur distinct et ne sont pas imputés à la réservation.

    Pour plus d’informations sur l’achat de réservations, consultez Optimiser les coûts pour Azure Files grâce aux réservations.

    Voir aussi

    • Last updated on