<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hpa on Dagimal</title><link>https://dagimal.com/blog/hpa/</link><description>Recent content in Hpa on Dagimal</description><generator>Hugo</generator><language>en-US</language><copyright>Copyright © 2024, Dagimal.</copyright><lastBuildDate>Thu, 02 Jul 2026 10:00:00 +0700</lastBuildDate><atom:link href="https://dagimal.com/blog/hpa/index.xml" rel="self" type="application/rss+xml"/><item><title>HPA di Kubernetes: Jangan Asal Scale, Pahami Best Practice-nya</title><link>https://dagimal.com/blog/hpa-best-practices/</link><pubDate>Thu, 02 Jul 2026 10:00:00 +0700</pubDate><guid>https://dagimal.com/blog/hpa-best-practices/</guid><description>&lt;p&gt;Seringkali kita berpikir bahwa solusi untuk aplikasi yang lambat saat traffic naik adalah dengan mengaktifkan &lt;strong&gt;HPA (Horizontal Pod Autoscaler)&lt;/strong&gt;. &amp;ldquo;Tinggal pasang HPA, nanti kalau CPU naik, pod otomatis nambah sendiri,&amp;rdquo; begitu pikir kita.&lt;/p&gt;
&lt;p&gt;Kelihatannya simpel, tapi kalau asal pasang tanpa strategi, HPA justru bisa jadi bumerang. Mulai dari masalah &lt;em&gt;flapping&lt;/em&gt; (pod nambah-kurang secara cepat), resource cluster habis tiba-tiba, sampai aplikasi yang justru &lt;em&gt;crash&lt;/em&gt; karena database tidak kuat menampung koneksi dari pod yang terlalu banyak.&lt;/p&gt;</description></item></channel></rss>