# ¿Cómo monto un clúster de Proxmox con servidores dedicados alquilados? > Montar un clúster de Proxmox con 3 servidores dedicados en una ciudad, corosync bajo 5 ms y replicación ZFS en vez de Ceph. Sin KYC, pagado con criptomonedas. - URL: https://lumenfer.com/es/proxmox-cluster-dedicated-servers/ - Última actualización: 2026-11-01 - Editor: Lumenfer (https://lumenfer.com) Quórum, corosync en IPs públicas, almacenamiento que encaja en un único puerto compartido y direcciones de invitados que cambian cuando se mueve una VM: un clúster de Proxmox VE de tres nodos en máquinas Lumenfer alquiladas. **Respuesta rápida — ¿Cómo monto un clúster de Proxmox con servidores dedicados alquilados?** Para montar un clúster de Proxmox con servidores dedicados alquilados en **Lumenfer**, pide tres máquinas idénticas en una misma ciudad con la imagen de Proxmox VE 9. Abre el UDP 5405-5412 de corosync solo entre sus IPs públicas, comprueba que la latencia se mantiene por debajo de 5 ms y luego ejecuta `pvecm create` y `pvecm add`. Con un único puerto compartido por servidor, usa replicación ZFS en lugar de Ceph. Desde 109,37 US$ por nodo cada 30 días, sin KYC, pagado con criptomonedas. ## Un clúster de Proxmox en Lumenfer: los números que importan | Atributo | Valor | | --- | --- | | Versión actual de Proxmox VE | 9.2 (roadmap de Proxmox, consultado el 1 de noviembre de 2026); la imagen al finalizar la compra es Proxmox VE 9 | | Nodos para alta disponibilidad | Tres, o dos más el voto de un QDevice externo | | Puertos de corosync | UDP 5405-5412 entre todos los nodos, más SSH en TCP 22 | | Latencia que necesita corosync | Por debajo de 5 ms entre todos los nodos | | Puerto y tráfico, plan más pequeño y más grande | 30 TB al mes a 1 Gbit/s; 150 TB al mes a 1 Gbit/s | | Red privada entre servidores | No forma parte de los planes: el tráfico del clúster usa direcciones públicas | | Discos | Los planes de dos discos incluyen el sistema operativo en un espejo RAID 1 por software; pide al soporte antes de la entrega si prefieres RAID 0 o dos discos separados | | Consola | No hay consola IPMI ni KVM-over-IP para los clientes: solicitas reinicios y reinstalaciones en el panel y el equipo los realiza | | Ubicaciones | Ámsterdam (Países Bajos), Reikiavik (Islandia), Zúrich (Suiza) y Bucarest (Rumanía): los cinco planes en las cuatro ciudades, un mismo precio en todas | ## ¿Cuántos servidores necesita un clúster de Proxmox? **Tres, si quieres alta disponibilidad.** Proxmox da un voto a cada nodo, y los cambios necesitan la mayoría de los votos en línea. Un clúster que pierde el quórum pasa a solo lectura. Con dos nodos, perder cualquiera de ellos supone perder la mayoría. Un QDevice añade un voto desde una máquina externa, y Proxmox recomienda uno para clústeres de dos nodos. Se comunica con el clúster por TCP y no está sujeto al límite de latencia de corosync. Cualquier máquina Debian con el paquete `corosync-qnetd` puede alojarlo. Proxmox desaconseja un QDevice en clústeres de número impar, donde se acerca a un único punto de fallo. ### Votos y fallos, según el tamaño del clúster | Clúster | Votos | Votos necesarios para el quórum | Nodos que pueden fallar | | --- | --- | --- | --- | | 2 nodos | 2 | 2 | Ninguna | | 2 nodos + QDevice | 3 | 2 | Un nodo, o el QDevice | | 3 nodos | 3 | 2 | Uno | | 4 nodos | 4 | 3 | Uno | | 5 nodos | 5 | 3 | Dos | ## ¿Qué red necesita corosync entre servidores alquilados? **Latencia baja y estable: Proxmox pide menos de 5 ms entre todos los nodos.** Corosync necesita poco ancho de banda, pero reacciona mal al jitter. Con más de tres nodos y alrededor de 10 ms, Proxmox considera poco probable un clúster estable. Quiere corosync en su propia red física, y nunca en una compartida con el almacenamiento. Un servidor Lumenfer tiene un solo puerto de red y únicamente direcciones públicas. Eso condiciona el diseño: - **Una ciudad por clúster.** Nuestras ciudades están a una WAN de distancia, no en una LAN. Monta cada clúster dentro de una de ellas. - **Mide antes de unirte.** Proxmox sugiere probar el enlace con ping. Ejecútalo varios minutos y lee los peores tiempos, no la media. - **Controla el tráfico masivo.** Pon límites de ancho de banda a los trabajos de migración y replicación, para que no dejen sin recursos a corosync. - **Cortafuegos solo hacia las direcciones de los pares.** Permite UDP 5405-5412 y TCP 22 y 8006 desde los otros nodos. Con el cortafuegos de Proxmox activado, él mismo escribe las reglas de corosync. Corosync 3 funciona sobre Kronosnet en UDP unicast. Proxmox advierte que los transportes heredados udp o udpu desactivan toda la criptografía y la redundancia, así que deja el predeterminado. ## ¿Cómo creo el clúster, paso a paso? Basado en el capítulo Cluster Manager de la documentación de Proxmox VE (leído el 1 de noviembre de 2026). Cada nodo ejecuta la imagen de Proxmox VE 9. 1. **Pide tres nodos en un mismo plan, en una misma ciudad** — Elige la imagen de Proxmox VE 9 para cada uno. Un mismo plan significa CPUs idénticas, lo que simplifica la migración en vivo. 2. **Dale a cada nodo su nombre definitivo** — Configura cada hostname antes de que exista el clúster. Añade los tres nombres y las IP públicas a /etc/hosts en cada nodo. 3. **Comprueba la hora y la latencia** — Los relojes deben estar sincronizados: timedatectl debería indicar synchronized. Luego haz ping a cada par durante varios minutos y mantén el peor resultado por debajo de 5 ms. 4. **Abre los puertos del clúster solo a los pares** — Permite UDP 5405-5412 y TCP 22 y 8006 entre las tres IP públicas, y nada más amplio. 5. **Crea el clúster en el nodo 1** — Ejecuta pvecm create con la IP pública del nodo 1 como link 0. Usa un nombre de clúster que nadie más use en esa red. 6. **Define una contraseña de root en el nodo 1** — pvecm add inicia sesión en la API del nodo 1 como root@pam con una contraseña y comprueba la huella del certificado. El inicio de sesión por contraseña en SSH puede quedar desactivado. 7. **Une los nodos 2 y 3** — En cada uno, ejecuta pvecm add con la IP del nodo 1 y su propia IP como link 0. pvecm status debería mostrar entonces tres votos y Quorate: Yes. *Crear y unir el clúster (Proxmox VE 9)* ```bash # node 1 pvecm create lf-cluster --link0 NODE1_IP passwd # root@pam password, asked for by pvecm add # node 2 (then node 3 with its own address) pvecm add NODE1_IP --link0 NODE2_IP # any node pvecm status # expect 3 votes and "Quorate: Yes" ping -c 300 -i 0.2 NODE2_IP | tail -2 # watch the max and mdev values ``` ## ¿Debo ejecutar Ceph en servidores alquilados? **No en estos puertos.** El capítulo de Ceph de Proxmox pide al menos tres servidores, preferiblemente idénticos. Recomienda al menos 10 Gbps dedicados solo a Ceph, y 25 Gbps o más para unidades NVMe. Advierte que el tráfico de recuperación en una red compartida puede perturbar corosync y costar el quórum. Compara con un nodo Lumenfer: 60 TB al mes a 1 Gbit/s en un solo puerto compartido, y dos unidades. Proxmox también recomienda al menos 12 OSD en tres nodos, con 8 GiB de memoria por OSD. **Ceph en un solo puerto compartido por debajo de 10 Gbps incumple la propia recomendación de Proxmox antes de que guardes un solo byte.** Si necesitas Ceph, alquila a un proveedor que venda una red privada de 10 Gbps o más. **Usa mejor la replicación de almacenamiento ZFS.** Copia los discos de cada invitado a otro nodo según una programación, desde cada minuto hasta una vez a la semana. Tras la primera copia completa, solo viajan los cambios. La alta disponibilidad funciona con ella, pero las escrituras desde la última sincronización se pierden cuando muere un nodo. La replicación necesita almacenamiento ZFS local en cada nodo. Los planes de dos discos incluyen el sistema operativo en un espejo RAID 1 por software; pide al soporte antes de la entrega si prefieres RAID 0 o dos discos separados. Pregunta al soporte antes de la entrega qué distribución usará la imagen de Proxmox VE. ZFS verifica la integridad de los datos con sumas de comprobación, y la memoria ECC los protege antes de que lleguen al disco: consulta [si necesitas RAM ECC](https://lumenfer.com/es/ecc-ram-dedicated-server/ "Do I need ECC RAM on a rented dedicated server?"). ## ¿Qué pasa con las direcciones de los invitados cuando una VM se mueve entre nodos? **Cada nodo tiene su propia IPv4 pública, así que un invitado detrás de NAT cambia de dirección pública cuando se mueve.** Apunta el DNS al nodo que lo ejecuta, o ejecuta un proxy inverso en cada nodo. Cada servidor incluye una dirección IPv4 dedicada y una IPv6 /64. Cada plan indica su velocidad de puerto y su tráfico mensual, contado sobre los datos de salida por 30 días; pasarse nunca genera un cargo automático. No se venden direcciones IPv4 adicionales. Para tener una red privada entre invitados en nodos distintos, crea una zona SDN VXLAN entre los hosts. VXLAN usa UDP 4789 y no tiene cifrado propio, así que llévalo sobre WireGuard entre nodos. Configura los invitados con una MTU de 1450, porque VXLAN ocupa 50 bytes. La migración en vivo copia la memoria de un invitado por la red. Proxmox recomienda encarecidamente el tipo de migración segura en cualquier red que no controles por completo, y estos enlaces cruzan direcciones públicas. ## ¿Qué planes de Lumenfer encajan con un clúster de Proxmox? **Compra los tres nodos a la vez y con el mismo plan, para tener quórum desde la primera hora.** Entre los hosts del estudio de Lumenfer sobre 30 October 2026 que indican un plazo de entrega, la promesa mediana fue de 24 horas. El rango iba de 30 minutos a 10 días hábiles. Lumenfer es mucho más rápido que esa mediana: cada nodo está en marcha minutos después del pago, una hora como máximo. Dimensiona cada nodo para soportar los invitados de un par caído. Para elegir las unidades, lee [cuánto más rápida es una NVMe que un SSD SATA](https://lumenfer.com/es/nvme-vs-sata-ssd-dedicated-server/ "How much faster is NVMe than SATA SSD in dedicated server hosting?"). Para la CPU, consulta [cuántos núcleos necesita un servidor](https://lumenfer.com/es/how-many-cores-dedicated-server/ "How many CPU cores do I need on a rented dedicated server?"). Todos los precios están en [cuánto cuesta un servidor Lumenfer](https://lumenfer.com/es/pricing/ "Lumenfer bare-metal plans and prices per 30 days"). ### Planes de Lumenfer como nodos de Proxmox | Plan | CPU | RAM | Discos | Por nodo, 30 días | Por nodo, 12 meses | Rol | | --- | --- | --- | --- | --- | --- | --- | | Lumen 6 | AMD EPYC 4244P | 32 GB DDR5 ECC | 2 × 960 GB NVMe | $91.65 | $769.86 | Destino de copias de seguridad o host del QDevice | | Lumen 8 | AMD Ryzen 7 9700X | 64 GB DDR5 | 2 × 1 TB NVMe | $109.37 | $918.70 | Clúster inicial de tres nodos | | Lumen 16 | AMD Ryzen 9 9950X | 128 GB DDR5 | 2 × 1.92 TB NVMe | $205.27 | $1724.26 | Cargas de trabajo mixtas en VM | | Lumen 24 | AMD EPYC 9254 | 256 GB DDR5 ECC | 2 × 1.92 TB NVMe | $356.25 | $2992.50 | ZFS con ECC, invitados más grandes | | Lumen 32 | AMD EPYC 9354 | 384 GB DDR5 ECC | 2 × 3.84 TB NVMe | $749.67 | $6297.22 | Hosts densos, muchas VM | ## Clústeres de Proxmox en servidores alquilados: preguntas frecuentes ### ¿Puedo montar un clúster de Proxmox de dos nodos? Sí, con un QDevice. Dos nodos tienen dos votos, y perder cualquiera de ellos hace perder el quórum. Un QDevice en una tercera máquina añade el voto de desempate por TCP, incluso desde otra ciudad. ### ¿Puede un clúster de Proxmox abarcar dos de sus ciudades? No de forma fiable. Corosync necesita menos de 5 ms entre todos los nodos, lo que es rendimiento de LAN. Monta un clúster por ciudad y mueve los datos entre ciudades con copias de seguridad. ### ¿Puedo mezclar planes en un mismo clúster? Sí. Proxmox admite migración en vivo entre CPUs del mismo fabricante, y todos los planes de aquí son AMD. Aun así, un invitado con el tipo de CPU `host` solo debería moverse entre CPUs idénticas. ### ¿Lumenfer hace copias de seguridad de mi clúster? Las copias de seguridad no están incluidas: guarda copias de tus datos en otro sitio. Envía trabajos `vzdump` o un datastore de Proxmox Backup Server a una máquina fuera del clúster, preferiblemente en otra ciudad. ### ¿Qué pasa si falla un nodo? Los otros dos mantienen el quórum, y los invitados de alta disponibilidad se reinician en ellos si sus discos estaban replicados. Reporta el fallo en el dashboard. Una máquina nueva no es instantánea: Pocos minutos después de que se confirme el pago, y nunca más de una hora. **Pide los tres nodos de tu clúster** Proxmox VE 9 al finalizar la compra, tres máquinas en una misma ciudad. Sin KYC, pagado con criptomonedas. [Pedir Lumen 16](https://lumenfer.com/app/checkout/?plan=lumen-16&lang=es) · [Comparar planes](https://lumenfer.com/es/pricing/ "¿Cuánto cuesta un servidor bare-metal Lumenfer?") ## Fuentes 1. [Cluster Manager (requisitos, red, QDevice, migración)](https://pve.proxmox.com/pve-docs/chapter-pvecm.html) — Proxmox VE documentation (read 2026-11-01) 2. [Deploy Hyper-Converged Ceph Cluster (recomendaciones)](https://pve.proxmox.com/pve-docs/chapter-pveceph.html) — Proxmox VE documentation (read 2026-11-01) 3. [Storage Replication](https://pve.proxmox.com/pve-docs/chapter-pvesr.html) — Proxmox VE documentation (read 2026-11-01) 4. [Software-Defined Network (zonas VXLAN, WireGuard)](https://pve.proxmox.com/pve-docs/chapter-pvesdn.html) — Proxmox VE documentation (read 2026-11-01) 5. [Roadmap (Proxmox VE 9.2)](https://pve.proxmox.com/wiki/Roadmap) — Proxmox VE wiki (read 2026-11-01) --- Lumenfer: Lumenfer alquila servidores bare-metal de generación actual en Ámsterdam, Reikiavik, Zúrich y Bucarest, pagados con criptomonedas y sin KYC: sin ID, sin selfie, sin documentos. Cada máquina tiene una CPU lanzada en 2022 o después, memoria DDR5 y discos NVMe, y se alquila entera a un solo cliente con acceso root. La gestiona DomaineGoat LLC, una empresa de Panamá que ignora las notificaciones DMCA, responde solo ante la ley panameña, permite relays de salida de Tor y no guarda logs. En el plazo de 30 días, cada plan tiene un precio al menos un 25% inferior al de un servidor comparable de generación actual con nombre propio de 13 hosts cripto sin KYC, consultados el 30 de octubre de 2026.