Stockage copy-on-write

Clonez toute votre base de données en quelques secondes

Créez une copie PostgreSQL complète avec de vraies données en moins de 30 secondes. Pas de dump, pas de restore et presque aucun stockage supplémentaire au départ.

Pourquoi le clonage traditionnel est pénible

Le flux standard reste pg_dump suivi de pg_restore. Cela va pour les petites bases, mais avec des volumes de production cela finit par ralentir toute l’équipe.

Réalité typique de pg_dump / pg_restore pour 100 Go

  • Le dump prend 30 à 60 minutes et produit une grosse archive.
  • Le restore ajoute encore 30 à 60 minutes et nécessite une copie disque complète.
  • Dix copies parallèles peuvent représenter environ 1 To supplémentaire.
  • Les équipes reviennent à un staging partagé parce que le clonage devient trop lent.

Les restores depuis snapshots cloud sont meilleurs, mais prennent toujours plusieurs minutes et créent encore des copies complètes.

Comment fonctionne le clonage copy-on-write

Vela clone au niveau du stockage. La source et le clone partagent d’abord les mêmes blocs, donc il n’y a pas de copie massive.

Seuls les blocs modifiés sont ensuite écrits séparément. Le temps de création reste donc court et le coût de stockage suit uniquement les changements réels.

  • Le temps de création reste presque constant même avec de grosses bases.
  • Un clone en lecture seule consomme presque zéro stockage supplémentaire.
  • Les écritures restent isolées de la base source.
  • Supprimer un clone est immédiat.

Ce que permet le clonage instantané

Des workflows enfin réalistes quand le clonage est rapide, peu coûteux et jetable.

Tests avant migration

Exécutez vos changements de schéma sur un clone de production avant la vraie base.

  • Tester ALTER TABLE sur de vraies données
  • Détecter plus tôt les erreurs de contraintes
  • Mesurer les performances après migration

Tests de charge et de performance

Faites vos benchmarks sur des données à l’échelle de la production.

  • Conserver la vraie cardinalité et distribution
  • Lancer EXPLAIN ANALYZE sans risque
  • Jeter le clone après le test

Environnements développeur

Donnez à chaque ingénieur sa copie complète au lieu d’une base dev partagée.

  • Environnements proches de la production
  • Pas de conflits d’écriture
  • Création et nettoyage rapides

Pipelines de masquage

Clonez la production, masquez les données dans le clone puis partagez uniquement la copie sécurisée.

  • Partir des données de production complètes
  • Masquer les PII directement dans le clone
  • La base source reste protégée

Comparaison des approches de clonage

Fonction pg_dump / restore Restore depuis snapshot Clone CoW Vela
Temps de création (100 Go) 45-90 minutes 10-30 minutes < 30 secondes
Stockage supplémentaire par clone 100 Go de copie complète 100 Go de copie complète Presque zéro à la création
Dix clones simultanés ~1 To supplémentaire ~1 To supplémentaire Presque zéro tant que les données ne changent pas
Automatisation par API CLI uniquement API cloud REST API et UI

Questions fréquentes

Comment Vela clone PostgreSQL aussi vite ?

Vela utilise le copy-on-write au niveau du stockage. Les blocs inchangés sont partagés avec la source, il n’y a donc pas de transfert complet lors de la création.

Quelle différence entre un clone et une branche ?

Un clone est une copie isolée. Une branche repose sur le même mécanisme mais s’inscrit dans un workflow de branching avec cycle de vie et automatisation.

Combien de stockage consomme un clone ?

Presque rien au départ. Le stockage supplémentaire apparaît seulement quand le clone ou la source modifient des blocs différents.

Puis-je cloner une base de production active ?

Oui. Vela crée un snapshot cohérent sans interrompre le trafic de production.

Clonez une base en quelques secondes

Essayez le clonage copy-on-write dans le sandbox sans préparer d’infrastructure.