Passer au contenu principal Passer à la navigation Passer au pied de page
Offre limitée : Design Partner Program. Plan BUSINESS gratuit à vie.

Transfert delta

Le premier push vers une autre machine copie tout ; chaque push suivant ne transfère que les blocs modifiés, automatiquement.

Transfert delta

Poussez un dépôt vers une autre machine deux fois. Le premier push transfère tout. Le deuxième ne transfère que ce qui a changé : même commande, aucun flag, aucun suivi manuel. Et vous n’avez pas à le croire sur parole, car la sortie du push affiche exactement la quantité déplacée.

Regarder le tutoriel

Des blocs, pas des octets

Des blocs, pas des octets

Après le premier push, le CLI conserve une image de base immuable identique sur les deux machines. Le push suivant compare les blocs par rapport à cette base et n’envoie que la différence.

Étape 1 : Le push de référence

rdc repo push --name my-app --machine <machine-name> --to <target-machine>

Poussez le repository vers une seconde machine. Le premier push transfère l'image complète, et la sortie l'indique : 2 Go transférés, marqué (full). Une base delta est conservée des deux côtés.

La sortie est explicite : 2.0 GB transferred in 44.4s (full). L’image entière a voyagé, et une base delta identique a été conservée des deux côtés.

Étape 2 : Modifier un peu

rdc term connect --machine <machine-name> --repository my-app --command 'dd if=/dev/urandom of=delta-test.bin bs=1M count=50 status=none && ls -lh delta-test.bin'

Écrivez une petite quantité de nouvelles données dans le repository.

Étape 3 : Pousser la différence

rdc repo push --name my-app --machine <machine-name> --to <target-machine>

Poussez à nouveau avec la même commande : la sortie indique environ 50 Mo transférés en tant que delta par rapport à la base partagée, sur une image de 2 Go. Seuls les blocs modifiés ont été envoyés.

Même commande, ligne très différente : 50.8 MB transferred in 5.7s (delta vs base ..., image 2.0 GB). Cinquante mégaoctets ont changé, donc environ cinquante mégaoctets ont voyagé, sur une image de deux gigaoctets.

Étape 4 : Synchronisés, en quelques secondes

rdc repo list --machine <target-machine>

La machine cible contient maintenant le repository mis à jour, synchronisé au coût du delta.

Les deux machines ont le même dépôt, mis à jour au coût du changement, pas de la taille. Les sauvegardes horaires de machine à machine cessent d’être coûteuses.

Besoin d’un contrôle explicite ? --delta-base <guid> fixe la base de comparaison, et --strategy choisit l’algorithme de delta de blocs. Le comportement par défaut détermine les deux pour vous.


Suivant : Gestion du stockage.