Comprendre les modèles de 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. Il explique comment optimiser les coûts pour les partages Azure, mais également 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 | ![]() |
![]() |
Partages de fichiers Standard (GPv2), GRS/GZRS | ![]() |
![]() |
Partages de fichiers Premium (FileStorage), LRS/ZRS | ![]() |
![]() |
Unités de stockage
Azure Files utilise les unités de mesure binaires pour représenter la capacité de stockage : Kio, Mio, Gio et Tio.
Acronyme | Définition | Unité |
---|---|---|
Kio | 1 024 octets | kibioctet |
MiB | 1 024 Kio (1 048 576 octets) | mébioctet |
Gio | 1 024 Mio (1 073 741 824 octets) | gibioctet |
Tio | 1 024 Gio (1 099 511 627 776 octets) | tébioctet |
Bien que les unités de mesure en base 2 soient couramment utilisées par la plupart des systèmes d’exploitation et des outils pour mesurer des quantités de stockage, elles sont souvent étiquetées à tort en tant qu’unités en base 10, lesquelles vous sont peut-être plus familières : Ko, Mo, Go et To. Bien que plusieurs explications aient été avancées, la raison la plus courante pour laquelle les systèmes d’exploitation tels que Windows étiquettent mal les unités de stockage est liée au fait que de nombreux systèmes d’exploitation ont commencé à utiliser ces acronymes avant qu’ils ne soient normalisés par le CEI, 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 en base 2, certains logiciels utilisent la base 10 | Étiquetage incohérent, l’alignement entre la mesure et l’étiquetage dépend du package logiciel. |
macOS, iOS et iPadOS | Base 10 | Étiquetage systématique en base 10. |
Contactez votre fournisseur de système d’exploitation si votre système d’exploitation n’est pas répertorié.
Liste de vérification du coût total de possession du partage de fichiers
Si vous effectuez une migration vers Azure Files à partir d’un emplacement local ou si vous comparez Azure Files à d’autres solutions de stockage cloud, vous devez prendre en compte les facteurs suivants afin de garantir une comparaison point à point :
Comment payez-vous pour le stockage, les E/S par seconde et la bande passante ? 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 ? Vous pouvez utiliser les réservations Azure Files pour obtenir jusqu’à 36 % de remise sur le stockage. D’autres solutions peuvent employer des stratégies telles que la déduplication ou la compression pour optimiser éventuellement l’efficacité du stockage. Toutefois, ces stratégies d’optimisation du stockage ont souvent des coûts non monétaires, tels que la réduction des performances. Les réservations Azure Files n’ont aucun effet secondaire sur les performances.
Comment assurer la résilience et la redondance du stockage ? Avec Azure Files, la résilience et la redondance de stockage font partie de l’offre de produit. Tous les niveaux et degrés de redondance garantissent que les données sont hautement disponibles et qu’au moins trois copies de vos données sont accessibles. Si vous envisagez d’autres options de stockage de fichiers, déterminez si la résilience du stockage et la redondance sont intégrées ou si vous devez les assembler vous-même.
Que devez-vous gérer ? Avec Azure Files, l’unité de gestion de base est un compte de stockage. D’autres solutions peuvent nécessiter une gestion supplémentaire, par exemple des mises à jour du système d’exploitation ou une gestion des ressources virtuelles (comme les machines virtuelles, les disques et les adresses IP réseau).
Quels sont les coûts des produits à valeur ajoutée ? Azure Files prend en charge les intégrations avec plusieurs services à valeur ajoutée tiers et à plusieurs abonnés. Les services à valeur ajoutée tels que Sauvegarde Azure, Azure File Sync et Microsoft Defender pour le stockage fournissent des fonctionnalités de sauvegarde, de réplication et de mise en cache ainsi que des fonctionnalités de sécurité pour Azure Files. Les solutions à valeur ajoutée, qu’elles soient locales ou dans le cloud, présentent leurs propres coûts de licence et de produit, mais sont souvent considérées comme faisant partie du coût total de possession en matière de stockage de fichiers.
Réservations
Azure Files prend en charge les réservations (également appelées instances réservées) ce qui vous permet d’obtenir une remise sur le stockage en vous engageant à l’avance pour une certaine utilisation du stockage. Vous devez envisager d’acheter des instances réservées pour toute charge de travail de production, ou pour les charges de travail de développement/test avec des empreintes homogènes. Quand vous achetez une réservation, vous devez spécifier les dimensions suivantes :
- Taille de la capacité : les réservations peuvent s’élever à 10 Tio ou 100 Tio, avec des remises plus significatives pour l’achat d’une réservation de capacité supérieure. Vous pouvez acheter plusieurs réservations, notamment des réservations de différentes tailles de capacité selon vos besoins en matière de charge de travail. Par exemple, si votre déploiement de production contient 120 Tio de partages de fichiers, vous pouvez acheter une réservation de 100 Tio et deux réservations de 10 Tio pour répondre aux besoins de capacité totaux.
- Durée : vous pouvez acheter des réservations pour une période d’un an ou trois ans, avec des remises plus importantes pour l’achat d’une plus longue durée de réservation.
- Niveau : le niveau d’Azure Files pour la réservation. Les réservations sont actuellement disponibles pour les niveaux Premium, Chaud et Sporadique.
- Emplacement : la région Azure pour la réservation. Les réservations sont disponibles pour un sous-ensemble de régions Azure.
- Redondance : redondance de stockage pour la réservation. Les réservations sont prises en charge pour toutes les redondances qu’Azure Files prend en charge, notamment LRS, ZRS, GRS et GZRS.
- Périodicité de facturation : Indique la fréquence de facturation du compte pour la réservation. Les options incluent Mensuel ou Comptant.
Une fois que vous avez acheté une réservation, celle-ci est automatiquement consommée par votre utilisation du stockage existante. Si vous utilisez davantage de stockage que la capacité réservée, vous payez le tarif pour le solde non couvert par la réservation. Les frais relatifs à la transaction, à la bande passante, au transfert de données et au stockage de métadonnées ne sont pas inclus dans la réservation.
Il existe des différences dans le fonctionnement des réservations avec les instantanés de partage de fichiers Azure pour les partages de fichiers 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 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 Premium, 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, consultez Instantanés.
Pour plus d’informations sur la procédure d’achat de réservations, consultez Optimiser les coûts d’Azure Files avec les réservations.
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 vos besoins en matière de stockage, au lieu de payer à l’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.
Vous pouvez augmenter la taille approvisionnée du partage de fichiers à tout moment, mais vous pouvez la réduire uniquement une fois que 24 heures se sont écoulées depuis 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 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, 102400) |
Limite de rafale | MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400) |
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’à 102 400 | 227 548 800 | 3 480 |
51 200 | 54 200 | Jusqu’à 102 400 | 164 880 000 | 5 220 |
102 400 | 102 400 | Jusqu’à 102 400 | 0 | 10 340 |
Les performances réelles des partages de fichiers sont soumises aux limites du réseau des machines, à la bande passante réseau disponible, aux tailles d’E/S et au parallélisme, entre autres nombreux facteurs. Pour profiter au maximum de la parallélisation, nous vous recommandons d’activer le protocole SMB multicanal sur des partages de fichiers Premium. Consultez Performances du protocole SMB et Guide de dépannage des performances pour certains problèmes courants de performances et leurs solutions de contournement.
Mode en rafales
Si votre charge de travail a besoin de performances supplémentaires pour répondre à la demande maximale, vous pouvez utiliser des crédits de rafale pour atteindre la limite IOPS de référence du partage de fichiers. Ce mode en rafales est automatisé et fonctionne selon un système de crédits. Cela fonctionne sur la base du meilleur effort et la limite de rafale n’est pas 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 plus tard pour activer le bursting quand les opérations dépassent les IOPS de référence.
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 au-delà des IOPS de référence utilise un crédit. Dès que tous les crédits sont consommés, le partage renvoie sur l’IOPS de référence.
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 base, il n’y a aucun crédit accumulé ou utilisé.
Un nouveau partage de fichiers commence par le nombre total de crédits de son compartiment de rafales. Les crédits de rafale n’augmentent pas si les IOPS du partage tombent sous la base de référence 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 ce modèle, le montant que vous payez est déterminé par la quantité réellement utilisée, plutôt que par un montant provisionné. À 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. 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, la planification d’un processus de budgétisation avec un modèle de facturation à l’utilisation peut être difficile, car il dépend de la consommation de l’utilisateur final.
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 d’accès chaud est destiné aux charges de travail actives sans un grand nombre de transactions. Il a un tarif de stockage des données au repos légèrement inférieur, mais un tarif de transaction légèrement plus élevé que ceux optimisés pour les transactions. Il s’agit en quelque sorte d’un niveau intermédiaire entre les niveaux Optimisé pour les transactions et Froid.
- Le niveau d’accès sporadique optimise le tarif pour les charges de travail dont l’activité est limitée, offrant ainsi le plus bas tarif de stockage des données au repos, mais le tarif de transaction le plus élevé.
Si vous placez une charge de travail rarement sollicitée dans le niveau 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 les autres programmes sur votre ordinateur peuvent accéder aux fichiers et dossiers du partage de fichiers Azure, sans avoir à savoir qu’ils sont stockés chez Azure.
Lorsque vous lisez ou écrivez dans un fichier, l’application utilisée effectue une série d’appels d’API vers l’API du système de fichiers fournie par votre système d’exploitation. Votre système d’exploitation interprète ensuite ces appels dans les transactions du protocole SMB envoyées à travers le réseau à Azure Files pour traitement. Une tâche que l’utilisateur final perçoit comme une seule opération, par exemple la lecture d’un fichier du début à la fin, peut être traduite en plusieurs transactions SMB effectuées par Azure Files.
En principe, le modèle de facturation avec paiement à l’utilisation utilisé par les partages de fichiers standard facture en fonction de l’utilisation. Les transactions SMB et FileREST effectuées par les applications et les scripts représentent l’utilisation de votre partage de fichiers et s’affichent dans le cadre de votre facture. Le même concept s’applique aux services cloud à valeur ajoutée que vous pouvez ajouter à votre partage, tels qu’Azure File Sync ou Sauvegarde Azure. Les transactions sont regroupées en cinq catégories de transactions dont les prix sont différents en fonction de leur impact sur le partage de fichiers Azure. Ces catégories sont les suivantes : écriture, liste, lecture, autre et suppression.
Le tableau suivant montre la catégorisation de chaque transaction :
Compartiment de transaction | Opérations de gestion | Opérations de données |
---|---|---|
Transactions d’écriture |
|
|
Transactions de liste |
|
|
Transactions de lecture |
|
|
Autres transactions/protocole |
|
|
Transactions de suppression |
|
|
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 sporadique, vous êtes soumis aux frais de transaction d’écriture du niveau sporadique pour chaque fichier du partage. Si vous déplacez un partage d’un niveau 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 du niveau sporadique à un niveau chaud ou optimisé pour les transactions, des frais d’extraction de données vous sont facturés en fonction de la taille des données déplacées. Seul le niveau 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) | -- |
|
|
Chaud (source) |
|
-- |
|
Froid (source) |
|
|
-- |
Bien qu’il n’existe aucune limite formelle à la fréquence à laquelle vous pouvez changer le niveau de votre partage de fichiers, la transition effectuée par votre partage prend du temps en fonction de la quantité de données qu’il contient. Vous ne pouvez pas changer le niveau du partage tant que le partage de fichiers effectue la transition entre les niveaux. Le changement de niveau du partage de fichiers n’a pas d’impact sur l’accès classique au partage de fichiers.
Il n’existe aucun mécanisme direct pour passer des partages de fichiers Premium aux partages de fichiers Standard, car ils sont contenus dans différents types de comptes de stockage. Toutefois, vous pouvez utiliser un outil de copie tel que robocopy pour vous déplacer entre les partages de fichiers Premium et Standard.
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 :
- Accédez à votre compte de stockage et sélectionnez Métriques dans la barre de navigation de gauche.
- 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.
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 des partages de fichiers Premium, cette valeur est appelée taille provisionnée. Le montant que vous provisionnez est ce que vous payez, quel que soit le montant que vous utilisez réellement. Dans des partages de fichiers 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 (100 Tio).
Taille logique : la taille logique d’un partage de fichiers ou d’un fichier est liée à sa taille, sans tenir compte de son mode de stockage réel, de l’emplacement d’application des optimisations supplémentaires. La taille logique du fichier est le nombre de Kio/Mio/Gio transférés si vous l’avez copiée depuis un autre emplacement. Dans des partages de fichiers Premium et Standard, la taille logique totale du partage de fichiers est ce qui sert à faire respecter la taille ou le quota approvisionné. Dans les partages de fichiers 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 correspondre à la taille logique du fichier, ou être plus petite, selon la façon dont le système d’exploitation a écrit le fichier. L'utilisation de fichiers partiellement alloués est une raison courante pour laquelle la taille logique et la taille physique sont différentes. La taille physique des fichiers du partage est utilisée pour la facturation des instantanés, bien que les plages allouées soient partagées entre les instantanés s’ils sont inchangés (stockage différentiel). 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 captures instantanées ne sont pas prises en compte dans les limites de taille des partages de fichiers. Toutefois, vous êtes limité à un nombre spécifique de captures instantanées. 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é. Toutefois, cela diffère légèrement entre les partages de fichiers Premium et ceux 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 achetées pour les partages de fichiers Standard.
Certains services à valeur ajoutée pour Azure Files utilisent des instantanés dans le cadre de leur proposition de valeur. Pour plus d’informations, consultez Services à valeur ajoutée pour Azure Files.
Services à valeur ajoutée
Comme de nombreuses solutions de stockage locales, Azure Files fournit des points d’intégration pour les produits internes et des produits tiers à intégrer à des partages de fichiers appartenant au client. Bien que ces solutions puissent offrir une importante valeur supplémentaire à Azure Files, vous devez prendre en compte les coûts supplémentaires que ces services ajoutent au coût total d’une solution Azure Files.
Les coûts se répartissent en trois compartiments :
Coûts de licence pour le service à valeur ajoutée. Ces derniers peuvent prendre la forme d’un coût fixe par client, par utilisateur final (parfois appelé « coût par tête »), par partage de fichiers Azure ou par compte de stockage. Ils peuvent également être basés sur des unités d’utilisation du stockage, tel qu’un coût fixe pour chaque bloc de données de 500 Gio dans le partage de fichiers.
Coûts des transactions pour le service à valeur ajoutée. Certains services à valeur ajoutée ont leur propre concept de 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 clients pour l’ajout de services à valeur ajoutée, mais, dans le cadre de l’ajout de valeur au partage de fichiers Azure, le service à valeur ajoutée peut augmenter les coûts de votre partage de fichiers Azure. Cela est facile à voir avec les partages de fichiers 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 puisse être moins visible. Les transactions supplémentaires effectuées sur les partages de fichiers Premium des services à valeur ajoutée sont comptabilisées dans vos nombres d’IOPS approvisionnées. Cela signifie que les services à valeur ajoutée peuvent nécessiter l’approvisionnement d’une plus grande quantité de stockage afin de disposer de suffisamment d’IOPS ou de débit pour votre charge de travail.
Lorsque vous calculez le coût total de possession de votre partage de fichiers, vous devez prendre en compte les coûts d’Azure Files et de tous les services à valeur ajoutée que vous souhaitez utiliser avec Azure Files.
Il existe plusieurs services à valeur ajoutée internes et tiers. Ce document couvre un sous-ensemble des services internes courants que les clients utilisent avec les partages de fichiers Azure. Pour en savoir plus sur les services non répertoriés ici, consultez la page de tarification correspondante.
Azure File Sync
Azure File Sync est un service à valeur ajoutée pour Azure Files capable de synchroniser un ou plusieurs partages de fichiers locaux Windows avec un partage de fichiers Azure. Le partage de fichiers Azure cloud disposant d’une copie complète des données au sein d’un partage de fichiers synchronisé disponible localement, vous pouvez transformer votre serveur de fichiers local Windows en cache du partage de fichiers Azure afin de réduire votre empreinte locale. Pour plus d’informations, consultez Présentation d’Azure File Sync.
Lorsque vous envisagez le coût total de possession d’une solution déployée à l’aide d’Azure File Sync, vous devez prendre en compte les aspects de coût suivants :
Dépenses de capital et coût opérationnel des serveurs de fichiers Windows avec un ou plusieurs points de terminaison de serveur. Azure File Sync en tant que solution de réplication est indépendante de l’emplacement où les serveurs de fichiers Windows qui sont synchronisés avec Azure Files se trouvent. Ils peuvent être hébergés localement, dans une machine virtuelle Azure ou même dans un autre cloud. À moins que vous n’utilisiez Azure File Sync avec un serveur de fichiers Windows hébergé sur une machine virtuelle Azure, le capital (c’est-à-dire les coûts matériels initiaux de votre solution) et le coût d’exploitation (c’est-à-dire le coût de la main-d’œuvre, l’électricité, etc.) ne feront pas partie de votre facture Azure, mais cela fait toujours partie de votre coût total de possession. Vous devez prendre en compte la quantité de données que vous devez mettre en cache localement, le nombre de processeurs et la quantité de mémoire dont ont besoin vos serveurs de fichiers Windows pour héberger les charges de travail Azure File Sync (voir ressources système recommandées pour plus d’informations) et d’autres coûts spécifiques à votre organisation.
Par coût de licence de serveur pour les serveurs inscrits auprès d’Azure File Sync. Pour utiliser Azure File Sync avec un serveur de fichiers Windows spécifique, vous devez d’abord l’inscrire auprès de la ressource Azure d’Azure File Sync, le service de synchronisation de stockage. Chaque serveur que vous inscrivez après le premier serveur correspond à des frais mensuels fixes. Bien que ces frais soient très bas, il s’agit d’un élément à prendre en compte pour votre facture. Pour voir le prix actuel des frais d’inscription de serveur pour la région souhaitée, consultez la section File Sync sur la pages de tarification d’Azure Files.
Coûts d’Azure Files. Comme Azure File Sync est une solution de synchronisation pour Azure Files, elle vous oblige à consommer des ressources Azure Files. Certaines de ces ressources, comme la consommation de stockage, sont relativement évidentes, tandis que d’autres, comme l’utilisation des transactions et des instantanés, peuvent ne pas l’être. Pour la plupart des clients, nous recommandons d’utiliser des partages de fichiers standard avec Azure File Sync, bien qu’Azure File Sync soit entièrement pris en charge avec les partages de fichiers Premium si vous le souhaitez.
Utilisation du stockage. Azure File Sync répliquera toutes les modifications que vous avez apportées au chemin d’accès sur votre serveur de fichiers Windows spécifié sur votre point de terminaison de serveur sur votre partage de fichiers Azure, ce qui entraîne la consommation du stockage. Sur les partages de fichiers standard, cela signifie que l’ajout de fichiers ou l’augmentation de la taille des fichiers existants sur les points de terminaison de serveur entraîne une augmentation des coûts de stockage, car les modifications seront répliquées. Sur les partages de fichiers Premium, les modifications seront consommées dans l’espace approvisionné : il est de votre responsabilité d’augmenter régulièrement l’approvisionnement en fonction des pour tenir compte de la croissance des partages de fichiers.
Utilisation des instantanés. Azure File Sync prend des instantanés de partage et de fichier dans le cadre de l’utilisation régulière. Bien que l’utilisation des instantanés soit toujours différentielle, cela peut contribuer de manière notable à la facture totale d’Azure Files.
Transactions à partir de l’activité. Lorsque les fichiers sont modifiés sur les points de terminaison du serveur, les modifications sont chargées sur le partage du cloud, ce qui génère des transactions. Lorsque la hiérarchisation cloud est activée, des transactions supplémentaires sont générées pour la gestion des fichiers hiérarchisés, y compris les E/S qui se produisent sur les fichiers hiérarchisés, en plus des coûts de sortie. Bien que la quantité et le type de transactions soient difficiles à prédire en raison des taux d’activité et de l’efficacité du cache, vous pouvez utiliser vos modèles de transaction précédents pour estimer les coûts futurs si vous pensez que votre utilisation future sera similaire à votre utilisation actuelle.
Transactions à partir de l’énumération cloud. Azure File Sync énumère le partage de fichiers Azure dans le cloud une fois par jour pour découvrir les modifications qui ont été apportées directement au partage afin qu’elles puissent être synchronisées avec les points de terminaison de serveur. Cette analyse génère des transactions qui sont facturées au compte de stockage à raison de deux transactions
ListFiles
par répertoire et par jour. Vous pouvez entrer ce chiffre dans la calculatrice de prix pour estimer le coût de l’analyse.
Conseil
Si vous ne savez pas combien de dossiers vous avez, consultez l’outil TreeSize de JAM Software GmbH.
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 plus d’informations, consultez Présentation de la sauvegarde du partage de fichiers Azure.
Lorsque vous envisagez les coûts d’utilisation de Sauvegarde Azure, tenez compte des éléments suivants :
Coût de licence d’instance protégée pour les données de partage de fichiers Azure. Sauvegarde Azure facture un coût de licence d’instance protégée par compte de stockage contenant des partages de fichiers Azure sauvegardés. Une instance protégée est définie comme 250 Gio de stockage de partage de fichiers Azure. Les comptes de stockage contenant moins de 250 Gio sont soumis à un coût fractionnel d’instance protégée. Pour plus d’informations, voir Tarification Sauvegarde Azure. Vous devez sélectionner Azure Files dans la liste des services que Sauvegarde Azure peut protéger.
Coûts d’Azure Files. Sauvegarde Azure augmente les coûts d’Azure Files de la manière suivante :
Coûts différentiels des instantanés de partage de fichiers Azure. Sauvegarde Azure automatise la prise d’instantanés de partage de fichiers Azure sur une planification définie par l’administrateur. Les instantanés sont toujours différentiels. Cependant, le coût supplémentaire ajouté à 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 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.