Módulo 3 — AIX (sistema operativo)

Qué es AIX

AIX (Advanced Interactive eXecutive) es el sistema operativo UNIX propietario de IBM, optimizado para correr sobre IBM Power Systems. Sus raíces se remontan a 1986, cuando IBM lo lanzó para la workstation RT PC en colaboración con Interactive Systems Corporation (ISC), combinando código de UNIX System V Releases 1 y 2 con extensiones de 4.2 y 4.3 BSD. En 1990, AIX 3 fue reescrito para la nueva plataforma POWER-based RS/6000, y desde ese punto su historia quedó irremediablemente ligada a la arquitectura Power de IBM.

A diferencia de IBM i —que es una plataforma única e integrada donde el sistema operativo, la base de datos y el middleware son inseparables—, AIX es un UNIX más dentro de la familia (POSIX/SUS), pero con extensiones y tooling propios de IBM que lo diferencian de Linux o de los UNIX históricos como HP-UX y Solaris.

Algunos hitos técnicos que lo distinguen: AIX fue el primer sistema operativo en implementar un journaling file system (JFS), lo que permitió eliminar la verificación de consistencia en cada arranque y aceleró significativamente el boot time. Su shell por defecto es KornShell (ksh93), con bash disponible como paquete adicional. El sistema de gestión de configuración usa el ODM (Object Data Manager), análogo al registro de Windows, para almacenar configuración de dispositivos y del sistema.

AIX está certificado para las especificaciones UNIX 03 y UNIX V7 del Single UNIX Specification, y versiones anteriores cumplían UNIX 95 y UNIX 98. Hoy corre exclusivamente sobre procesadores Power ISA (POWER8 o superior para AIX 7.3).

Versiones vigentes en el parque instalado

| Versión | Estado | |---|---| | AIX 7.2 | Versión anterior aún presente en muchos clientes; convivir con ella es habitual. Requiere POWER7 o superior. | | AIX 7.3 | Versión actual. La última actualización al momento de este material es AIX 7.3 TL3 (diciembre 2024), con TL4 lanzado en diciembre de 2025. Requiere POWER8 o superior. El soporte estándar de la versión 7.3 está orientado al 30 de septiembre de 2026, con TLs específicos cubiertos hasta más adelante (p.ej. 7.3.4 con soporte declarado a diciembre de 2028 según fuentes públicas; siempre validar la fecha exacta contra el portal oficial de IBM Lifecycle). |

Implicancia práctica: en una misma cuenta puede haber LPARs en 7.2 y otras en 7.3 conviviendo sobre el mismo Power. Antes de cualquier diseño o diagnóstico, identificar TL y SP exactos (oslevel -s).

Cuándo aparece AIX en una cuenta IBM i

Lo más común:

• •Aplicaciones SAP, Oracle Database, Db2 LUW que corren mejor o están certificadas sobre AIX en lugar de IBM i.
• •Componentes UNIX legacy (scripts, daemons C, software propio) que no se trasladaron a IBM i ni a Linux.
• •Workloads que requieren shell/POSIX nativo a fondo.

Suelen convivir como LPARs hermanas en el mismo Power, compartiendo storage y red.

Objetivo del rol en este módulo: diagnóstico avanzado, performance, recovery.

Performance

• •nmon con captura a archivo — análisis offline.
• •topas -R — modo recording.
• •vmstat, iostat, mpstat, sar — el clásico kit UNIX, todo presente.
• •svmon — análisis de paginación y memoria virtual.
• •fcstat, entstat — performance de adaptadores.

Áreas a inspeccionar:

• •Saturación de CPU (sistema, usuario, wait IO).
• •Paging activity (vmstat 1 columna pi/po).
• •Cuellos de botella de I/O (FC, NPIV, multipath).
• •Network latency / drops.

Recovery

• •mksysb para restore completo del rootvg.
• •NIM como server de recovery centralizado.
• •alt_disk_install — instalar TL/SP en disco alternativo y bootear desde ahí (rollback fácil).
• •Live Update (LLU) — actualizar el OS sin reinicio. Funciona creando una LPAR sustituta, migrando el workload hacia ella y desactivando la original, todo mientras las aplicaciones permanecen disponibles. Con TL3, se agregaron dos capacidades adicionales: (1) Dynamic System Resource Modification, que permite ajustar los valores mínimos y máximos de memoria y procesadores de la LPAR sin reiniciarla (requiere HMC versión 10 o superior y el atributo clone_from_hmc_profile=yes en el archivo lvupdate.data); y (2) Live Library Update (LLU), en tech preview, que actualiza bibliotecas compartidas como libc y libpthreads sin reiniciar los procesos, usando el comando llvupdate. Importante: LLU está marcado como tech preview en TL3 y no está aprobado para producción todavía.

Mejoras notables de AIX 7.3 a tener presente

• •Compresión por hardware del system dump: AIX 7.3 TL1 aprovecha el acelerador NX GZIP de los procesadores POWER9 y Power10 para comprimir los dumps del sistema significativamente más rápido. Se activa por defecto cuando la LPAR corre en modo POWER9 o Power10, y se controla con los flags -n (deshabilitar) y -N (habilitar) del comando sysdumpdev.
• •Fast Failover para Fibre Channel: soporte de adaptadores FC a 16 Gbps y superiores con el atributo fast_lnk_recov, que reduce el tiempo de failover de I/O ante un evento de link de aproximadamente 15 segundos a aproximadamente 5 segundos. Requiere entornos MPIO con paths alternativos y está deshabilitado por defecto.
• •JFS2 Log Shuffle: el comando chfs incorpora la opción logshuffle, que permite convertir o intercambiar filesystems JFS2 entre log inline y log outline (dispositivo separado) sin migrar datos. Resuelve cuellos de botella de I/O cuando múltiples filesystems comparten un único log device.
• •Mejoras de seguridad: cifrado de LV/PV, secure boot, trusted execution.
• •lparstat -G: nuevo flag para resetear estadísticas de hypervisor calls, útil para troubleshooting de performance en contextos específicos.

PowerHA SystemMirror (HA en AIX) — desarrollado

Qué es. IBM PowerHA SystemMirror (antes llamado HACMP — High Availability Cluster Multiprocessing) es la solución oficial de IBM para alta disponibilidad sobre clusters AIX (y Linux on Power). Fue lanzado en 1991 y rebrandeado como PowerHA en 2008. Las versiones actuales están en la serie 7.2.x (7.2.7 como release reciente documentado en el Cookbook vigente).

Arquitectura básica.

• •CAA (Cluster Aware AIX) — introducida en PowerHA 7.1, es una infraestructura de clustering construida directamente en el kernel AIX. CAA reemplazó al daemon topsvcs de versiones anteriores y provee heartbeating de baja latencia entre nodos, health management, y notificación de eventos a nivel de cluster a través del Autonomic Health Advisor File System (AHAFS). PowerHA y RSCT se montan sobre CAA.
• •RSCT (Reliable Scalable Cluster Technology) — capa de clustering de IBM sobre la que opera PowerHA. Incluye un daemon de "group services" que coordina la respuesta a eventos del cluster (fallo de interfaz, fallo de nodo, cambio de configuración por el administrador) y gestiona el estado global del cluster.
• •Cluster — conjunto de hasta 32 nodos AIX que se monitorean entre sí y pueden tomar el control de recursos ante un fallo. Los datos de los filesystems pueden estar compartidos entre nodos, lo que habilita el failover.
• •Resource Group (RG) — unidad de alta disponibilidad que agrupa los recursos que el cluster mantiene disponibles: volume groups, service IPs, aplicaciones. El RG es lo que "viaja" de un nodo a otro en un failover.

Resource Groups y políticas. Los RG se configuran con políticas distintas para tres eventos:

• •Startup — qué nodo levanta el RG inicialmente (online on home node, online on first available, etc.).
• •Fallover — qué nodo toma el RG si el primario falla.
• •Fallback — qué pasa cuando el nodo original vuelve disponible (fallback automático, never fallback, etc.).

Standard Edition vs Enterprise Edition.

• •Standard Edition — HA local dentro del mismo data center.
• •Enterprise Edition — agrega capacidades de DR multi-sitio (replicación geográfica, GLVM — Geographic Logical Volume Manager, EMC SRDF, etc.).

Comandos de operación habituales.

• •clmgr — comando unificado de gestión del cluster (single point of administration).
• •cltopinfo — topología del cluster (nodos, redes, RGs).
• •clRGinfo — estado de los RGs.
• •cl_lsmpvg — volume groups gestionados por el cluster.
• •clstat — vista en tiempo real del cluster.

Diferencia esencial con HA en IBM i (Quick EDD / Db2 Mirror).

| Aspecto | PowerHA (AIX) | Quick EDD (IBM i) | Db2 Mirror (IBM i) | |---|---|---|---| | Capa de operación | Volume groups, service IPs, apps | Objetos IBM i + IFS + perfiles + spool | Db2 for i activo/activo | | Mecanismo | Failover físico de recursos | Replicación lógica vía journal | Replicación síncrona a nivel DB | | Granularidad | Recurso/RG | Objeto | Tabla / instancia | | Cluster awareness | Sí, CAA + RSCT | No (replicación + switch procedure) | Sí (par activo/activo) |

Para profundizar PowerHA: el Redbook IBM PowerHA SystemMirror for AIX Cookbook (SG24-7739) y los Updates por versión (SG24-8434 para 7.2.3, SG24-8372 para 7.2.1, SG24-8278 para 7.2) son lectura obligada antes de operar producción. Mapa completo en recursos-redbooks.md.

Escenarios típicos

• •Recovery tras corrupción de rootvg desde mksysb/NIM.
• •Tuning de paging para una carga específica.
• •Balanceo de paths en multipath FC.
• •Aplicación de TL/SP con minimal downtime usando alt_disk_install o LLU.