Si algún término del módulo no te suena, aquí tienes el contexto rápido para arrancar sin perderte. Estos son los conceptos clave que vas a ver más adelante.
- Servidor
- Computadora especializada en ofrecer servicios de forma continua (24/7), diseñada para alta disponibilidad y montaje en rack.
- Tower · Rack · Blade
- Tres formatos físicos de servidor: torre vertical (Tower), horizontal en rack (Rack) o módulos en chasis compartido (Blade).
- Hipervisor
- Software que permite que un solo servidor físico ejecute varias máquinas virtuales independientes. Es como dividir un edificio en apartamentos.
- RAID
- Combinar varios discos en uno solo para tener más velocidad o tolerancia a fallos (si uno se rompe, no se pierde nada). Hay varios niveles (0, 1, 5, 6, 10).
- BIOS / UEFI
- Primer software que arranca cuando enciendes un servidor, antes del sistema operativo. UEFI es la versión moderna.
- iDRAC / iLO
- Chip de gestión remota del servidor. Te deja encenderlo, apagarlo o ver su pantalla aunque el sistema operativo esté caído.
- ZFS / Ceph
- Software de almacenamiento avanzado que necesita ver los discos directamente (sin RAID por hardware encima).
Para la lista completa de términos del plan, abre el glosario en la barra lateral.
Este módulo es repaso. La tarea práctica principal es levantar el inventario formal de los servidores de la oficina y familiarizarse con el acceso a la gestión fuera de banda (iDRAC/iLO) de los equipos del lab.
1.1 Objetivos del módulo
- Identificar y clasificar los tipos de servidores (rack, tower, blade).
- Conocer los componentes internos de un servidor y su función.
- Acceder al BIOS/UEFI y configurar el orden de arranque.
- Utilizar herramientas de gestión fuera de banda (iDRAC, iLO, IPMI).
- Levantar un inventario físico completo de los servidores de la oficina.
- Manipular hardware de forma segura (apertura, identificación, conexión).
- Comprender los arreglos de discos (RAID) y decidir la estrategia adecuada antes de instalar el SO o hipervisor.
1.2 Contenido teórico
1.2.1 Tipos de servidores
- Tower Server: formato vertical similar a un PC de escritorio. Fácil de manejar, ideal para oficinas pequeñas. Sin gestión crítica de espacio.
- Rack Server: formato horizontal diseñado para montarse en un rack. Se mide en unidades U (1U = 4.445 cm). Los más comunes en entornos de centro de datos.
- Blade Server: módulos que se insertan en un chasis compartido. Comparten fuentes de poder, red y cooling. Mayor densidad, mayor costo.
1.2.2 Componentes principales de un servidor
| Componente | Función | Consideraciones clave |
|---|---|---|
| CPU / Procesador | Unidad de cómputo principal. Puede haber 1 o 2 sockets. | Frecuencia, núcleos, threads, TDP. Servidores usan Xeon o EPYC. |
| RAM (ECC) | Memoria de trabajo. ECC detecta y corrige errores de bit. | Verificar tipo (DDR4/DDR5), velocidad y cantidad de slots. |
| Almacenamiento | HDDs, SSDs o NVMe. Puede estar en RAID. | HDD = más barato · SSD = más rápido · NVMe = máximo rendimiento. |
| NIC | Tarjeta de red (1GbE / 10GbE / 25GbE). | Verificar puertos, velocidad, soporte SR-IOV para virtualización. |
| PSU / Fuente | Suministra energía al servidor. | Servidores enterprise tienen fuentes redundantes (hot-swap). |
| RAID Controller | Gestiona arreglos de discos por hardware. | Verificar si tiene caché protegida por batería (BBWC) o flash (FBWC). |
| BMC / IPMI | Chip de gestión fuera de banda independiente del SO. | Permite encender/apagar el servidor remotamente y ver consola KVM virtual. |
1.2.3 Gestión fuera de banda — iDRAC / iLO / IPMI
Los servidores enterprise incluyen un chip de gestión independiente que funciona incluso cuando el servidor está apagado o bloqueado. En Dell se llama iDRAC, en HP se llama iLO, y el estándar genérico es IPMI.
- Acceso: generalmente por IP dedicada en una interfaz de red separada (puerto de gestión).
- Permite: encender/apagar, reiniciar, acceder a consola remota (KVM virtual), montar ISOs remotas.
- En servidores del lab: identificar si tienen iDRAC/iLO, obtener su IP y credenciales de fábrica.
1.2.4 BIOS / UEFI
- Acceso: al encender el servidor presionar
F2(Dell),F9/F10(HP) oDelsegún fabricante. - Configurar boot order para instalar el SO desde USB o ISO remota.
- Verificar configuración de: RAID controller, virtualización (Intel VT-x / AMD-V habilitado), Hyper-Threading.
- UEFI vs BIOS: los servidores modernos usan UEFI. Importante para particionado GPT y Secure Boot.
1.2.5 Arreglos de discos (RAID) — Decisión crítica antes de la instalación
La estrategia de arreglos de discos debe definirse antes de instalar el sistema operativo o hipervisor. Una vez instalado el SO sobre una configuración determinada, cambiar la estrategia implica reinstalar todo desde cero — y en muchos casos, perder datos. Esta es una de las decisiones más importantes en cualquier despliegue de servidor.
Los arreglos RAID combinan múltiples discos físicos para proporcionar redundancia (tolerancia a fallos), mayor capacidad o mejor rendimiento. La decisión sobre qué nivel usar y si implementarlo por hardware o software depende del rol del servidor y del software que se instalará encima.
Niveles RAID básicos
| Nivel | Mín. discos | Tolerancia a fallos | Capacidad útil | Caso típico |
|---|---|---|---|---|
| RAID 0 | 2 | Ninguna (un disco caído = todos los datos perdidos) | 100% (suma) | Solo rendimiento, datos no críticos. |
| RAID 1 | 2 | 1 disco (espejo exacto) | 50% | SO o datos críticos en servidores pequeños. |
| RAID 5 | 3 | 1 disco (paridad distribuida) | (N-1)/N | Balance capacidad/redundancia, lecturas frecuentes. |
| RAID 6 | 4 | 2 discos (doble paridad) | (N-2)/N | Almacenamiento grande con mayor seguridad. |
| RAID 10 | 4 | 1 disco por par espejo | 50% | Bases de datos, alto IOPS y redundancia. |
Hardware RAID vs Software RAID
La diferencia fundamental está en dónde se procesa el cálculo del arreglo: en una controladora física dedicada o en el CPU del servidor mediante el sistema operativo.
| Aspecto | Hardware RAID | Software RAID |
|---|---|---|
| Procesamiento | Controladora física dedicada con su propio procesador. | CPU del servidor a través del kernel del SO. |
| Rendimiento | Excelente con caché de batería (BBWC). Independiente del CPU. | Depende del CPU. En servidores modernos, perfectamente aceptable. |
| Visibilidad de discos | El SO ve un único volumen lógico — no tiene acceso al disco crudo. | El SO ve cada disco físico individualmente. |
| Portabilidad | Atado al modelo de controladora. Reemplazo de tarjeta puede invalidar el arreglo. | Portable entre servidores. Los arreglos se reconocen al cambiar de hardware. |
| Costo | Requiere tarjeta dedicada (caro en RAID 5/6/10 con caché). | Sin costo adicional — viene con el SO. |
| Complejidad operativa | Configuración por BIOS de la controladora antes del SO. | Se gestiona desde el SO con mdadm, ZFS o similar. |
| Monitoreo de discos | Limitado: la controladora oculta el SMART de cada disco. | Acceso completo al SMART y diagnóstico individual de cada disco. |
¿Cuándo usar Hardware RAID y cuándo Software RAID?
Hardware RAID es la mejor opción cuando:
- La implementación es simple y el SO no necesita acceso directo al disco crudo.
- Se quiere descargar al CPU del trabajo de cálculo de paridad (escenarios de muy alta E/S).
- El servidor tiene una controladora con caché protegida por batería (BBWC) o flash (FBWC) — esto da rendimiento y seguridad ante cortes de energía.
- El SO o hipervisor no soporta nativamente arreglos por software para el caso de uso requerido.
- Se busca mantener la lógica del arreglo separada del SO (útil para ambientes Windows o ESXi tradicional).
Software RAID es la mejor opción cuando:
- Se va a usar una tecnología que gestiona sus propios arreglos y necesita acceso directo al disco — como ZFS, Ceph o Btrfs. Estas tecnologías requieren ver los discos individualmente para implementar sus propios mecanismos de checksums, snapshots y redundancia.
- Se busca portabilidad: los arreglos software pueden migrarse entre servidores sin depender del modelo de controladora.
- Se quiere monitoreo individual de cada disco (acceso completo a SMART para detección temprana de fallos).
- El presupuesto es limitado y los CPUs modernos tienen capacidad suficiente para el cálculo del arreglo.
- Se prioriza flexibilidad de configuración y posibilidad de cambios en caliente.
ZFS y Ceph se recomiendan cuando se requiere migración de VMs en tiempo real entre nodos (Ceph distribuido nativo / ZFS replicación asíncrona), redundancia de información entre nodos, o funcionalidades avanzadas (snapshots, compresión, integridad por checksums). Un cluster Proxmox no las requiere obligatoriamente — con almacenamiento local (LVM, ext4) y backups regulares es una configuración válida cuando las VMs no migran en caliente.
Si se usa ZFS o Ceph: la controladora RAID DEBE configurarse en modo HBA / IT mode / Pass-through para que el SO vea los discos individualmente. RAID por hardware antes de Proxmox con ZFS rompe las garantías de integridad y genera problemas operativos.
Decisión recomendada para los servidores del lab
- Nodos Proxmox con almacenamiento local simple (1–2 discos): RAID 1 por software (mdadm) o ZFS mirror.
- Nodos Proxmox con muchos discos pensados para producción o cluster: ZFS RAID-Z2 o Ceph (siempre con controladora en modo HBA).
- Servidores Windows o ESXi con controladora con caché protegida: Hardware RAID 1 (SO) + RAID 10 (datos).
- Servidores de propósito específico (NVR, almacenamiento de backups): elegir según prioridad — capacidad (RAID 6) o rendimiento (RAID 10).
1.3 Comandos de inventario de hardware
Una vez instalado el SO, estos comandos permiten conocer el hardware del servidor desde la línea de comandos:
| Comando | Qué muestra |
|---|---|
lshw -short | Resumen completo de hardware: CPU, RAM, discos, red. |
inxi -Fxz | Resumen del sistema: hardware, SO, drivers y kernel. |
lspci | grep -i eth | Interfaces de red en buses PCI. |
lspci | grep -i vga | Tarjetas de video disponibles. |
dmidecode -t memory | Detalles de módulos RAM: tipo, velocidad, slots. |
dmidecode -t processor | Información del CPU: modelo, núcleos, sockets. |
lsblk | Discos y particiones disponibles. |
smartctl -a /dev/sda | Salud del disco (requiere smartmontools). |
cat /proc/mdstat | Estado de arreglos RAID por software (mdadm). |
zpool status | Estado de pools ZFS (si está instalado). |
ethtool enp3s0 | Estado y características de una interfaz de red. |
free -h | Uso de RAM y SWAP. |
nproc | Número de núcleos / threads disponibles. |
1.4 Laboratorio práctico
El laboratorio de este módulo se realiza directamente sobre los servidores físicos de la oficina.
- Identificar físicamente cada servidor del lab: marca, modelo, número de serie (etiqueta física).
- Acceder al iDRAC/iLO de cada servidor (verificar si tiene interfaz de gestión y cuál es su IP).
- Identificar la controladora RAID de cada servidor: modelo, modos soportados (RAID/HBA), si tiene caché con batería.
- Definir y documentar la estrategia de RAID que se usará en cada servidor del lab según su rol previsto.
- Arrancar desde USB en al menos un servidor y confirmar que UEFI está funcionando correctamente.
- Instalar Ubuntu Server LTS en un servidor del lab como práctica de instalación base.
- Ejecutar
lshw -shorteinxi -Fxzen el servidor instalado y documentar los resultados. - Crear el inventario formal de hardware de la oficina (plantilla en siguiente sección).
Plantilla de inventario de servidores
| Campo | Servidor 1 | Servidor 2 | Servidor 3 |
|---|---|---|---|
| Hostname | |||
| Función asignada | |||
| Marca / Modelo | |||
| Número de serie | |||
| CPU | |||
| RAM total | |||
| Controladora RAID (modelo / modos) | |||
| Estrategia RAID definida | |||
| Almacenamiento | |||
| Interfaces de red | |||
| IP de gestión (iDRAC/iLO) | |||
| SO instalado | |||
| Ubicación física |
1.5 Checklist de evaluación
- Puede identificar cada tipo de servidor (tower, rack, blade) y explicar sus diferencias.
- Conoce los componentes internos de un servidor y la función de cada uno.
- Accedió exitosamente al iDRAC o iLO de al menos un servidor de la oficina.
- Configuró el boot order en BIOS/UEFI para arrancar desde USB.
- Ejecutó los comandos de inventario y documentó los resultados.
- Completó el inventario físico de los servidores asignados al laboratorio.
- Comprende los niveles RAID básicos (0, 1, 5, 6, 10) y sabe cuándo aplica cada uno.
- Sabe diferenciar Hardware RAID de Software RAID y conoce los casos de uso de cada uno.
- Identifica las controladoras RAID de los servidores del lab y los modos que soportan.
- Definió y documentó la estrategia de RAID para cada servidor del lab según su rol previsto.
- Puede encender y apagar un servidor de forma segura.
1.6 Referencia rápida — Cheatsheet Hardware
| Acción | Comando / Herramienta |
|---|---|
| Ver todo el hardware | sudo lshw -short |
| Resumen del sistema | inxi -Fxz |
| Ver discos y particiones | lsblk -f |
| Salud de un disco | sudo smartctl -a /dev/sdX |
| Ver RAM instalada | sudo dmidecode -t memory | grep -E 'Size|Speed|Type' |
| Ver CPU | sudo dmidecode -t processor | grep -E 'Version|Count' |
| Ver interfaces de red (PCI) | lspci | grep -i ethernet |
| Ver características de NIC | ethtool <interfaz> |
| Ver estado de RAID por software | cat /proc/mdstat |
| Ver detalles de un arreglo md | mdadm --detail /dev/md0 |
| Ver estado de pool ZFS | zpool status |
| Ver controladora MegaRAID (LSI) | megacli -PDList -aALL |
| Ver IP del iDRAC (Dell) | ipmitool lan print 1 |
| Uso de recursos en tiempo real | htop |