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 surmonter ses défis liés à la réplication et au stockage de serveurs de fichiers et de 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 à l’ID Microsoft Entra et à Microsoft Entra Connect. Cette intégration permet aux utilisateurs d’utiliser leurs informations d’identification de compte local ou leurs informations d’identification Microsoft Entra pour accéder en toute sécurité au point de terminaison de partage de fichiers Azure.

Vous pouvez aussi configurer des partages de fichiers Azure pour prendre en charge les autorisations ACL (Access Control List). Cette configuration vous permet de limiter l’accès aux fichiers et dossiers de la même façon que vous sécurisez les fichiers et dossiers d’un serveur de fichiers local.

Étant donné qu’Azure Storage sauvegarde Azure Files, 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 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, placer un partage de fichiers dans Azure peut servir de remplacement simple pour les sites de succursales. Par exemple, le site de Wangaratta peut utiliser cette solution 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 avec Azure File Sync, que vous découvrirez dans la section suivante.

Introduction à Azure File Sync

Azure File Sync vous permet de fournir des partages de fichiers distribués à travers les succursales, les fichiers étant automatiquement répliqués vers chaque point de terminaison et sauvegardés avec un partage de fichiers Azure.
Vous pouvez également utiliser Azure File Sync pour configurer le cloud tiering.
Le cloud tiering vous permet d’indiquer que seules les fichiers récemment consultés sont stockés sur le serveur de fichiers local.
Les fichiers mis en niveaux (tiered files) dans le partage de fichiers Azure sont remplacés par des fichiers placeholders.

Le partage de fichiers Azure, qui offre beaucoup plus d’espace de stockage qu’un partage de fichiers local, conserve une copie complète de tous les fichiers écrits, y compris les fichiers qui ne sont plus présents localement en raison du cloud tiering. Si un utilisateur tente d’ouvrir un fichier placeholder (qui apparaît comme un fichier normal), le fichier est répliqué depuis le partage de fichiers Azure et s’ouvre normalement pour l’utilisateur.

Lorsque vous configurez le cloud tiering, vous pouvez définir qu’un certain espace libre doit rester disponible sur le volume qui héberge le partage.
Vous pouvez également indiquer que les fichiers qui n’ont pas été consultés pendant une certaine période sont automatiquement mis en niveaux.
Ou vous pouvez activer les deux options simultanément.

L’image suivante montre un déploiement de base d’Azure File Sync.

Tailwind Traders utilise actuellement un Distributed File System (DFS) pour répliquer un ensemble de partages de fichiers sur ses sites 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 permettrait à Tailwind Traders d’activer une gestion hiérarchisée (cloud tiering) dans le cloud.
Cette solution résout leurs problèmes concernant les limitations de stockage pour les serveurs de fichiers, lorsque de nouveaux fichiers sont régulièrement créés et enregistrés.

Qu’est‑ce qu’une base de données SQL Stretch ?

Microsoft SQL Server Stretch Database vous permet de migrer automatiquement, de manière sécurisée et transparente, des données rarement consultées vers Azure.
Lorsqu’une requête est effectuée sur ces données migrées, les résultats de la requête sont affichés, mais il existe une latence accrue par rapport au temps de requête des données récupérées à partir de tables stockées localement.

L’avantage de SQL Server Stretch Database par rapport à d’autres solutions consistant à supprimer ou archiver les données rarement consultées est que les données restent en ligne.
Il n’est pas nécessaire de modifier les requêtes existantes, et l’application ne sait toujours pas où se trouvent les données.

Tailwind Traders peut activer Stretch Database sur les bases de données dans lesquelles l’entreprise doit constamment ajouter du stockage pour répondre à la croissance des tables.
Lorsque Stretch Database est activé, les données de tables rarement consultées sont continuellement et de manière transparente migrées vers Azure.

L’activation de Stretch Database permet d’écrire de nouvelles données dans les tables, ces données restant locales et proches de l’application pour effectuer les requêtes, tandis que les données plus anciennes ou « froides » sont transférées vers Azure.