Upnetix Labs · protocolo de experimento
Protocolo: O uso do Ansible aumenta o tempo de recuperação de configurações de roteadores em caso de falha?
Este protocolo avalia se a automação com Ansible impacta positivamente o tempo de recuperação de configurações em roteadores após uma falha simulada. A pessoa vai medir o tempo necessário para restaurar a configuração utilizando playbooks do Ansible em comparação ao processo manual.

O uso de playbooks do Ansible diminui o tempo de recuperação de configurações em roteadores após uma falha simulada, em comparação ao processo manual?
Hipótese
A automação com Ansible reduz significativamente o tempo de recuperação de configurações de roteadores em relação ao método manual.
Variáveis
| Independentes (o que varia) | Método de recuperação (manual vs. Ansible) |
|---|---|
| Dependentes (o que se mede) | Tempo total de recuperação (segundos) |
| Controladas (o que fica fixo) | Modelo do roteador; Versão do firmware; Configuração de rede; Arquivo de configuração a ser restaurado; Condições de falha simulada; Conexão de rede (latência, banda, etc.) |
Ambiente
Ambiente de laboratório com pelo menos dois roteadores de mesmo modelo, conectados em uma rede de teste. Ferramentas: Ansible (versão conforme docs.ansible.com), Python, Netmiko (para conexão CLI automatizada), cronômetro (ex: time), acesso SSH habilitado nos roteadores. O arquivo de configuração a ser restaurado deve ser idêntico em todos os testes.
Procedimento
- Preparação
Assegure que ambos os roteadores estão com as configurações iniciais idênticas. Salve o arquivo de configuração de referência.
- Simulação de falha
Apague ou corrompa a configuração ativa do roteador, reinicie o equipamento e confirme a perda da configuração.
consulte a documentação do roteador para o comando exato - Recuperação manual
Restaure a configuração manualmente via CLI SSH, cronometrando do início ao fim.
time ssh admin@ROUTER 'configure terminal; copy tftp: startup-config' - Recuperação automatizada
Execute o playbook Ansible que restaura a configuração, cronometrando do início ao fim.
time ansible-playbook restore_config.yml - Repetição
Repita cada método pelo número definido de vezes, alternando a ordem para evitar viés de aquecimento de cache.
Planilha de coleta
| metodo (manual/ansible) | tempo_recuperacao_s (segundos) |
|---|---|
| ansible, 42.7 (EXEMPLO) | |
Repetições recomendadas: 5. Baixe a planilha vazia em CSV: colunas prontas.
Análise
Calcule a média, mediana e desvio padrão do tempo de recuperação para cada método. Compare os resultados usando diferença absoluta e percentual. Interprete se a automação traz ganho estatisticamente relevante.
Critérios de decisão
- Se o tempo médio de recuperação com Ansible for menor que o manual em pelo menos 20% (valor de referência, consulte a documentação para ajustar), considere o método automatizado superior.
- Resultados inconsistentes ou com alta variabilidade (>10% do valor médio, consulte a documentação) devem ser investigados.
Fontes de erro e mitigação
- Latência de rede pode variar entre execuções; execute todos os testes em horários semelhantes.
- O cache de comandos no roteador pode influenciar; reinicie o roteador antes de cada teste.
- Operador manual pode variar em experiência; padronize o procedimento e utilize o mesmo operador.
Referências
- Documentação oficial do Ansible · Ansible (Red Hat) (docs.ansible.com)
- Netmiko documentation · Netmiko.readthedocs (netmiko.readthedocs.io)
- Publicado
- 09/09/2026
- Última revisão
- 09/09/2026
- Versão do conteúdo
- 1.0
- Referências
- 2 oficiais
- Revisão técnica
- redação e revisão por IA, URLs conferidas na publicação
- Status
- Atual
