Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de changer d’annuaire.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer d’annuaire.
Azure File Sync étend Azure Files à Windows Server, ce qui permet une mise en cache locale, une synchronisation multisite et une hiérarchisation cloud pour les partages de fichiers. Cet article décrit les objectifs de scalabilité et de niveau de performance pour Azure File Sync.
Étant donné qu’Azure File Sync utilise Azure Files comme magasin de stockage pour les données synchronisées à partir de vos serveurs de fichiers locaux, vous devez également prendre en compte les objectifs de scalabilité et de niveau de performance pour Azure Files.
Objectifs de mise à l’échelle d’Azure File Sync
Le tableau suivant indique quelles cibles sont souples, représentant la limite testée par Microsoft, et strictes, indiquant un maximum imposé. Un point de terminaison Azure File Sync peut augmenter la taille d’un partage de fichiers Azure. Si la limite de taille du partage de fichiers Azure est atteinte, la synchronisation ne fonctionne pas.
| Resource | Cible | Limite inconditionnelle |
|---|---|---|
| Services de synchronisation de stockage par abonnement | 100 services de synchronisation de stockage | Oui |
| Groupes de synchronisation par service de synchronisation de stockage | 200 groupes de synchronisation | Oui |
| Serveurs inscrits par le service de synchronisation de stockage | 100 serveurs | Oui |
| Points de terminaison privés par service de synchronisation de stockage | 100 points de terminaison privés | Oui |
| Points de terminaison cloud par groupe de synchronisation | Un point de terminaison cloud | Oui |
| Points de terminaison de serveur par groupe de synchronisation | 100 points de terminaison de serveur | Oui |
| Points de terminaison de serveur par serveur | 30 points de terminaison de serveur | Oui |
| Objets du système de fichiers (répertoires et fichiers) par groupe de synchronisation | 100 millions d’objets | Non |
| Nombre maximal d’objets de système de fichiers (répertoires et fichiers) dans un répertoire (non récursif) | 5 millions d’objets | Non |
| Taille maximale du descripteur de sécurité d’objet (répertoires et fichiers) | 64 Kio | Oui |
| Taille du fichier | 100 Gio | Non |
| Taille minimale d’un fichier à hiérarchiser | en fonction de la taille de cluster du système de fichiers (le double de cette taille). Par exemple, si la taille du cluster de système de fichiers est de 4 Kio, la taille de fichier minimale est de 8 Kio. | Oui |
Métriques de performances Azure File Sync
Étant donné que l’agent Azure File Sync s’exécute sur un ordinateur Windows Server qui se connecte aux partages de fichiers Azure, les performances de synchronisation effectives dépendent de plusieurs facteurs dans votre infrastructure, notamment :
- Windows Server et la configuration du disque sous-jacent
- Bande passante réseau entre le serveur et le stockage Azure
- Taille du fichier
- Taille totale du jeu de données
- Activité sur le jeu de données
Étant donné qu’Azure File Sync fonctionne au niveau du fichier, vous devez mesurer les caractéristiques du niveau de performance d’une solution basée sur Azure File Sync en fonction du nombre d’objets (fichiers et répertoires) traités par seconde.
Le tableau suivant indique les cibles du niveau de performance Azure File Sync :
| Scénario | Performance |
|---|---|
| Énumération initiale des modifications cloud | 150 objets par seconde par groupe de synchronisations |
| Débit de chargement | 200 objets par seconde par groupe de synchronisations |
| Débit de téléchargement de l’espace de noms | 400 objets par seconde par point de terminaison de serveur |
| Débit de téléchargement complet | 60 objets par seconde par point de terminaison de serveur |
Note
Les performances réelles dépendent de plusieurs facteurs, comme indiqué au début de cette section.
En règle générale pour votre déploiement, gardez ces quelques points à l’esprit :
- Le débit de l’objet est approximativement mis à l’échelle en proportion du nombre de groupes de synchronisations sur le serveur. Si vous fractionnez les données en plusieurs groupes de synchronisation sur un serveur, vous obtenez un meilleur débit qui est également limité par le serveur et le réseau.
- Le débit d’objets est inversement proportionnel au débit de Mio par seconde. Pour les fichiers plus petits, vous rencontrez un débit plus élevé en termes de nombre d’objets traités par seconde, mais un débit inférieur de Mio par seconde. À l’inverse, pour les fichiers plus volumineux, vous obtenez moins d’objets traités par seconde, mais un débit de Mio supérieur par seconde. Le débit de MiB par seconde est limité par les objectifs d’échelle d’Azure Files.
- Lorsque de nombreux points de terminaison de serveur dans le même groupe de synchronisation sont synchronisés en même temps, ils sont en concurrence pour les ressources du service cloud. Par conséquent, les performances de chargement sont affectées. Dans les cas extrêmes, certaines sessions de synchronisation ne parviennent pas à accéder aux ressources et vont échouer. Toutefois, ces sessions de synchronisation reprendront bientôt et réussiront lorsque la congestion sera moindre.
- Si la hiérarchisation cloud est activée, vous êtes susceptible d’observer de meilleures performances de téléchargement, car seules certaines données de fichier sont téléchargées. Azure File Sync télécharge uniquement les données des fichiers mis en cache quand elles changent sur les points de terminaison. Pour les fichiers hiérarchisés ou nouvellement créés, l’agent ne télécharge pas les données de fichier et, à la place, synchronise uniquement l’espace de noms sur tous les points de terminaison de serveur. L’agent prend également en charge les téléchargements partiels de fichiers hiérarchisés à mesure qu’ils sont consultés par l’utilisateur.