Ansible

This content is not available in your language yet.

9.2 Automatización con Ansible: Infraestructura como Código

Introducción

A medida que las infraestructuras crecen en complejidad, los scripts Bash dejan de ser suficientes para gestionar múltiples servidores de forma consistente. Aquí es donde entra Ansible, una herramienta de automatización que permite gestionar configuraciones, despliegues y operaciones mediante Infraestructura como Código (IaC).

Ansible destaca por su simplicidad: no requiere agentes, utiliza SSH como canal de comunicación y define el estado del sistema mediante archivos declarativos en YAML. Para un Sysadmin senior, Ansible permite garantizar consistencia, escalabilidad y repetibilidad en entornos productivos.

Objetivos de aprendizaje

Al finalizar este capítulo serás capaz de:

Comprender la arquitectura y funcionamiento de Ansible.
Crear inventarios de hosts y gestionarlos.
Escribir playbooks en YAML para automatización.
Ejecutar tareas remotas de forma controlada.
Aplicar buenas prácticas en entornos reales.

Conceptos Teóricos

1. ¿Qué es Ansible?

Ansible es una herramienta de automatización que permite:

configuración de sistemas
despliegue de aplicaciones
ejecución remota de tareas
orquestación de infraestructuras

Se basa en tres pilares:

Agentless → no requiere instalar software en los nodos gestionados
Declarativo → defines el estado deseado, no los pasos
Idempotente → múltiples ejecuciones no alteran el resultado final

Ansible no describe cómo ejecutar tareas, sino cómo debe quedar el sistema.

2. Arquitectura de Ansible

Componentes principales:

Nodo de control: donde se ejecuta Ansible
Nodos gestionados: servidores destino
Inventario: listado de hosts
Playbooks: definiciones de tareas
Módulos: unidades de trabajo (copy, apt, service, etc.)

Flujo:

Ansible lee el inventario
Se conecta por SSH
Ejecuta módulos en remoto
Devuelve resultados

3. Inventario de hosts

Archivo que define los sistemas gestionados:

[web]
web1 ansible_host=192.168.1.10
web2 ansible_host=192.168.1.11

[db]
db1 ansible_host=192.168.1.20

Parámetros útiles:

ansible_user
ansible_ssh_private_key_file

4. Playbooks y YAML

Los playbooks definen tareas de forma declarativa:

- name: Instalar nginx
  hosts: web
  become: true

  tasks:
    - name: Instalar paquete
      apt:
        name: nginx
        state: present

Elementos:

hosts → grupo destino
become → privilegios elevados
tasks → lista de acciones

5. Módulos

Ansible utiliza módulos en lugar de comandos directos:

apt → gestión de paquetes
copy → copia de archivos
service → gestión de servicios
file → gestión de permisos

No abuses del módulo shell. Prioriza módulos nativos.

Laboratorio Práctico

Escenario

Gestionar dos servidores web:

instalar nginx
desplegar contenido web
asegurar que el servicio está activo

Parte 1: Instalación de Ansible

sudo apt update
sudo apt install ansible

Verificación:

ansible --version

Parte 2: Crear inventario

nano hosts.ini

[web]
192.168.1.10
192.168.1.11

Parte 3: Test de conectividad

ansible -i hosts.ini web -m ping

Output esperado:

"ping": "pong"

Parte 4: Crear playbook

nano install_nginx.yml

Contenido:

- name: Configurar servidores web
  hosts: web
  become: true

  tasks:

    - name: Instalar nginx
      apt:
        name: nginx
        state: present
        update_cache: yes

    - name: Copiar página web
      copy:
        dest: /var/www/html/index.html
        content: "Servidor configurado con Ansible"

    - name: Asegurar servicio nginx
      service:
        name: nginx
        state: started
        enabled: true

Parte 5: Ejecutar playbook

ansible-playbook -i hosts.ini install_nginx.yml

Resultado esperado

Nginx instalado en todos los nodos
Servicio activo
Página accesible:

curl http://IP

Errores Comunes y Troubleshooting

1. Fallos de conexión SSH

UNREACHABLE

-Causa:*

claves SSH no configuradas

-Solución:*

ssh-copy-id user@host

2. Permisos insuficientes

Errores al instalar paquetes.

-Solución:*

become: true

3. Inventario incorrecto

Hosts mal definidos o inaccesibles.

-Solución:*

ansible-inventory -i hosts.ini --list

4. Uso incorrecto de YAML

Errores de indentación.

-Solución:*

usar espacios (no tabs)
validar sintaxis

5. Cambios no aplicados

Ansible no ejecuta tareas si no detecta cambios.

-Causa:*

idempotencia.

Buenas Prácticas (Nivel Senior)

1. Estructura de proyecto

ansible/
├── inventory/
├── group_vars/
├── roles/
└── playbooks/

2. Uso de roles

Permite modularidad:

ansible-galaxy init nginx

3. Variables

Separar configuración de lógica:

nginx_port: 80

4. Vault (secretos)

ansible-vault encrypt vars.yml

5. Idempotencia estricta

Evitar tareas no deterministas.

6. Control de cambios

Ejecutar en modo check:

ansible-playbook --check

7. Limitar impacto

--limit web1

8. Logs y auditoría

Integrar con sistemas de logging centralizado.

9. Evitar snowflake servers

Todos los servidores deben ser reproducibles.

Resumen y Siguiente Paso

Has aprendido a utilizar Ansible para automatizar configuraciones y despliegues de forma declarativa, idempotente y escalable. Esta herramienta es esencial para gestionar infraestructuras modernas sin depender de scripts manuales ni configuraciones inconsistentes.

El siguiente paso es completar el ciclo de automatización integrando control de versiones y colaboración:

➡️ 9.3 Git — Gestión de código y versionado para infraestructuras y automatización.