Exécuter un module localement

Je suis l'élaboration d'un test de fumée playbook qui va tout simplement à travers et assure que je reçois une réponse HTTP 200 de l'ensemble de nos serveurs.

J'ai été à l'origine ce faire:

---
- hosts: prod
  gather_facts: no
  tasks:
      - name: smoke test
        uri: url=http://{{ inventory_hostname }}/status_code=200

Le problème ici est que ces serveurs n'ont apparemment pas httplib2 installé sur eux, de sorte que l'URI de la commande échoue.

Est-il un moyen pour moi de courir l'uri module sur ma machine locale à la distance des machines, de l'exécuter à travers eux tous et curl chacun? Je voudrais utiliser un module si possible, car il est plus facile de vérifier que le code de retour est exactement ce que je veux.

OriginalL'auteur Naftuli Kay | 2015-11-18

  1. 14

    Vous pouvez déléguer une tâche à localhost ou un autre hôte distant avec delegate_to:

    - name: smoke test
  uri: url=http://{{ inventory_hostname }}/status_code=200
  delegate_to: localhost

    Aussi, il y a le local_action module, mais je préfère le delegate_to.

    - name: smoke test
  local_action: uri url=http://{{ inventory_hostname }}/status_code=200
    delegate_to se sent aussi plus intuitive car local_action vous oblige à utiliser le raccourci syntaxe (module var=value var2=value), alors que vous, vous êtes libre d'utiliser YAML objet de la syntaxe si vous déléguer la tâche.
    Serait-ce à dire que la commande est exécutée entièrement localement ? Disons que vous avez quelque chose comme ceci: `` local_action: la commande de nginx registre: check_nginx`", Alors vous avez un autre bloc à la recherche pour nginx l'existence de quelque chose comme ça: `` - fail: msg="nginx non disponible" lorsque: nginx_check.rc == 1 `` est-ce à dire que la playbook va échouer en cas de nginx n'est pas installé localement ou d'échouer si n'est pas installé à distance ?
    Vars par défaut sont enregistrés pour inventory_hostname, pas pour l'armée, la tâche a été déléguée à. En fonction de ce que vous voulez faire, vous pouvez le changer, voir délégué faits
    non, il ne force pas l'abréviation de syntaxe sur vous. Vous pouvez commencer un YAML avec cartographie local_action:, spécifiez le module de courir avec module: foobar en tant que propriété de la cartographie et d'autres paramètres du module de besoins que d'autres propriétés. Cependant, je suis toujours déchiré entre delegate_to et local_action. L'absence d'une cible de préciser, pour cette dernière peut être un avantage, même si, je ne suis pas sûr.
    je pense qu'il y a une différence subtile entre delegate_to et local_action. avec delegate_to une connexion ssh vers l'hôte alors qu'un local_action n'exige pas que l'hôte pour exécuter sshd (en supposant que vous déléguez à localhost). j'ai peut-être tort, mais il se sent de cette façon.

    OriginalL'auteur udondan