Monter Azure File Storage sur Linux — NetDrive sur Ubuntu

Un serveur de build a migré son dépôt de configuration d’un partage de fichiers on-prem vieillissant vers Azure File Storage, et désormais chaque job qui lisait /mnt/configs/*.yaml avec de simples commandes shell a besoin d’une autre réponse. Réécrire chaque script autour du SDK Azure est une option. Monter le partage comme un chemin Linux ordinaire pour que les appels existants à cat, cp et find continuent de fonctionner sans changement en est une autre — c’est ce que fait le build Linux de NetDrive.

Monter Azure File Storage sur Ubuntu

Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.

• Fonctionne sur le build Ubuntu expérimental de NetDrive
• Les scripts shell et jobs cron existants lisent le partage comme un chemin normal
• Téléversements en arrière-plan pour que les écritures de fichiers volumineux ne bloquent pas le processus appelant

WindowsmacOS

Télécharger NetDrive pour Linux →

Essai gratuit. Licences à vie et abonnements disponibles.

Azure File Storage, pas Azure Blob

NetDrive liste Azure File Storage et Azure Blob Storage comme deux types de connexion distincts, et les confondre fait échouer une tentative de configuration. Blob Storage est du stockage objet — adapté aux logs, sauvegardes et ressources statiques accédées via une API. File Storage est un partage SMB entièrement géré : le même type de ressource qu’expose un serveur de fichiers traditionnel, simplement hébergé dans Azure. Si une équipe a migré tel quel un serveur de fichiers on-prem vers Azure, File Storage est presque toujours le type de connexion qui correspond.

Les deux ont été ajoutés à NetDrive dans la même version, 3.11.204 (2020-07-22). Sur Linux, la connexion s’exécute sur le build Ubuntu expérimental de NetDrive plutôt que sur les versions Windows et macOS beaucoup plus testées — à savoir avant de pointer un job de production non supervisé dessus, puisque Linux porte une étiquette « expérimental » sur la page de comparaison de NetDrive.

Ce dont vous avez besoin dans le portail Azure

Collectez trois valeurs avant d’ouvrir NetDrive :

• Storage account name — la page de synthèse de la ressource Storage account dans le portail Azure.
• Access key — sous Security + networking → Access keys du compte de stockage. key1 ou key2 fonctionne indifféremment ; NetDrive n’a besoin que d’une seule.
• File share name — sous Data storage → File shares, le nom exact du partage à monter.

Si votre organisation a désactivé l’authentification par clé d’accès, générez un jeton Shared Access Signature (SAS) portant sur le service File, avec au moins les permissions Read, Write, List, Create et Delete, et utilisez-le à la place de la clé d’accès.

Il vous faudra aussi Ubuntu 16.04 ou ultérieur, avec un accès sortant ouvert vers le endpoint Azure Storage sur le pare-feu de la machine — le trafic SMB-over-Azure est bloqué par défaut par certains réseaux d’entreprise et groupes de sécurité cloud.

Installer NetDrive sur Ubuntu

NetDrive pour Linux est distribué sous forme de release GitHub plutôt que via apt :

1. Rendez-vous sur github.com/NetDrive/installer et téléchargez le build correspondant à votre version d’Ubuntu.
2. Lisez les notes de cette release avant d’installer — un composant pilote doit se charger avant qu’une connexion puisse être montée.
3. Installez le paquet, puis lancez NetDrive une fois pour que le pilote se charge. Cela peut demander sudo.

Étape par étape : connecter un partage Azure File

1. Ouvrez le Drive Manager de NetDrive et cliquez sur + Add Drive.
2. Sélectionnez Azure File Storage dans la liste des fournisseurs — pas Azure Blob Storage.

3. Saisissez le Storage Account name et la Access Key (ou le jeton SAS) récupérés dans le portail.
4. Saisissez le Share name exactement comme il apparaît sous File shares dans le portail.
5. Définissez un point de montage, par exemple /mnt/azure-configs, et cliquez sur Connect.

Vérifier le montage avant qu’un job n’en dépende

Avant de pointer un job cron ou une étape CI vers le nouveau chemin, confirmez qu’il est bien monté :

# Confirm the mount is listed
mount | grep azure-configs

# Or just list its contents
ls /mnt/azure-configs

Si le point de montage est vide ou n’apparaît jamais, vérifiez les règles de pare-feu sortant vers le endpoint Azure Storage avant de suspecter la clé d’accès — un port bloqué produit le même symptôme de « rien ici » qu’un identifiant erroné, et c’est la cause la plus fréquente sur des serveurs de build verrouillés.

À anticiper sur le build Linux

• Un cycle de release distinct. Les correctifs et fonctionnalités livrés pour Windows ou macOS n’arrivent pas automatiquement sur le build Linux dans la même fenêtre.
• Pas d’intégration apt. Les nouvelles versions viennent de releases GitHub, pas d’un gestionnaire de paquets, donc suivre les mises à jour est une tâche manuelle pour qui gère la machine.
• Windows et macOS bénéficient de tests plus poussés. Un partage de fichiers de configuration lu par quelques scripts convient bien au build Linux. Testez la charge de travail spécifique — écritures de fichiers volumineux, lecteurs concurrents, tout ce que le job fait réellement — avant de placer un pipeline de production non supervisé derrière sans surveillance.

Conclusion

Monter un partage Azure File Storage sur Ubuntu donne à une machine Linux le même accès de type lecteur que NetDrive offre sur Windows et macOS, sans réécrire des scripts autour du SDK Azure ni configurer manuellement un client SMB. Pour le même type de connexion sur des plateformes plus testées, voir Mount Azure File Storage on Windows ou Mount Azure File Storage on macOS ; pour du stockage objet plutôt qu’un partage de fichiers, Mount Azure Blob Storage on Linux couvre ce type de connexion. Pour la vue d’ensemble Linux, voir NetDrive on Ubuntu Linux.

— Kai, NetDrive