TGViewer
Kube Builders Kube Builders @kubebuilders · 1.62K subscribers
Post #1933 120

Forwarded from KubeFM

Caching your largest container image in the AMI sounds like an easy win. But on EBS, it might not work.

Jan Ludvik discovered that EBS lazy loading can silently undo image caching. The data isn't actually on disk when the node boots. Instead, it's loaded on demand from snapshots. So even though the image was "cached," the pod still had to pull it.

His workaround: cache the smaller daemon set images (kube-proxy, vpc-cni, node-local-dns) instead. That cut the pod startup by 10 seconds.



Watch the full episode: https://ku.bz/B7TzKXyxf
More from @kubebuilders
  1. Sep 22, 2026"It's not even nice to have, it's a must to have." In a monolith, your code base is your c…
  2. Sep 22, 2026Jorrick Stempher breaks down the 5-component architecture his team built for predictive Ku…
  3. Sep 22, 2026This article explains how running ZooKeeper on Google Cloud Z4D nodes with local SSDs remo…
  4. Sep 21, 2026Harvester turns bare-metal servers into a hyperconverged platform combining VMs and contai…
  5. Sep 21, 2026We just published Kubernetes Architecture in Financial Services, a free technical book abo…
  6. Sep 18, 2026Kor is a CLI tool that scans your cluster and lists the unused resources nobody cleaned up…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →