Comprendre les modèles de facturation d’Azure Files

Le coût d’un déploiement d’Azure Files est déterminé par quatre facteurs clés :

Modèle de facturation : Azure Files prend en charge trois modèles de facturation différents qui modélisent la structure des coûts d’un déploiement Azure Files :
- Provisionné v2 : modèle de facturation provisionné dans lequel vous avez la possibilité de 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. Nous recommandons le modèle v2 provisionné 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. Nous vous recommandons d’utiliser 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. Nous vous recommandons d’utiliser le modèle v2 approvisionné, sauf si vous avez une raison spécifique d’utiliser le modèle de paiement à l’utilisation.
Niveau multimédia : Azure Files prend en charge deux niveaux de stockage, SSD et HDD différents. Cela 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 des disques SSD (SSD) offrent des performances élevées et une faible latence cohérentes, avec une latence de milliseconde à un chiffre unique pour la plupart des opérations d’E/S.
- HDD (standard) : les partages de fichiers hébergés sur des disques durs (HDD) fournissent un stockage économique à usage général.
Redondance : Azure Files prend en charge quatre options de redondance différentes qui vous permettent de contrôler le nombre de copies de vos données stockées et l’emplacement où celles copiées sont placées dans l’infrastructure d’Azure. Les options plus résilientes offrent une plus grande durabilité et une plus grande disponibilité, mais à un coût plus élevé :
- Local : 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.
- Zone : 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.
- Géo : le stockage géoredondant (GRS) stocke trois copies des données dans la région primaire et réplique de façon asynchrone vers une région jumelée, pour un total de six copies. Disponible uniquement sur le stockage HDD.
- GeoZone : le stockage géoredondant zone (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 différents, des éléments gérables que vous créez et configurez 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 qui sont déployées 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. Les comptes de stockage sont proposés par le Microsoft.Storage fournisseur de ressources.
- Les partages de fichiers (préversion) sont un nouveau type de ressource de niveau supérieur qui simplifie le déploiement d’Azure Files en éliminant le 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. Les partages de fichiers sont proposés par le Microsoft.FileShares fournisseur de ressources.

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.

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

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

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

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 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 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
SSD (Disque à État Solide)	Local	PME
SSD (Disque à État Solide)	Zone	PME
SSD (Disque à État Solide)	Local	Système de fichiers en réseau (NFS)
SSD (Disque à État Solide)	Zone	Système de fichiers en réseau (NFS)
disque dur	Local	PME
disque dur	Zone	PME
disque dur	Géo	PME
disque dur	GeoZone	PME
disque dur	Local	Système de fichiers en réseau (NFS)
disque dur	Zone	Système de fichiers en réseau (NFS)
disque dur	Géo	Système de fichiers en réseau (NFS)
disque dur	GeoZone	Système de fichiers en réseau (NFS)

Actuellement, le modèle v2 approvisionné est généralement disponible 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.

Remarque

Toutes les régions ne prennent pas en charge tous les niveaux multimédias et les options de redondance.

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 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, nous recommandons de provisionner les IOPS et le débit en fonction du stockage spécifié. 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 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 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 au sein d’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 effectuer correctement un déploiement d’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, 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.

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 les détails de l’approvisionnement provisionné v2.
La facture de chaque partage de fichiers est suivie indépendamment.
Étant donné que les partages de fichiers 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 la suppression réversible est activée, les partages de fichiers supprimés sont facturé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, ces ressources ne sont pas facturées. 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.

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.

Si vous utilisez Azure Files sans Azure File Sync, consultez Migrer des fichiers d’un partage de fichiers Azure SMB vers un autre.
Si vous utilisez Azure File Sync, consultez Migrer des fichiers d’un partage de fichiers Azure vers un autre lors de l’utilisation d’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 To et que vous téléchargez 2 To de données vers votre partage de fichiers classique, celui-ci sera plein. Vous ne serez pas en mesure d’ajouter d’autres 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, les partages de fichiers v1 classiques 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 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
SSD (Disque à État Solide)	Local	PME
SSD (Disque à État Solide)	Zone	PME
SSD (Disque à État Solide)	Local	Système de fichiers en réseau (NFS)
SSD (Disque à État Solide)	Zone	Système de fichiers en réseau (NFS)
disque dur	Local	PME
disque dur	Zone	PME
disque dur	Géo	PME
disque dur	GeoZone	PME
disque dur	Local	Système de fichiers en réseau (NFS)
disque dur	Zone	Système de fichiers en réseau (NFS)
disque dur	Géo	Système de fichiers en réseau (NFS)
disque dur	GeoZone	Système de fichiers en réseau (NFS)

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 vos besoins individuels de partage de fichiers classiques, vous pouvez constater que vous avez besoin de plus d’E/S par seconde ou de débit que nos formules d’approvisionnement fournissent. Dans ce cas, vous devez approvisionner davantage de stockage pour obtenir les IOPS ou le débit requis.

Bursting v1 approvisionné

Le 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

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é. 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 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 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 classique v1 provisionné (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

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 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	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 êtes autorisé à provisionner plus de 102 400 IOPS, mais l’utilisation au-dessus de cette limite est limitée.
Débit maximal utilisé par compte de stockage	10,340 Mio/s	Vous êtes autorisé à 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 effectuer correctement un déploiement d’Azure Files avec le modèle de facturation v1 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 ?
En raison des limites du compte de stockage partagé, lorsque vous allouez des partages de fichiers classiques aux 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 v1 approvisionné vous empêche d’approvisionner plus de stockage que le compte de stockage prend en charge. Bien que vous soyez autorisé à provisionner plus d’IOPS et de débit que le compte de stockage fourni, vous ne pouvez pas utiliser plus que les limites du compte de stockage pour les E/S par seconde 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, planifiez suffisamment de marge de manœuvre dans vos comptes de stockage de sorte à ce que vous puissiez conserver les mappages des partages de fichiers classiques aux comptes de stockage pendant une période de 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, 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

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 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 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
SSD (Disque à État Solide)	Local	PME
SSD (Disque à État Solide)	Zone	PME
SSD (Disque à État Solide)	Local	Système de fichiers en réseau (NFS)
SSD (Disque à État Solide)	Zone	Système de fichiers en réseau (NFS)
disque dur	Local	PME
disque dur	Zone	PME
disque dur	Géo	PME
disque dur	GeoZone	PME
disque dur	Local	Système de fichiers en réseau (NFS)
disque dur	Zone	Système de fichiers en réseau (NFS)
disque dur	Géo	Système de fichiers en réseau (NFS)
disque dur	GeoZone	Système de fichiers en réseau (NFS)

Les partages de fichiers classiques 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 classique dans un compte de stockage avec paiement à l’utilisation, vous choisissez entre les niveaux d’accès suivants : transaction optimisée, 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 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 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 classique avec 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 classiques avec paiement à l’utilisation, nous vous recommandons de commencer 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 classique en utilisant le modèle de paiement à l’utilisation sur un ordinateur avec SMB, le partage de fichiers apparaît sur votre ordinateur comme 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.

En principe, les partages de fichiers classiques à l’aide du modèle de paiement à l’utilisation sont facturés 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 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 disponible uniquement pour les partages de fichiers SSD à l’aide des modèles de facturation v2 ou v1 approvisionnés. 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 le niveau d’accès d’un partage de fichiers classique à l’aide du modèle de paiement à l’utilisation, la meilleure pratique pour optimiser les coûts après la migration initiale consiste à choisir le niveau d’accès optimal le plus coûteux à entrer et à rester là, 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 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 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)	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 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 classique 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.

É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, nous vous recommandons de déployer 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 :

Accédez à votre compte de stockage dans le portail Azure.
Dans le menu de gauche, sous Supervision, sélectionnez Métriques.
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 ».
Sélectionnez Appliquer le fractionnement.
Sélectionnez Valeurs pour « Nom d’API ». Sélectionnez les valeurs souhaitées pour Limite et Tri.
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.

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

Pour effectuer correctement un déploiement d’Azure Files avec le modèle de facturation avec paiement à l’utilisation sur les partages de fichiers classiques, vous devez prendre en compte les 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 aux comptes de stockage, vous devez prendre en compte les 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

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 classique de paiements à l’utilisation.

Suppression réversible de 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 é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 classiques 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 fichiersclassiques supprimés de manière réversible par rapport aux réservations achetées pour les partages de fichiers classiques de 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 : stockage utilisé, y compris les partages en direct, les instantanés différentiels et les partages de fichiers classiques 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 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 est utilisé uniquement pour les 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 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.

La consommation par rapport aux autres compteurs (par exemple , opérations d’écriture ou récupération de données) est émise toutes les heures, mais étant donné que ces compteurs n’ont pas de délai spécifique associé à ces compteurs, ils n’ont aucune transformation d’unité spéciale à 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 »), 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 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ù 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.
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. 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. Lorsque 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 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.
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 : 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. Les réservations sont prises en charge pour toutes les redondances qu’Azure Files prend en charge, notamment LRS, ZRS, GRS et GZRS.
Fréquence de facturation : indique la fréquence à laquelle le compte est facturé 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 des 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 classiques 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 classiques 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 l’achat de réservations, consultez Optimiser les coûts pour Azure Files avec des réservations.

Voir aussi

Rétroaction

Cette page vous a-t-elle été utile ?

Last updated on 2025-09-09

Partager via

Comprendre les modèles de facturation d’Azure Files

Unités de stockage

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

Modèle v2 approvisionné

Disponibilité v2 approvisionnée

Détails de l’approvisionnement v2 approvisionné

Bursting v2 approvisionné

Modèles de ressources v2 provisionnés

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

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

Instantanés v2 approvisionnés

Suppression réversible v2 approvisionné

Compteurs de facturation v2 approvisionnés

Migrations v2 approvisionnées

Modèle v1 approvisionné

Disponibilité v1 approvisionnée

Détails de l’approvisionnement v1 approvisionné

Bursting v1 approvisionné

Bursting v1 approvisionné basé sur le crédit

Bursting v1 approvisionné payant

Modèles de ressources v1 provisionnés

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

Instantanés v1 approvisionnés

Suppression réversible v1 approvisionnée

Compteurs de facturation v1 approvisionnés

Modèle avec paiement à l’utilisation

Disponibilité du paiement à l’utilisation

Différences dans les niveaux d’accès

Qu’est-ce que les transactions ?

Basculement entre les niveaux d’accès

Choix d’un niveau d’accès

Modèles de ressources à la demande

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

Captures instantanées de paiement à l’utilisation

Suppression réversible de paiement à l’utilisation

Compteurs de facturation à l’utilisation

Approvisionnement/quota, taille logique et taille physique

Services à valeur ajoutée

Azure File Sync

Sauvegarde Azure

Microsoft Defender pour Stockage

Réservations

Voir aussi

Rétroaction

Ressources additionnelles