Core Logic

I tool di Configuration Management automatizzano il provisioning, il monitoraggio e la conformità delle configurazioni di rete su larga scala, eliminando i rischi legati alla gestione manuale “hop-by-hop” e prevenendo il fenomeno del configuration drift.


📉 Il Problema: Configuration Drift

Il Configuration Drift 01:46 si verifica quando le modifiche manuali eseguite nel tempo (per troubleshooting o test) causano una deviazione del dispositivo dallo standard aziendale.

  • Senza automazione, tenere traccia di queste variazioni è quasi impossibile in reti con centinaia di nodi 02:57.

🛠️ Configuration Provisioning: Modello a Template

Per scalare la gestione, i tool di automazione utilizzano due componenti essenziali 05:08:

  1. Templates: File di configurazione standard con placeholder.
  2. Variables: File separati contenenti i dati specifici (es. IP, hostname) che vengono iniettati nel template per generare la configurazione finale 05:23.

🤖 Tool di Automazione a Confronto

🅰️ Ansible

È attualmente il tool più popolare per i Network Engineers grazie alla sua semplicità 08:04.

  • Architettura: Agentless 08:18 (non richiede software installato sui nodi gestiti).
  • Protocollo: Utilizza SSH per connettersi ai dispositivi 08:27.
  • Modello: Push 08:44 (il Control Node spinge le modifiche verso i client).
  • Componenti chiave 09:10:
    • Playbooks: “Blueprint” delle task scritti in YAML.
    • Inventory: Elenco dei dispositivi gestiti.
    • Templates: Basati su formato Jinja2.

🎭 Puppet

Tool maturo, spesso preferito in ambienti server misti 10:55.

  • Architettura: Tipicamente Agent-based 11:00 (esiste un’opzione agentless tramite proxy).
  • Modello: Pull 11:30 (i nodi chiedono la configurazione al Puppet Master).
  • Comunicazione: HTTPS su porta TCP 8140 11:39.
  • Terminologia: Utilizza file chiamati Manifests 11:56 scritti in un linguaggio proprietario.

👨‍🍳 Chef

Meno comune in ambito puramente networking, molto potente per l’infrastruttura IT globale 13:03.

  • Architettura: Agent-based 13:07.
  • Modello: Pull 13:22.
  • Comunicazione: HTTPS su porta TCP 10002 13:25.
  • Terminologia “Culinarie” 13:44:
    • Resources: Gli “ingredienti” della configurazione.
    • Recipes: Logica delle azioni da compiere.
    • Cookbooks: Gruppi di recipe correlate.
    • Run-list: L’ordine sequenziale in cui eseguire le recipe.

📊 Tabella Comparativa Finale

Memorizzare questa tabella per l'esame CCNA 15:08.

CaratteristicaAnsiblePuppetChef
LinguaggioPythonRubyRuby
ModelloPushPullPull
SetupAgentlessAgent-basedAgent-based
ProtocolloSSHHTTPS (8140)HTTPS (10002)
File PrincipaliPlaybook (YAML)ManifestRecipe / Cookbook

⚠️ Avvertenze per l’Esame

Supporto Cisco

Non tutti i dispositivi Cisco supportano gli agent di Puppet o Chef. Questo è uno dei motivi principali per cui Ansible (essendo agentless via SSH) è lo standard de facto nel networking 11:08.