La comunità Ansible sorprende costantemente con nuovi contenuti – plugin e moduli – creando al contempo molto nuovo lavoro per chi è impegnato nella gestione di Ansible, poiché il nuovo codice deve essere integrato il più rapidamente possibile nei repository. Non sempre è possibile rispettare le scadenze, e il lancio di alcuni prodotti completamente pronti per il rilascio viene rinviato all'uscita della prossima versione ufficiale di Ansible Engine. Fino a poco tempo fa, l'unico modo per gli utenti finali di ottenere nuovi contenuti Ansible era con il rilascio della nuova versione di Ansible Engine.
Per risolvere questi inconvenienti, la comunità Ansible ha iniziato a lavorare su opzioni più flessibili per la creazione e l'ottenimento di contenuti.
Red Hat Ansible Engine 2.8: verso nuovi metodi di gestione dei contenuti Ansible
In risposta alle richieste degli utenti, in Ansible Engine 2.8 sono state introdotte modifiche relative alla gestione dei contenuti, che non fanno parte del rilascio ufficiale.Queste modifiche consentiranno di realizzare un nuovo modo di consegnare contenuti agli utenti, che non dipenderà da chi gestisce Ansible nella gestione sia dei contenuti Ansible che del codice stesso della piattaforma.
Si prevede che nelle prossime versioni i Creatori di contenuti potranno fornire il loro lavoro sotto forma di pacchetti speciali, noti come Collezioni, che potranno essere installati nel posto appropriato per l'esecuzione sul nodo principale di Ansible o su un nodo gestito. Il creatore delle collezioni definirà direttamente nel pacchetto i dettagli di esecuzione utilizzando ruoli e playbook. Grazie alle suddette modifiche nell'Ansible Engine, le collezioni diventeranno uno degli strumenti che permetteranno di slegare il rilascio dei contenuti dal rilascio delle versioni ufficiali di Ansible Engine.
Nuova costruzione Become
La costruzione Become è stata introdotta da tempo, ma a partire dalla versione 2.8 la parola BECOME viene utilizzata per impostazione predefinita nell'Ansible Engine per richiedere la password durante l'elevarsi dei privilegi (privilegi sudo nei sistemi *nix o modalità enable sui dispositivi di rete). In altre parole, ora BECOME è lo strumento standard per l'elevazione dei privilegi che gestisce autonomamente il sistema target.
Ecco come appare un esempio del suo utilizzo:
ansible-playbook --become --ask-become-pass site.yml
BECOME password:
Inoltre, con Ansible Engine 2.8 è stato introdotto il plugin BECOME, che funziona come doas su Linux e come runas su Windows, e consente di eseguire azioni per conto di un determinato utente. Per l'elevazione dei privilegi sui dispositivi di rete si utilizza il plugin become enable.
Ricerca dell'interprete Python
Potresti aver incontrato un errore del genere:
/usr/bin/python: bad interpreter: No such file or directory
Il fatto è che nelle versioni precedenti di Ansible Engine si assumeva per impostazione predefinita che l'interprete Python principale (quello utilizzato di default) si trovasse nella cartella /usr/bin/python. A partire dalla versione 2.8, Ansible cerca l'interprete su ciascun sistema target, inizialmente confrontando con la tabella dei percorsi e dei nomi del file eseguibile dell'interprete Python principale in diverse distribuzioni, per poi utilizzare elenchi ordinati di interpreti di riserva (fallback list), per maggiori dettagli, consultare il .
I file di retry non vengono più creati di default
Hai cercato a lungo i file .retry sul disco? Se utilizzi Ansible da un po', probabilmente ce ne sono molti, e occupano solo spazio utile. A partire dalla versione 2.8, Ansible Engine non crea più questi file di default (cosa che puoi annullare modificando il file ansible.cfg di default).
Riepilogo Play aggiornato
Estratto da :
Il Riepilogo Play ora conta le attività (tasks) con stato ignored e rescued, oltre a ok, changed, unreachable, failed e skipped, grazie a due nuovi contatori statistici nel plugin di callback default. Le attività failed, per le quali è stato impostato il flag ignore_errors: yes, vengono considerate come ignored. Le attività failed, per le quali è stata successivamente eseguita la sezione rescue, vengono considerate come rescued. Si prega di notare che, a differenza delle versioni precedenti di Ansible, le attività rescued non vengono più considerate come failed.
E nella tabella del Riepilogo Play a seguito dell'esecuzione del playbook sono comparsi colonne aggiuntive per gli host: skipped, rescued e ignored:
Cloud e container
Nella versione 2.8 sono state implementate migliorie e aggiunte nei moduli cloud e container per lavorare con Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, e . Inoltre, è importante notare che ora si possono utilizzare file TOML come sorgente inventory.
Paramiko
Utilizzi Red Hat Ansible Network Automation? Ansible Engine 2.8 non include più paramiko e non dipende da esso. Per impostazione predefinita, Ansible Engine utilizza ssh. Se hai bisogno di paramiko, puoi installarlo con il comando pip install paramiko
Se hai bisogno di supporto per l'uso di paramiko all'interno della sottoscrizione Red Hat, fai riferimento all'articolo della base di conoscenza .
Così, la nuova versione di Red Hat Ansible Engine è stata arricchita con un'impressionante lista di miglioramenti e modifiche, che puoi consultare in dettaglio .
Red Hat Ansible Tower 3.5: più automazione
A partire dalla fine di maggio, è disponibile anche la nuova versione Red Hat Ansible Tower 3.5, che offre diversi miglioramenti significativi per l'automazione, di cui parleremo se non hai ancora avuto modo di verificarli di persona.
Quindi, iniziamo con i punti chiave:
- Supporto per Red Hat Enterprise Linux 8;
- Supporto per archivi esterni delle credenziali utilizzando i plugin appropriati;
- Supporto per i plugin become in Ansible Tower.
Inoltre, nella nuova versione sono stati corretti oltre 160 bug e inconvenienti registrati.
Supporto per Red Hat Enterprise Linux 8
Ripetiamo spesso che Red Hat Enterprise Linux (RHEL) è una base affidabile e versatile per costruire, ad esempio, un cloud ibrido. Ansible Tower 3.5 (come Ansible Engine 2.8) fornisce gestione degli host RHEL 8 e può essere eseguito sulla piattaforma Red Hat Enterprise Linux 8 come nodo di controllo del sistema Red Hat Ansible Automation.
Archivi esterni delle credenziali
Oltre all'archivio interno delle credenziali, Ansible Tower 3.5 può ora utilizzare anche archivi esterni delle credenziali, poiché a volte è necessario rendere le credenziali più accessibili per applicazioni distribuite. Pertanto, la nuova versione di Ansible Tower può lavorare direttamente con varie soluzioni per la memorizzazione di password e chiavi, ad esempio:
- HashiCorp Vault;
- CyberArk AIM;
- CyberArk Conjur;
- Microsoft Azure Key Vault.
I dettagli su come lavorare con questi sistemi sono disponibili nella documentazione .
Nuovi plugin per la gestione dell'inventario e l'elevazione dei privilegi
Seguendo l'evoluzione di Ansible Engine, Ansible Tower 3.5 offre nuovi plugin per l'inventario e un plugin per il nuovo strumento di elevazione dei privilegi.
Grazie Ansible Tower può ora utilizzare come fonte di inventario le piattaforme Microsoft Azure, Google Cloud Platform e Red Hat OpenStack Platform, garantendo un funzionamento immediato con ambienti cloud ibridi.
Il nuovo plugin Privilege Escalation offre una gestione completa delle attività di elevazione dei privilegi, fornendo molta più flessibilità e controllo rispetto ai tradizionali sudo e su.
Interfaccia utente dei dettagli rivisitata
Nella nuova versione, la gestione delle liste è diventata molto più comoda. È possibile espanderle per visualizzare i dettagli e comprimerle per mostrare più elementi. Le liste possono inoltre essere ordinate per vari campi e filtrate praticamente per qualsiasi proprietà.
Metriche migliorate
Le metriche ora dispongono di endpoint (/api/v2/metrics), grazie ai quali Ansible Tower può essere facilmente monitorato utilizzando Prometheus e altri sistemi simili, permettendo anche l'uso simultaneo di più sistemi, inclusi quelli cloud.
Ansible Tower 3.5 è già disponibile per il download, può essere installata sia localmente che tramite Vagrant o Amazon AMI.
Webinar su Ansible: potenzia le tue competenze
Aggiornamenti continui archivio di webinar sul tema:
il 4 giugno si è svolto un webinar , dedicato alle nuove e migliorate funzionalità di Red Hat Ansible Tower e Red Hat Ansible Engine. Presto disponibile nell'archivio.
In lingua russa è disponibile.
Fonte: habr.com
