Monter Backblaze B2 sur Linux — build Ubuntu expérimental

Un administrateur de sauvegardes fait tourner chaque nuit des jobs de snapshot sur une flotte de serveurs Ubuntu headless, en archivant l’archive tar de chaque nuit vers un bucket Backblaze B2 pour la rétention hors site. Le script existant sait déjà écrire vers un chemin local avec tar et rsync — le réécrire autour de l’API native de B2 ou de l’outil en ligne de commande b2 implique une nouvelle gestion de l’authentification et de nouveaux codes d’erreur à gérer, pour un job qui fonctionnait déjà très bien. Le build Linux de NetDrive évite cette réécriture : il monte le bucket B2 comme un point de montage Ubuntu ordinaire, si bien que le même script qui écrit déjà vers /mnt/backups/nightly.tar.gz sur un disque local peut écrire vers un chemin adossé à B2 à la place, sans modification.

Monter Backblaze B2 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 Ubuntu 16.04 et versions ultérieures
• Backblaze B2 pris en charge depuis NetDrive 3.5.434
• Les scripts existants lisent et écrivent via un point de montage normal — aucune réécriture de l'API B2

WindowsmacOS

Télécharger NetDrive pour Linux →

Essai gratuit. Licences à vie et abonnements disponibles.

Pourquoi monter un bucket plutôt que scripter l’API B2

Parler directement à B2 implique de gérer l’authentification par clé d’application, les tentatives de nouvelle exécution et la pagination du listage de buckets, dans quel que soit le langage utilisé par l’outillage de sauvegarde — faisable, mais c’est un travail d’infrastructure qui n’a rien à voir avec la tâche réelle de faire sortir une archive tar hors site. Monter le bucket supprime cette couche : NetDrive résout les lectures et écritures vers B2 via le point de montage, si bien qu’un job tar ou une commande cp interagit avec lui comme avec n’importe quel autre répertoire de la machine.

Backblaze B2 est un type de connexion pris en charge par NetDrive depuis la version 3.5.434 (2018-05-11), qui a également apporté le téléversement multipart pour les fichiers de 5 Go et plus — la prise en charge de B2 a eu le temps de mûrir plutôt que d’être un ajout récent greffé sur le build Linux.

Installer NetDrive sur Ubuntu

NetDrive pour Linux est distribué en dehors des dépôts de paquets par défaut d’Ubuntu, donc l’installation passe par GitHub plutôt que par apt :

1. Allez sur github.com/NetDrive/installer et récupérez la version correspondant à votre version d’Ubuntu.
2. Lisez les notes de cette version avant d’installer — un composant driver doit être installé en premier, sinon rien ne se montera.
3. Installez le paquet NetDrive lui-même.
4. Lancez NetDrive une fois pour que le composant driver se charge ; selon votre configuration de permissions, cela peut demander sudo.

La version minimale prise en charge par le build Linux est Ubuntu 16.04, et il porte le même label expérimental que la page de comparaison de NetDrive utilise pour Linux en général — Windows et macOS reçoivent l’essentiel des tests. Les mises à jour arrivent sous forme de releases GitHub plutôt que via apt upgrade, donc vérifier les nouvelles versions est une étape manuelle à inclure dans le runbook couvrant la machine.

Étape par étape : connecter un bucket B2 sur Ubuntu

1. Open NetDrive’s Drive Manager et cliquez sur + Add Drive.
2. Select Backblaze B2 dans la liste des types de connexion.

3. Enter your B2 Application Key ID and Application Key — générés depuis votre compte Backblaze, limités au bucket si vous préférez ne pas donner au serveur un accès à l’ensemble du compte.
4. Enter the bucket name que vous voulez que NetDrive monte.
5. Set a mount point — un chemin comme /mnt/b2-backups, ou tout répertoire vide sur lequel vous avez un accès en écriture.
6. Click Connect. NetDrive s’authentifie et monte le bucket à ce chemin.

Vérifier le montage avant d’en dépendre pour votre job de sauvegarde

Confirmez depuis un terminal que le montage a bien eu lieu, plutôt que de se fier uniquement à l’interface graphique — une diligence raisonnable sur un build expérimental, et à faire avant qu’un job cron ne commence à écrire vers le chemin sans surveillance :

# Confirm the mount is listed
mount | grep b2-backups

# Or just try listing it
ls /mnt/b2-backups

Si le répertoire revient vide ou que le montage n’apparaît pas, vérifiez que le trafic HTTPS sortant sur le port 443 n’est pas bloqué par le pare-feu du serveur avant de supposer que les identifiants du bucket sont incorrects — un port de sortie fermé est une cause plus fréquente sur les serveurs de build et de sauvegarde verrouillés qu’une mauvaise Application Key.

Ce qu’il faut anticiper avec le build Linux

• Un cycle de release séparé. Le driver Linux est maintenu selon son propre calendrier, donc un correctif publié pour Windows ou macOS n’arrive pas automatiquement sur Linux la même semaine.
• Aucune intégration apt. Les installations et mises à jour passent par des releases GitHub, pas par un PPA ni un gestionnaire de paquets.
• Windows et macOS comme cibles les plus éprouvées. Les propres recommandations de NetDrive traitent ces deux plateformes comme celles qui reçoivent le plus de tests. Une machine de sauvegarde nocturne ou un runner CI lisant des fixtures depuis B2 est un cas d’usage raisonnable pour le build Linux ; un pipeline de production sans surveillance mérite d’être testé en profondeur au préalable.

Conclusion

Monter un bucket B2 sur Ubuntu donne à un serveur headless le même accès de type lecteur que NetDrive fournit sur Windows et macOS, sans réécriture autour de l’API native de B2. Pour le même fournisseur sur une plateforme plus testée, voir Mount Backblaze B2 on Windows ou Mount Backblaze B2 on macOS ; pour une vue d’ensemble de Linux, voir NetDrive on Ubuntu Linux ; et pour un cas d’usage construit autour de ce fournisseur précis, voir Photography RAW Archives on Backblaze B2.

— Steve, NetDrive