Aller au contenu
Conteneurs & Orchestration medium

Gérer le stockage avec Incus : pools et volumes

6 min de lecture

logo incus

Dans Incus, tout le stockage repose sur deux objets : les pools (les réservoirs de données, basés sur dir, ZFS, btrfs ou LVM) et les volumes (les unités de stockage à l'intérieur). Ce guide montre comment lister, créer et inspecter des pools, gérer des volumes personnalisés, choisir le bon backend, et pourquoi ZFS change la donne pour les snapshots. Tout a été testé sur Incus 7.0. Pour qui veut organiser proprement les données de ses instances.

  • Les concepts : pool, volume, snapshot.
  • Lister et inspecter les pools de stockage.
  • Créer un pool et choisir son backend.
  • Gérer des volumes personnalisés et les attacher à une instance.

Trois notions structurent le stockage Incus.

  • Un pool (storage pool) est le réservoir où Incus range les disques des instances et les volumes. Il s'appuie sur un backend : dir (simple dossier), ZFS, btrfs, LVM ou Ceph.
  • Un volume est une unité de stockage dans un pool. Chaque instance a son volume de disque ; on peut aussi créer des volumes personnalisés pour partager des données.
  • Un snapshot fige l'état d'un volume à un instant donné, pour revenir en arrière en cas de problème.

À l'initialisation, incus admin init a créé un pool default. On le retrouve avec :

Fenêtre de terminal
incus storage list
incus storage show default
config:
source: /var/lib/incus/storage-pools/default
name: default
driver: dir
used_by:
- /1.0/instances/c1
- /1.0/instances/vm1

Ici le pool default utilise le backend dir et sert déjà deux instances (c1, vm1).

On crée un pool avec incus storage create <nom> <backend>. Le plus simple, dir, fonctionne partout :

Fenêtre de terminal
incus storage create donnees dir
# Storage pool donnees created

Pour un backend ZFS ou btrfs, les outils correspondants doivent être installés sur l'hôte, sinon Incus refuse :

Fenêtre de terminal
incus storage create rapide zfs
# Error: Required tool 'zpool' is missing

Le choix du backend conditionne les performances et les fonctionnalités (snapshots rapides, compression).

BackendSnapshots rapidesQuand le choisir
dirnon (copie)tests, simplicité, aucun prérequis
ZFSouirecommandé : snapshots/clones instantanés, compression
btrfsouialternative à ZFS, intégrée au noyau
LVMoui (par blocs)volumes de blocs, infra existante LVM
Cephouistockage distribué en cluster

Pour un usage sérieux, ZFS est le choix de référence : ses snapshots et clones sont quasi instantanés et n'occupent que les différences. dir reste parfait pour découvrir ou pour un lab.

Au-delà des disques d'instances, on crée des volumes personnalisés pour stocker des données indépendamment, par exemple à partager entre instances :

Fenêtre de terminal
incus storage volume create donnees data1
incus storage volume list donnees
+--------+-------+--------------+---------+
| TYPE | NAME | CONTENT-TYPE | USED BY |
+--------+-------+--------------+---------+
| custom | data1 | filesystem | 0 |
+--------+-------+--------------+---------+

On attache ensuite ce volume à une instance, à un point de montage donné :

Fenêtre de terminal
incus storage volume attach donnees data1 c1 /mnt/data

Le volume data1 devient accessible dans /mnt/data du conteneur c1. Comme il vit dans le pool et non dans l'instance, il survit à la suppression du conteneur.

Comme les instances, les volumes se snapshotent :

Fenêtre de terminal
incus storage volume snapshot create donnees data1 avant-maj
incus storage volume snapshot list donnees data1

Sur un pool ZFS ou btrfs, ces snapshots sont instantanés et peu coûteux ; sur dir, ils reposent sur une copie complète.

  • Le stockage Incus s'organise en pools (réservoirs) et volumes (unités à l'intérieur).
  • incus storage list/show inspecte les pools ; incus storage create en crée un.
  • Les backends ZFS/btrfs/LVM exigent leurs outils installés (sinon Required tool missing).
  • ZFS est recommandé pour ses snapshots et clones instantanés ; dir pour la simplicité.
  • Un volume personnalisé s'attache à une instance et survit à sa suppression.

Ce site vous est utile ?

Sachez que moins de 1% des lecteurs soutiennent ce site.

Je maintiens +700 guides gratuits, sans pub ni tracking. Un soutien, même symbolique, m'aide à couvrir l'hébergement et à garder ces ressources gratuites. Merci pour votre appui.

Le formulaire ne s'affiche pas ? Ouvrir Ko-fi dans un onglet.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn