Fichiers et données du cloud hybride
Tailwind Traders doit s’assurer que le même contenu de partage de fichiers est disponible de manière fiable dans chaque succursale. Toutefois, son infrastructure de serveur de fichiers existante en fait un défi. Certaines filiales plus petites, comme le distributeur de l’entreprise à Wangaratta, en Australie, n’ont pas de points de terminaison de serveur de fichiers locaux. L’accès des distributeurs aux fichiers et dossiers se produit par le biais d’une connexion VPN à un serveur de fichiers du bureau de Melbourne.
Un autre défi pour Tailwind Traders est que les utilisateurs créent tout le temps des fichiers. Les volumes qui hébergent les partages de fichiers sont régulièrement saturés et requièrent l’intervention de l’administrateur pour libérer de l’espace disque.
Ce problème de stockage n’est pas limité aux volumes hébergeant des partages de fichiers. Plusieurs bases de données SQL locales continuent d’évoluer jusqu’à consommer la capacité de stockage existante et les administrateurs de base de données doivent ajouter régulièrement du stockage.
Dans cette unité, vous allez découvrir comment certaines technologies hybrides permettent à Tailwind Traders de traiter ses défis liés à la réplication et au stockage de leurs serveurs de fichiers et des bases de données SQL.
Qu’est-ce qu’un partage de fichiers Azure ?
Azure Files propose deux protocoles standard pour le montage d’un partage de fichiers Azure : le protocole SMB et le protocole NFS. Vous pouvez intégrer Azure Files à Microsoft Entra ID et Microsoft Entra pour permettre aux utilisateurs d’utiliser leurs informations d’identification de compte locales ou leurs informations d’identification Microsoft Entra afin d’accéder en toute sécurité au point de terminaison du partage de fichiers Azure.
Vous pouvez aussi configurer des partages de fichiers Azure pour prendre en charge les autorisations de liste de contrôle d’accès (ACL). Ainsi, vous limitez l’accès aux fichiers et aux dossiers de la même manière que vous le feriez pour sécuriser des fichiers et des dossiers d’un serveur de fichiers local.
Étant donné qu’Azure Files est complémentaire au Stockage Azure, les partages de fichiers Azure peuvent stocker beaucoup plus de fichiers et de dossiers que leurs équivalents locaux. Vous pouvez aussi sauvegarder des partages de fichiers Azure à l’aide de la Sauvegarde Azure, avec des fichiers et des dossiers sauvegardés et récupérés dans le cloud, au lieu de nécessiter une solution de sauvegarde et de récupération locale distincte.
L’image suivante illustre les clients qui se connectent à des partages de fichiers Azure.
Un point de terminaison de partage de fichiers Azure peut fournir une solution à certains des défis auxquels Tailwind Traders est confronté. En particulier, un partage de fichiers placé dans Azure peut servir de solution de remplacement que des emplacements de filiales, comme le site de Wangaratta, peuvent utiliser au lieu d’établir une connexion VPN à un serveur de fichiers du bureau de Melbourne. Les points de terminaison de partage de fichiers Azure peuvent être utilisés conjointement avec Azure File Sync, que vous allez découvrir dans la section suivante.
Présentation d’Azure File Sync
Azure File Sync vous permet de déployer des partages de fichiers distribués dans des filiales où les fichiers sont répliqués automatiquement sur chaque point de terminaison et soutenus par un partage de fichiers Azure. Vous pouvez aussi utiliser Azure File Sync pour configurer la hiérarchisation cloud. La hiérarchisation cloud vous permet de spécifier que seuls les fichiers qui ont été récemment consultés sont conservés sur le serveur de fichiers local. Les espaces réservés remplacent les fichiers hiérarchisés dans le partage de fichiers Azure.
Le partage de fichiers Azure, qui a beaucoup plus de stockage qu’un partage de fichiers local, va conserver une copie complète de tous les fichiers qui y sont écrits, notamment ceux qui ne sont plus présents localement en raison de la hiérarchisation cloud. Si un utilisateur tente d’ouvrir un fichier d’espace réservé, qui apparaît comme un fichier normal, le fichier est répliqué à partir du partage de fichiers Azure et s’ouvre normalement pour l’utilisateur.
Quand vous configurez la hiérarchisation cloud, vous pouvez spécifier qu’une certaine quantité d’espace disque reste libre sur le volume qui héberge le partage. Vous pouvez également spécifier que les fichiers qui n’ont pas été utilisés dans un laps de temps donné soient automatiquement hiérarchisés. Ou vous pouvez activer les deux options en même temps.
L’image suivante illustre un déploiement Azure File Sync de base.
Tailwind Traders utilise actuellement un système de fichiers distribués (DFS) pour répliquer un ensemble de partages de fichiers dans ses emplacements en Australie et en Nouvelle-Zélande. Azure File Sync permettrait à l’entreprise de remplacer le système de fichiers DFS comme mécanisme de réplication de fichiers. L’avantage est que cela permet également à Tailwind Traders d’activer la hiérarchisation cloud, ce qui résout ses problèmes liés aux contraintes d’espace des serveurs de fichiers lorsque de nouveaux fichiers sont créés et stockés régulièrement.
Qu’est-ce que SQL Stretch Database ?
Microsoft SQL Server Stretch Database vous permet de migrer automatiquement les données rarement consultées de façon sécurisée et transparente vers Azure. Quand une requête est effectuée sur des données qui ont été migrées vers Azure, les résultats de la requête sont retournés, mais la durée de traitement de la requête est supérieure à la durée de récupération des données des tables stockées localement.
L’avantage de SQL Server Stretch Database sur d’autres solutions de suppression des données rarement consultées de la base de données vient du fait que les données elles-mêmes restent en ligne. Il n’est pas nécessaire de modifier les requêtes existantes et l’application n’a toujours pas connaissance de l’emplacement des données.
Tailwind Traders peut activer Stretch Database sur les bases de données où l’ajout de stockage a dû être conservé pour gérer la croissance des tables. Lorsque Stretch Database est activé, les données de table rarement consultées sont migrées en toute transparence vers Azure de manière continue. Cela permet d’écrire de nouvelles données dans des tables, restant locales et proches de l’application effectuant la requête, tout en déplaçant les données les plus froides dans Azure.