Migración de servidores on-premise a cloud híbrido con automatización

La migración de centros de datos on-premise hacia modelos de nube híbrida es, hoy en día, una de las decisiones estratégicas más complejas y transformadoras para cualquier departamento de infraestructura. El reto no es solo mover cargas de trabajo, sino hacerlo sin interrupciones, optimizando costos y garantizando la seguridad. La clave del éxito reside en una palabra: automatización. Sin ella, el proceso se convierte en un ejercicio manual, propenso a errores y difícil de escalar.

Este artículo es una guía técnica detallada para afrontar una migración cloud híbrido utilizando Terraform y Ansible bajo el paradigma de infraestructura como código. Abordaremos desde la planificación hasta la puesta en producción, pasando por la orquestación de la automatización de servidores.

Planificación Estratégica de la Migración

Antes de escribir una sola línea de código, necesitas un mapa. La migración no es un movimiento binario; es una re-arquitectura parcial. La premisa de un cloud híbrido es mantener ciertos recursos sensibles (datos regulados, sistemas legacy) on-premise, mientras que los workloads elásticos y de front-end escalan en la nube pública.

Evaluación del Entorno On-Premise

Realiza un inventario exhaustivo. No todo merece migrar. Clasifica tus servidores en tres categorías:

1. Re-host (Lift & Shift): Máquinas virtuales estándar sin dependencias complejas.
2. Re-platform: Bases de datos o aplicaciones que requieren un cambio menor (ej: pasar de una base de datos física a un RDS).
3. Re-architect: Aplicaciones monolíticas que deben descomponerse en microservicios.

[WARNING] No caigas en la trampa del "lift & shift" masivo. Aunque es más rápido, a menudo perpetúa ineficiencias. El cloud híbrido gana cuando aprovechas servicios gestionados para la parte pública.

Definición de la Estrategia de Conectividad

Necesitas una red privada, segura y de baja latencia entre tu CPD y el proveedor cloud. Las opciones estándar son:

• VPN Site-to-Site: Fácil de configurar, pero limitada en ancho de banda y sensible a la latencia.
• Direct Connect / ExpressRoute: Conexión física dedicada. Imprescindible para bases de datos en tiempo real o replicación síncrona.

Sin una conectividad robusta, la automatización fallará en fases tempranas.

Infraestructura como Código con Terraform

La base de cualquier migración automatizada es la infraestructura como código. Terraform es la herramienta estándar para este propósito. Nos permite describir el estado deseado de nuestra infraestructura (VPCs, subredes, firewalls, máquinas virtuales) en archivos de configuración declarativos.

Desplegando el Landing Zone Híbrido

El primer paso es crear el "entorno de aterrizaje" (Landing Zone) en la nube. Esto incluye la red, los grupos de seguridad y las cuentas de servicio. Un ejemplo de configuración para AWS usando Terraform:

# providers.tf
provider "aws" {
  region = "us-east-1"
}

provider "aws" {
  alias  = "onprem_simulado"
  region = "us-east-1"
  # Configuración para simular un entorno on-premise (ej: usando un VPC separado)
}

# main.tf - VPC para el cloud
resource "aws_vpc" "cloud_vpc" {
  cidr_block = "10.0.0.0/16"
  tags = {
    Name = "Hybrid-Cloud-VPC"
  }
}

# main.tf - VPN Connection
resource "aws_vpn_gateway" "vpn_gw" {
  vpc_id = aws_vpc.cloud_vpc.id
}

resource "aws_customer_gateway" "onprem_gw" {
  bgp_asn    = 65000
  ip_address = var.onprem_public_ip # IP pública del firewall on-premise
  type       = "ipsec.1"
}

Este código define la red cloud y la puerta de enlace VPN que conectará con tu CPD. Al aplicar terraform apply, la infraestructura de red se materializa en minutos, algo que manualmente llevaría horas.

Automatización de Servidores con Ansible

Una vez que la red está lista y las máquinas virtuales (o instancias) están provisionadas por Terraform, necesitamos configurarlas. Aquí entra Ansible. Mientras Terraform gestiona el qué (la infraestructura), Ansible gestiona el cómo (el estado del software).

Playbooks para la Configuración Consistente

Ansible es agente-less, lo que simplifica la gestión en entornos heterogéneos (mezcla de Linux y Windows). Un playbook típico para preparar un servidor web que será migrado se ve así:

---
- name: Configurar servidor web para migración híbrida
  hosts: webservers_cloud
  become: yes
  vars:
    app_version: "3.2.1"
    db_host: "{{ lookup('aws_ssm', '/hybrid/db/endpoint', region='us-east-1') }}"

  tasks:
    - name: Instalar Nginx y dependencias
      apt:
        name:
          - nginx
          - python3-pip
        state: present

    - name: Configurar balanceo y logs centralizados
      template:
        src: nginx.conf.j2
        dest: /etc/nginx/nginx.conf
      notify: restart nginx

    - name: Asegurar que el servicio esté habilitado
      systemd:
        name: nginx
        enabled: yes
        state: started

  handlers:
    - name: restart nginx
      systemd:
        name: nginx
        state: restarted

[TIP] Integra Ansible con el inventario dinámico de tu proveedor cloud. Así, cuando Terraform cree nuevas instancias, Ansible las descubrirá automáticamente y las configurará sin intervención manual.

Orquestación de la Migración: El Pipeline Completo

La verdadera magia ocurre cuando combinamos Terraform y Ansible en un pipeline de CI/CD. El flujo ideal para una migración de servidores es:

1. Fase de Preparación (Terraform): Se despliega la infraestructura destino (VPC, subredes, instancias).
2. Fase de Sincronización (Ansible + Rsync/Rclone): Se copian los datos y configuraciones desde el servidor on-premise al servidor cloud.
3. Fase de Prueba (Ansible): Se ejecutan tests de integridad y funcionalidad.
4. Fase de Corte (DNS/Ansible): Se cambia el tráfico. Se actualizan los registros DNS o los balanceadores para apuntar a los nuevos servidores cloud.
5. Fase de Post-Migración (Terraform): Se destruyen o se ponen en modo "lectura" los recursos on-premise.

Script de Orquestación (Ejemplo conceptual)

Puedes usar un script shell o una herramienta como Jenkins/GitLab CI para orquestar el flujo:

#!/bin/bash
# Pipeline de migración híbrida

set -e

echo "[INFO] Fase 1: Aprovisionar infraestructura cloud"
cd terraform/
terraform init
terraform apply -auto-approve
cd ..

echo "[INFO] Fase 2: Obtener IPs de las nuevas instancias"
CLOUD_IPS=$(terraform output -json instance_ips | jq -r '.[]')

echo "[INFO] Fase 3: Sincronizar datos desde on-premise"
for IP in $CLOUD_IPS; do
  rsync -avz --delete /var/www/html/ user@$IP:/var/www/html/
done

echo "[INFO] Fase 4: Configurar servidores con Ansible"
ansible-playbook -i inventory/cloud.yml site.yml

echo "[INFO] Fase 5: Cambiar DNS (ejemplo con Route53)"
aws route53 change-resource-record-sets --hosted-zone-id ZONEID --change-batch file://dns_switch.json

echo "[SUCCESS] Migración completada."

Gestión de Datos y Bases de Datos en el Híbrido

La migración de datos es el punto más crítico. No es lo mismo mover archivos estáticos que una base de datos transaccional. Para un cloud híbrido, la estrategia suele ser:

• Replicación Asíncrona: Para bases de datos (MySQL, PostgreSQL), configurar replicación esclavo-maestro (el esclavo en la nube, el maestro on-premise). Una vez sincronizado, se promueve el esclavo a maestro.
• Herramientas especializadas: Usa pg_dump/pg_restore con --jobs para paralelizar, o herramientas como AWS DMS (Database Migration Service) para migraciones casi sin downtime.

[INFO] Para bases de datos críticas, nunca confíes únicamente en la replicación lógica. Programa un corte de mantenimiento corto y verifica la consistencia de los datos con checksums.

Seguridad y Cumplimiento Normativo

La automatización no debe sacrificar la seguridad. Al implementar infraestructura como código, debes integrar políticas de seguridad desde el diseño (Security as Code).

Políticas con Terraform

Utiliza herramientas como tfsec o checkov para escanear tus archivos .tf en busca de configuraciones inseguras antes de aplicarlas.

# Ejemplo de política: Obligar a que los buckets S3 no sean públicos
resource "aws_s3_bucket_public_access_block" "secure_bucket" {
  bucket = aws_s3_bucket.data.id

  block_public_acls       = true
  block_public_policy     = true
  ignore_public_acls      = true
  restrict_public_buckets = true
}

Gestión de Secretos con Ansible

Nunca hardcodees contraseñas en los playbooks. Usa Ansible Vault o integración con servicios como AWS Secrets Manager o HashiCorp Vault.

- name: Obtener credenciales de base de datos
  set_fact:
    db_password: "{{ lookup('community.general.hashi_vault', 'secret/data/hybrid/db', token=vault_token)['data']['password'] }}"
  no_log: true # Oculta la salida del password en los logs

Monitoreo y Operaciones Post-Migración

Una vez que los servidores están en el cloud híbrido, la automatización debe continuar. Necesitas un sistema de monitoreo unificado que abarque ambos mundos.

• Agentes: Despliega agentes (Telegraf, Datadog, Prometheus) en todos los servidores usando Ansible.
• Logs Centralizados: Configura un stack ELK (Elasticsearch, Logstash, Kibana) o Grafana Loki para centralizar logs de on-premise y cloud.
• Auto-scaling: Usa Terraform para definir reglas de escalado automático para los workloads cloud, mientras los on-premise se mantienen estáticos.

Conclusión: El Camino hacia la Madurez Cloud

La migración cloud híbrido no es un proyecto de fin de semana. Es un cambio cultural y técnico que exige disciplina. Automatizar con Terraform y Ansible no solo acelera el proceso, sino que garantiza repetibilidad y consistencia.

El mayor beneficio a largo plazo es la portabilidad. Al definir todo como código, no quedas atado a un solo proveedor. Puedes mover cargas de trabajo entre tu CPD y cualquier nube con la misma base de automatización. La automatización de servidores es la llave que desbloquea la agilidad del negocio, permitiendo que los equipos de operaciones se centren en la innovación en lugar de apagar incendios.

[TIP] Empieza por un workload no crítico. Automatiza su migración, mide los tiempos y aprende de los errores. Una vez que el pipeline esté refinado, escala al resto de la infraestructura. La paciencia y la automatización son tus mejores aliados en este viaje.