¿Hay alguna manera de ejecutar bucles with_items en paralelo en Ansible?

Estoy ejecutando Ansible 2.2, pero puedo actualizar si me ayuda.

Vi esto y estaba muy emocionado, pero no parece estar en esta (o en ninguna) versión de la documentación de Ansible.

El problema que estoy tratando de resolver es que tengo 1000 usuarios que necesito administrar en una caja de Centos.

Lleva bastante tiempo ejecutar esta tarea en serie. Y aún más molesto, todo aparece como modificado porque el comando "caduca" en el módulo de usuario siempre marca la cosa como modificada.

esto también parecía prometedor, pero tomó la misma cantidad de tiempo ejecutar cada comando en el ciclo with_items y no fue más rápido (nunca me molesté en esperar lo suficiente para llegar al final).

Omitir tareas es rápido ahora (mucho más rápido que en Ansible 2.0), si no puedo encontrar la manera de hacer que esto funcione en paralelo, creo que volveré y descubriré cómo omitir tareas sin sentido y, si todo de lo contrario falla, escribiré mi propio módulo. Pero parece que debería poder hacer todo esto más rápido en Ansible.

Esto es lo que quiero ejecutar en paralelo, host_authorizationses una lista de nombres de usuario y otros datos.

  - name: Create/modify OS user accounts
    user: name={{ item.username }} group=sshusers shell=/bin/bash home="/home/selinux-modules/{{ item.username }}" state=present expires={{item.expiredate|default(omit)}}
    with_items: "{{ host_authorizations }}"
    tags: full_maintenance

Como @webKnja mencionó, esto es posible con el asyncmodo. Recientemente lo descubrí y aprendí que puedes usarlo de 3 maneras diferentes según tus necesidades.

1. Ejecute y sondee los resultados, observe el poll:5, Esto sondeará los resultados cada 5 segundos. Puede ahorrar algo de tiempo con este método.

   - name: My long runing task
     some_module_name:
       ip: "{{item.fabric}}"
       username: "{{user}}"
       password: "{{password}}"
       secret: "{{secret}}"
     loop: "{{zoning_list}}"
     register: _alias_vc_0
     async: 60
     poll: 5
   

2. Dispara y olvida poll: 0 , esta es una opción muy rápida ya que Ansible solo está disparando esas tareas. La desventaja es que no sabemos cuál fue el resultado de la tarea, es decir changed: True/False. Por supuesto, es un inconveniente si te importan los comentarios;).

   name: My long runing task
   some_module_name:
     ip: "{{item.fabric}}"
     username: "{{user}}"
     password: "{{password}}"
     secret: "{{secret}}"
   loop: "{{zoning_list}}"
   register: _alias_vc_0
   async: 60
   poll: 0
   

3. Dispara y olvida conasync_status , la sintaxis de la tarea es la misma que en el ejemplo 2, sin embargo, requerirá una tarea adicional async_status. Este es mi favorito, ya que es relativamente rápido (más rápido que el bucle normal o el execute and poll) y le permite capturar los comentarios, aunque tendrá que lidiar con nuevos registerpara usted async_task.

   retries: 20 - Cuántos intentos antes de fallar.

   delay: 2 - cuántos segundos esperar entre las encuestas.

   - name: My long runing task
     some_module_name:
       ip: "{{item.fabric}}"
       username: "{{user}}"
       password: "{{password}}"
       secret: "{{secret}}"
     loop: "{{zoning_list}}"
     register: _alias_vc_0
     async: 60
     poll: 0
   
   
   - name: Wait for My long running task to finish
     async_status:
       id: "{{ item.ansible_job_id }}"
     register: _jobs_alias_vc_0
     retries: 20
     delay: 2
     until: _jobs_alias_vc_0.finished
     loop: "{{_alias_vc_0.results}}"
   

Una palabra de precaución , dependiendo de la tarea que no pueda utilizar la asyncopción. Tenía ejemplos en los que interactuaba con un sistema que no podía manejar múltiples solicitudes para el mismo recurso. Encontré la asyncopción que funciona mejor si tengo que realizar la misma tarea en varios hosts. Ahí es donde pude "ahorrar" la mayor parte del tiempo.

Desde que publicó el enlace a la documentación de Ansible en la pregunta, no voy a hacer eso.

Para responder a su pregunta: No, a partir de ahora Ansible no puede ejecutar bucles en paralelo.

En su newuserslugar, usaría , que está hecho para la creación masiva de usuarios. Crear un archivo con todos los usuarios en el mismo, copiarlo en el huésped, y correr newusers /path/to/user/listen una commandtarea.

Es posible lograr esto usando el asyncmodo. Encuentre algunas referencias sobre cómo hacer esto a continuación.

Refs:

• http://toroid.org/ansible-parallel-dispatch
• https://blog.crisp.se/2018/01/27/maxwenzin/how-to-run-ansible-tasks-in-parallel

---

- name: Run tasks in parallel
  hosts: localhost
  connection: local
  gather_facts: no
  tasks:
    - name: Pretend to create instances
      command: "sleep {{ item }}"  # Instead of calling a long running operation at a cloud provider, we just sleep.
      with_items:
        - 6
        - 8
        - 7
      register: _create_instances
      async: 600  # Maximum runtime in seconds. Adjust as needed.
      poll: 0  # Fire and continue (never poll)

    - name: Wait for creation to finish
      async_status:
        jid: "{{ item.ansible_job_id }}"
      register: _jobs
      until: _jobs.finished
      delay: 5  # Check every 5 seconds. Adjust as you like.
      retries: 10  # Retry up to 10 times. Adjust as needed.
      with_items: "{{ _create_instances.results }}"