Optimiser le garbage collection Go dans Kubernetes

Question

Salut à tous, je galère avec des pics de latence sur un microservice Go tournant dans Kubernetes. Malgré une limite de 4Go de RAM, le GOGC par défaut semble déclencher des cycles trop fréquents, ce qui fait chuter le throughput pendant les pics de trafic.

Est-ce que certains d'entre vous ont déjà tuné le GOMEMLIMIT et GOGC pour stabiliser le heap sur des conteneurs avec des contraintes strictes ?

albert-raymond · Answer

Le GOMEMLIMIT est ton meilleur ami depuis la version 1.19. Il permet au runtime de mieux gérer la pression mémoire avant de déclencher un GC agressif.

patrick15 · Answer

J'ai essayé GOMEMLIMIT=3800MiB, mais j'ai l'impression que le runtime s'emballe quand même. Tu conseilles quelle marge par rapport à la limite du pod ?

hmeunier · Answer

Une marge de 10% est généralement safe. Si tu es à 4Go, fixe le GOMEMLIMIT à 3.6Go. Regarde aussi tes pprof pour voir si tu n'as pas des allocations inutiles dans tes handlers HTTP.

lallard · Answer

N'oublie pas que GOGC peut être désactivé si tu utilises GOMEMLIMIT efficacement. Ça évite de faire des GC basés sur le pourcentage de croissance.

patrick15 · Answer

C'est une bonne piste. Je vais tester GOGC=off avec un GOMEMLIMIT strict en staging pour voir si le comportement est plus prévisible.

uboyer · Answer

Attention au risque de OOMKill si le heap grandit trop vite entre deux GC. Surveille bien la métrique go_memstats_heap_alloc_bytes.

patrick15 · Answer

Reçu. Je vais monitorer ça avec Prometheus et ajuster la marge. Merci pour les retours.

Optimiser le garbage collection Go dans Kubernetes

7 commentaires

Laisser une réponse

TP créer une application de chat dans le langage de programmation Go

Mise à niveau d'un cluster Kubernetes (kubeadm)

Découverte et utilisation d'Elasticsearch

Comment fusionner vos commits avec le Squash sur GitLab

Les pratiques SRE sont-elles inadaptées à la complexité moderne ?

Rejoindre la communauté