Módulo 1 — iSeries / IBM Power Systems (hardware)

Antes de la profundización por rol, todo el equipo debe manejar este vocabulario mínimo.

Linaje

La plataforma fue anunciada en junio de 1988 como AS/400 (Application System/400) y lanzada al mercado en agosto de ese año. Sucedió al System/36 y al System/38, originalmente con sistema operativo OS/400. El AS/400 introdujo innovaciones arquitectónicas fundamentales que sus predecesores no tenían de forma combinada: modelo de objetos tipados, almacenamiento de nivel único y la TIMI como capa de abstracción del hardware. Esas tres decisiones de diseño son las que explican por qué las aplicaciones escritas hace 30 años siguen corriendo sin modificación sobre hardware moderno.

La línea fue rebrandeada varias veces siguiendo los ciclos de marketing de IBM:

• •AS/400 (1988) → AS/400 Advanced Series (1994) → AS/400e (1997)
• •eServer iSeries (2000) → eServer i5 con i5/OS (2004, sobre POWER5)
• •System i (2006)
• •IBM Power Systems (2008) — convergencia de System i y System p; el OS pasa a llamarse IBM i

El cambio de 2008 fue más que un rebrand: IBM unificó bajo una sola arquitectura de hardware (Power) lo que antes eran dos líneas separadas (System i para IBM i/AIX orientado a clientes de negocio, System p para Unix de alto rendimiento). Desde entonces, el mismo servidor físico Power puede correr IBM i, AIX y Linux en distintas particiones lógicas simultáneamente.

TIMI — Technology Independent Machine Interface

Una capa de instrucciones independiente del hardware. En lugar de compilar directamente a código máquina nativo, los compiladores de IBM i generan una representación intermedia de alto nivel en formato TIMI. El SLIC (System Licensed Internal Code), que es la capa dependiente del hardware del OS, traduce esas instrucciones TIMI a código nativo en tiempo de ejecución.

Esto permite cambiar la arquitectura del procesador sin romper la compatibilidad de las aplicaciones: cuando IBM pasó de procesadores CISC propios (IMPI, 1988) a procesadores PowerPC (RS64, 1995) y luego a POWER4, POWER5, POWER6... y Power10 y Power11 actuales, el código de las aplicaciones no necesitó recompilarse. Solo el SLIC fue actualizado para traducir las mismas instrucciones TIMI al nuevo hardware. Por eso una aplicación compilada hace 25 años puede seguir corriendo sobre Power moderno sin recompilación, sin cambios de código, sin retesting funcional.

Power Systems hoy

Desde 2008 el mismo hardware Power puede correr IBM i, AIX y Linux on Power en distintas particiones, gestionadas por PowerVM y la HMC (Hardware Management Console).

Generaciones vigentes en el parque instalado

No todos los clientes están en la última generación. Es muy común encontrar mezclas, y todas siguen apareciendo en proyectos de venta y soporte:

| Generación | Modelos representativos | Estado de soporte | |---|---|---| | POWER8 | 8286-42A, 8284-22A | Fuera de soporte estándar de IBM. Continúa cubierto por mantenimiento de terceros (third-party maintenance). | | POWER9 | S914, S922, S924 | EOSL declarado por IBM en enero de 2026. | | Power10 | S1014, S1022, S1022s, S1024, E1050, E1080 | Generación actual desplegada masivamente desde 2021–2022. | | Power11 | E1150 (9043-MRU) | Generación más reciente, anunciada en julio de 2025. |

Implicancias prácticas:

• •Comercial debe saber identificar la generación porque define vías de upgrade y pricing.
• •Soporte convive con cuentas en POWER8/9; la documentación oficial de IBM cubre todas las generaciones vivas.
• •Preventa debe poder dimensionar tanto sobre Power10/11 como sobre parque heredado.

Cada nueva generación de procesadores Power trajo mejoras significativas en rendimiento por núcleo, densidad de cores y capacidades de aceleración en chip. Power10, por ejemplo, incorporó encriptación en silicio sin costo de CPU adicional, aceleradores NX para compresión gzip, y soporte hasta SMT8 (ocho hilos por núcleo físico). Power11 continuó esa evolución enfocándose en resiliencia, seguridad y eficiencia energética, con mejoras en la densidad de cómputo por watt.

Objetivo del rol en este módulo: poder leer la configuración del cliente, dimensionar y diseñar arquitectura.

Familias de servidores Power

• •Scale-out (S-class) — S1014, S1022, S1024 — entrada/medio.
• •Midrange (E-class más chicos) — para cargas medianas/grandes consolidadas.
• •Enterprise (E1080) — máquinas tope de gama, alta capacidad.

Procesadores

• •POWER9 — generación previa.
• •Power10 — generación actual ampliamente desplegada. SMT8, encriptación on-chip, NX accelerators.
• •Power11 — generación más reciente.

Características relevantes para diseñar:

• •SMT (Simultaneous Multithreading) — un core puede ejecutar 2, 4 u 8 hilos simultáneos (SMT2/SMT4/SMT8). IBM i 7.5 soporta hasta 48 procesadores por partición con SMT8 en configuración estándar, escalando a 240 procesadores con el involucramiento de IBM Lab Services para configuraciones de máxima capacidad. Este nivel de escalabilidad vertical es uno de los argumentos clave para cargas transaccionales masivas en un solo LPAR.
• •Aceleradores en chip — NX para compresión gzip, encriptación AES/SHA en hardware sin consumo adicional de CPU. En Power10, la encriptación en silicio se activa automáticamente para operaciones de Db2 y almacenamiento sin impacto de rendimiento medible.
• •Memoria — DDR4/DDR5 según generación. Power10 admite grandes cantidades de memoria por servidor (hasta varios TB en modelos enterprise), lo que elimina la presión de paginación en cargas Db2 de gran tamaño.

Virtualización con PowerVM

• •LPAR — partición lógica con OS dedicado (IBM i, AIX, Linux on Power).
• •VIOS (Virtual I/O Server) — partición especial que virtualiza I/O para clientes.
• •Micro-partitioning — fracciones de procesador (0.05 cores mínimo).
• •Live Partition Mobility (LPM) — mover una LPAR activa entre servidores físicos.
• •Shared Processor Pools — capping/uncapping de capacidad.

HMC (Hardware Management Console)

Appliance dedicado (físico o virtual) que gestiona uno o varios servidores Power. Funciones:

• •Crear, modificar, arrancar y apagar LPARs.
• •Aplicar firmware al servidor.
• •Activar Capacity on Demand (CoD) — cores y memoria adquiridos pero inactivos.
• •Operaciones de service y diagnóstico.
• •Configurar LPM.

IASP — Independent Auxiliary Storage Pool

Pool de almacenamiento independiente del System ASP. Clave para:

• •HA con switching — un IASP puede "moverse" entre nodos.
• •Aislamiento de aplicaciones.
• •Recuperación — vary on/off independiente.

Sizing básico

Inputs típicos para dimensionar:

• •Volumen transaccional (jobs/min, IOPS).
• •Tamaño de DB2 (GB/TB).
• •Cores y memoria objetivo (con margen para SMT).
• •Estrategia de almacenamiento (interno SAS/NVMe vs externo SAN/storwize/FlashSystem).
• •Necesidad de IASP, HA, DR.

Lectura de configuración del cliente

Con DSPHDWRSC *PRC, DSPSFWRSC, output de HMC, podés inferir:

• •Modelo de Power, serial.
• •Cores activos / instalados (CoD).
• •Memoria asignada por LPAR.
• •Storage adapters y volúmenes.
• •Versión de firmware.