how 라고 부르지 맙시다. become: true 보다 읽기가 더 나쁩니다. 그러나 그 아래의 기능은 훌륭해 보입니다.

#10695에 대한 수정 사항 포함

훌륭한. 자전거 이동을 looping: 라고 부를 수도 있습니다.

:+1:

+1

특히 호스트 병렬화에 대해 +1!

:+1:

:+1:
하지만 그것을 "어떻게"라고 부르지 말자

첫 번째 실패 후 루프 작업을 중단하는 해결 방법은 다음과 같습니다.

- hosts: localhost
  vars:
    myvar:
        - 1
        - 2
        - 3
        - 4
        - 5
  tasks:
    - name: break loop after 3
      debug: msg={{item}}
      failed_when: item == 3
      register: myresults
      when: not (myresults|default({}))|failed
      with_items: "{{myvar}}"

@bcoca 가 끝에서 작동하지 않습니다(ansible 1.9.3 우분투)

TASK: [3 이후 루프 중단] * * * * * * * * * * * * * * ** *
확인: [로컬 호스트] => (항목=1) => {
"실패": 거짓,
"failed_when_result": 거짓,
"항목": 1,
"메시지": "1"
}
확인: [로컬 호스트] => (항목=2) => {
"실패": 거짓,
"failed_when_result": 거짓,
"항목": 2,
"메시지": "2"
}
실패: [localhost] => (항목=3) => {"실패": true, "failed_when_result": true, "항목": 3, "verbose_always": true}
메시지: 3
확인: [localhost] => (항목=4) => {
"실패": 거짓,
"failed_when_result": 거짓,
"항목": 4,
"메시지": "4"
}
확인: [localhost] => (항목=5) => {
"실패": 거짓,
"failed_when_result": 거짓,
"항목": 5,
"메시지": "5"
}

아, 예, 루프가 완료될 때까지 등록이 발생하지 않는 1.9에서와 같이 2.0에서 그대로 작동합니다.

포크에 +1

+1
아마도 "방법", loop_details 또는 옵션 대신?

+1

+1, $ localhost wait_for 를 사용하여 100개의 EC2 호스트가 올 때까지 기다리는 것은 저를 죽이는 것입니다...

senderista와 비슷한 이유로 +1

+1

:+1:

squash 및 forks 는 모두 Ansible 실행 속도를 엄청나게 높일 수 있는 멋진 기능입니다.

또한 how 를 loop_details , loop_settings , loop_options 또는 이와 유사한 것으로 대체합니다.

loop_control , 이미 label 부분이 구현된 2.1에 있습니다.

스쿼시는 그것을 지원하는 모듈에 목록을 전달하기 쉽기 때문에 그냥 사라질 수 있습니다.

apt: name={{listofpackages}}

루프를 완전히 피하십시오

http://docs.ansible.com/ansible/playbooks_loops.html#loop -제어

+1 포크

+1 포크

조건부 중단 break_when 에 대한 새 구성에 대한 사용 사례가 있었습니다.

+1 포크 및 다음과 같이 실행할 작업 시퀀스를 병렬화하는 데도 작동하기를 바랍니다.
- include: service.yml
with_items: "{{services|default([])}}"

그렇지 않으면 async/async_status 가 이미 있습니다.

+1 포크

100개 이상의 항목에서 with_ 루프를 반복하는 openstack 모듈을 기다리고 있습니다...

포크에 +1. 모든 AWS 리전에 AMI를 복사하는 데 사용할 수 있습니다.

포크에 +1. 제발! loop_control의 일부로 만드십시오.

포크에 +1

포크에 +1

+1, 포크도 필요합니다 :-)

포크에 +1

포크에 +1

포크는 굉장할 것입니다, +1

나는 스팸에 기여하고 싶지 않고 항상 침묵 속에 앉아 있습니다. 환영하는지 여부를 프로젝트 사이에 측정하기 어렵기 때문입니다. 그러나 포크 +1 기차가 역을 떠난 것처럼 보입니다!

포크에 +1

포크에 +1

포크에 +1

:+1: 포크에

@bcoca 안녕하세요! 시간을 내어 이 문제를 열어주셔서 감사합니다. 커뮤니티에서 귀하의 문제를 효과적으로 처리하려면 조금 더 많은 정보가 필요합니다.

설명에서 찾을 수 없는 항목은 다음과 같습니다.

• 문제 유형
• 가능한 버전
• 구성 요소 이름

이 템플릿으로 이 문제에 대한 설명을 설정하세요.
https://raw.githubusercontent.com/ansible/ansible/devel/.github/ISSUE_TEMPLATE.md

봇 도움말을 보려면 여기를 클릭하십시오

포크에 +1

포크에 +1!

포크에 +1!

포크에 +1!

포크에 +1!

포크에 대한 업데이트가 있습니까? 언제쯤 준비해야 할까요?
내 사용 사례는 with_sequence 를 사용하여 서버에서 약 20개의 컨테이너를 인스턴스화하는 것입니다. 이제 시간이 너무 많이 걸립니다 :(
도움이 된다면 기쁘지만 손을 댈 곳에 대한 몇 가지 팁이 필요합니다.

@bitliner 아무도 그것에 대한 PR을 만들지 않았습니다. 그것이 당신이 요구하는 것이라면 실제로 올바르게 수행하기가 매우 어렵습니다.

문제의 경우 인벤토리에서 X 호스트를 선언하고 $# with_ hosts: 를 반복하여 병렬로 생성하십시오.

목록:

[containers]
container[000:020]

hosts: containers
gather_facts: false
tasks:
   - container: state=present name={{inventory_hostname}}

즉, 컨테이너는 '구성된' 모듈입니다.

@bcoca 귀하의 솔루션은 나에게 명확하지 않습니다. 확실히, 이것이 당신이 의미하는 바입니까?

호스트 파일

[containers]
192.168.1.100
192.168.1.100
192.168.1.100
192.168.1.100
... and so on based on the degree of parallelism I want to get ...

main.yml 파일

hosts: containers
gather_facts: false
tasks:
   - container: state=present name={{inventory_hostname}}

구현해야 하는 컨테이너 모듈을 기반으로 합니까? 이 경우 모든 컨테이너가 동일한 이름을 갖게 되며 이는 허용되지 않습니다. 맞습니까?

또한 루프를 병렬로 올바르게 구현하는 데 어떤 어려움이 있습니까?

내 사용 사례는 이 작업의 속도를 높여야 합니다.

- name: "Start clients"
  docker_container:
    name: "mycontainer-{{ item }}"
    image: myimage
    links: 
      - server-{{item}}:server-{{item}}
  with_sequence: count={{ scale }}

특정 방식으로 컨테이너 간에 트래픽을 라우팅해야 하기 때문에 docker-compose scale 을 사용할 수 없습니다(이것이 다른 도커 컨테이너 이름을 생성하기 위해 with_sequence 를 사용하는 이유입니다).

컨테이너 선언을 취하고 scale 매개변수를 기반으로 원격으로 여러 컨테이너를 병렬로 인스턴스화하는 모듈을 빌드할 수 있습니다. 말이 되나요? myModule docker_container 모듈에서 호출/재사용하는 방법과 Ansible이 병렬로 실행하기 위해 제공하는 API를 이해하는 데 도움이 있습니까?

@bitliner 당신은 내 지시를 따르지 않았습니다. 인벤토리에 고유한 이름이 있었습니다(범위를 사용하여 시퀀스처럼 작동함). 이름은 인벤토리에서 고유하므로 동일한 이름을 N번 선언했지만 여전히 하나의 호스트가 있으므로 1개의 호스트에 대해서만 루프를 돌기 때문에 컨테이너의 속임수 이름에 두 번째 문제가 발생하지 않습니다.

어떤 경우든 문제에 대한 후속 조치를 취하려면 이 티켓의 주제에서 약간 벗어난 ML 또는 IRC를 사용하세요.

@bcoca 20개의 호스트를 선언했는데 어떻게 하나의 호스트를 가질 수 있나요?

[containers]
container[000:020]

container001 , container002 등에 연결할 것입니다.

그것은 고유한 이름을 가질 때 작동하지만 나에게 명확하지 않은 것은 내가 여전히 하나의 호스트(20 대신)를 가지고 있다고 말하는 이유입니다.
hosts:containers 는 나에게 하나가 아니라 20명의 호스트를 의미합니다. 이 솔루션에서 무엇을 무시하고 있습니까?

@bitliner 는 다음을 유발합니다.

[containers]
192.168.1.100
192.168.1.100
192.168.1.100
192.168.1.100

4개의 호스트가 아니라 1개의 호스트입니다.

또한 이 시점에서 이것은 주제에서 벗어난 것입니다. 이에 대한 도움을 계속 받고 싶다면 IRC 또는 ML로 이동하십시오.

나는 사용하여 해결했다

[containers]
ip[000:020] ansible_host=192.168.1.100

그리고

- name: "Start containers"
  docker_container:
    name: "my-container-{{ inventory_hostname }}"

질문: fork 문을 추가하기 위한 이미징, 병렬 처리 및 비동기화 수준을 관리하기 위해 run_loop 메서드를 다시 작성하는 것으로 변경 사항이 구성됩니까?

그런 다음 '재미'되기 시작합니다 ...:

• 루프 포크는 전역 --forks 에 대해 계산합니까?
• 항목이 이전 항목(작업 실행뿐만 아니라 조건문 등)에 의존할 때 루프로 무엇을 해야 합니까?
• 여러 포크가 동일한 호스트에서 실행될 때 동시성 문제를 처리하는 방법은 무엇입니까? 즉, 동일한 파일을 업데이트합니다.
• 우리는 청소를 어떻게 처리합니까? 지금은 tmp dir을 재사용할 수 있습니다. 하지만 각 실행은 자동으로 정리되므로 이제 문제가 발생할 수 있습니다.

그리고 알고 있는 몇 가지 다른 문제가 있습니다. 누군가가 그것을 구현하려고 할 때까지 내가 알지 못할 많은 문제가 있습니다. 몇 가지에 대한 솔루션이 있지만 꽤 빨리 손에서 벗어나기 시작합니다.

@bcoca 루프 분기는 기본적으로 활성화되어서는 안 됩니다. 기본값이 1로 설정된 것을 보고 forks 또는 serial 매개변수로 도입하지만 경고를 포함하고 싶습니다. 일부 기존 코드가 손상될 수 있습니다. 즉, 이 기능을 매우 기대하고 있습니다(특히 delegate_to 가 필요한 작업의 경우).

포크의 경우 +1(기본적으로 false)

+1 포크

+1 포크

+1 포크

+1 포크

+1 포크

포크의 경우에도 +1이지만 그 동안 일반적으로 큰 성능 향상과 with_items 루프를 제공하는 새로운 Ansible 전략 플러그인도 있습니다. 아마도 성능상의 이유로 포크를 원하는 사람들에게는 다음을 살펴볼 가치가 있습니다.

https://github.com/dw/mitogen
https://mitogen.readthedocs.io/en/latest/ansible.html

이것이 with_items 루프를 정확히 어떻게 개선할지 알 수 없습니다. 이 플러그인
ssh를 연결 방법으로 사용하여 발생하는 성능 문제를 개선합니다.
특히 장거리 및 잠재 네트워크에서 많은 수
서버의.

이것은 실행이 필요한 AWS 또는 Azure 클라우드 기능에는 도움이 되지 않습니다.
가능한 컨트롤러에서 발생하고 항목 집합에서 실행됩니다.
해당 클라우드 시스템은 호스트에 전혀 연결되지 않습니다.
with_items가 느린 주요 문제. 그것은 큰 세트와 관련이 없습니다
시스템 또는 대기 시간 또는 ssh와 관련된 모든 것. 그것은 단순히 사실이다
직렬로 with_items 루프에서 클라우드 기능을 실행하고 아무 것도 실행하지 않습니다.
클라우드 공급자가 속도를 개선하거나
이러한 클라우드 기능의 병렬 실행은 가능합니다.

또한 기사에서 with_items에 대해 전혀 언급하지 않으므로 방법을 알 수 없습니다.
이것은 아주 작은 부분에도 도움이 될 것입니다. 좀 더 설명해주실 수 있나요
이것이 어떻게 도움이 될까요? 내가 누락된 경우 내가 무엇을 놓치고 있는지 알고 싶습니다
여기 뭔가.

2018년 3월 10일 토요일 21:58 NielsH [email protected] 에서 다음과 같이 썼습니다.

포크에도 +1이 있지만 그 동안 새로운 Ansible도 있습니다.
일반적으로 큰 성능 향상을 제공하는 전략 플러그인 및
with_items 루프의 경우. 아마도 성능을 위해 포크를 원하는 사람들을 위해
살펴볼 가치가 있는 이유:

https://github.com/dw/mitogen
https://mitogen.readthedocs.io/en/latest/ansible.html

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/ansible/ansible/issues/12086#issuecomment-372070418 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AJd59qWI9n_DNmUqpmZYiIOMZAyjJy3uks5tdEyQgaJpZM4Fx8zF
.

사실 모든 경우에 도움이 되지는 않습니다. 그러나 내가 with_items에서 포크를 찾는 이유는 각 항목을 개별적으로 처리하는 속도가 느리기 때문입니다(파이프라이닝을 사용하더라도). 때로는 host_vars를 기반으로 많은 수(수백 개)의 디렉토리를 생성하거나 수백 개의 파일을 템플릿화해야 합니다. 그래서 저는 주로 file 및 template 모듈을 반복하고 있습니다.

나는 한 번 with_items를 통해 100개의 개별 파일에 100개의 파일을 템플릿화하는 것과 jinja 템플릿 자체의 항목을 반복하고 템플릿을 하나의 큰 파일에 병합하는 것을 테스트했습니다. 단일 파일의 모든 작업은 5초가 걸리지만 100개의 개별 구성 파일을 만드는 데는 30분이 걸립니다.

제가 언급한 플러그인은 저에게 큰 개선을 주었습니다. 저는 여기서 언급할 가치가 있다고 생각했습니다.

루프는 항목당 동일한 작업을 한 번만 실행하므로 작업 실행 속도가 향상되면 루프가 더 빨라집니다. 이것은 '원격 작업'에만 영향을 미치므로 로컬에는 이득이 표시되지 않습니다.

동의. 로컬 작업만 실행하는 데 사용할 수 있습니다. 특히, 십여 개 정도의 도커 이미지를 빌드합니다. 현재 sible은 직렬로 빌드하기 때문에 시간이 많이 걸리고 멀티코어 CPU 활용도가 낮습니다. 여러 도커 이미지를 병렬로 만들고 싶습니다.

@gjcarneiro 그런 다음 데이터로 정의하지 않고 호스트로 정의하고 대상으로 지정한 다음 delegate_to: localhost 로 작업을 병렬로 실행합니다.

하, 깔끔한 트릭에 감사드립니다. :) 하지만 작동하더라도(테스트하지 않았지만) 작업을 병렬로 실행하는 다소 복잡한 방법입니다.

그런 다음 다시, 나는 의도 한 것과 완전히 다른 목적으로 가능한 것을 사용할 수 있으므로 어떤면에서는 내 잘못입니다 :(

실제로 복잡하지는 않지만 Ansible이 변수가 아닌 호스트별로 병렬화를 사용하는 방법입니다.

예, 이해합니다. Ansible의 잘못이 아닙니다. 이해합니다. 그러나 Ansible은 대부분의 면에서 빌드 시스템으로 훌륭하기 때문에 (예를 들어 make 대신) 빌드 시스템으로 Ansible을 사용하고 있습니다. 그러나 내 생각에는 빌드 시스템으로 생각하는 "호스트"가 의미가 없습니다. "make"와 같은 빌드 시스템은 "호스트"에 대해 신경 쓰지 않고 파일과 작업에만 관심을 갖습니다. Ansible을 빌드 시스템으로 사용하도록 강제하고 있으며, 이로 인해 약간의 인지 부조화가 발생합니다. 그게 전부입니다.

Ansible은 호스트와 작업에만 관심을 두고 있으며, '호스트'를 구축하고 있는 이미지를 고려하면 갑자기 두 패러다임에 모두 맞습니다.

Ansible은 다른 많은 것들을 위한 구성 관리 도구입니다.
다음과 같은 엄청난 양의 클라우드 서비스를 위한 실제 및 가상 장치
elastic beanstalk, 람다 및 모든 데이터베이스와 같은 웹 서비스
IAM 보안 구성 요소처럼 적용되는 구성 요소인 반면 Ansible은
여전히 대부분의 VM/호스트를 기본적으로 실행하는 경우 호스트에 능숙합니다.
2000년대 초반 IT. 여기에서 누군가를 화나게하지 않는 것이 때때로 중요합니다.
VM 또는 도커 컨테이너를 실행하는 이유는 모두
레거시 이유. 실제로 점점 더 많은 호스트가
자동화하는 것. IMO 만약 우리가 with_items와 평행하지 않다면 우리는 다음과 같이 할 수 있습니다.
모두 함께 스크랩할 수 있습니다.

여기에서 긍정적으로 생각하고 사용하려고합니다.
일부 클라우드 서비스의 경우 delegate_to 200+에서 실행을 시도한 적이 없음을 의미합니다.
이런 식으로 필요한 클라우드 구성 요소는 목록을 쿼리하는 것 같습니다.
가능한 호스트 형식의 호스트 파일에 덤프 한 다음 시도하십시오.
delegate_to: localhost 여기에 결과를 피드백하겠습니다. 에서 작동하는 경우
적어도 우리는 해결 방법에 대한 문서 풀 리퀘스트를 할 수 있습니다.
이러한 방식으로 with_item 루프 직렬 문제가 발생합니다. 에 대한 링크가 있는지 확인할 수 있습니다.
클라우드 모듈 섹션 및 docker 섹션에 있습니다.

2018년 3월 12일 월요일 18:49에 Brian Coca [email protected] 이 다음과 같이 썼습니다.

Ansible은 Hosts와 Tasks에만 관심이 있습니다.
'호스트'를 구축하고 갑자기 두 패러다임에 모두 맞습니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/ansible/ansible/issues/12086#issuecomment-372422169 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AJd59nhLIM3s3BL_xM_WwbJS6-uROzjSks5tdsNCgaJpZM4Fx8zF
.

@gjcarneiro 그런 다음 데이터로 정의하지 않고 호스트로 정의하고 대상으로 지정한 다음 delegate_to: localhost로 작업을 병렬로 실행합니다.

이것은 매우 좋은 접근 방식이지만 serial=1 시뮬레이션(#12170)을 사용한 롤링 재시작에 대한 해결 방법 내에서는 작동하지 않는 것 같습니다. 따라서 병렬화 옵션은 훨씬 더 많은 유연성을 추가합니다.

의심의 여지가 없지만 그것은 또한 복잡성의 거대한 계층을 추가하고 단일 호스트에서 동시 작업을 처리해야 하는 필요성을 추가합니다. hosts:all + lineinfile + delegate_to: localhost

Hrrm 지금까지 나는 delegate_to: 127.0.0.1에 대한 작은 테스트를 만들었습니다.
삭제 작업은 대량 규모의 고통이기도 합니다.

내 플레이북은 다음과 같습니다.

• 호스트: "{{ 배포 그룹 }}"

  작업:

  • 이름: VM 및 모든 관련 리소스 제거
    azure_rm_virtualmachine:
    resource_group: "{{ host_vars[항목]['resource_group'] }}"
    이름: "{{ 인벤토리 호스트 이름 }}"
    상태: 부재

  대리인 대상: 127.0.0.1

불행히도 여전히 호스트에 나열된 시스템에 연결을 시도합니다.
azure 작업 azure_rm_virtualmachine을 실행합니다.
나는 이것을 올바르게 하고 있는가? 내가 뭔가를 놓치고있는 것 같지만 이것을 시도했습니다.
이전에는 여러 가지 방법으로 수행할 수 있으므로
이것.

이것이 실제로 작동합니까? 바라건대 이것은 단지 구문 문제일 뿐입니다.

2018년 3월 12일 월요일 오후 7시 55분, Isaac Egglestone < [email protected]

썼다:

Ansible은 다른 많은 것들을 위한 구성 관리 도구입니다.
엄청난 양의 클라우드를 위한 실제 및 가상 네트워크 장치
데이터베이스와 같은 서비스, elastic beanstalk, 람다와 같은 웹 서비스
IAM 보안 구성 요소와 같이 여기에 적용되는 모든 구성 요소와
Ansible은 여전히 ​​대부분의 VM/호스트를 실행하는 경우 호스트에 적합합니다.
기본적으로 2000년대 초반 IT. 여기에서 누군가를 불쾌하게하지 않는 경우가 있습니다.
VM 또는 도커 컨테이너를 실행하는 중요한 이유이지만 모두
레거시 이유에 다시 줄기. 실제로 점점 더 많은 호스트가
자동화되는 것보다 적어집니다. IMO 우리가 평행을 얻지 못한다면
with_items 우리는 가능한 모든 것을 함께 폐기할 수도 있습니다.

여기에서 긍정적으로 생각하고 사용하려고합니다.
일부 클라우드 서비스의 경우 delegate_to 200+에서 실행을 시도한 적이 없음을 의미합니다.
이런 식으로 필요한 클라우드 구성 요소는 목록을 쿼리하는 것 같습니다.
가능한 호스트 형식의 호스트 파일에 덤프 한 다음 시도하십시오.
delegate_to: localhost 여기에 결과를 피드백하겠습니다. 에서 작동하는 경우
적어도 우리는 해결 방법에 대한 문서 풀 리퀘스트를 할 수 있습니다.
이러한 방식으로 with_item 루프 직렬 문제가 발생합니다. 에 대한 링크가 있는지 확인할 수 있습니다.
클라우드 모듈 섹션 및 docker 섹션에 있습니다.

2018년 3월 12일 월요일 18:49에 Brian Coca [email protected] 이 다음과 같이 썼습니다.

Ansible은 Hosts와 Tasks에만 관심이 있습니다.
'호스트'를 구축하고 갑자기 두 패러다임에 모두 맞습니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/ansible/ansible/issues/12086#issuecomment-372422169 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AJd59nhLIM3s3BL_xM_WwbJS6-uROzjSks5tdsNCgaJpZM4Fx8zF
.

좋습니다. 사실 수집을 비활성화하면 이 문제가 해결되지만
또 다른 하나는 host_vars가 더 이상 azure 동적 인벤토리를 포함하지 않는다는 것입니다.
표준에.

따라서 resource_group: "{{ host_vars[item]['resource_group'] }}"는
위에서 작동하고 리소스 그룹 이름으로 하드 코딩되어야 합니다.

2018년 3월 18일 일요일 오전 11:14, Isaac Egglestone <
[email protected]> 쓴:

Hrrm 지금까지 나는 delegate_to: 127.0.0.1에 대한 작은 테스트를 만들었습니다.
삭제 작업은 대량 규모의 고통이기도 합니다.

내 플레이북은 다음과 같습니다.

• 호스트: "{{ 배포 그룹 }}"

  작업:

  • 이름: VM 및 모든 관련 리소스 제거
    azure_rm_virtualmachine:
    resource_group: "{{ host_vars[항목]['resource_group'] }}"
    이름: "{{ 인벤토리 호스트 이름 }}"
    상태: 부재

  대리인 대상: 127.0.0.1

불행히도 여전히 호스트에 나열된 시스템에 연결을 시도합니다.
azure 작업 azure_rm_virtualmachine을 실행합니다.
나는 이것을 올바르게 하고 있는가? 내가 뭔가를 놓치고있는 것 같지만 이것을 시도했습니다.
이전에는 여러 가지 방법으로 수행할 수 있으므로
이것.

이것이 실제로 작동합니까? 바라건대 이것은 단지 구문 문제일 뿐입니다.

2018년 3월 12일 월요일 오후 7시 55분, Isaac Egglestone <
[email protected]> 쓴:

Ansible은 다른 많은 것들을 위한 구성 관리 도구입니다.
엄청난 양의 클라우드를 위한 실제 및 가상 네트워크 장치
데이터베이스와 같은 서비스, elastic beanstalk, 람다와 같은 웹 서비스
IAM 보안 구성 요소와 같이 여기에 적용되는 모든 구성 요소와
Ansible은 여전히 ​​대부분의 VM/호스트를 실행하는 경우 호스트에 적합합니다.
기본적으로 2000년대 초반 IT. 여기에서 누군가를 불쾌하게하지 않는 경우가 있습니다.
VM 또는 도커 컨테이너를 실행하는 중요한 이유이지만 모두
레거시 이유에 다시 줄기. 실제로 점점 더 많은 호스트가
자동화되는 것보다 적어집니다. IMO 우리가 평행을 얻지 못한다면
with_items 우리는 가능한 모든 것을 함께 폐기할 수도 있습니다.

여기에서 긍정적으로 생각하고 사용하려고합니다.
일부 클라우드 서비스의 경우 delegate_to 200+에서 실행을 시도한 적이 없음을 의미합니다.
이런 식으로 필요한 클라우드 구성 요소는 목록을 쿼리하는 것 같습니다.
가능한 호스트 형식의 호스트 파일에 덤프 한 다음 시도하십시오.
delegate_to: localhost 여기에 결과를 피드백하겠습니다. 에서 작동하는 경우
적어도 우리는 해결 방법에 대한 문서 풀 리퀘스트를 할 수 있습니다.
이러한 방식으로 with_item 루프 직렬 문제가 발생합니다. 에 대한 링크가 있는지 확인할 수 있습니다.
클라우드 모듈 섹션 및 docker 섹션에 있습니다.

2018년 3월 12일 월요일, 18:49, Brian Coca [email protected]
썼다:

Ansible은 Hosts와 Tasks에만 관심이 있습니다.
'호스트'를 구축하고 갑자기 두 패러다임에 모두 맞습니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/ansible/ansible/issues/12086#issuecomment-372422169 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AJd59nhLIM3s3BL_xM_WwbJS6-uROzjSks5tdsNCgaJpZM4Fx8zF
.

좋습니다. 여러 가지를 시도하기 위해 아래 플레이북을 수정했습니다.

1st 나는 delegate_facts: True 설정을 시도했지만 이것이 도움이 되었지만 물론
문서를 기반으로하더라도 나는 그것이 실제로 작동 할 것이라고 기대하지 않았습니다.
2nd gather_facts: no를 설정하고 설정을 실행하여 사실을 줄이려고 했습니다.
전혀 연결되지 않기를 바라면서 아무것도 모으지 만
물론 예상대로 여전히 기계에 연결을 시도했습니다.
3번째 연결 설정 시도: localhost 하지만 이상하게도 여전히
기계가 알고 있음에도 불구하고 사실을 수집하기 위해 기계에 원격으로 연결
로컬에서 플레이를 실행할 것입니다. 약간 성가시지만 다음과 같은 논리를 얻습니다.
수행하지 않고 문제의 호스트에 대한 세부 정보를 어떻게 알 수 있습니까?
이것..

아마도 플레이북을 사용하여 먼저 기계를 켠 다음
그들에게 가능한 로그인하고 불필요한 사실을 수집합니다. 이렇게 될 것입니다
host_vars가 작동하도록 한 다음 시스템을 삭제할 수 있습니다. 알고 싶습니다
누구든지 여기에 더 나은 솔루션이 있다면 엄청난 시간이 소요됩니다.
100개 이상의 기계가 있고 그 기계에 전원을 공급해야 할 때의 노력
모두 삭제하기 전까지만 가능합니다.

지금까지 with_items 병렬 대신 솔루션으로 이것을 사용하고 있습니다.
솔루션은 잠재력이 있지만 문제의 기계는 여전히
azure_rm.py에서 어떤 종류의 사실이라도 필요한 경우 도달할 수 있습니다.
이렇게 하면 최소한 하나의 주의 사항이 있습니다. 그것은 누군가가 알지 않는 한
표준을 통해 전달되는 azure에서 host_vars에 액세스하는 방법
수집할 때: 아니요

사실 나는 이것을 사용하여 모든 것을 실행할 때 물론 같은 문제가 있습니다.
with_items 목록, 그러나 내가 다음과 같은 경우 해당 문제를 피하고 싶었습니다.
호스트를 다시 사용할 것입니다. 해결 방법은 azure_rm.py를
명령줄에서 json 파일을 가져온 다음 변수에 로드하여 가져오기
다시 액세스할 수 있습니다.

수백 또는 수천을 수정하는 최종 목표가 여기에서 기대된다면
병렬로 서버리스 구성 요소의
azure_rm_functionapp_facts와 같은 것을 사용하십시오.
http://docs.ansible.com/ansible/latest/azure_rm_functionapp_facts_module.html
에게
그들에 대한 사실을 수집하고 이론으로 연극에서 사용하십시오.
아직 테스트되지 않았습니다.

나는 이것을 만들기 위해 이것을 올바르게 수행하는 방법에 대한 훌륭한 논리가 아직 없습니다.
방법이 지금까지 크게 보이는 것처럼 이에 대한 문서 풀 요청
당신이하는 일에 따라 다르며 사용을 제안하고 싶지 않습니다.
설명서의 json 덤프 해킹.

이 문제에 대해 관심을 갖고 계신 분의 피드백을 기다리겠습니다.
이 문제 목록은 다음 단계를 결정하는 데 사용됩니다. 그동안 해킹을 이용해
내 즉각적인 작업이 완료되었습니다.

• 호스트: "{{ 배포 그룹 }}"
  gather_facts: 아니요
  작업:
  
  
  
  • 설정:
    
    gather_subset=!all,!min
  
  
  • 이름: VM 및 모든 관련 리소스 제거
    
    azure_rm_virtualmachine:
    
    resource_group: "{{ host_vars[inventory_hostname]['resource_group']
    
    }}"
    
    이름: "{{ 인벤토리 호스트 이름 }}"
    
    상태: 부재
    
    delegate_to: 로컬 호스트
    
    

    delegate_facts: 참

  
  

2018년 3월 18일 일요일 오후 12:04, Isaac Egglestone <
[email protected]> 쓴:

좋습니다. 사실 수집을 비활성화하면 이 문제가 해결되지만
또 다른 하나는 host_vars가 더 이상 azure 동적 인벤토리를 포함하지 않는다는 것입니다.
표준에.

따라서 resource_group: "{{ host_vars[item]['resource_group'] }}"
위에서 작동하지 않으며 리소스 그룹에 하드 코딩되어야 합니다.
이름.

2018년 3월 18일 일요일 오전 11:14, Isaac Egglestone <
[email protected]> 쓴:

Hrrm 지금까지 나는 delegate_to: 127.0.0.1에 대한 작은 테스트를 만들었습니다.
삭제 작업은 대량 규모의 고통이기도 합니다.

내 플레이북은 다음과 같습니다.

• 호스트: "{{ 배포 그룹 }}"

  작업:

  • 이름: VM 및 모든 관련 리소스 제거
    azure_rm_virtualmachine:
    resource_group: "{{ host_vars[항목]['resource_group'] }}"
    이름: "{{ 인벤토리 호스트 이름 }}"
    상태: 부재

  대리인 대상: 127.0.0.1

불행히도 여전히 호스트에 나열된 시스템에 연결을 시도합니다.
azure 작업 azure_rm_virtualmachine을 실행합니다.
나는 이것을 올바르게 하고 있는가? 내가 뭔가를 놓치고있는 것 같지만 시도했습니다.
이것은 이전에 여러 가지 방법으로 이루어졌기 때문에
이 작업을 수행.

이것이 실제로 작동합니까? 바라건대 이것은 단지 구문 문제일 뿐입니다.

2018년 3월 12일 월요일 오후 7시 55분, Isaac Egglestone <
[email protected]> 쓴:

Ansible은 다른 많은 것들을 위한 구성 관리 도구입니다.
엄청난 양의 클라우드를 위한 실제 및 가상 네트워크 장치
데이터베이스와 같은 서비스, elastic beanstalk, 람다와 같은 웹 서비스
IAM 보안 구성 요소와 같이 여기에 적용되는 모든 구성 요소와
Ansible은 여전히 ​​대부분의 VM/호스트를 실행하는 경우 호스트에 적합합니다.
기본적으로 2000년대 초반 IT. 여기에서 누군가를 불쾌하게하지 않는 경우가 있습니다.
VM 또는 도커 컨테이너를 실행하는 중요한 이유이지만 모두
레거시 이유에 다시 줄기. 실제로 점점 더 많은 호스트가
자동화되는 것보다 적어집니다. IMO 우리가 평행을 얻지 못한다면
with_items 우리는 가능한 모든 것을 함께 폐기할 수도 있습니다.

여기에서 긍정적으로 생각하고 사용하려고합니다.
일부 클라우드 서비스의 경우 delegate_to 200+에서 실행을 시도한 적이 없음을 의미합니다.
이런 식으로 필요한 클라우드 구성 요소는 목록을 쿼리하는 것 같습니다.
가능한 호스트 형식의 호스트 파일에 덤프 한 다음 시도하십시오.
delegate_to: localhost 여기에 결과를 피드백하겠습니다. 에서 작동하는 경우
적어도 우리는 해결 방법에 대한 문서 풀 리퀘스트를 할 수 있습니다.
이러한 방식으로 with_item 루프 직렬 문제가 발생합니다. 에 대한 링크가 있는지 확인할 수 있습니다.
클라우드 모듈 섹션 및 docker 섹션에 있습니다.

2018년 3월 12일 월요일, 18:49, Brian Coca [email protected]
썼다:

Ansible은 Hosts와 Tasks에만 관심이 있습니다.
'호스트'를 구축하고 갑자기 두 패러다임에 모두 맞습니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/ansible/ansible/issues/12086#issuecomment-372422169 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AJd59nhLIM3s3BL_xM_WwbJS6-uROzjSks5tdsNCgaJpZM4Fx8zF
.

포크에 대한 사용 사례도 있으므로 이를 훨씬 쉽게 만들 수 있습니다. 플레이북은 무작위로 선택된 부동 IP가 있는 테라폼을 통해 여러 개의 openstack 인스턴스를 배포하고 있습니다. 그런 다음 ip를 반복하여 생성된 각 호스트에서 포트 22가 열려 있는지 확인합니다. 이를 수행하는 현재 방법은 멀티플레이 플레이북을 사용하는 것입니다.

- hosts: localhost
  connection: local
  gather_facts: no
  tasks:
...
  - name: Run terraform
    terraform:
      plan_file: '{{tf_plan | default(omit)}}'
      project_path: '{{terraform_path}}/{{infra}}'
      state: '{{state}}'
      state_file: '{{stat_tfstate.stat.exists | ternary(stat_tfstate.stat.path, omit)}}'
      variables: '{{terraform_vars | default(omit)}}'
    register: tf_output

  - name: Add new hosts
    with_items: '{{tf_output.outputs.ip.value}}' # configued this in terraform to output a list of assigned ips.
    add_host:
      name: '{{item}}'
      groups: new_hosts

- hosts: new_hosts
  gather_facts: no
  connection: local
  tasks:
   - name: Wait for port 22 to become available
     wait_for:
       host: '{{ansible_host}}'
       port: 22
       state: started
       timeout: 60

이것은 ansible-playbook -i localhost, deploy-test-clients.yml --extra-vars="infra=terraform_os_instances state=present" 로 실행됩니다.
물론 이것은 작업할 수 있는 깔끔하게 인벤토리 구문 분석 가능한 IP 목록이 항상 있는 것은 아니기 때문에 제한된 해결 방법입니다.

많은 사람들이 로컬에서 파일을 템플릿하는 데 어려움을 겪고 있는 것 같기 때문에 이 특정 문제를 해결하기 위해 특정 template_local 모듈을 대신 생성할 수 있습니다. 적어도 시작은 될 텐데... 직접 가볼 수는 있겠지만 가까운 장래에 시간이 없을 것입니다.

jinja로 5초 안에 할 수 있는 100개의 파일을 템플릿화하는 데 30분 이상은 우스꽝스럽습니다.

@saplla 템플릿은 항상 로컬에서 발생하며 원격으로 발생하는 유일한 작업은 템플릿을 복사하고 권한을 설정하는 것입니다.

명확히 하기 위해, 예를 들어 다른 빌드 시스템에 피드하거나 제 경우에는 kubectl을 사용하여 k8s 리소스를 배포하기 위해 로컬 작업으로 템플릿 파일을 원하는 사용자에 대해 이야기하고 있습니다.

내 말은 단순한 래퍼인 모듈을 통해 루핑과 템플릿을 jinja로 오프로드하는 것입니다. 모듈은 컨텍스트와 루프 정의(일반적으로 with_nested 및 친구에 넣는 것)를 취하고 이 작업을 위해 완전히 잘라낼 수 있습니다(아마도 래퍼가 속도를 높이면 jinja를 병렬로 실행할 수 있음) .

다음과 같이 호출할 수 있습니다.

    template_parallel:
      src: "{{ item[0] }}"
      dest: "{{ tempdir }}/{{ item[1] }}-{{ item[0] | basename }}"
      context: "{{ hostvars[inventory_hostname] }}"
      nested:
      - "{{ templates.stdout_lines }}"
      - "{{ namespaces.stdout_lines }}"

위의 예는 ansible에 의해 정의된 모든 변수를 컨텍스트로 사용하지만 어떤 dict도 전달할 수 있습니다.

내가 말했듯이 지금은 이 작업을 할 시간이 없지만 접근 방식이 @bcoca 에서 실현 가능한 것처럼 들립니까?

이는 각 항목이 독립적이라고 가정합니다. 항상 그런 것은 아닙니다. 현재 항목 값을 이전 항목 및/또는 이전 반복의 결과에 의존하도록 만들거나 단순히 누적될 수 있습니다.

템플릿에 소요되는 대부분의 시간은 템플릿 자체가 아니라 변수와 관련이 있습니다. 일관성이 필요하기 때문에 현재 가정을 깨는 동작을 기꺼이 변경하지 않는 한 병렬 처리에서 많은 이점을 얻지 못할 것입니다.

또한 템플릿은 항목별로가 아니라 호스트별로 이미 병렬입니다.

네, 생각해주셔서 감사합니다. 실제로 내 사용 사례에 충분할 것이고 이 스레드의 다른 사람들에게도 마찬가지일 것입니다. 저는 계층적 구성과 템플릿 파일을 배포하는 바이너리(kubectl, helm 등)를 호출하기 전에 로컬로 ansible을 사용하여 로드하고 있습니다. 성능이 너무 좋아서 템플릿 시간을 몇 분에서 몇 초로 줄인다면 아주 간단하고 가벼운 템플릿 모듈에 만족할 것입니다.

누군가가 나를 때리지 않는 한 이것이 우리에게 문제가 될 때 이것을 보려고 노력할 것입니다.

나는 원래 #10695를 제출했지만 이것이 함께 하는 데 시간이 걸릴 것이라는 것을 알고 쉘 스크립트로 이러한 사용 사례를 해결하게 되었습니다(예: 단일 호스트에서 50개의 Git 저장소에서 뭔가를 해야 한다고 말하면, 저는 Ansible을 사용합니다. 50번 수행하는 단일 스크립트를 한 번 실행). 불행히도 이것은 매우 세분화된 변경 보고와 같이 Ansible에서 무료로 얻을 수 있는 일부 항목을 포기하고 모든 "만약 실행되는 경우에만 실행" 논리를 직접 구현하고 오류 처리에 대해 매우 주의해야 함을 의미합니다. 아마도 2배 더 빠를 것입니다. 따라서 나중에 "병렬" 옵션을 얻게 되더라도 내 사용자 지정 스크립트만큼 빠르지 않을 수 있으며 아마도 이 옵션으로 전환하는 데 신경을 쓰지 않을 것입니다.

@wincent Ansible은 '액션 적용' 이상의 기능을 수행하므로 병렬 루프는 여전히 쉘 스크립트/전용 프로그램보다 항상 느릴 것입니다.

@bcoca : 네, 제 이해를 확인시켜줍니다.

@saplla k8s_raw가 템플릿을 사용하는 것보다 낫습니다. 필요한 경우 인벤토리에 yaml을 인라인할 수 있습니다. :) (이 PR의 주제가 아님)
이것에 대한 현재 상태는 무엇입니까? 2.6 @bcoca 에서 뭔가를 기대할 수 있습니까?
내 DB 클러스터에서 수천 개의 postgresql 권한을 관리하고 있으며 25분이 매우 느립니다.

@nerzhul 감사하지만 우리에게는 더 좋지 않습니다. 너무 많은 마법. 템플릿이 필요합니다.

@sapila 템플릿당 호스트 대상을 항상 생성하여 템플릿을 최대한 병렬화한 다음 후속 재생 또는 위임을 사용하여 적절한 실제 호스트에 전달할 수 있습니다.

@bcoca 조금 해키 :)

전혀, 많은 해킹이 아니지만 오늘 작동합니다.

https://github.com/ansible/proposals/issues/140 에 찬성하여 마감