Concepts de gestion Azure Files

Dans Azure, un resource est un élément gérable que vous créez et configurez dans vos abonnements et groupes de ressources Azure. Les fournisseurs de ressources sont des services de gestion qui fournissent des types spécifiques de ressources. Même si vous pouvez utiliser de nombreuses ressources pour déployer une charge de travail dans Azure, Azure Files se concentre sur deux ressources clés :

  • comptes Storage, proposés par le fournisseur de ressources Microsoft.Storage. Les comptes de stockage sont des ressources de niveau supérieur qui 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. Toutes les ressources de stockage que vous déployez dans un compte de stockage partagent les limites qui s’appliquent à ce compte de stockage. Les partages de fichiers classiques prennent en charge les protocoles de partage de fichiers SMB et NFS.

  • Partages de fichiers, proposés par le Microsoft.FileShares fournisseur de ressources. Les partages de fichiers sont une nouvelle ressource de niveau supérieur qui simplifie le déploiement de Azure Files en éliminant la nécessité d’un compte de stockage. Contrairement aux partages de fichiers classiques, que vous devez déployer dans un compte de stockage, vous déployez les partages de fichiers directement dans le groupe de ressources, comme les comptes de stockage eux-mêmes, ou d’autres ressources Azure telles que les machines virtuelles, les disques ou les réseaux virtuels. Actuellement, Microsoft.FileShares prend uniquement en charge le protocole de partage de fichiers NFS. Si vous avez besoin de SMB, choisissez des partages de fichiers classiques.

Diagramme comparant les partages de fichiers et les partages de fichiers Azure classiques.

Cette vidéo fournit une vue d’ensemble complète des différences entre le compte de stockage et les modèles de gestion des partages de fichiers :

Partages de fichiers classiques (Microsoft. Stockage)

Les partages de fichiers classiques ou les partages de fichiers déployés dans des comptes de stockage constituent la méthode traditionnelle pour déployer des partages de fichiers pour Azure Files. Ils prennent en charge toutes les fonctionnalités clés prises en charge par Azure Files, notamment les niveaux multimédia SMB et NFS, SSD et HDD, tous les types de redondance et disponibilité dans chaque région. Bien que les partages de fichiers classiques prennent en charge l’ensemble des fonctionnalités de Azure Files, ils ont des limitations importantes :

  • Planification de la capacité : les partages de fichiers classiques, ainsi que les objets enfants tels que les conteneurs de blobs, qui résident dans le même compte de stockage, partagent un pool commun de stockage, d'opérations d'entrée/sortie par seconde (IOPS) et de débit. Cette architecture signifie que vous devez planifier soigneusement pour éviter les goulots d’étranglement de capacité lorsque vous placez plusieurs partages de fichiers classiques dans un compte de stockage. Tenez compte à la fois des besoins actuels et futurs de chaque partage de fichiers classique hébergé dans un compte de stockage, car la croissance de l’un d’eux peut se faire au détriment des autres partages de fichiers.

  • Paramètres partagés : vous appliquez de nombreux paramètres importants, tels que les règles de réseau et de sécurité, au niveau du compte de stockage. Par conséquent, vous devez examiner attentivement la façon dont vous placez des partages de fichiers classiques dans le même compte de stockage. Considérez le compte de stockage comme une limite d’approbation et placez uniquement les partages de fichiers classiques dans le même compte de stockage si vous êtes d’accord avec eux avec les mêmes paramètres de sécurité.

  • Complexité de la mise à l’échelle : les déploiements à grande échelle Azure Files peuvent nécessiter la gestion de nombreux abonnements Azure en raison des contraintes sur les comptes de stockage du fournisseur de Microsoft.Storage ressources. Pour plus d’informations, consultez les limites du compte de stockage.

Les déploiements de partage de fichiers classiques utilisent deux types de comptes de stockage :

  • Comptes de stockage provisionnés : le type de FileStorage compte de stockage identifie les comptes de stockage provisionnés. Vous pouvez déployer des partages de fichiers classiques provisionnés sur du matériel SSD ou HDD à l’aide de comptes de stockage provisionnés. Vous pouvez uniquement utiliser des comptes de stockage provisionnés pour stocker des partages de fichiers classiques. Vous ne pouvez pas les utiliser pour d’autres ressources de stockage telles que des conteneurs Blob, des files d’attente et des tables. Utilisez des comptes de stockage provisionnés pour tous les nouveaux déploiements de partage de fichiers classiques.

  • Comptes de stockage avec paiement à l’utilisation : le StorageV2 type de compte de stockage identifie les comptes de stockage de paiement à l’utilisation. Vous pouvez déployer des partages de fichiers avec paiement à l’utilisation sur du matériel basé sur des disques durs (HDD) à l’aide de comptes de stockage avec paiement à l’utilisation. Vous pouvez utiliser des comptes de stockage avec paiement à l’usage pour stocker des partages de fichiers classiques et d’autres ressources de stockage, telles que des conteneurs blob, des files d’attente ou des tables.

Pour plus d’informations, consultez Créer un partage de fichiers classique.

Partages de fichiers (Microsoft.FileShares)

Le Microsoft.FileShares fournisseur de ressources propose des partages de fichiers en tant que nouvelle ressource Azure de niveau supérieur. Ces partages de fichiers offrent les avantages suivants par rapport aux partages de fichiers classiques :

  • Gestion simplifiée : créez des partages de fichiers directement en tant que ressources de niveau supérieur dans le portail Azure ou via des API de gestion. Cette approche supprime la nécessité de gérer un compte de stockage et simplifie l’expérience de déploiement.

  • Capacité et performances indépendantes : chaque partage de fichiers a son propre stockage dédié, ses E/S par seconde et son débit. Cette conception évite la nécessité de planifier la capacité par rapport aux ressources limitées de votre compte de stockage et permet aux partages de fichiers de croître librement à mesure que les demandes de charge de travail augmentent.

  • Configuration granulaire : appliquez les paramètres de mise en réseau et de sécurité au niveau du partage de fichiers, de sorte que vous disposez d’un contrôle précis des limites d’accès et de l’isolation. Cette configuration facilite l’application de stratégies de sécurité pour des applications, des équipes ou des environnements spécifiques.

  • Facturation prévisible et flexible : les partages de fichiers utilisent le modèle de facturation v2 approvisionné, ce qui vous permet d’approvisionner indépendamment le stockage, les IOPS et le débit par partage. Étant donné que Azure facture par ressource de niveau supérieur Azure, vous pouvez facilement suivre les coûts de chaque partage individuel pour l’attribution des coûts au projet, à l’équipe ou au client qui utilise le partage de fichiers.

  • Amélioration de la mise à l’échelle et des performances : les partages de fichiers prennent en charge des limites plus élevées et des temps de déploiement inférieurs aux partages de fichiers classiques. Pour plus d’informations, consultez Azure Files objectifs de scalabilité et de performances.

Disponibilité régionale

Actuellement, vous pouvez créer un partage de fichiers avec Microsoft. Partages de fichiers dans les régions suivantes. La prise en charge du point de terminaison privé pour les partages de fichiers avec Microsoft.FileShares est disponible dans toutes les régions du cloud public d’Azure.

  • Australie Centre
  • Australia East
  • Australia Southeast
  • Brazil South
  • Brésil Sud-Est
  • Canada Central
  • Canada East
  • Inde centrale
  • East Asia
  • East US
  • France Central
  • France South
  • Germany North
  • Allemagne Centre-Ouest
  • Israel Central
  • Italie Nord
  • Japan East
  • Japon Ouest
  • JIO Inde Centre
  • JIO Inde Ouest
  • Korea Central
  • Sud de la Corée
  • Centre-Nord des États-Unis
  • North Europe
  • Norway East
  • Norvège Ouest
  • Poland Central
  • Afrique du Sud Nord
  • Afrique du Sud Ouest
  • États-Unis – partie centrale méridionale
  • South India
  • Southeast Asia
  • Sweden Central
  • UAE Central
  • UAE North
  • UK South
  • UK West
  • West Europe
  • West US

Comparaison des fournisseurs de ressources : Microsoft. Stockage et Microsoft. Partages de fichiers

Évaluez la nouvelle expérience de partage de fichiers avec Microsoft. FileShares pour tous vos nouveaux déploiements du protocole NFS Azure Files.

Si une exigence de fonctionnalité spécifique n’est pas encore disponible dans la nouvelle expérience de partage de fichiers, ou si la charge de travail nécessite la prise en charge du protocole SMB, utilisez l’expérience de partage de fichiers classique.

Fonctionnalité Partages de fichiers classiques fileshareclassicicon1 Partages de fichiers (Microsoft. FileShares) mfsicon
Garantie de support Généralement disponible Généralement disponible
Ressource de niveau supérieur pour le service Compte de stockage fileshareclassicicon2 Partages de fichiers mfsicon
Protocole SMB Yes Non
Protocole NFS Yes Yes
Prise en charge d’Azure File Sync Yes Non
Exiger un compte de stockage Yes Non
Modèle de facturation avec paiement à l’utilisation Yes Non
Modèle de facturation v1 provisionné Yes Non
Modèle de facturation v2 provisionné Yes Yes
Prise en charge HDD Yes Non
Prise en charge SSD Yes Yes
LRS Yes Yes
ZRS Yes Yes
GRS Yes Non
GZRS Yes Non
Facturation au niveau du partage, mise en réseau et configurations de sécurité Non Yes
Configurations de réseau virtuel unique pour un partage de fichiers Non Yes
Configuration unique du réseau virtuel pour plusieurs partages de fichiers Yes Non
Pilote CSI AKS Yes Non
API REST du plan de données Yes Non
Prise en charge de la suppression logicielle Yes Non
Prise en charge des instantanés Yes Yes
Chiffrement en transit Yes Yes
Clés gérées par le client Yes Non
Épinglage par zone Yes Non

Contenu connexe

  • Last updated on