<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Eks on Kerim Kilic</title><link>https://kerim-kilic.com/tags/eks/</link><description>Recent content in Eks on Kerim Kilic</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 07 Nov 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://kerim-kilic.com/tags/eks/index.xml" rel="self" type="application/rss+xml"/><item><title>Your EKS cluster has CPU to spare and no IP addresses left</title><link>https://kerim-kilic.com/articles/eks-ipv4-exhaustion/</link><pubDate>Sat, 07 Nov 2026 00:00:00 +0000</pubDate><guid>https://kerim-kilic.com/articles/eks-ipv4-exhaustion/</guid><description>&lt;p&gt;Pods are stuck in &lt;code&gt;ContainerCreating&lt;/code&gt;, the events say the CNI failed to assign an IP address, and the nodes have plenty of CPU and memory free. The cluster autoscaler (or Karpenter) adds a node, which doesn&amp;rsquo;t help and can make things worse, because the new node needs addresses of its own. The subnet is full.&lt;/p&gt;&#10;&lt;p&gt;On EKS, every pod gets an address from your VPC subnet by default. That&amp;rsquo;s a good default, but in a modest address range a cluster can run out of IPv4 long before it runs out of CPU or memory. I wanted to see this happen, so I read the AWS documentation and ran a small lab in a sandbox account. Below is where the addresses go, how to see how close you are, and the fixes I tried, cheapest first. The lab code is linked at the end.&lt;/p&gt;</description></item></channel></rss>