Ansible
Archivo ansible.cfg
[defaults] hostfile = hosts remote_user = vagrant host_key_checking = False callback_whitelist = profile_tasks connection = smart timeout = 60 deprecation_warnings = False inventory = /home/student12/lightbulb/lessons/lab_inventory/student12-instances.txt host_key_checking = False private_key_file = /home/student12/.ssh/aws-private.pem
Esta línea callback_whitelist = profile_tasks muestra el tiempo que toma una tarea.
| hostfile | ||
| remote_user | ||
| private_key_file | ||
| host_key_checking |
¿Dónde debería poner mi archivo ansible.cfg?
Ansible busca un archivo ansible.cfg en las siguientes rutas, en este orden:
- Un archivo especifico declarado en la variable de ambiente ANSIBLE_CONFIG
./ansible.cfg(ansible.cfg en el directorio actual)
~/.ansible.cfg(.ansible.cfg en tu directorio $HOME)
/etc/ansible/ansible.cfg
Típicamente dejo el archivo ansible.cfg dentro del directorio donde están de mis playbooks. De esa manera, puedo tener todo en el mismo repositorio de control de versiones, los playbooks y el ansible.cfg.
Ansible y el Control de Versiones
Ansible uses /etc/ansible/hosts as the default location for the inventory file. However, I never use this because I like to keep my inventory files version controlled alongside my playbooks.
Although we don’t cover the topic of version control in this book, I strongly recommend you use a version control system like Git for maintaining all of your playbooks. If you’re a developer, you’re already familiar with version control systems. If you’re asystems administrator and aren’t using version control yet, this is a perfect opportunity to get started.
Realización de tareas con módulos en comandos ad hoc
Para las situaciones en las que los comandos requieren procesamiento de la shell, los administradores pueden usar el módulo shell. Al igual que el módulo command, pase los comandos que se deben ejecutar como argumentos al módulo en el comando ad hoc. A continuación, Ansible ejecuta el comando de forma remota en los hosts administrados. A diferencia del módulo command, los comandos se procesan a través de una shell en los hosts administrados. Por lo tanto, se podrá acceder a las variables del entorno de la shell, y también está disponible el uso de las operaciones de la shell, como redirección y tubería.
El siguiente ejemplo ilustra la diferencia entre los módulos command y shell. Si se intenta ejecutar el comando Bash integrado, set, con estos dos módulos, solo será satisfactorio con el módulo shell.
[student@demo ~]$ ansible localhost -m command -a set localhost | FAILED | rc=2 >> [Errno 2] No such file or directory [student@demo ~]$ ansible localhost -m shell -a set localhost | SUCCESS | rc=0 >> BASH=/bin/sh BASHOPTS=cmdhist:extquote:force_fignore:hostcomplete:interact ive_comments:progcomp:promptvars:sourcepath BASH_ALIASES=() ...output omitted...
Ambos command y shell requieren una instalación Python de trabajo en el host administrado. Un tercer módulo, raw, puede ejecutar un comando directamente en la shell remota, y eludir el subsistema del módulo. Esto es útil cuando administra sistemas que no pueden tener Python instalado (por ejemplo, un enrutador de red). También puede usarse para instalar Python en un host que no lo tenga aún.
-o para mostrar la salida de los comandos ad hoc de Ansible en un formato de una sola línea.[student@controlnode ~]$ ansible mymanagedhosts -m command -a /usr/bin/hostname -o host1.lab.example.com | SUCCESS | rc=0 >> (stdout) host1.lab.example.com host2.lab.example.com | SUCCESS | rc=0 >> (stdout) host2.lab.example.com
| Opciones de la línea de comandos de Ansible | |
|---|---|
| Parámetro | Opción de la línea de comandos |
| inventory | -i |
| remote_user | -u |
| become | –become, -b |
| become_method | –become-method |
| become_user | –become-user |
| become_ask_pass | –ask-become-pass, -K |
Ansible Tower
Building an Ansible Tower Cluster
Ansible on AIX
ansible -f1 --ssh-extra-args="-T" -u afi02552 -k -b -K aix* -m file -a "path=/usr/local/bin/sendEmail mode=u=rwx,g=rx,o=rx"
| -f1 | Número de Forks que lanzará Ansible |
| –ssh-extra-args=“-T” | Disable pseudo-terminal allocation |
Enlace Relacionado: https://docs.ansible.com/ansible/latest/user_guide/intro_inventory.html#list-of-behavioral-inventory-parameters
Inventario
En el archivo de inventario agregar la siguiente variable a los servidores AIX
[aixservers:vars] ansible_ssh_extra_args="-T"
Ansible on MacOS
Instalar con brew
SSHPASS
$ brew install sshpass Error: No available formula with the name "sshpass" We won't add sshpass because it makes it too easy for novice SSH users to ruin SSH's security.
$ brew install https://raw.githubusercontent.com/kadwanev/bigboybrew/master/Library/Formula/sshpass.rb
Troubleshooting
Error en módulo:
Exportar la variable PYTHONPATH
PYTHONPATH=/usr/local/lib/python2.7/site-packages:$PYTHONPATH
Sintaxis de YAML para vim
Agregar la siguientes líneas al archivo .vimrc o /etc/vimrc
set autoindent set tabstop=2 set shiftwidth=2 autocmd FileType yaml setlocal ai ts=2 sw=2 et autocmd FileType yml setlocal ai ts=2 sw=2 et let &t_SI .= "\<Esc>[?2004h" let &t_EI .= "\<Esc>[?2004l" inoremap <special> <expr> <Esc>[200~ XTermPasteBegin() function! XTermPasteBegin() set pastetoggle=<Esc>[201~ set paste return "" endfunction
Cambiar contraseña de usuario
ansible all -i my_inventory -u miusuario -k -m user -a "name=miusuario update_password=always password={{ 'contrasñea_new' | password_hash ('sha512') }}" -K -b