<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Capacity Planning on Homelab.es</title><link>https://homelab-es.com/tags/capacity-planning/</link><description>Recent content in Capacity Planning on Homelab.es</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>© 2026</copyright><lastBuildDate>Thu, 09 Apr 2026 15:00:00 +0200</lastBuildDate><atom:link href="https://homelab-es.com/tags/capacity-planning/index.xml" rel="self" type="application/rss+xml"/><item><title>Cómo reparto las VMs en mi cluster Proxmox para no convertir un nodo en el pringado de la casa</title><link>https://homelab-es.com/posts/repartir-vms-cluster-proxmox/</link><pubDate>Thu, 09 Apr 2026 15:00:00 +0200</pubDate><guid>https://homelab-es.com/posts/repartir-vms-cluster-proxmox/</guid><description>&lt;p&gt;Una de las ideas más engañosas cuando montas un cluster de Proxmox en casa es pensar que repartir cargas significa dejar todos los nodos parecidos. Mismo número de máquinas, memoria parecida, CPU más o menos compensada y una satisfacción estética bastante sospechosa cuando miras la interfaz. Yo he pasado por ahí y no lo recomiendo demasiado.&lt;/p&gt;
&lt;p&gt;Con el tiempo he acabado prefiriendo otra cosa. Menos simetría bonita y más intención. Un nodo puede ser el más fuerte y cargar con lo pesado. Otro puede quedarse con servicios persistentes pero tranquilos. Otro puede ser el comodín para mantenimiento, failover o experimentos. Eso, en la práctica, me ha dado un cluster mucho más cómodo que intentar jugar a la igualdad perfecta.&lt;/p&gt;</description></item></channel></rss>