Ansible de la boucle sur les variables

je suis en utilisant ansible pour mettre à jour le fichier de configuration de nouveaux NIC
pour ce que j'ai défini quelques variables distinctes fichier yml

/tmp/ip.yml

#first interface
interface1: eth1
bootproto1: static
ipaddress1: 192.168.211.249
netmask1: 255.255.255.0
gateway: 192.168.211.2
DNS1: 192.168.211.2

#second interface
interface2: eth2
bootproto2: static
ipaddress2: 10.0.0.100
netmask2: 255.0.0.0

Playbook

- include_vars: /tmp/ip.yml

- name: configuring interface 
  lineinfile:
    state=present
    create=yes
    dest=/etc/sysconfig/network-scripts/ifcfg-{{interface1}}
    regexp="{{ item.regexp }}"
    line="{{ item.line }}"
  with_items:
     - { regexp: '^BOOTPROTO=.*', line: 'BOOTPROTO={{interface1}}' }
     - { regexp: '^IPADDR=.*', line: 'IPADDR={{ipaddress1}' }
     - { regexp: '^NETMASK=.*', line: 'NETMASK={{netmask1}}' }
     - { regexp: '^GATEWAY=.*', line: 'GATEWAY={{gateway}}' }
     - { regexp: '^PEERDNS=.*', line: 'PEERDNS=no' }
     - { regexp: '^DNS1=.*', line: 'DNS1={{DNS1}}' }
     - { regexp: '^ONBOOT=.*', line: 'ONBOOT={{onboot}}' }
when: bootproto1 == 'static'

- name: configuring for DHCP
  lineinfile:
   state=present
   create=yes
   dest=/etc/sysconfig/network-scripts/ifcfg-{{interface1}}
   regexp="{{ item.regexp }}"
   line="{{ item.line }}"
  with_items:
    - { regexp: '^BOOTPROTO=.*',line: 'BOOTPROTO={{bootproto1}}' }
    - {regexp: '^PEERDNS=.*',line: 'PEERDNS=yes' }
    - { regexp: '^ONBOOT=.*', line: 'ONBOOT={{onboot}}' }
when: bootproto1 == 'dhcp'

de la même façon répétée pour la deuxième interface.

Même Si cette méthode fonctionne pour les 2 NIC,c'est trop difficile à gérer ,c'est pour chaque nouvelle carte ajouté-je besoin de modifier playbook et mise à jour variable correspondante dans /tmp/ip.yml.

Est-il un moyen d'ajouter des variables à /tmp/ip.yml et peut-être à l'aide de certains séparateur de l'analyser pour playbook avec la modification playbook à chaque fois pour brancher la nouvelle CARTE.

InformationsquelleAutor Kevin Parker | 2014-10-28
  1. 27

    Il y a beaucoup de choses à dire ici.
    Tout d'abord, essayez d'éviter lineinfile comme la peste. C'est vraiment un de dernier recours solution. lineinfile rend difficile d'écrire cohérente et idempotents tablettes playbook.

    Maintenant, puisque vous essayez de remplir HR style des fichiers d'interface, il est assez facile à faire.

    Organiser vos variables

    La première chose à faire est d'avoir une structure appropriée pour vos variables. Vous aurez envie de boucle sur vos interfaces de sorte que vous avez à faire des trucs 'loopable'. Ayant interface1, interface2 ... interfaceN n'est pas extensible comme vous l'avez mentionné.

    Voici une suggestion :

    interfaces_ipv4:
  - name: eth0
    bootproto: static
    ipaddress: 192.168.211.249
    netmask: 255.255.255.0
    gateway: 192.168.211.2
    dns: 192.168.211.2
  - name: eth2
    bootproto: static
    ipaddress: 10.0.0.100
    netmask: 255.0.0.0

    Écrire votre modèle

    Maintenant que vous avez vos données, vous avez besoin d'un modèle pour créer votre OS fichier de config.

    BOOTPROTO={{item.bootproto}}
IPADDR={{item.ipaddress}}
NETMASK={{item.netmask}}
{% if item.gateway is defined %}
GATEWAY={{item.gateway}}
{% endif %}
PEERDNS=no
DNS1={{item.dns}}
ONBOOT={{item.onboot|default('no')}}

    J'ai inclus deux variantes : vous pouvez passer de la sortie d'une ligne lorsqu'il n'est pas défini ({% if ... %} de construire) ou de fournir des valeurs par défaut (par exemple {{item.onboot|default('no')}}).

    Votre kilométrage peut vay, selon si vous souhaitez utiliser une valeur par défaut ou de sauter avec le si de construire.

    Créer une tâche

    Enfin, ici, est une tâche qui va créer des fichiers de configuration d'interface pour chaque interface :

    - name: Push template
  template: 
    src=/path/to/the/above/template.j2
    dest=/etc/sysconfig/network-scripts/ifcfg-{{item.name}}.cfg
  with_items:
    - "{{ interfaces_ipv4 }}"

    Cela devrait le faire.

    Bien sûr, la meilleure manière d'utiliser cette tâche est d'ajouter à certains "réseau" de rôle, et l'appeler à partir d'une tablette playbook.

    Bonne chance.

    • merci @leucos si je apporter des modifications à un fichier var comme vous l'avez dit pastebin.com/ev8gSnH6 alors je peux toujours utiliser la méthode existante. parce que cette variable fichier va contenir beaucoup plus de fonctionnalités.
    • Dans votre pastebin vous écrasez vos variables : vous définissez interface comme eth1, puis de la redéfinir comme eth2 . C'est pourquoi les variables doivent être dans une liste. Voir interfaces_ipv4 ci-dessus (note: cette partie a été modifié, puisque c'était une erreur).
    InformationsquelleAutor leucos