Benutzer-Werkzeuge

Webseiten-Werkzeuge


ansible

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
ansible [2018/09/27 12:12]
root [Play-Book]
ansible [2018/10/04 22:34] (aktuell)
root [Inventory]
Zeile 6: Zeile 6:
 |Tasks|Aufruf eines Moduls um eine bestimmte Aufgabe durchzuführen| |Tasks|Aufruf eines Moduls um eine bestimmte Aufgabe durchzuführen|
 |Playbook|Sammlung von Tasks die als ein Satz ausgeführt werden| |Playbook|Sammlung von Tasks die als ein Satz ausgeführt werden|
 +|Roles|Roles erlaubt es mehrere Playbooks zu einer Rolle zusammenzufassen. \\ \\ Dadurch lassen sich Playbooks thematisch aufteilen, gleichzeitig aber zusammenfassen.0\\ Die Roles können wiederum in anderen Playbooks genutz werden. \\ Sinnvoll zum Beispiel um Systeme aufzusetzen -> ein System kann dabei mehrere Rollen haben z.B. Basissystem + Webserver + Datenbankserver die jeweils in eigenen Rollen definiert werden können|
  
 ====== Ad-Hoc-Kommandos ====== ====== Ad-Hoc-Kommandos ======
Zeile 30: Zeile 31:
  
   * Geschrieben in YAML   * Geschrieben in YAML
 +  * oberste Ebene besteht aus einer Liste von Plays
 +    * darunter folgt ein Dictionary mit den Eigenschaften des Plays als Dictionary-Einträge:
 +      * name des Plays
 +      * hosts
 +      * tasks -> enthält die Tasks
 +      * handlers -> die Handlers 
 +
 +
 +<code>
 +- name: <Beschreibung des Plays>
 +  hosts: <Liste der Hosts für die das Play ausgeführt werden soll>
 +  vars:
 +       <variable1>:<wert1>
 +       <variable2>:<wert2>
 +  remote_user: <username>
 +  
 +  tasks:
 +     - name: <taskname>
 +       <modulename>:
 +           <Moduleparameter>:value
 +</code>
 +
 +
 +Einige Keywords auf dieser Ebene:
 +
 +^Keyword ^Bedeutung ^
 +|remote-user|Als welcher Benutzer sich auf dem Remote-System eingeloggt wird|
 +|become|Werde root nach dem Login. \\ \\ Wert: yes|
 +==== Tasks ====
  
 <code> <code>
Zeile 41: Zeile 71:
           <parameter1>: <value1>           <parameter1>: <value1>
           <parameter2>: <value2>           <parameter2>: <value2>
 +      notify: <handler-Name der Benachrichtigt werden soll>
 </code> </code>
  
Zeile 50: Zeile 81:
           * dieser wiederum enthält ein Dictionary welches die Parameter des Moduls als Dictionary-Einträge enthält           * dieser wiederum enthält ein Dictionary welches die Parameter des Moduls als Dictionary-Einträge enthält
  
 +Auch wenn Tasks mit Name beginnt, so ist der ganze Abschnitt ein gemeinsamer Listeneintrag, bestehend aus einem Dictionary mit mehreren Keys, "name" ist nur ein Key in diesem Dictionary und könnte auch an einer beliebigen anderen Stelle im Dictionary stehen.
  
 +==== Handlers ====
 +
 +Dienen dazu nach dem alle Tasks durch sind notwendige Dinge zu tun: wie Neustarts von Services usw.
 +
 +  * Werden durch notify-Eintrag in tasks getriggered - wen der Task "changed:True" zurück gibt (also wirklich etwas geändert werden musste)
 +  * werden aber erst nach dem Abarbeiten aller Tasks ausgeführt
 +  * werden nur einmal ausgeführt -> egal wieviele Tasks sie getriggered haben
 +
 +<code>
 +tasks:
 +    - name: <somename>
 +      <modulename>:
 +          <parameter1>: <value1>
 +          <parameter2>: <value2>
 +    - name: <somename>
 +      <modulname>:
 +          <parameter1>: <value1>
 +          <parameter2>: <value2>
 +          notify: <somename>
 +handlers:
 +    - name: <somename>
 +      <modulname>:
 +         <parameter1>: <value1>
 +         <parameter2>: <value2>
 +</code>
 +
 +
 +Der Handler wird oben im zweiten Task aufgerufen (die notify-Zeile). \\ In der Handler-Konfiguration existiert dann ein Handler mit dem entsprechenden Namen. \\ Die Handler-Konfiguration entspricht ansonstem der eines Tasks.
 ====== Module ====== ====== Module ======
  
Zeile 81: Zeile 141:
  
   * Der Gruppenname kann "all" sein -> in diesem Fall bezieht es sich auf alle Gruppen   * Der Gruppenname kann "all" sein -> in diesem Fall bezieht es sich auf alle Gruppen
 +
 +
 +====== Roles ======
 +
 +Roles erlaubt es mehrere Playbooks zu einer Rolle zusammenzufassen. \\ \\ Dadurch lassen sich Playbooks thematisch aufteilen, gleichzeitig aber zusammenfassen.0\\ Die Roles können wiederum in anderen Playbooks genutz werden. \\ Sinnvoll zum Beispiel um Systeme aufzusetzen -> ein System kann dabei mehrere Rollen haben z.B. Basissystem + Webserver + Datenbankserver die jeweils in eigenen Rollen definiert werden können.
 +
 +  * jede Rolle ist eine Verzeichnisstruktur 
 +====== Optionen der Werkzeuge ======
 +
 +  * Die gelisteten Optionen können in verschiedenen ansible-Werkzeugen genutzt werden
 +
 +^Option ^Beschreibung ^
 +| -k / --ask-pass|Normalerweise erwartet ansible das ssh-Login per Key funktioniert. \\ Die Option sorgt dafür das dass Passwort abgefragt wird |
 +|-b / --become|Nach dem Login via ssh, führe die Befehle mit sudo aus|
 +|-K / --ask-become-pass|Im Zusmmenhang mit sudo (Option -b) - Frage interaktiv nach dem sudo-Passwort |
 +
 +
 +====== Dateien ======
 +
 +===== ansible.cfg =====
 +
 +  * Zentrale Konfigurationsdatei
 +      * /etc/ansible/ansible.cfg
 +      * ~/.ansible.cfg
 +
 +
 +
 +
ansible.1538043160.txt.gz · Zuletzt geändert: 2018/09/27 12:12 von root