Volumes¶
La page Volumes liste les volumes persistants (PVC) du namespace courant : nom, capacité, espace utilisé, classe de stockage, statut, et les pods qui les utilisent.
La colonne Utilisé (jauge + pourcentage) vient de la supervision de la plateforme (Prometheus, métriques du kubelet) : elle n'est renseignée que pour un volume monté par un pod ; sinon, ou si la supervision est indisponible, elle affiche n/d.
Actions sur un volume¶
Le menu ⋮ à droite de chaque ligne regroupe toutes les actions disponibles pour ce volume :
| Action | Effet |
|---|---|
| Redimensionner | Augmente la capacité (jamais de réduction — limitation Kubernetes) |
| Snapshot | Fige un instantané du volume à un instant T |
| Cloner | Crée un nouveau volume, copie indépendante de l'original |
| Restaurer un snapshot | Crée un nouveau volume à partir d'un snapshot existant |
| Supprimer | Supprime le volume — impossible s'il est encore attaché à un pod |
Volumes des bases de données PostgreSQL¶
Les volumes d'une base PostgreSQL (application PostgreSQL, ou base embarquée dans une autre application) sont pilotés par l'opérateur CloudNativePG : Redimensionner, Cloner et Snapshot y sont grisés, et refusés par l'API même en contournant l'interface.
- Agrandir la base : passez par Configurer → Taille du stockage de l'application. L'opérateur agrandit lui-même les volumes de ses instances ; un redimensionnement fait directement ici serait réconcilié (donc annulé) par l'opérateur. La réduction reste impossible.
- Copier la base : utilisez ses sauvegardes. Un snapshot ou un clone pris sur une base en fonctionnement n'est pas garanti cohérent.
Cas d'usage : revenir en arrière après une fausse manipulation¶
- Avant l'opération risquée, faites un snapshot du volume concerné.
- En cas de problème, restaurez le snapshot vers un nouveau volume.
- Dans Configurer → Volumes de l'application, pointez le montage vers ce nouveau volume — l'application redémarre sur les données restaurées.
Note
Les snapshots vivent dans le cluster (pas dans S3) : ils protègent contre les erreurs de manipulation, pas contre la perte du cluster. Pour une vraie sauvegarde externalisée des bases de données, voir Sauvegarde et restauration.