Substituir a variável de hosts do playbook Ansible na linha de comando

Este é um fragmento de um manual que estou usando ( server.yml):

- name: Determine Remote User
  hosts: web
  gather_facts: false
  roles:
    - { role: remote-user, tags: [remote-user, always] }

Meu arquivo hosts tem diferentes grupos de servidores, por exemplo

[web]
x.x.x.x

[droplets]
x.x.x.x

Agora desejo executar ansible-playbook -i hosts/<env> server.ymle substituir hosts: webde server.ymlpara executar este manual [droplets].

Posso apenas substituir como uma coisa única, sem editar server.ymldiretamente?

Obrigado.

Não acho que o Ansible ofereça esse recurso, o que deveria. Aqui está algo que você pode fazer:

hosts: "{{ variable_host | default('web') }}"

e você pode passar variable_hostda linha de comando ou de um arquivo vars, por exemplo:

ansible-playbook server.yml --extra-vars "variable_host=newtarget(s)"

Para quem vier à procura da solução.
Livro de cantadas

- hosts: '{{ host }}'
  tasks:
  - debug: msg="Host is {{ ansible_fqdn }}"

Inventário

[web]
x.x.x.x

[droplets]
x.x.x.x

Comando: ansible-playbook deplyment.yml -i hosts --extra-vars "host=droplets" Assim, você pode especificar o nome do grupo no extra-vars

É um pouco tarde, mas acho que você poderia usar o --limit or -l comando para limitar o padrão a hosts mais específicos. (versão 2.3.2.0)

Você pode ter - hosts: all (or group) tasks: - some_task

e então ansible-playbook playbook.yml -l some_more_strict_host_or_pattern use o --list-hostssinalizador para ver em quais hosts essa configuração seria aplicada.

Usamos uma tarefa de falha simples para forçar o usuário a especificar a opção de limite Ansible , de modo que não executemos em todos os hosts por padrão / acidente.

A maneira mais fácil que encontrei é esta:

---
- name: Force limit
  # 'all' is okay here, because the fail task will force the user to specify a limit on the command line, using -l or --limit
  hosts: 'all'

  tasks:
  - name: checking limit arg
    fail:
      msg: "you must use -l or --limit - when you really want to use all hosts, use -l 'all'"
    when: ansible_limit is not defined
    run_once: true

Agora devemos usar a opção -l(= --limit) quando executamos o manual, por exemplo

ansible-playbook playbook.yml -l www.example.com

Documentos de opção de limite :

Limite a um ou mais hosts Isso é necessário quando se deseja executar um manual contra um grupo de hosts, mas apenas contra um ou mais membros desse grupo.

Limite a um host

ansible-playbook playbooks/PLAYBOOK_NAME.yml --limit "host1"

Limite a vários hosts

ansible-playbook playbooks/PLAYBOOK_NAME.yml --limit "host1,host2"

Limite negado.
NOTA: As aspas simples DEVEM ser usadas para evitar a interpolação do bash.

ansible-playbook playbooks/PLAYBOOK_NAME.yml --limit 'all:!host1'

Limite ao grupo de acolhimento

ansible-playbook playbooks/PLAYBOOK_NAME.yml --limit 'group1'

Estou usando outra abordagem que não precisa de nenhum inventário e funciona com este comando simples:

ansible-playbook site.yml -e working_host=myhost

Para fazer isso, você precisa de um manual com duas jogadas:

• a primeira execução é executada em localhost e adiciona um host (de determinada variável) em um grupo conhecido no inventário de memória
• a segunda jogada acontece neste grupo conhecido

Um exemplo de trabalho (copie-o e execute-o com o comando anterior):

- hosts: localhost
  connection: local
  tasks:
  - add_host:
      name: "{{ working_host }}"
      groups: working_group
    changed_when: false

- hosts: working_group
  gather_facts: false
  tasks:
  - debug:
      msg: "I'm on {{ ansible_host }}"

Estou usando o ansible 2.4.3 e 2.3.3

Eu mudei o meu para o padrão sem host e tenho uma verificação para detectá-lo. Dessa forma, o usuário ou cron é forçado a fornecer um único host ou grupo etc. Gosto da lógica do comentário de @wallydrag. O empty_groupnão contém hosts no inventário.

- hosts: "{{variable_host | default ('empty_group')}}"

Em seguida, adicione as tarefas de check-in:

   tarefas:
   - name: Falha no script se o parâmetro variable_host necessário estiver ausente
     falhou:
       msg: "Você deve adicionar o --extra-vars = 'variable_host ='"
     quando: (host_variável não está definido) ou (host_variável == "")

Acabei de encontrar esta busca no Google por uma solução. Na verdade, existe um no Ansible 2.5. Você pode especificar seu arquivo de inventário com --inventory, desta forma:ansible --inventory configs/hosts --list-hosts all

Se você deseja executar uma tarefa que está associada a um host, mas em um host diferente, você deve tentar delegate_to .

No seu caso, você deve delegar ao seu host local (ansible master) e chamar o ansible-playbookcomando

Estou usando o ansible 2.5 (exatamente 2.5.3) e parece que o arquivo vars é carregado antes que o parâmetro hosts seja executado. Assim, você pode definir o host em um arquivo vars.yml e apenas escrever hosts: {{ host_var }}em seu manual

Por exemplo, em meu playbook.yml:

---
- hosts: "{{ host_name }}"
  become: yes
  vars_files:
    - vars/project.yml
  tasks:
    ... 

E dentro de vars / project.yml:

---

# general
host_name: your-fancy-host-name

Aqui está uma solução legal que vim para especificar hosts com segurança por meio da --limitopção. Neste exemplo, a reprodução terminará se o manual for executado sem nenhum host especificado por meio da --limitopção.

Isso foi testado em Ansible versão 2.7.10

---
- name: Playbook will fail if hosts not specified via --limit option.
  # Hosts must be set via limit. 
  hosts: "{{ play_hosts }}"
  connection: local
  gather_facts: false
  tasks:
  - set_fact:
      inventory_hosts: []
  - set_fact:
      inventory_hosts: "{{inventory_hosts + [item]}}"
    with_items: "{{hostvars.keys()|list}}"

  - meta: end_play
    when: "(play_hosts|length) == (inventory_hosts|length)"

  - debug:
      msg: "About to execute tasks/roles for {{inventory_hostname}}"

Uma outra solução é usar a variável especial ansible_limitque é o conteúdo da --limitopção CLI para a execução atual de Ansible.

- hosts: "{{ ansible_limit | default(omit) }}"

Se a --limitopção for omitida, o Ansible emitirá um aviso, mas não fará nada, já que nenhum host correspondeu.

[WARNING]: Could not match supplied host pattern, ignoring: None

PLAY ****************************************************************
skipping: no hosts matched