Gibt es eine Möglichkeit, with_items-Schleifen in Ansible parallel auszuführen?

Ich verwende Ansible 2.2, kann aber ein Upgrade durchführen, wenn es hilft.

Ich habe das gesehen und war ziemlich aufgeregt, aber es scheint nicht in dieser (oder einer anderen) Version der Ansible-Dokumentation zu sein.

Das Problem, das ich zu lösen versuche, ist, dass ich 1000 Benutzer habe, die ich auf einer Centos-Box verwalten muss.

Es dauert eine Weile, diese Aufgabe seriell auszuführen. Und noch ärgerlicher ist, dass alles als geändert angezeigt wird, da der Befehl "expires" auf dem Benutzermodul das Objekt immer als geändert markiert.

Dies sah ebenfalls vielversprechend aus, aber es dauerte genauso lange, bis jeder Befehl in der with_items-Schleife ausgeführt wurde, und ging nicht schneller (ich habe nie lange genug gewartet, um bis zum Ende zu kommen).

Das Überspringen von Aufgaben ist jetzt schnell (viel schneller als in Ansible 2.0). Wenn ich nicht herausfinden kann, wie dies parallel funktioniert, werde ich zurückgehen und herausfinden, wie sinnlose Aufgaben übersprungen werden können, und wenn überhaupt sonst schlägt fehl, ich schreibe mein eigenes Modul. Aber es scheint, als sollte ich das alles in Ansible schneller machen können.

Dies ist, was ich parallel ausführen möchte, host_authorizationsist eine Liste von Benutzernamen und anderen Daten.

  - 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

Wie @webKnja erwähnt hat, ist dies im asyncModus möglich . Ich habe es kürzlich selbst entdeckt und gelernt, dass Sie es je nach Ihren Anforderungen auf drei verschiedene Arten verwenden können.

1. Führen Sie die Ergebnisse aus und fragen Sie sie ab. Beachten Sie Folgendespoll:5 : Dadurch werden die Ergebnisse alle 5 Sekunden abgefragt. Mit dieser Methode können Sie Zeit sparen.

   - 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. Feuer und vergessen poll: 0 , Dies ist eine sehr schnelle Option, da Ansible nur diese Aufgaben erledigt. Der Nachteil ist, dass wir nicht wissen, was das Ergebnis der Aufgabe war, dh changed: True/False. Natürlich ist es ein Nachteil, wenn Sie sich für das Feedback interessieren;).

   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. async_statusFeuern und vergessen mit , die Syntax für die Aufgabe ist dieselbe wie in Beispiel 2, unabhängig davon, ob eine zusätzliche Aufgabe erforderlich ist async_status. Das ist mein Favorit , da es relativ schnell ist (schneller als normal Looping oder die execute and poll) und ermöglicht es Ihnen , das Feedback zu erfassen , obwohl muß mit neuen beschäftigen registerfür Ihre async_task.

   retries: 20 - wie viele Versuche vor dem Scheitern.

   delay: 2 - Wie viele Sekunden müssen zwischen den Umfragen gewartet werden?

   - 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}}"
   

Ein Wort der Vorsicht , abhängig von der Aufgabe, die Sie möglicherweise nicht verwenden können async. Ich hatte Beispiele, in denen ich mit einem System interagierte, das nicht mehrere Anforderungen für dieselbe Ressource verarbeiten konnte. Ich fand die asyncOption am besten, wenn ich dieselbe Aufgabe auf mehreren Hosts ausführen muss. Dort konnte ich die meiste Zeit "sparen".

Da Sie den Link zur Ansible-Dokumentation in der Frage gepostet haben, werde ich das nicht tun.

Um Ihre Frage zu beantworten: Nein, Ansible kann derzeit keine Schleifen parallel ausführen.

Ich würde newusersstattdessen verwenden, was für die Erstellung von Massenbenutzern gemacht ist. Erstellen Sie eine Datei mit allen Benutzern, kopieren Sie sie auf den Host und führen Sie sie newusers /path/to/user/listin einer commandAufgabe aus.

Dies kann im asyncModus erreicht werden. Nachfolgend finden Sie einige Referenzen dazu.

Refs:

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

---

- 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 }}"