Proxmox VE 9.2 — Administración y Clustering

Temario oficial · 24 horas · Instituto Linux / Carrera Linux

Agosto 2026

Plataforma: Proxmox VE 9.2 (Debian 13.5, Kernel 7.0)


1. Información clave del programa

Ítem Detalle
Duración 24 horas reloj · 12 clases de 2 horas
Frecuencia Miércoles y viernes, 18:00 a 20:00 (ART)
Inicio Viernes 11 de septiembre de 2026

Calendario de clases

# Fecha Módulo
1Vie 11/09Fundamentos, arquitectura e instalación de PVE 9.2
2Mié 16/09Máquinas virtuales: KVM/QEMU en profundidad
3Vie 18/09Contenedores LXC e imágenes OCI
4Mié 23/09Templates, clonado, cloud-init e importación desde VMware
5Vie 25/09Storage local: ZFS, LVM, Btrfs, Directory
6Mié 30/09Storage compartido: NFS, CIFS, iSCSI/SAN y snapshots volume-chain
7Vie 02/10Red: bridges, bonding, VLANs y firewall nftables
8Mié 07/10Cluster de 3 nodos, quorum y migración en vivo
9Vie 09/10SDN: zonas, VNets, IPAM y Fabrics (OpenFabric, OSPF, WireGuard, BGP)
10Mié 14/10Alta disponibilidad y Dynamic Load Balancer
11Vie 16/10Backup, restore y Proxmox Backup Server 4
12Mié 21/10Seguridad, multitenancy, PDM y troubleshooting

2. Objetivo general

Al terminar el curso el participante es capaz de diseñar, instalar, operar y recuperar un cluster Proxmox VE 9.2 de tres nodos en producción, con storage compartido, red segmentada, alta disponibilidad y una política de backup verificada.

No es un curso de "clicks en la interfaz". Cada funcionalidad se ve desde la GUI, desde la CLI y desde el archivo de configuración, para que el participante entienda qué está pasando debajo y pueda resolver problemas cuando la GUI no responde.


3. Objetivos específicos

Al finalizar, el participante podrá:

  1. Explicar la arquitectura interna de Proxmox VE (pmxcfs, corosync, pvedaemon, pveproxy, pvestatd, ha-manager) y diagnosticar fallas por servicio.
  2. Instalar y asegurar un nodo PVE 9.2 con el esquema de discos correcto para su caso de uso.
  3. Crear y ajustar máquinas virtuales Linux y Windows con configuración de performance apropiada (virtio-scsi-single, iothread, tipo de CPU, NUMA, ballooning).
  4. Decidir con criterio técnico entre VM, contenedor LXC de sistema y contenedor de aplicación desde imagen OCI.
  5. Diseñar el layout de storage de un cluster y justificar la elección de backend según snapshots, performance y presupuesto.
  6. Configurar storage compartido sobre NFS, CIFS e iSCSI, y habilitar snapshots sobre LVM thick compartido mediante volume chains.
  7. Separar los planos de red (gestión, corosync, storage, guests) con bonding y VLANs, y proteger el cluster con el firewall nftables.
  8. Construir un cluster de tres nodos con corosync redundante, migrar guests en vivo y desarmar el cluster sin pérdida de datos.
  9. Implementar redes overlay con SDN, incluyendo zonas EVPN/VXLAN y fabrics enrutados (OpenFabric, OSPF, WireGuard, BGP).
  10. Configurar alta disponibilidad con reglas de afinidad, activar el Dynamic Load Balancer y ejecutar una ventana de mantenimiento sin fencing accidental.
  11. Diseñar y verificar una estrategia de backup con vzdump y Proxmox Backup Server, incluyendo restore granular a nivel de archivo.
  12. Aplicar un modelo de permisos multi-tenant (realms, roles, ACLs, pools, API tokens, 2FA) y auditar el cluster.
  13. Planificar y ejecutar una actualización de Proxmox VE 8 a 9 con pve8to9.
  14. Diagnosticar fallas reales: pérdida de quorum, pmxcfs en solo lectura, discos huérfanos, nodos zombi, jobs de backup caídos.

4. A quién está dirigido

Perfil principal

  • Administradores de sistemas Linux que ya operan servidores y necesitan sumar virtualización a su rol.
  • Administradores de VMware / Hyper-V que están evaluando o ejecutando una migración por costo de licenciamiento.
  • Personal de infraestructura de PyMEs, cooperativas, municipios, universidades y organismos públicos que necesita virtualizar con software libre y sin costo de licencia por socket.
  • Ingenieros DevOps / SRE que necesitan una plataforma propia sobre la cual correr Kubernetes, CI/CD o laboratorios efímeros.
  • Proveedores de servicios, integradores y consultores que quieren agregar Proxmox a su catálogo de servicios facturables.
  • Freelancers y técnicos independientes que buscan una especialización con demanda concreta en el mercado.

Perfil secundario

  • Docentes y responsables de laboratorios de informática.
  • Entusiastas de homelab con base técnica que buscan elevar la calidad de sus despliegues de un nivel funcional a un entorno robusto y profesional.

No es para

  • Personas sin experiencia previa en Linux a nivel de línea de comandos. Para ese perfil recomendamos cursar antes Linux Administrador de Carrera Linux.

5. Requisitos previos

Conocimientos obligatorios:

  • Manejo de shell de Linux: navegación, permisos, edición de archivos, systemd, gestión de paquetes con APT.
  • Redes TCP/IP a nivel de operador: direccionamiento, subredes, gateway, DNS, VLAN a nivel conceptual.
  • Nociones de discos y particiones.

Deseable, no excluyente:

  • Haber usado alguna vez VirtualBox, VMware o KVM.
  • Nociones de RAID.

6. Laboratorio requerido

El curso se hace con las manos en el teclado. Cada participante necesita:

Virtualización anidada:

  • PC o notebook con CPU que soporte virtualización anidada (VT-x/EPT o AMD-V/RVI).
  • 32 GB de RAM recomendado, 16 GB mínimo.
  • 200 GB de disco libre, preferentemente SSD.
  • Se levantan 3 nodos PVE anidados dentro de un hipervisor host.

7. Temario detallado

Clase 1 — Fundamentos, arquitectura e instalación de PVE 9.2

Viernes 11/09

Objetivo de la clase: dejar un nodo Proxmox VE 9.2 instalado, actualizado y accesible, y comprender qué componentes lo hacen funcionar.

  • Historia de la virtualización: del mainframe IBM y VM/370 a la PC x86; full virtualization, paravirtualización, hardware-assisted.
  • Historia de los contenedores: chroot, jails, OpenVZ, LXC, el estándar OCI.
  • El kernel Linux como hipervisor: KVM, QEMU y la relación entre ambos.
  • Qué es Proxmox VE y cuál es su modelo de negocio: código abierto, repositorios enterprise vs no-subscription, política de soporte.
  • Novedades de base en 9.2: Debian 13.5 "Trixie", kernel 7.0, QEMU 11.0, LXC 7.0, ZFS 2.4, Ceph Tentacle 20.2.1.
  • Arquitectura interna: pmxcfs (el filesystem de cluster montado en /etc/pve), corosync, pvedaemon, pveproxy, pvestatd, pve-ha-lrm y pve-ha-crm.
  • Requisitos de hardware reales vs. mínimos declarados.
  • Instalación desde ISO: elección de filesystem raíz (ext4, XFS, ZFS RAID1/RAID10/RAIDZ, Btrfs), particionado, configuración de red inicial.
  • Post-instalación: configuración de repositorios, primer apt dist-upgrade, ajuste de /etc/hosts y DNS, herramienta de pinning de nombres de interfaz.
  • Recorrido por la interfaz web y por la CLI equivalente (pvesh, pvesm, qm, pct).

Laboratorio: instalación de pve1 sobre ZFS, configuración de repos y acceso a la GUI.

Clase 2 — Máquinas virtuales: KVM/QEMU en profundidad

Miércoles 16/09

Objetivo de la clase: crear VMs Linux y Windows con configuración correcta de performance, y entender el impacto de cada opción del asistente.

  • Gestión de imágenes ISO: subida, descarga por URL, verificación de checksum.
  • Anatomía del archivo /etc/pve/qemu-server/.conf.
  • Firmware: SeaBIOS vs OVMF/UEFI. Cuándo cada uno.
  • Tipo de máquina: i440fx vs q35. Impacto en passthrough y en compatibilidad.
  • Controladoras de disco: IDE, SATA, VirtIO Block, VirtIO SCSI, VirtIO SCSI single + iothread. Cache modes, discard/TRIM, SSD emulation.
  • CPU: tipos (host, x86-64-v2-AES, x86-64-v3), sockets vs cores, NUMA, CPU limits y CPU units.
  • Memoria: asignación fija, ballooning, KSM y su desactivación por VM.
  • Red del guest: modelos de placa, VLAN tag, firewall por interfaz, multiqueue.
  • QEMU Guest Agent: instalación, qué habilita (shutdown limpio, freeze de filesystem para backup consistente, reporte de IPs).
  • VM Windows: ISO de drivers VirtIO, instalación paso a paso, vTPM y Secure Boot.
  • Novedad 9.1: estado del vTPM almacenado en qcow2, lo que permite snapshots de VMs con TPM sobre storage de archivos.
  • Novedad 9.2: enrolamiento de certificados Secure Boot de Microsoft/Windows 2023 desde la interfaz web, además de qm enroll-efi-keys.
  • Novedad 9.1: control granular de flags de virtualización anidada para hipervisores anidados y VBS de Windows.

Laboratorio: una VM Debian y una VM Windows Server operativas, con guest agent y ajustes de performance aplicados.

Clase 3 — Contenedores LXC e imágenes OCI

Viernes 18/09

Objetivo de la clase: operar contenedores de sistema y de aplicación, y saber elegir entre contenedor y VM con argumentos técnicos.

  • LXC vs KVM: aislamiento, densidad, overhead, límites. Cuándo un contenedor NO es la opción correcta.
  • Templates de distribución: catálogo pveam, descarga, actualización.
  • Contenedores privilegiados vs no privilegiados: mapeo de UID/GID, implicancias de seguridad.
  • Features: nesting, keyctl, fuse, montaje de NFS/CIFS dentro del CT.
  • Recursos: cgroups v2, límites de CPU y memoria, swap, límites de I/O.
  • Mount points: bind mounts, volúmenes gestionados, idmap y keepattrs.
  • Red del contenedor: veth, IP estática, DHCP, DHCP gestionado por el host para contenedores sin stack de red propio.
  • Novedad 9.1/9.2 — imágenes OCI: descarga desde Docker Hub o registries privados y uso como template. Contenedores de sistema vs contenedores de aplicación (tech preview). Metadata User de la imagen OCI. Qué reemplaza y qué NO reemplaza respecto de Docker.
  • Advertencia operativa: entradas cgroup v1 heredadas y contenedores viejos que requieren testeo tras la migración.
  • Consola, entrada por pct enter, ciclo de vida y templates de CT.

Laboratorio: contenedor de sistema Debian no privilegiado + contenedor de aplicación creado desde una imagen OCI.

Clase 4 — Templates, clonado, cloud-init e importación desde VMware

Miércoles 23/09

Objetivo de la clase: industrializar el aprovisionamiento y traer cargas de trabajo desde otras plataformas.

  • Conversión de VM a template. Clon completo vs clon enlazado: cuándo conviene cada uno y qué riesgo tiene el linked clone.
  • Preparación de una golden image: limpieza de machine-id, claves SSH, logs.
  • cloud-init en Proxmox: usuario, clave SSH, configuración de red, DNS, user-data personalizado vía snippets.
  • Automatización del despliegue: aprovisionamiento por CLI y por API.
  • Migración de discos entre storages, en frío y en caliente. qm move-disk, qm importdisk.
  • Importación de guests desde VMware ESXi con el asistente integrado.
  • Importación de archivos OVA/OVF.
  • Consideraciones de migración: drivers VirtIO en Windows, cambio de controladora, discos independientes, snapshots previos.
  • Introducción a la API REST de Proxmox y a los API tokens para automatizar todo lo anterior.

Laboratorio: golden template con cloud-init y despliegue automatizado de tres VMs idénticas.

Clase 5 — Storage local: ZFS, LVM, Btrfs, Directory

Viernes 25/09

Objetivo de la clase: diseñar el layout de storage de un nodo con criterio, entendiendo qué backend soporta qué operación.

  • El modelo de storage de Proxmox: plugins, content types, /etc/pve/storage.cfg.
  • Matriz de decisión: qué backend soporta snapshots, clones, thin provisioning y uso compartido.
  • ZFS: vdevs, mirror, RAIDZ1/2/3, ashift, ARC y su tuning, compresión, zfs set, datasets vs zvols.
  • ZFS 2.4: expansión de RAIDZ agregando discos sin rehacer el pool. Reporte mejorado de ARC.
  • Replicación ZFS entre nodos como mecanismo de DR de bajo costo.
  • LVM y LVM-thin: volume groups, thin pools, sobreaprovisionamiento y su riesgo.
  • Directory: qcow2, raw, vmdk. Cuándo tiene sentido.
  • Btrfs en Proxmox: estado actual y advertencias.
  • Snapshots: qué es un snapshot, qué NO es, y por qué no reemplaza a un backup.
  • Monitoreo de salud: SMART, estado de pools, alertas.

Laboratorio: creación de un pool ZFS, declaración de storages y comparación de comportamiento de snapshots por backend.

Clase 6 — Storage compartido: NFS, CIFS, iSCSI/SAN y snapshots volume-chain

Miércoles 30/09

Objetivo de la clase: montar storage compartido accesible desde los tres nodos y habilitar snapshots donde antes no era posible.

  • Por qué el cluster necesita storage compartido: migración en vivo y HA.
  • NFS: exportación, versiones, opciones de montaje, tuning y modos de falla.
  • CIFS/SMB: casos de uso, credenciales, permisos.
  • iSCSI: target, initiator, LUN, portales. LVM sobre iSCSI. Multipath para redundancia de caminos.
  • Novedad 9.0/9.2 — snapshots sobre LVM thick compartido: implementación como volume chains, donde cada volumen derivado guarda solamente las diferencias con su padre. Habilitación desde Datacenter > Storage > Advanced > Allow Snapshots as Volume-Chain. Qué resuelve para entornos SAN de fibra o iSCSI que históricamente dependían de filesystems de cluster.
  • Snapshots como volume chains también sobre Directory, NFS y CIFS con manejo mejorado de qcow2.
  • Limitaciones a tener presentes: la funcionalidad aplica a VMs; los contenedores siguen requiriendo ZFS, Btrfs o LVM-thin para snapshots.
  • Migración de discos entre storages con el guest encendido.
  • Panorama de Ceph: qué es la hiperconvergencia, cuándo conviene, cuándo no, y por qué requiere un curso propio. Ceph Tentacle 20.2.1 como default para despliegues nuevos y Squid 19.2.3 aún disponible como opción.

Laboratorio: storage NFS y target iSCSI montados en los tres nodos, con snapshot volume-chain funcionando sobre LVM compartido.

Clase 7 — Red: bridges, bonding, VLANs y firewall nftables

Viernes 02/10

Objetivo de la clase: separar los planos de red del cluster y proteger el entorno con el firewall nativo.

  • El modelo de red de Proxmox: /etc/network/interfaces, bridges Linux, ifupdown2 y aplicación de cambios sin reiniciar.
  • Linux Bridge vs Open vSwitch: cuándo justifica OVS.
  • VLAN-aware bridge y tagging por interfaz de guest.
  • Bonding: modos active-backup, balance-alb y LACP 802.3ad. Configuración del lado del switch. Hash policies.
  • Separación de planos, el punto crítico del diseño: red de gestión, red de corosync (dedicada y de baja latencia), red de storage, red de guests. Por qué mezclarlas rompe clusters.
  • MTU y jumbo frames en la red de storage.
  • Pinning de nombres de interfaz y nombres alternativos.
  • Firewall nftables: ya como stack por defecto en la línea 9.x. Diferencias con el firewall iptables clásico y qué cambia en la migración.
  • Niveles del firewall: Datacenter, Nodo y Guest. Orden de evaluación.
  • Security groups, alias, IP sets, reglas de entrada y salida, macros predefinidas.
  • Protección del puerto 8006, del acceso SSH y de la red de corosync.

Laboratorio: tres nodos con bond LACP, VLANs separadas por plano y un set de reglas de firewall base aplicado a nivel Datacenter.

Clase 8 — Cluster de 3 nodos, quorum y migración en vivo

Miércoles 07/10

Objetivo de la clase: construir el cluster, entender el quorum y mover cargas entre nodos sin cortar servicio.

  • pmxcfs: qué es realmente /etc/pve, cómo se replica y por qué a veces queda en solo lectura.
  • Corosync 3: rings, links redundantes, latencia tolerada, corosync.conf comentado línea por línea.
  • Quorum: por qué tres nodos y no dos. Votos, split-brain, y el uso de un QDevice externo para clusters de dos nodos.
  • Creación del cluster: pvecm create, join de nodos, verificación con pvecm status y pvecm nodes.
  • Configuración de una red dedicada para corosync con link secundario de respaldo.
  • Migración de guests: offline, online (live migration), migración con storage local vs compartido, migración con discos locales (--with-local-disks).
  • Requisitos de compatibilidad de CPU entre nodos para live migration.
  • Novedad 9.1: acciones masivas a nivel Datacenter — iniciar, detener o migrar grupos de guests en una sola operación.
  • Remoción segura de un nodo: procedimiento correcto, qué pasa con la configuración, por qué nunca hay que reingresar un nodo removido sin reinstalar.
  • Desarme completo del cluster sin pérdida de datos.

Laboratorio: cluster de tres nodos con corosync redundante, migración en vivo de una VM en producción y remoción controlada de un nodo.

Clase 9 — SDN: zonas, VNets, IPAM y Fabrics

Viernes 09/10

Objetivo de la clase: implementar redes definidas por software sobre el cluster, incluyendo overlays y fabrics enrutados.

  • Por qué SDN: los límites del bridge + VLAN cuando el entorno crece o se distribuye.
  • Arquitectura del stack SDN: Zonas, VNets, Subnets, Controllers, IPAM.
  • Tipos de zona: Simple, VLAN, QinQ, VXLAN, EVPN. Casos de uso de cada una.
  • IPAM integrado y plugins externos.
  • Zonas EVPN: control plane BGP, VRF, salida a internet, exitnodes.
  • Novedad 9.0 — Fabrics: configuración simplificada de redes ruteadas complejas con protocolos OpenFabric y OSPF. Arquitecturas spine-leaf con múltiples caminos y failover automático entre placas. Casos de uso: underlay para EVPN y red full-mesh para Ceph.
  • Novedad 9.2 — nuevos protocolos de fabric: soporte nativo de WireGuard y BGP. Filtrado BGP/EVPN mediante route-maps y prefix-lists para control fino de la redistribución de rutas. Redistribución de rutas en fabrics OSPF. Opciones adicionales de configuración de controllers EVPN. Underlay IPv6 para EVPN.
  • Novedad 9.1 — visibilidad de SDN en la GUI: guests conectados a cada bridge o VNet, MACs e IPs aprendidas por EVPN, fabrics, rutas y vecinos visibles en el árbol de recursos. Impacto directo en el tiempo de diagnóstico.
  • Troubleshooting de SDN: ip, bridge, vtysh, verificación de la propagación de rutas.

Laboratorio: zona VXLAN entre los tres nodos y un fabric WireGuard conectando dos sitios.

Clase 10 — Alta disponibilidad y Dynamic Load Balancer

Miércoles 14/10

Objetivo de la clase: dejar servicios que sobreviven a la caída de un nodo y un cluster que se equilibra solo.

  • Modelo de HA en Proxmox: CRM, LRM, estados de recurso, ha-manager.
  • Fencing y watchdog: qué es, por qué es imprescindible, y qué pasa si se ignora.
  • Novedad 9.0 — reglas de afinidad: afinidad de nodo y afinidad de recurso. Colocar juntos servicios acoplados (app + base de datos) para bajar latencia, o separar instancias redundantes del mismo servicio en nodos distintos para tolerar fallas. Reemplazo del esquema anterior de grupos HA.
  • Cluster Resource Scheduler: modo estático y su limitación.
  • Novedad 9.2 — Dynamic Load Balancer: el cluster analiza continuamente la utilización de recursos y, al detectar desbalanceo, dispara migraciones en vivo automáticas para redistribuir la carga. Configuración, umbrales y cómo evitar el efecto ping-pong.
  • Novedad 9.2 — arm/disarm del HA Manager a nivel cluster: suspensión temporal del stack de HA durante ventanas de mantenimiento planificadas, para evitar fencing de nodos no deseado. Procedimiento de mantenimiento correcto de punta a punta.
  • Novedad 9.2 — modelos de CPU personalizados: creación, edición y eliminación de perfiles de CPU desde Datacenter. Selector integrado de flags de CPU con visibilidad de qué soporta cada nodo del cluster. Clave para clusters con hardware heterogéneo donde la migración en vivo falla por incompatibilidad de flags.
  • Simulacro de desastre: caída dura de un nodo y verificación de recuperación automática.

Laboratorio: servicio en HA con reglas de afinidad, Dynamic Load Balancer activo, y prueba de corte de energía de un nodo.

Clase 11 — Backup, restore y Proxmox Backup Server 4

Viernes 16/10

Objetivo de la clase: implementar una política de backup que efectivamente restaure. Un backup no verificado no es un backup.

  • vzdump: modos stop, suspend y snapshot. Qué garantiza cada uno en términos de consistencia.
  • Backup consistente de aplicaciones: rol del guest agent y del freeze de filesystem.
  • Fleecing: qué problema resuelve en backups de VMs con alta escritura.
  • Compresión, ancho de banda, exclusión de discos, notas y templates de nombre.
  • Jobs programados, ventanas de backup, retención y política de prune.
  • Proxmox Backup Server 4: arquitectura, datastores, chunks, deduplicación y compresión.
  • Namespaces para separar clientes o entornos en un mismo datastore.
  • Verificación de integridad, garbage collection y su planificación.
  • Sincronización entre instancias de PBS: esquema de backup offsite.
  • Cifrado del lado del cliente y gestión de claves. El riesgo de perder la clave.
  • Restore: restauración completa, restauración a otro VMID, live restore y restauración de archivos individuales desde un backup de VM.
  • Replicación ZFS como complemento (no reemplazo) del backup.
  • Sistema de notificaciones: targets, matchers, integración SMTP y Gotify.
  • Novedad 9.2: creación de snapshots y backups directamente desde el árbol de recursos.

Laboratorio: PBS desplegado, job de backup automatizado del cluster completo, y restore verificado de una VM y de un archivo suelto.

Clase 12 — Seguridad, multitenancy, PDM y troubleshooting

Miércoles 21/10

Objetivo de la clase: cerrar el entorno, delegar accesos sin regalar root, y saber por dónde empezar cuando algo se rompe.

  • Realms de autenticación: PAM (usuarios del sistema), PVE (usuarios propios de Proxmox), LDAP, Active Directory, OpenID Connect. Jobs de sincronización de realm.
  • Doble factor: TOTP, WebAuthn, claves de recuperación. Aplicación obligatoria por realm.
  • Modelo de permisos: usuarios, grupos, roles predefinidos y roles personalizados, ACLs y propagación por path.
  • Pools de recursos para agrupar guests y storages por cliente, área o proyecto.
  • API tokens con privilegios acotados y separación de privilegios para automatización.
  • Escenario práctico de multitenancy: tres clientes en un mismo cluster, cada uno viendo únicamente lo suyo.
  • Certificados: ACME/Let's Encrypt, certificados propios, renovación automática.
  • Proxmox Datacenter Manager 1.1: panel único para múltiples clusters y nodos independientes, métricas agregadas, gestión centralizada de suscripciones, monitoreo unificado de Ceph, y migración de guests entre clusters distintos sin requisitos de red de cluster.
  • Actualización de Proxmox VE 8 a 9: herramienta pve8to9, orden correcto de actualización de un cluster, verificaciones previas, plan de rollback y trampas conocidas (kernel, roles personalizados, cgroup v1, MTU heredada de bridge).
  • Troubleshooting sistemático:
    • Pérdida de quorum y /etc/pve en solo lectura.
    • Diagnóstico por servicio: journalctl, systemctl status, pvecm status, corosync-cfgtool.
    • Storage inaccesible y guests colgados.
    • Discos y volúmenes huérfanos.
    • Jobs de backup fallidos.
    • Logs de tareas y su interpretación.
  • Monitoreo: métricas del nodo, exporter de OpenTelemetry, integración con InfluxDB/Graphite, métricas de pressure stall.
  • Repaso general y entrega del proyecto integrador.

Laboratorio final / proyecto integrador: entrega documentada de un cluster de tres nodos con storage compartido, red segmentada, SDN, HA con afinidad, backup verificado y esquema de permisos multi-tenant.


8. Metodología

  • Clases en vivo de 2 horas, con grabación disponible para repaso.
  • 70% práctica: cada concepto se aplica de inmediato en el laboratorio del participante.
  • Desafío por clase: cada encuentro cierra con un objetivo concreto a completar, que se revisa al inicio del siguiente.
  • GUI + CLI + archivo de configuración para cada funcionalidad. Se aprende a resolver cuando la interfaz web no está disponible.
  • Canal de consultas durante toda la cursada.
  • Material entregado: guiones de laboratorio, archivos de configuración de referencia, scripts, y checklist operativa de producción.

9. Evaluación y certificación

  • Desafíos prácticos por clase (no obligatorios, sí recomendados).
  • Proyecto integrador final: documentar y demostrar un cluster de tres nodos funcional según la consigna de la clase 12.
  • Certificado de aprobación de Instituto Linux / Carrera Linux, con detalle de contenidos y carga horaria.

10. Fuentes de referencia

Instituto Linux es el ÚNICO instituto de educación a distancia AUTORIZADO por el LINUX PROFESSIONAL INSTITUTE y la LINUX FOUNDATION en el mundo, en idioma español, para formación presencial y a distancia

Instituto Linux - Training Partner Platinum - Linux Fondation

Todos nuestros cursos pueden ser contratados de forma individual o corporativa

Por consultas, comunícate al +54 9 11 69699993

¡QUIERO + INFO!
Linux Professional Institute
Linux International
Linux Argentina
USP
Caninos Loucos
Labrador Caninos Loucos
Project Cauã
Acercando Naciones