Entre su soporte para LXCS, guiones comunitarios y UI de administración simple, Proxmox tiene un montón de características para hacer que los laboratorios en el hogar sean más accesibles para los principiantes y los usuarios casuales. A diferencia de sus rivales (especialmente ESXi), Proxmox requiere disposiciones mínimas de CPU, memoria y almacenamiento. Todavía funciona de inmediato con la mayoría de los hardware, lo que lo convierte en una excelente opción para configuraciones económicas. Sin bloqueo, a pesar de su naturaleza accesible, Proxmox presenta muchas herramientas avanzadas para mejorar las cargas de trabajo de su laboratorio en el hogar.

La agrupación es una de esas utilidad que, cuando se combina con un puñado de nodos PVE económicos, puede convertirlos en estaciones de trabajo confiables de autohostado. De hecho, tengo algunas plataformas de repuesto que he estado ansiosa por rendir, y regalado que un clúster de ingreso disponibilidad parecía un plan divertido, pensé que podría intentar construir uno usando una mezcla de dispositivos baratos y hardware antiguo. Y bueno, ¡funciona mejor de lo que esperaba!

¿Cuál es el punto de crear un clúster Proxmox?

UI centralizada y disposiciones de ingreso disponibilidad

La interfaz de legatario web intuitiva de Proxmox incluye todas las configuraciones, opciones y relevarse (e incluso un shell terminal) para ayudarlo a aventurar con máquinas y contenedores virtuales. Sin bloqueo, dirigir a sus invitados virtuales puede ser un desafío cuando tiene múltiples hosts PVE. Tome mi configuración, por ejemplo. Tengo una PC vieja que tiendo a usar para experimentos de virtualización y mejora de distribución, y regalado que tiene suficientes RAM y CPU, sería una buena fase de trabajo de alojamiento de VM. Mientras tanto, mis unidades X86 SBCS y NAS funcionan admisiblemente como servidores Hosting LXC adecuado a sus limitadas capacidades de procesamiento. La combinación de los nodos internamente de un clúster me permitiría conseguir a ellos desde una interfaz de legatario web centralizada, y no tendría que cambiar constantemente entre diferentes pestañas al implementar mi cúmulo.

Sin bloqueo, la verdadera fortuna del espectáculo es la tolerancia de fallas ofrecida por una configuración de ingreso disponibilidad. A menudo realizo experimentos extraños con mi equipo de laboratorio doméstico, lo que potencialmente puede derribar todo mi nodo si edito por error algunos archivos de configuración. Un clúster de ingreso disponibilidad que puede portar mis LXC esenciales de un host caído a otro nodo es el remedio valentísimo para este problema. Luego está el hecho de que mi pueblo de remanso a menudo tiene cortes de energía, y enganchar dos nodos de descenso potencia con mis UPS debería permitirme nutrir en funcionamiento mis servicios de tarea crítica incluso cuando mi sistema de experimentación principal se desconecta durante un corte.

Elegí dispositivos viejos y económicos para mi clúster

Ayer de discutir el procedimiento para crear mi entorno de clúster, quiero repasar el hardware que alimenta la configuración de ingreso disponibilidad. Como planeaba usar dispositivos económicos, mis opciones eran suficiente limitadas. Mi PC Ryzen 5 1600, que cuenta con memoria de 16 GB, fue una opción obvia, ya que la construí hace primaveras y no tuve que abonar un centavo por ello. Para el nodo secundario, fui con el Aiffro K100, un NAS All-SSD que está armado con una CPU Intel N100 unido con 8 GB de memoria.

Tenía un par de opciones para el postrer nodo: podría ir para mi computadora portátil de una término que actualmente sirve como una máquina Hosting LXC, o nominar mi X86 SBC predilecto, el Radxa X4. Sin bloqueo, sus opciones de almacenamiento eran suficiente limitadas, por lo que tuve que despabilarse otra alternativa. Al final, elegí mi Zimaboard 2 como el postrer nodo y armé cada máquina con un SSD NVME de 500 GB para el almacenamiento CEPH (aunque tuve que usar un adaptador PCIe-to-NVME para combinar el disco de ingreso velocidad con el Zimaboard 2).

Implementar el clúster proxmox

Era un paseo

Uno de los mayores problemas al configurar un clúster Proxmox es que sus nodos secundarios no deberían tener invitados virtuales desplegados en ellos. Desde que comencé con una nueva instalación en cada nodo, no tuve que usar el método antiguo de copia de seguridad y restauración para evitar perder mis datos de VM y LXC en los nodos secundarios. Dicho esto, tuve que deshabilitar los reposadores de la empresa internamente del Repositorios pestaña para cada nodo antaño de sumar el No subscripción y Ceph Squid No-subscription Repos. Solo para facilitarme las cosas, usé el Actualizaciones pestaña para instalar los últimos paquetes en todos los nodos.

Con la configuración auténtico completa, inicié sesión en la interfaz de legatario web Proxmox en mi PC preliminar y me dirigí a la Corro sección internamente de la Centro de datos pestaña. Entonces, presioné el Crear clúster capullo y dio un Nombre a mi entorno de clúster que pronto creó antaño de tocar el Crear capullo. En menos de un minuto, mi clúster estaba en funcionamiento. Luego de copiar el Unir información esencia, cambié al Corro Pestaña en mi máquina NAS. Excepto que esta vez fui con el Unirse al clúster opción, pegé la esencia que copié anteriormente y presioné el Unirse capullo. Una vez que repetí el proceso para el tercer nodo, tuve mi clúster en funcionamiento.

Configuración de almacenamiento distribuido

Fui con el buen ceph

Cubo que una configuración de ingreso disponibilidad requiere almacenamiento distribuido, mi trabajo estaba remotamente de acontecer hecho. Técnicamente, podría acontecer configurado grupos ZFS con el mismo nombre en los tres hosts, pero fui con una configuración basada en Ceph, en parte porque necesitaba su tolerancia de fallas superior para mi clúster, y además porque quería aventurar con esta divertida tecnología.

De todos modos, cambié al Ceph pestaña debajo de mi nodo primario, presionó el Instalar ceph capullo para tomar los paquetes necesarios y tocar Y internamente de la terminal para instalarlos. Entonces, seleccioné el Dirección IP de mi nodo de clúster primario para terminar de configurar los paquetes CEPH y repetir el paso preliminar para los nodos restantes.

A continuación, era hora de sumar las unidades de 500 GB como dispositivos de almacenamiento de objetos, que era tan simple como dirigirse a la OSD pestaña, presionando Crear: OSDy nominar los SSD de NVME como el Disco. Todavía abrí el Educador pestaña y agregó la secundaria Anfitriones a través del Crear capullo. Finalmente, navegué al Quinielas sección, topetazo Creary dio un Nombre a mi almacenamiento agrupado mientras deja el resto de las opciones en sus títulos predeterminados.

Retiring con reglas de ingreso disponibilidad

Y portar a mis invitados virtuales entre los nodos

A diferencia de sus versiones anteriores, Proxmox 9 cambia las opciones de ingreso disponibilidad. En punto de apoyar a los grupos HA, la última estampación Proxmox requiere que cree reglas para cada invitado potencial, y puede ajustar qué nodo los aloja en caso de que el diferente se desconecte.

Como no tenía LXC o máquinas virtuales configuradas al principio, utilicé el repositorio ProxMox VE-Helper para implementar algunos contenedores en diferentes nodos. Mientras tanto, cargué el archivo ISO para Endeavouros en mi PC preliminar y lo usé para voltear una máquina potencial. Solo para confirmar si todo funcionó admisiblemente, usé el Migrar Opción para enviarlo a un nodo diferente, todo mientras se estaba ejecutando. En unos pocos segundos, la VM era visible en mi host PVE con motor SBC. Todavía repití el cuestionario con LXC, que emigró con la misma suavidad.

Para la parte de ingreso disponibilidad de la ecuación, me dirigí a la JA pestaña internamente del Centro de datospresionó el Unir capullo debajo Mediosy seleccionado algunos LXC. Entonces, abrí el Reglas de afinidad submenú y eligió los tres nodos para la configuración de ingreso disponibilidad. Para la prueba final, cerré el nodo ejecutando mi Casaos LXC, lo que llevó al clúster a migrarlo a un host diferente.

Un clúster proxmox vale toda la molestia

Admitiré que un clúster puede ser demasiado exagerado para el laber de hogar promedio, especialmente teniendo en cuenta todo el hardware adicional que necesitará para que funcione. Pero regalado que Proxmox requiere capital de sistema extremadamente bajos, puede construir un poderoso clúster a partir de dispositivos antiguos. Y pocas cosas son más satisfactorias que ver a sus LXC esenciales retornar a la vida en un nodo diferente cuando la fase de trabajo diferente cae adecuado a un cuestionario fallido.