Cloud e Infraestructura Hibrida

Landscape de cloud para IBM i

IBM i en la nube no significa abandonar la plataforma: significa ejecutar el mismo sistema operativo, las mismas aplicaciones y los mismos datos en infraestructura cloud, ganando flexibilidad, elasticidad y nuevas capacidades de integracion.

IBM Power Virtual Server (PowerVS)

PowerVS es un servicio de infraestructura as-a-service (IaaS) dentro de IBM Cloud que permite ejecutar LPARs de IBM i, AIX y Linux on Power. Es la opcion mas madura y con mejor soporte para IBM i en la nube.

# Instalar plugin de Power
ibmcloud plugin install power-iaas

# Listar instancias PowerVS
ibmcloud pi instances

# Crear una LPAR IBM i
ibmcloud pi instance-create \
  --name "PROD-IBMi" \
  --image "IBMi-75-01" \
  --memory 64 \
  --processors 4 \
  --processor-type shared \
  --network "prod-network" \
  --storage-type tier1 \
  --key-name "my-ssh-key"

# Ver detalles de instancia
ibmcloud pi instance PROD-IBMi

# Resize dinamico (sin downtime para memoria)
ibmcloud pi instance-update PROD-IBMi \
  --memory 128 \
  --processors 8

# Crear snapshot
ibmcloud pi snapshot-create \
  --instance PROD-IBMi \
  --name "pre-upgrade-snapshot" \
  --description "Before V7R5 upgrade"

Arquitectura hibrida

La mayoria de las empresas no migra todo a cloud de una vez. La arquitectura hibrida permite mantener workloads criticos on-premises mientras se extiende a la nube para nuevos proyectos, DR, desarrollo o burst capacity.

Networking cloud

La conectividad entre on-premises y PowerVS es critica. IBM ofrece varias opciones de networking, cada una con diferente balance entre costo, latencia y ancho de banda.

-- Verificar configuracion TCP/IP actual
CFGTCP
  Opcion 1: Work with TCP/IP interfaces
  Opcion 12: Work with TCP/IP routes

-- Ver interfaces de red activas
NETSTAT *IFC

-- Ver rutas activas
NETSTAT *RTE

-- Ping al gateway cloud
PING RMTSYS('10.200.0.1')

-- Verificar DNS resolution
NSLOOKUP HOST('powervs-prod.cloud.ibm.com')

-- Ver configuracion de host name
DSPNETA

Storage y backup en cloud

PowerVS ofrece storage SSD (Tier 1) y HDD (Tier 3) directamente attachado a las LPARs. Para backup y archivo, IBM Cloud Object Storage (COS) es la opcion mas cost-effective, compatible con BRMS a traves de ICC (IBM Cloud Connector).

-- Configurar BRMS con ICC para backup a cloud
-- (requiere ICC - IBM Cloud Connector instalado)

-- Backup de biblioteca a save file
SAVLIB LIB(PRODLIB)
       DEV(*SAVF)
       SAVF(QGPL/PRODSAV)

-- Transferir save file a IFS
CPYTOSTMF FROMMBR('/QSYS.LIB/QGPL.LIB/PRODSAV.SAVF')
          TOSTMF('/home/backups/prodlib_20240115.savf')
          STMFOPT(*REPLACE)

-- Subir al Cloud Object Storage via curl (PASE)
-- (desde QShell o SSH)
curl -X PUT \
  "https://s3.us-south.cloud-object-storage.appdomain.cloud/\
ibmi-backups/prodlib_20240115.savf" \
  -H "Authorization: Bearer $IAM_TOKEN" \
  -H "Content-Type: application/octet-stream" \
  -T /home/backups/prodlib_20240115.savf

Integracion con servicios cloud

Una de las mayores ventajas de tener IBM i en cloud es la proximidad a servicios cloud nativos. Desde PowerVS se puede integrar con servicios de IBM Cloud, y mediante APIs con cualquier proveedor (AWS, Azure, GCP).

-- Enviar alerta a Slack desde IBM i via webhook
VALUES SYSTOOLS.HTTPPOSTCLOB(
  'https://hooks.slack.com/services/T00/B00/xxxxx',
  '{"header":"Content-Type,application/json"}',
  '{"text":"Alerta IBM i: Backup completado exitosamente"}'
);

-- Enviar metricas a Datadog
VALUES SYSTOOLS.HTTPPOSTCLOB(
  'https://api.datadoghq.com/api/v1/series',
  '{"header":"Content-Type,application/json,'
  || 'DD-API-KEY,your-api-key"}',
  '{"series":[{"metric":"ibmi.cpu.usage",'
  || '"points":[[' || CHAR(UNIX_TIMESTAMP(CURRENT_TIMESTAMP))
  || ',75.5]],"type":"gauge","host":"PROD-IBMi"}]}'
);

Modelo de costos

La comparacion de costos entre on-premises y cloud para IBM i no es trivial. Hay que considerar no solo el hardware sino tambien el personal, el espacio fisico, la energia, el mantenimiento y los costos de oportunidad.

Migracion a PowerVS

La migracion de un IBM i on-premises a PowerVS sigue un proceso estructurado. IBM proporciona herramientas especificas y partners certificados para asistir.

-- Save del sistema completo para migracion
-- Opcion 1: SAVSYS + SAVLIB
SAVSYS DEV(*SAVF) SAVF(QGPL/SAVSYS01)

SAVLIB LIB(*NONSYS)
       DEV(*SAVF)
       SAVF(QGPL/SAVLIBS01)
       TGTRLS(V7R5M0)

-- Opcion 2: GO SAVE opcion 21 (full system save)
GO SAVE
  Opcion 21: Save entire system

-- Verificar save files generados
DSPSAVF SAVF(QGPL/SAVLIBS01)

-- Transferir save files al IFS para upload
CPYTOSTMF FROMMBR('/QSYS.LIB/QGPL.LIB/SAVSYS01.SAVF')
          TOSTMF('/home/migration/savsys01.savf')

Disaster Recovery en cloud

Una de las razones mas comunes para adoptar PowerVS es como sitio de Disaster Recovery. Elimina la necesidad de un segundo data center fisico y permite escalar los recursos de DR solo cuando se necesitan.

Cuando ir a cloud

SLAs y tiers de resiliencia en PowerVS

IBM Power Virtual Server ofrece diferentes niveles de resiliencia segun los requisitos del negocio. Entender los SLAs y tiers es fundamental para disenar una arquitectura que cumpla con los objetivos de disponibilidad.

Tiers de resiliencia

Host failure recovery

PowerVS incluye recuperacion automatica ante fallas de host fisico. Las VMs se reinician automaticamente en otro host dentro del mismo data center, minimizando el impacto de fallas de hardware.

Modelo de responsabilidad compartida

En PowerVS, la responsabilidad se divide entre IBM y el cliente:

Monitoring y observabilidad

IBM Cloud Logs

Servicio de logging centralizado para PowerVS que permite recopilar, buscar y analizar logs del sistema operativo y aplicaciones. Se integra con dashboards y alertas.

IBM Cloud Monitoring

Monitoring basado en metricas para PowerVS. Permite visualizar CPU, memoria, I/O y network de las VMs IBM i. Soporta alertas configurables y dashboards custom.

IBM Instana

Instana provee observabilidad de aplicaciones en IBM i, incluyendo tracing de transacciones, deteccion automatica de anomalias y correlacion de eventos entre el IBM i y otros componentes de la arquitectura.

Zero downtime operations

• Live Partition Mobility: mover LPARs entre hosts sin downtime
• Rolling upgrades: actualizar nodos HA uno a la vez sin interrupcion
• Autonomous patching: parches automaticos de infraestructura por IBM

Seguridad y compliance en PowerVS

Identity and Access Management (IAM)

IBM Cloud IAM controla el acceso a los recursos de PowerVS a nivel de cuenta cloud. Se combina con la seguridad nativa de IBM i (perfiles, autoridades, MFA) para una postura de seguridad completa.

Data protection

• Cifrado at-rest para almacenamiento de PowerVS
• Cifrado ASP1 nativo en IBM i 7.6
• Key management con IBM Key Protect o HPCS
• Aislamiento de datos entre tenants

Compliance frameworks

PowerVS soporta multiples frameworks de compliance: SOC 1/2/3, ISO 27001, PCI DSS, HIPAA, FedRAMP y mas. IBM provee reportes de compliance y herramientas de IBM Security and Compliance Center para validacion continua.

Governance

• Retencion de backups y destruccion segura de datos
• Inmutabilidad WORM para proteccion contra ransomware
• Controles de red por region para cumplimiento regulatorio
• Infrastructure as Code para seguridad repetible (Terraform, Ansible)

Preparacion para amenazas quanticas

La computacion quantica amenaza los algoritmos de cifrado actuales (RSA, ECC). IBM lidera la preparacion para la era post-quantica con criptografia quantum-safe integrada en sus plataformas.

Por que importa ahora

• "Harvest now, decrypt later": atacantes pueden capturar datos cifrados hoy para descifrarlos cuando tengan acceso a computadoras quanticas
• NIST ya publico los primeros algoritmos post-quanticos estandarizados
• Mandatos gubernamentales requieren planes de migracion a crypto quantum-safe

Crypto-agility

La estrategia recomendada es crypto-agility: disenar los sistemas para poder cambiar algoritmos de cifrado sin redisenar la aplicacion completa. IBM provee herramientas para inventariar el uso de criptografia en tu entorno y planificar la migracion.

Impacto en DR

La migracion a algoritmos post-quanticos afecta los procedimientos de DR: las claves de cifrado mas largas impactan el rendimiento de replicacion, y los procedimientos de key management deben actualizarse para soportar los nuevos algoritmos.

Costos de DR optimizados en PowerVS

Principios de sizing

• El sitio de DR no necesita la misma capacidad que produccion si se acepta degradacion temporal
• Usar tiers de almacenamiento diferentes para datos criticos vs no-criticos
• Combinar replicacion sincrona (criticos) con asincrona (no-criticos)

Estrategias de ahorro