Laboratório: Provisionamento automatizado de dois servidores Linux com Ansible

Roteiro para estudo em ambiente de laboratório ou de teste. Execute apenas em equipamentos, redes e contas que você tenha autorização para usar, com backup e homologação próprios. Comandos podem causar indisponibilidade ou perda de dados. Software e marcas citados pertencem aos seus titulares. Termos de Uso.

Duração estimada

120 min

Passos

12

Validações

5

Versões da documentação consultada

Ansible 2.15 · OpenSSH a versão estável atual · Linux (Ubuntu ou CentOS) a versão estável atual

Topologia

Três máquinas: uma VM controladora (Ansible) e duas VMs alvo (servidores Linux). Todas em uma rede privada virtual (exemplo: 192.168.56.0/24). O control node acessa os managed nodes via SSH.

           +-------------------+
           |  Controladora    |
           |  (Ansible)       |
           | 192.168.56.10    |
           +--------+---------+
                    |
   +----------------+----------------+
   |                                 |
+--+-----------+           +---------+--+
| Managed Node |           | Managed Node |
|   (srv1)     |           |   (srv2)     |
|192.168.56.11 |           |192.168.56.12 |
+--------------+           +--------------+

Equipamentos e software

Roteiro

1. Preparar as VMs e rede

   Crie três VMs em sua máquina local ou em um ambiente de virtualização. Configure-as na mesma rede virtual privada. Defina IPs estáticos: controladora (192.168.56.10), srv1 (192.168.56.11), srv2 (192.168.56.12).

   O que você deve ver: As três VMs se enxergam via ping.

2. Instalar o Ansible na controladora

   O Ansible só precisa ser instalado na máquina controladora. Use o gerenciador de pacotes adequado.

   sudo apt update && sudo apt install ansible -yCopiar

   O que você deve ver: O comando 'ansible --version' retorna a versão instalada.

3. Configurar acesso SSH sem senha

   O Ansible usa SSH para acessar os nodes. Gere uma chave SSH na controladora e copie para os managed nodes.

   ssh-keygen -t ed25519 -C "ansible-lab"
   ssh-copy-id user@192.168.56.11
   ssh-copy-id user@192.168.56.12Copiar

   O que você deve ver: Acesso SSH entre controladora e nodes sem pedir senha.

4. Testar conectividade SSH

   Verifique se o usuário consegue acessar ambos os nodes via SSH.

   ssh user@192.168.56.11 'hostname'
   ssh user@192.168.56.12 'hostname'Copiar

   O que você deve ver: O hostname de cada VM aparece na tela.

5. Criar inventário Ansible

   O inventário define quais máquinas o Ansible vai gerenciar. Crie um arquivo chamado 'hosts' no diretório do projeto.

   cat > hosts <<EOF
   [srv]
   192.168.56.11
   192.168.56.12
   EOFCopiar

   O que você deve ver: O arquivo 'hosts' contém os IPs dos nodes.

6. Testar o inventário com Ansible ad-hoc

   Use um comando ad-hoc do Ansible para testar a comunicação.

   ansible -i hosts srv -m ping -u userCopiar

   O que você deve ver: Retorno 'pong' para cada node.

7. Criar um playbook básico

   O playbook define as tarefas de automação. Crie 'site.yml' para instalar o pacote 'htop', criar usuário 'devops' e garantir o serviço SSH ativo.

   cat > site.yml <<EOF
   - hosts: srv
     become: yes
     tasks:
       - name: Instalar htop
         apt:
           name: htop
           state: present
         when: ansible_os_family == 'Debian'
       - name: Instalar htop (CentOS)
         yum:
           name: htop
           state: present
         when: ansible_os_family == 'RedHat'
       - name: Criar usuário devops
         user:
           name: devops
           state: present
       - name: Garantir SSH ativo
         service:
           name: ssh
           state: started
           enabled: yes
         when: ansible_os_family == 'Debian'
       - name: Garantir SSH ativo (CentOS)
         service:
           name: sshd
           state: started
           enabled: yes
         when: ansible_os_family == 'RedHat'
   EOFCopiar

   O que você deve ver: Arquivo YAML criado com as tarefas.

8. Executar o playbook

   Rode o playbook para aplicar as configurações nos nodes.

   ansible-playbook -i hosts site.yml -u userCopiar

   O que você deve ver: Saída mostra cada tarefa sendo aplicada e status 'changed' ou 'ok'.

9. Verificar criação do usuário

   Confirme que o usuário 'devops' foi criado em ambos os nodes.

   ssh user@192.168.56.11 'id devops'
   ssh user@192.168.56.12 'id devops'Copiar

   O que você deve ver: Exibe UID, GID e grupos do usuário 'devops'.

10. Verificar instalação do htop

    Cheque se o pacote 'htop' está instalado.

    ssh user@192.168.56.11 'htop --version'
    ssh user@192.168.56.12 'htop --version'Copiar

    O que você deve ver: Versão do htop exibida nos dois nodes.

11. Verificar status do serviço SSH

    Confirme que o serviço SSH está ativo e habilitado.

    ssh user@192.168.56.11 'systemctl status ssh || systemctl status sshd'
    ssh user@192.168.56.12 'systemctl status ssh || systemctl status sshd'Copiar

    O que você deve ver: Status 'active (running)' para o serviço SSH/SSHD.

12. Reexecutar o playbook (idempotência)

    Execute novamente o playbook para observar o comportamento idempotente (não deve alterar nada se já está conforme).

    ansible-playbook -i hosts site.yml -u userCopiar

    O que você deve ver: Saída mostra status 'ok' para todas as tarefas, sem 'changed'.

Como saber que funcionou

Troubleshooting

Segurança e hardening

• Chaves SSH devem ter permissões restritas (600 para id_ed25519, 700 para ~/.ssh)
• Usuário Ansible não deve ser root direto; use become para tarefas privilegiadas
• Remova chaves SSH de teste após o laboratório
• Não exponha as VMs de laboratório em redes públicas sem firewall

Checklist final

• Controladora e nodes com IPs corretos
• Acesso SSH sem senha entre controladora e nodes
• Inventário Ansible criado e testado
• Playbook executado sem erros
• Usuário devops presente nos nodes
• Pacote htop instalado nos nodes
• Serviço SSH ativo e habilitado