2015-01-06 6 views
19

In Ansible, se provo a utilizzare una variabile come nome parametro o un nome chiave, non viene mai risolta. Per esempio, se ho {{ some_var }}: true, o:risolve la chiave del dizionario o la variabile parametro in Ansible

template: "{{ resolve_me_to_src }}": "some_src" 

le variabili saranno solo utilizzati letteralmente e mai risolvere. Il mio caso uso specifico sta usando questo con il modulo EC2, in cui alcuni dei miei nomi dei tag vengono memorizzati come variabili:

- name: Provision a set of instances 
    ec2: 
    group: "{{ aws_security_group }}" 
    instance_type: "{{ aws_instance_type }}" 
    image: "{{ aws_ami_id }}" 
    region: "{{ aws_region }}" 
    vpc_subnet_id: "{{ aws_vpc_subnet_id }}" 
    key_name: "{{ aws_key_name }}" 
    wait: true 
    count: "{{ num_machines }}" 
    instance_tags: { "{{ some_tag }}": "{{ some_value }}", "{{ other_tag }}": "{{ other_value }}" } 

C'è un modo per aggirare questo? Posso contrassegnare che voglio forzare la valutazione in qualche modo?

+0

Che ne dici di creare una var che contenga i tuoi tag? Ad esempio, instance_tags: {{my_instance_tags}} – jarv

+0

@jarv Sono al 100% interessante con questo, ma quando creo il var mi imbatto negli stessi identici problemi. Usando 'set_fact' per creare il dizionario, non elabora le chiavi come variabili. – Eli

+0

Vorrei isolare il tuo problema dal modulo ec2, prova ad aggiungere un "- debug: var = my_instance_tags" prima del task ec2 per vedere cosa ha Ansible per la var. – jarv

risposta

27

Questo lavoro farà al caso tuo?

(rc=0)$ cat training.yml 
- hosts: localhost 
    tags: so5 
    gather_facts: False 
    vars: [ 
     k1: 'key1', 
     k2: 'key2', 
     d1: "{ 
     '{{k1}}': 'value1', 
     '{{k2}}': 'value2', 
     }", 
    ] 
    tasks: 
    - debug: msg="{{item}}" 
    with_dict: "{{d1}}" 


(rc=0)$ ansible-playbook training.yml -t so5 

PLAY [localhost] **************************************************************** 

PLAY [localhost] **************************************************************** 

TASK: [debug msg="{{item}}"] ************************************************** 
ok: [localhost] => (item={'key': 'key2', 'value': 'value2'}) => { 
    "item": { 
     "key": "key2", 
     "value": "value2" 
    }, 
    "msg": "{'value': 'value2', 'key': 'key2'}" 
} 
ok: [localhost] => (item={'key': 'key1', 'value': 'value1'}) => { 
    "item": { 
     "key": "key1", 
     "value": "value1" 
    }, 
    "msg": "{'value': 'value1', 'key': 'key1'}" 
} 

PLAY RECAP ******************************************************************** 
localhost     : ok=1 changed=0 unreachable=0 failed=0 

(rc=0)$ 

Il trucco è di avvolgere la dichiarazione del titolo con virgolette doppie. Ansible applica questa traduzione non documentata (ma consistente) e schifosa (l'equivalente di ansible della variabile di shell expantion) alla maggior parte (non tutti) dei valori YAML (tutto RHS di ':') nel playbook. È una combinazione che mette queste stringhe attraverso il motore Jinja2, l'interprete Python e il motore ansible in un ordine sconosciuto.

+2

Sì! Questo è incredibile. Come hai trovato come farlo? Ho cercato ovunque e ho rinunciato a farlo funzionare mesi fa. – Eli

+4

O ero frustrato con qualcosa di simile e ho guardato attraverso il codice per capire come diavolo fa espandere vars .. :-) – Kashyap

0

Un'altra opzione - si può provare qualcosa di simile:

module_name: "{{ item.key }}={{ item.value }}" 
    with_items: 
    - { key: "option", value: "{{ any_value }}" } 

Si prega di notare che tutto è in linea e sto usando un uguale (=) e tutto è avvolto con doppi apici.

Problemi correlati