Réduire la latence de démarrage des conteneurs avec Lazy Pulling

guillaume-margaud 10/05/2026
RÉSOLU

On a des images Docker assez lourdes (plusieurs Go) qui ralentissent considérablement le scaling horizontal dans notre cluster. J'ai entendu parler du lazy pulling avec stargz-snapshotter ou nydus.

Est-ce que c'est réellement prêt pour de la production ou est-ce qu'on risque des erreurs inattendues lors de l'exécution des binaires ?

10/05/2026 à 05:00

6 commentaires

agnes82
Membre
Avatar de agnes82
agnes82
Membre

On utilise stargz en prod depuis 6 mois sur EKS. C'est bluffant pour le cold start, mais attention au cache local sur les nodes. Si le cache est saturé, tu perds l'avantage.

10/05/2026 à 23:02

Est-ce que vous avez eu des soucis de compatibilité avec les couches de l'image ? On a des images basées sur des distroless.

11/05/2026 à 11:55

Avec nydus, le format est différent, il faut convertir tes images via un build process spécifique. C'est plus robuste pour les gros binaires.

nydus-image create --source /path/to/image --output /path/to/nydus/blob
12/05/2026 à 08:56

Le build process semble complexe à intégrer dans notre pipeline CI actuel. Je vais tester stargz d'abord car il semble plus transparent.

13/05/2026 à 07:01
rousseau-charlotte
Membre Secouriste
Avatar de rousseau-charlotte
rousseau-charlotte
Membre Secouriste

N'oublie pas de monitorer le trafic réseau vers le registre. Le lazy pulling fait des requêtes HTTP Range en continu, si ton registre est lent, ton app va démarrer par morceaux, ce qui est dangereux si le réseau tombe.

14/05/2026 à 03:25

C'est un point critique. Je vais monitorer la latence vers le registre pendant les phases de pull pour éviter les timeouts au démarrage.

14/05/2026 à 22:09

Laisser une réponse

Vous devez être connecté pour poster un message !

Rejoindre la communauté

Recevoir les derniers articles gratuitement en créant un compte !

S'inscrire