앤서블 속도 향상

기본 설정으로는 Ansible이 작업을 매우 빠르게 수행할 수 없다는 것은 비밀이 아닙니다. 이 기사에서는 이에 대한 몇 가지 이유를 지적하고 실제로 프로젝트 속도를 높일 수 있는 유용한 최소 설정을 제공할 것입니다.

여기와 아래에서는 새로 생성된 virtualenv에 원하는 방식으로 설치된 Ansible 2.9.x에 대해 설명합니다.

설치 후 플레이북 옆에 "ansible.cfg" 파일을 생성합니다. 이 위치를 사용하면 프로젝트와 함께 이러한 설정을 전송할 수 있으며 자동으로 로드됩니다.

파이프라이닝

일부는 파이프라이닝을 사용해야 한다는 점, 즉 대상 시스템의 파일 시스템에 모듈을 복사하는 것이 아니라 Base64로 래핑된 zip 아카이브를 Python 인터프리터의 stdin으로 직접 전송해야 한다는 사실을 이미 들었을 수도 있지만 그렇지 않은 경우도 있지만 사실은 사실로 남아있습니다: 이 설정 아직도 과소평가되어 있습니다. 불행하게도, sudo를 기본적으로 구성하는 데 사용되는 일부 인기 있는 Linux 배포판에서는 이 명령에 tty(터미널)가 필요하므로 Ansible은 이 매우 유용한 설정을 기본적으로 비활성화했습니다.

pipelining = True

사실 수집

기본 설정을 사용하면 각 플레이에 대한 Ansible이 해당 플레이에 참여하는 모든 호스트에 대한 정보 수집을 시작한다는 사실을 알고 계셨습니까? 일반적으로 몰랐다면 이제 알게 되었습니다. 이러한 일이 발생하지 않도록 하려면 사실 수집을 위한 명시적 요청 모드(명시적) 또는 스마트 모드를 활성화해야 합니다. 그 안에는 이전 연극에서 만나지 못한 호스트로부터만 사실이 수집됩니다.
UPD. 복사할 때 다음 설정 중 하나를 선택해야 합니다.

gathering = smart|explicit

SSH 연결 재사용

디버깅 모드("v" 옵션, XNUMX~XNUMX회 반복)에서 Ansible을 실행한 적이 있다면 SSH 연결이 지속적으로 생성되고 끊어지는 것을 알 수 있습니다. 따라서 여기에도 몇 가지 미묘함이 있습니다.

SSH 클라이언트에서 직접, 그리고 관리자에서 관리 호스트로 파일을 전송할 때 두 수준에서 동시에 SSH 연결을 다시 설정하는 단계를 피할 수 있습니다.
열린 SSH 연결을 재사용하려면 필요한 키를 SSH 클라이언트에 전달하기만 하면 됩니다. 그런 다음 다음 작업을 시작합니다. 처음으로 SSH 연결을 설정할 때 소위 제어 소켓을 추가로 생성하고, 후속 설치 시 바로 이 소켓의 존재를 확인하고, 성공하면 기존 SSH 연결. 이 모든 것이 이해되도록 하기 위해 비활성 상태에서 연결을 유지하는 시간을 설정해 보겠습니다. 자세한 내용은 다음에서 읽을 수 있습니다. SSH 문서, Ansible의 맥락에서 우리는 필요한 옵션을 ssh 클라이언트에 "전달"하기만 하면 됩니다.

ssh_args = "-o ControlMaster=auto -o ControlPersist=15m"

파일을 관리 호스트로 전송할 때 이미 열려 있는 SSH 연결을 재사용하려면 알 수 없는 다른 설정 ssh_tranfer_method를 지정하면 됩니다. 이 주제에 대한 문서는 매우 적은 이 옵션은 꽤 잘 작동하기 때문에 오해의 소지가 있습니다! 하지만 독서 소스 코드 정확히 무슨 일이 일어날지 이해할 수 있습니다. dd 명령이 관리 호스트에서 실행되어 원하는 파일로 직접 작업합니다.

transfer_method = piped

그건 그렇고, "개발" 분기에도 이 설정이 존재합니다. 아무데도 안 가.

칼을 두려워하지 말고 포크를 두려워하라

또 다른 유용한 설정은 포크입니다. 호스트에 동시에 연결하고 작업을 수행할 작업자 프로세스의 수를 결정합니다. 언어로서의 Python의 특성으로 인해 스레드가 아닌 프로세스가 사용됩니다. Ansible은 여전히 ​​Python 2.7을 지원하기 때문에 asyncio가 없으므로 여기에 비동기 동작을 도입할 필요가 없습니다! 기본적으로 Ansible이 실행됩니다. 다섯 작업자이지만 올바르게 요청하면 더 많은 작업이 시작됩니다.

forks = 20

제어 시스템에서 사용 가능한 메모리 양과 관련하여 여기에 몇 가지 어려움이 있을 수 있음을 즉시 경고합니다. 즉, 물론 forks=100500으로 설정할 수 있지만 누가 그렇게 할 수 있다고 말했습니까?

함께 모아서

결과적으로 ansible.cfg(ini 형식)의 경우 필요한 설정은 다음과 같습니다.

[defaults]
gathering = smart|explicit
forks = 20
[ssh_connection]
pipelining = True
ssh_args = -o ControlMaster=auto -o ControlPersist=15m
transfer_method = piped

건강한 사람의 일반 YaML 인벤토리에서 모든 것을 숨기려면 다음과 같이 보일 수 있습니다.

---
all:
  vars:
    ansible_ssh_pipelining: true
    ansible_ssh_transfer_method: piped
    ansible_ssh_args: -o ControlMaster=auto -o ControlPersist=15m

불행하게도 이는 "gathering = smart/explicit" 및 "forks = 20" 설정에서는 작동하지 않습니다. YaML에 해당하는 항목은 존재하지 않습니다. ansible.cfg에 설정하거나 환경 변수 ANSIBLE_GATHERING 및 ANSIBLE_FORKS를 통해 전달합니다.

미토겐 소개
- 미토겐은 어디에 있나요? - 독자 여러분, 물어볼 권리가 있습니다. 이 기사 어디에도 없습니다. 그러나 코드를 읽고 플레이북이 Mitogen과 충돌하지만 바닐라 Ansible에서는 잘 작동하는 이유를 알아낼 준비가 되었거나, 동일한 플레이북이 이전에는 잘 작동했지만 업데이트 후에 이상한 일이 시작된 이유를 알아낼 준비가 되었다면 - 음, Mitogen 잠재적으로 당신의 도구가 될 수 있습니다. 적용하고, 이해하고, 기사를 쓰세요. 흥미롭게 읽어보겠습니다.

개인적으로 Mitogen을 사용하지 않는 이유는 무엇입니까? 글라디올러스는 작업이 정말 간단하고 모든 것이 괜찮은 경우에만 작동하기 때문입니다. 그러나 왼쪽이나 오른쪽으로 조금 돌리면 그게 전부입니다. 이에 대한 응답으로 몇 가지 눈에 띄지 않는 예외가 날아가고 그림을 완성하기 위해 빠진 것은 "모두 감사합니다"라는 일반적인 문구뿐입니다. , 모두가 무료입니다.” 일반적으로 저는 다음 "지하 노크"의 원인을 찾는 데 시간을 낭비하고 싶지 않습니다.

이러한 설정 중 일부는 읽기 과정에서 발견되었습니다. 소스 코드 이름이 "ssh.py"인 연결 플러그인입니다. 나는 다른 사람이 소스를 보고, 읽고, 구현을 확인하고, 문서와 비교하도록 영감을 주기를 바라며 읽은 결과를 공유합니다. 결국 이 모든 것이 조만간 긍정적인 결과를 가져올 것입니다. 행운을 빌어요!

등록된 사용자만 설문 조사에 참여할 수 있습니다. 로그인제발

다음 중 프로젝트 속도를 높이기 위해 어떤 Ansible 설정을 사용하십니까?

• 69,6%파이프라이닝=true32

• 34,8%수집 = 스마트/명시16

• 52,2%ssh_args = "-o ControlMaster=자동 -o ControlPersist=..."24

• 17,4%transfer_method = 파이프8

• 63,0%포크 = XXX29

• 6,5%이 중 아무것도 없음, 단지 Mitogen3

• 8,7%Mitogen + 이 설정 중 어느 것을 기록하겠습니다4

46명의 사용자가 투표했습니다. 21명의 사용자가 기권했습니다.

Ansible에 대해 더 많은 정보를 원하시나요?

• 78,3%응, 물론이지54

• 21,7%응, 난 그냥 좀 더 하드코어한 걸 원할 뿐이야!15

• 0,0%아니요, 그리고 아무것도 필요하지 않습니다0

• 0,0%아니 복잡해!!!0

69명의 사용자가 투표했습니다. 7명의 사용자가 기권했습니다.

출처 : habr.com