Comprendre la facturation d’Azure Files

Azure Files propose deux modèles de facturation distincts : provisionné et paiement à l’utilisation. Le modèle provisionné est disponible uniquement pour les partages de fichiers Premium, qui sont déployés dans le type de compte de stockage FileStorage. Le modèle de paiement à l’utilisation est disponible uniquement pour les partages de fichiers standard, qui sont déployés dans le type de compte de stockage Usage général version 2 (GPv2) . Cet article explique comment fonctionnent les deux modèles pour vous aider à comprendre votre facture mensuelle Azure Files.

Cette vidéo est un entretien couvrant les principes fondamentaux du modèle de facturation Azure Files. Elle explique comment optimiser les partages de fichiers Azure pour atteindre les coûts les plus bas possibles et comment comparer Azure Files aux autres offres de stockage de fichiers en local et dans le cloud.

Pour plus d’informations sur la tarification d’Azure Files, consultez la page de tarification d’Azure Files.

S’applique à

Type de partage de fichiers SMB NFS
Partages de fichiers Standard (GPv2), LRS/ZRS Oui Non
Partages de fichiers Standard (GPv2), GRS/GZRS Oui Non
Partages de fichiers Premium (FileStorage), LRS/ZRS Oui Oui

Unités de stockage

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

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

Bien que les unités de mesure 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, elles sont souvent mal étiquetées en tant qu’unités de base 10, pour lesquelles vous êtes peut-être plus familiers avec : Ko, Mo, Go et To. Bien que les raisons d’un mauvais étiquetage varient, la raison courante pour laquelle les systèmes d’exploitation comme Windows n’étiquette pas correctement les unités de stockage relève du fait que de nombreux systèmes d’exploitation ont commencé à utiliser ces acronymes avant leur normalisation par l’IEC, le BIPM et le 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
Windows Base 2 Mauvais étiquetage systématique en base-10.
Distributions Linux Généralement base 2, certains logiciels peuvent utiliser base 10 Étiquetage incohérent, l’alignement entre la mesure et l’étiquetage dépend du package logiciel.
macOS, iOS et iPadOS Base 10 Étiquetage systématique en base 10.

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

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

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

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

  • Existe-t-il des méthodes permettant d’optimiser les coûts de stockage ? Avec Azure Files, vous pouvez utiliser des réservations de capacité pour obtenir jusqu’à 36 % de remise sur le stockage. D’autres solutions peuvent utiliser des stratégies telles que la déduplication ou la compression pour optimiser 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 de capacité 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 sont intégrées à l’offre de produit. Tous les niveaux et degrés de redondance garantissent que les données sont hautement disponibles et qu’au moins trois copies de vos données sont accessibles. Si vous envisagez d’autres options de stockage de fichiers, déterminez si la résilience du stockage et la redondance sont intégrées ou si vous devez les assembler vous-même.

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

  • Quels sont les coûts des produits à valeur ajoutée, tels que la sauvegarde, la sécurité, etc. ? Azure Files prend en charge les intégrations avec plusieurs services à valeur ajoutée tiers et à plusieurs abonnés. Les services à valeur ajoutée, tels que Sauvegarde Azure, Azure File Sync et Azure Defender, 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.

Capacité de réserve

Azure Files prend en charge les réservations de capacité de stockage, ce qui vous permet d’obtenir une remise sur le stockage en prévalidant l’utilisation du stockage. Vous devez envisager d’acheter des instances réservées pour toute charge de travail de production, ou pour les charges de travail de développement/test avec des empreintes homogènes. Lorsque vous achetez une capacité réservée, votre réservation doit spécifier les dimensions suivantes :

  • Taille de la capacité : les réservations de capacité 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 des réservations de différentes tailles de capacité pour répondre à vos besoins en matière de charge de travail. Par exemple, si votre déploiement de production contient 120 Tio de partages de fichiers, vous pouvez acheter une réservation de 100 Tio réservation et deux réservations de 10 Tio pour répondre aux besoins de capacité totaux.
  • Durée : les réservations peuvent être achetées pour une période d’un ou trois ans, avec des remises plus importantes pour l’achat d’une durée de réservation plus longue.
  • Niveau : le niveau d’Azure Files pour la réservation de capacité. Les réservations pour Azure Files sont actuellement disponibles pour les niveaux d’accès Premium, Chaud et Froid.
  • Emplacement : la région Azure pour la réservation de capacité. Les réservations de capacité sont disponibles pour un sous-ensemble de régions Azure.
  • Redondance : la redondance de stockage pour la réservation de capacité. Les réservations sont prises en charge pour toutes les redondances qu’Azure Files prend en charge, notamment LRS, ZRS, GRS et GZRS.

Une fois que vous avez acheté une réservation de capacité, celle-ci est automatiquement consommée par votre utilisation du stockage existante. Si vous utilisez davantage de stockage que ce que vous avez réservé, vous payez le tarif pour le solde non couvert par la réservation de capacité. Les frais relatifs aux opérations, à 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 de capacité avec les instantanés de partage de fichiers Azure pour les partages de fichiers Standard et Premium. Si vous prenez des instantanés de partages de fichiers standard, les différentiels d’instantanés sont comptabilisés par rapport à la capacité réservée 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 Premium, les instantanés sont facturés à l’aide d’un compteur distinct et ne sont pas comptabilisés dans la réservation de capacité. Pour plus d’informations, consultez Instantanés.

Pour plus d’informations sur l’achat de réservations de stockage, consultez Optimiser les coûts d’Azure Files avec la capacité de réserve.

Modèle provisionné

Azure Files utilise un modèle provisionné pour les partages de fichiers Premium. Dans un modèle de facturation provisionné, vous spécifiez de manière proactive au service Azure Files vos besoins en matière de stockage au lieu de payer en fonction de votre utilisation. Un modèle provisionné pour le stockage est similaire à l’achat d’une solution de stockage locale, car lorsque vous approvisionnez un partage de fichiers Azure avec une certaine quantité de capacité de stockage, vous payez cette capacité de stockage, que vous l’utilisiez ou non. En revanche, contrairement à un support physique local, les partages de fichiers provisionnés peuvent être rapidement mis à l’échelle en fonction de vos caractéristiques de stockage et de performances d’e/s.

La taille provisionnée du partage de fichiers peut être augmentée à tout moment, mais elle ne peut être réduite qu’au bout des 24 heures suivant la dernière augmentation. À l’issue des 24 heures sans augmentation de quota, vous pouvez diminuer le quota du partage autant de fois que vous le souhaitez, jusqu’à ce que vous l’augmentiez à nouveau. Les modifications de mise à l’échelle IOPS/débit prennent effet quelques minutes après le changement de taille provisionnée.

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

Méthode d'approvisionnement

Lorsque vous provisionnez un partage de fichiers Premium, vous spécifiez le nombre de Gio requis par votre charge de travail. Chaque Gio que vous provisionnez vous donne droit à davantage d’IOPS et de débit à un taux fixe. En plus des IOPS de base qui vous sont garanties, chaque partage de fichiers Premium prend en charge le bursting sur la base du meilleur effort. Les formules pour les IOPS et le débit sont les suivantes :

Élément Valeur
Taille minimale d'un partage de fichiers 100 Gio
Unité de provisionnement 1 Gio
Formule IOPS de référence MIN(3000 + 1 * ProvisionedStorageGiB, 100000)
Limite de rafale MIN(MAX(10000, 3 * ProvisionedStorageGiB), 100000)
Lister les crédits (BurstLimit - BaselineIOPS) * 3600
Débit (entrée + sortie) (Mio/sec) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

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

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

Les performances réelles des partages de fichiers sont soumises aux limites du réseau des machines, à la bande passante réseau disponible, aux tailles d’E/S et au parallélisme, entre autres nombreux facteurs. Pour bénéficier au maximum de la parallélisation, nous vous recommandons d’activer SMB Multichannel sur les partages de fichiers premium. Pour en savoir plus, consultez activer SMB Multichannel. Reportez-vous à Performances de SMB Multichannel et au Guide de dépannage pour certains problèmes de performances courants et leurs solutions de contournement.

Mode en rafales

Si votre charge de travail requiert des performances supplémentaires pour répondre aux pics de demande, votre partage peut utiliser des crédits de rafale pour atteindre la limite d’IOPS de la ligne de base du partage pour offrir les performances de partage dont il a besoin pour répondre à la demande. Ce mode en rafales est automatisé et fonctionne selon un système de crédits. Le bursting fonctionne sur la base du meilleur effort et la limite de bursting n'est pas une garantie.

Des crédits s’accumulent dans un compartiment à rafales chaque fois que le trafic de votre partage de fichiers se trouve en dessous des IOPS de base. Les crédits gagnés sont utilisés ultérieurement pour activer les rafales lorsque les opérations dépassent les IOPS de base.

Chaque fois qu’un partage dépasse les IOPS de base et qu’il dispose de crédits dans un compartiment à rafales, il est augmenté par rafales pour atteindre le taux de bursting maximal autorisé. Les partages peuvent continuer à faire l’objet d’un bursting tant qu'il reste des crédits, mais cela dépend du nombre de crédits de bursting accumulés. Chaque E/S située au-delà des IOPS de base consomme un crédit ; une fois que tous les crédits sont consommés, le partage retourne aux IOPS de base.

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

  • En hausse, lorsque le partage de fichiers utilise un nombre inférieur à celui des IOPS de base.
  • En baisse, lorsque le partage de fichiers utilise plus que les IOPS de la ligne de base et en mode de rafale.
  • Constant, lorsque le partage de fichiers utilise exactement les IOPS de la ligne de base, il n’y a aucun crédit accumulé ou utilisé.

Au départ, les nouveaux partages de fichiers se voient attribuer un nombre total de crédits dans leur compartiment à rafales. Les crédits de rafale ne seront pas augmentés si les IOPS du partage chutent en dessous des IOPS de base, en raison de la limitation par le serveur.

Modèle avec paiement à l’utilisation

Azure Files utilise un modèle de facturation avec paiement à l’utilisation pour les partages de fichiers standard. Dans un modèle de facturation avec paiement à l’utilisation, le montant que vous payez est déterminé par la quantité que vous utilisez réellement, plutôt que par un montant provisionné. À un niveau élevé, vous payez un coût pour la quantité de données logiques stockées, puis un jeu de transactions supplémentaire en fonction de l’utilisation que vous faites de ces données. Un modèle de paiement à l’utilisation peut être intéressant financièrement, car vous n’avez pas besoin de surprovisionner pour prendre en compte de futures augmentations ou exigences en matière de performances. Vous n’avez pas non plus besoin de déprovisionner si votre charge de travail et votre empreinte de données changent au fil du temps. En revanche, un modèle de paiement à l’utilisation peut être difficile à budgétiser, car il dépend de la consommation de l’utilisateur final.

Différences entre les niveaux standard

Lorsque vous créez un partage de fichiers standard, vous choisissez entre les niveaux suivants : Optimisé pour les transactions, Chaud et Froid. Tous trois sont stockés exactement sur le même matériel de stockage standard. La principale différence entre ces trois niveaux réside dans les tarifs de stockage des données au repos, qui sont inférieurs dans les niveaux les plus froids, et dans les tarifs des transactions, qui sont plus élevés dans les niveaux les plus froids. Cela signifie que :

  • Le niveau Optimisé pour les transactions, comme son nom l’indique, optimise le tarif pour les charges riches en transactions. Si c’est à ce niveau que le tarif de stockage au repos des données est le plus élevé, le tarif des transactions y est le plus faible.
  • Le niveau Chaud est destiné aux charges de travail actives qui ne portent pas sur un grand nombre de transactions. Si leur tarif de stockage au repos des données est légèrement inférieur, il est légèrement plus élevé qu’au niveau Optimisé pour les transactions en ce qui concerne les transactions. Il s’agit en quelque sorte d’un niveau intermédiaire entre les niveaux Optimisé pour les transactions et Froid.
  • Le niveau Froid optimise le tarif pour les charges de travail dont l’activité est limitée, offrant ainsi le tarif de stockage au repos des données le plus bas, mais le tarif le plus élevé pour ce qui est des transactions.

Si vous placez une charge de travail rarement sollicitée dans le niveau Optimisé pour les transactions, vous ne payez presque rien pour les quelques fois par mois où vous effectuez des transactions sur votre partage. Vous payez néanmoins un montant élevé pour le stockage de données. Si vous déplacez ce partage de fichiers vers le niveau 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 coût du stockage de données est bien moins élevé. Le choix du niveau approprié pour votre utilisation vous permet de réduire considérablement vos coûts.

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

C’est votre charge de travail et votre niveau d’activité qui déterminent le niveau le plus économique pour votre partage de fichiers standard. En pratique, la meilleure façon de choisir le niveau 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 standard, nous vous recommandons de commencer par le niveau optimisé pour la transaction pendant la migration initiale vers Azure Files, puis de choisir le niveau approprié en fonction de l’utilisation une fois la migration terminée. L’utilisation des transactions pendant la migration n’est généralement pas une indication de l’utilisation normale des transactions.

Qu’est-ce que les transactions ?

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

Lorsque vous lisez ou écrivez dans un fichier, l’application que vous utilisez effectue une série d’appels à l’API du système de fichiers fournie par votre système d’exploitation. Ces appels sont ensuite interprétés par votre système d’exploitation dans les transactions de protocole SMB, qui sont envoyées via le réseau à Azure Files. Une tâche que l’utilisateur final perçoit comme une opération unique, telle que la lecture d’un fichier du début à la fin, peut être traduite en plusieurs transactions SMB effectuées par Azure Files.

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

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

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

Notes

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

Basculement entre les niveaux standard

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

  • Transactions : Quand vous déplacez un partage d’un niveau chaud vers un niveau froid, vous vous exposez aux frais de transactions d’écriture du niveau froid pour chaque fichier du partage. Si vous déplacez un partage d’un niveau froid vers un niveau chaud, des frais de transactions de lecture du niveau froid vous seront imputés pour chaque fichier du partage.

  • Extraction de données : Si vous passez d’un niveau froid à chaud ou à une transaction optimisée, vous entraînez une charge d’extraction de données en fonction de la taille des données déplacées. Seul le niveau froid a des frais de récupération de données.

Le tableau suivant illustre la répartition des coûts des niveaux en mouvement :

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

    Bien qu’il n’existe aucune limite formelle quant à la fréquence à laquelle vous pouvez modifier le niveau de votre partage de fichiers, votre partage prendra du temps pour la transition en fonction de la quantité de données. Vous ne pouvez pas modifier le niveau du partage pendant la transition entre les niveaux. La modification du niveau du partage de fichiers n’a pas d’impact sur l’accès régulier au partage de fichiers.

    Bien qu’il n’existe aucun mécanisme direct pour passer d’un partage de fichiers premium à un partage de fichiers standard, car ils sont contenus dans différents types de comptes de stockage, vous pouvez utiliser un outil de copie comme robocopy pour le faire.

    Choix d’un niveau

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

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

    Pour voir les transactions précédentes :

    1. Accédez à votre compte de stockage et sélectionnez Métriques dans la barre de navigation de gauche.
    2. 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 ».
    3. Sélectionnez Appliquer le fractionnement.
    4. Sélectionnez Valeurs pour « Nom d’API ». Sélectionnez les valeurs souhaitées pour Limite et Tri.
    5. Sélectionnez la période de temps de votre choix.

    Notes

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

    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é : en ce qui concerne les partages de fichiers Premium et Standard, vous spécifiez la taille maximale que le partage de fichiers est autorisé à atteindre. Dans les partages de fichiers Premium, cette valeur est appelée taille approvisionnée, et la quantité que vous approvisionnez correspond à ce que vous payez, qu’elle que soit votre utilisation réelle. Dans les partages de fichiers Standard, cette valeur est appelée quota et n’affecte pas directement votre facture. La taille provisionnée est un champ obligatoire pour les partages de fichiers Premium. Pour les partages de fichiers standard, si la taille provisionnée n’est pas directement spécifiée, le partage est défini par défaut sur la valeur maximale prise en charge par le compte de stockage. Il s’agit de 5 Tio ou 100 Tio, selon le type et les paramètres du compte de stockage.

    • Taille logique : la taille logique d’un partage de fichiers ou d’un fichier est liée à sa taille sans tenir compte de la façon dont il est réellement stocké, où des optimisations supplémentaires peuvent être appliquées. La taille logique du fichier correspond au nombre de Kio/Mio/Gio transférés si vous le copiez dans un emplacement différent. Dans les partages de fichiers Premium et Standard, la taille logique totale du partage de fichiers correspond à ce qui est utilisé pour faire respecter la taille/quota approvisionné(e). Dans les partages de fichiers Standard, la taille logique correspond à la quantité utilisée pour la facturation de l’utilisation au repos des données. La taille logique est appelée « taille » dans la boîte de dialogue des propriétés Windows pour un fichier/dossier, et « longueur de contenu » par les métriques Azure Files.

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

    Instantané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. Les instantanés sont toujours différentiels de Live Share et entre eux, ce qui signifie que vous payez uniquement pour ce qui est différent dans chaque instantané. Pour plus d’informations sur les instantanés de partage, consultez Vue d’ensemble des instantanés pour Azure Files.

    Les instantanés ne sont pas pris en compte dans les limites de taille des partages de fichiers, bien que vous soyez limité à un nombre spécifique d'instantanés. Pour afficher les limites des instantanés actuelles, consultez Cibles de mise à l’échelle du partage de fichiers Azure.

    Les instantanés sont toujours facturés en fonction de l’utilisation différentielle du stockage de chaque instantané, mais cela semble légèrement différent entre les partages de fichiers Premium et Standard :

    • Dans les partages de fichiers Premium, les instantanés sont facturés par rapport à leur propre compteur d’instantanés, ce qui présente un prix réduit par rapport au prix de stockage approvisionné. Cela signifie que vous verrez un élément de ligne distinct sur votre facture représentant les instantanés des partages de fichiers Premium pour chaque compte de stockage FileStorage.

    • Dans les partages de fichiers Standard, les instantanés sont facturés dans le cadre du compteur de stockage utilisé normal, même si vous êtes toujours uniquement facturé pour le coût différentiel de l’instantané. Cela signifie que vous ne verrez pas d’élément de ligne distinct sur votre facture représentant les instantanés de chaque compte de stockage Standard contenant des partages de fichiers Azure. Cela signifie également que l'utilisation des instantanés différentiels compte dans les réservations de capacité achetées pour les partages de fichiers Standard.

    Les services à valeur ajoutée pour Azure Files peuvent utiliser des instantanés dans le cadre de leur proposition de valeur. Pour plus d’informations sur l’utilisation des instantanés, consultez Services à valeur ajoutée pour Azure Files.

    Services à valeur ajoutée

    À l’instar des solutions de stockage locales qui offrent des fonctionnalités et intégrations de produits internes et tierces pour apporter une valeur supplémentaire aux partages de fichiers hébergés, Azure Files fournit des points d’intégration pour les produits internes et tiers à intégrer aux partages de fichiers appartenant au client. Bien que ces solutions offrent 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 sont divisés en trois compartiments :

    • Coûts de licence pour le service à valeur ajoutée. Ces coûts peuvent prendre la forme d’un coût fixe par client, par utilisateur final (parfois appelé « coût par tête »), par partage de fichiers Azure ou par compte de stockage. Ils peuvent également être basés sur des unités d’utilisation du stockage, telles 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 transaction, distinct de ce qu’Azure Files considère comme une transaction. Ces transactions s’affichent sur votre facture sous les frais du service à valeur ajoutée. Il se rapportent toutefois directement à la façon dont vous utilisez le service à valeur ajoutée avec votre partage de fichiers.

    • Coût Azure Files liés à l’utilisation d’un service à valeur ajoutée. Azure Files ne facture pas directement les coûts des 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 que vous voyez sur votre partage de fichiers Azure. Cela est facile à voir avec les partages de fichiers Standard, car ceux-ci présentent un modèle de paiement à l’utilisation avec des frais de transaction. Si le service à valeur ajoutée effectue des transactions sur le partage de fichiers en votre nom, ils apparaissent sur votre facture de transactions Azure Files même si vous n’avez pas directement effectué ces transactions vous-même. Cela s'applique également aux partages de fichiers Premium, bien que cela soit moins visible. Les transactions supplémentaires effectuées sur des partages de fichiers Premium par des services à valeur ajoutée sont déduites du nombre d’IOPS approvisionnés, ce qui signifie que les services à valeur ajoutée peuvent nécessiter l’approvisionnement d'un stockage supplémentaire afin de disposer de suffisamment d’IOPS ou de débit pour votre charge de travail.

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

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

    Azure File Sync

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

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

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

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

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

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

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

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

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

      Conseil

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

    Pour optimiser les coûts d'Azure Files avec Azure File Sync, vous devez tenir compte du niveau de votre partage de fichiers. Pour plus d’informations sur le choix du niveau de chaque partage de fichiers, consultez Choisir un niveau de partage de fichiers.

    Si vous migrez vers Azure File Sync à partir de StorSimple, consultez Comparaison des coûts de StorSimple avec Azure File Sync.

    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 en savoir plus sur Sauvegarde Azure pour Azure Files, consultez À propos de la sauvegarde des partages de fichiers Azure.

    Lorsque vous envisagez les coûts d’utilisation de Sauvegarde Azure pour sauvegarder vos partages de fichiers Azure, vous devez prendre en compte les éléments suivants :

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

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

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

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

    Microsoft Defender pour Stockage

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

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

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

    Les partages de fichiers à fortes transactions entraînent des coûts importants avec Microsoft Defender pour le stockage. En fonction de ces coûts, vous souhaiterez peut-être désactiver Microsoft Defender pour le stockage pour des comptes de stockage spécifiques. Pour plus d’informations, consultez Exclure un compte de stockage des protections Microsoft Defender pour le stockage.

    Voir aussi