Caelum est le serveur de fichiers intelligent édité par GaLiLo, une passerelle de stockage moderne pour les entreprises. En clair : Caelum se présente à vos utilisateurs comme un serveur de fichiers classique (partages Windows SMB et NFS), mais ajoute par-dessus un archivage automatique et transparent vers le cloud objet (S3), des instantanés (snapshots), de la réplication vers un second site et de la haute disponibilité.
L'objectif : garder vos données chaudes accessibles localement à pleine vitesse, repousser vos données froides vers un stockage objet bien moins cher, le tout sans que vos utilisateurs aient à changer leurs habitudes et sans jamais avoir à re-télécharger manuellement un fichier archivé.
Caelum n'est pas un « cloud souverain » ni un fournisseur de stockage. C'est une passerelle vers le cloud objet que vous choisissez (AWS S3, MinIO, Wasabi, Backblaze, Ceph, un S3 hébergé en France, etc.). Vos données restent les vôtres, sur le stockage que vous décidez.
À qui s'adresse Caelum#
Caelum vise les organisations qui exploitent un ou plusieurs serveurs de fichiers (NAS Windows, Synology, QNAP, filers historiques) et qui veulent :
- Réduire le coût de stockage des données qui ne servent plus au quotidien (archives, projets clos, anciennes versions) en les déplaçant vers du cloud objet, tout en les gardant accessibles à la demande.
- Moderniser sans rupture : conserver les partages SMB/NFS, l'intégration Active Directory et les habitudes des utilisateurs.
- Migrer un ancien NAS vers une plateforme actuelle (audit du contenu, copie, bascule).
- Sécuriser la continuité d'activité avec des snapshots, une réplication vers un site distant et une option de haute disponibilité.
C'est typiquement l'outil d'un administrateur système / IT ou d'un MSP (prestataire infogérance) qui gère le stockage de fichiers d'une PME ou d'une ETI.
Les concepts clés (vocabulaire Caelum)#
Cinq notions reviennent partout dans l'interface. Les comprendre suffit à prendre en main l'appliance.
Le pool de stockage#
Le pool est l'espace disque physique géré par l'appliance (moteur ZFS, reconnu pour sa robustesse et ses instantanés). Il est constitué à l'installation à partir d'un ou plusieurs disques, avec une topologie au choix : disque seul, miroir (résiste à la panne d'un disque) ou RAID-Z (parité). Tout le reste — volumes, partages — repose sur ce pool.
Caelum gère un pool primaire (galilopool, monté sous /galilo/data) et,
si besoin, des pools additionnels pour consolider ou étendre le stockage
(chaque pool porte un rôle Primaire ou Additionnel dans la vue Pools de
stockage). Les disques d'un pool peuvent être des disques locaux ou des
LUN d'une baie iSCSI (SAN) attachées depuis l'interface (voir les
Cibles iSCSI).
Le volume#
Un volume est un conteneur logique à l'intérieur du pool. Il porte les
réglages communs à tout ce qu'il contient : quota (taille maximale),
politique de snapshots, cible S3 par défaut et activation des
« Versions précédentes » Windows. On crée généralement un volume par équipe
ou par projet (ex. comptabilité, projet-X).
Le partage#
Un partage (share) est ce que vos utilisateurs voient et montent depuis
leur poste : un dossier réseau servi en SMB (Windows : \\caelum\mon-partage)
et/ou NFS (Linux/Unix). Un partage appartient toujours à un volume. On y
règle les protocoles servis, la lecture seule éventuelle, et les
accès autorisés (par groupes/utilisateurs Active Directory pour SMB, par
adresses IP pour NFS).
La destination cloud (cible S3)#
Une destination cloud est un coffre de stockage objet, compatible S3, que vous déclarez dans l'appliance (endpoint, identifiants, bucket, région) depuis la vue Destinations cloud. C'est la destination de l'archivage. Caelum n'impose aucun fournisseur : vous pointez vers le S3 de votre choix (AWS S3, MinIO, Wasabi, Backblaze B2, Ceph, un S3 souverain européen…).
Le tiering (archivage) et le recall#
Le tiering (ou archivage, ou HSM pour Hierarchical Storage Management) est le déplacement automatique des fichiers froids (rarement consultés) du pool local vers la cible S3. Localement, le fichier est remplacé par un stub : un marqueur léger qui occupe quasiment zéro espace disque mais reste visible et cliquable comme le fichier d'origine.
Le recall est l'opération inverse, automatique et transparente : dès qu'un utilisateur ouvre un fichier archivé, Caelum le re-télécharge depuis S3 à la volée. L'utilisateur voit simplement le fichier s'ouvrir (avec un court délai le temps du téléchargement) — il n'a rien à faire, aucun outil à lancer.
Du point de vue de l'utilisateur Windows, un fichier archivé apparaît avec l'attribut « hors ligne » (petite icône). Il s'ouvre normalement ; Caelum gère le rapatriement en arrière-plan.
Le snapshot#
Un instantané (snapshot) est une photo instantanée de l'état d'un volume à un moment donné, prise en quelques secondes et n'occupant que la place des modifications ultérieures. Les instantanés servent à revenir en arrière après une suppression ou une corruption, et peuvent être exposés aux utilisateurs Windows sous forme de « Versions précédentes ». Côté Caelum, il suffit d'une seule case sur un volume ou un partage (« Activer les Versions précédentes ») : toute la chaîne — exposition SMB et planification des instantanés — est provisionnée automatiquement. Côté poste Windows, l'utilisateur fait un clic droit sur un fichier → Propriétés → Versions précédentes.
Comment Caelum s'insère dans votre infrastructure#
- Côté utilisateurs : rien ne change. Ils continuent d'accéder à des partages SMB/NFS, avec leurs comptes Active Directory ou LDAP habituels. L'appliance apparaît d'elle-même dans « Réseau » de Windows 10/11 et dans le Finder macOS (icône NAS), sans aucun réglage : la découverte réseau (WS-Discovery et mDNS/Bonjour) est active par défaut.
- Côté stockage chaud : l'appliance sert les fichiers actifs depuis ses disques locaux, à pleine vitesse réseau.
- Côté stockage froid : les fichiers anciens sont repoussés vers votre cloud objet S3 et rapatriés à la demande.
- Côté continuité : instantanés réguliers, réplication vers un second site,
et option de haute disponibilité à deux nœuds, selon deux modes au
choix :
- Stockage partagé — un pool unique sur une baie SAN/iSCSI multi-writer ; la bascule est transparente entre les deux nœuds (nécessite un SAN et, en production, un mécanisme de fencing).
- Réplication (« Option A ») — chaque nœud garde son propre pool local, une réplication ZFS asynchrone maintient le second nœud en miroir ; la bascule est manuelle et n'exige pas de baie partagée.
Le résultat : une empreinte locale réduite (vous ne stockez localement que ce qui est réellement utilisé), un coût maîtrisé (le froid part sur du stockage objet économique) et une expérience inchangée pour les utilisateurs.
Ce que Caelum n'est pas#
- Pas un fournisseur de cloud : vous apportez votre propre stockage S3.
- Pas un produit de sauvegarde au sens classique : le tiering déplace les données (avec une copie de référence dans S3), il ne les duplique pas comme le ferait un logiciel de backup. Pour la résilience, Caelum s'appuie sur les snapshots et la réplication. Conservez par ailleurs votre stratégie de sauvegarde si elle répond à des obligations propres.
- Pas un système qui demande à vos utilisateurs d'apprendre un nouvel outil : l'accès reste SMB/NFS standard.
Pour aller plus loin#
- Installer une appliance : voir le guide d'installation.
- Administrer au quotidien : voir le guide d'administration.
- Tâches détaillées (volumes, partages, S3, snapshots, réplication, AD, HA, mises à jour) : voir le guide des tâches.
- Un problème ? : voir le dépannage et la FAQ.