3.4. 작업자 노드에 예약된 작업

자동화 컨트롤러와 Kubernetes는 모두 작업 예약에 역할을 합니다.

작업이 시작되면 해당 종속성이 충족됩니다. 즉, 작업 템플릿, 프로젝트, 인벤토리 설정에 필요에 따라 자동화 컨트롤러에서 프로젝트 업데이트 또는 인벤토리 업데이트가 시작됩니다.

자동화 컨트롤러의 다른 비즈니스 논리에 의해 작업이 차단되지 않고 작업을 시작할 컨트롤 플레인에 컨트롤 용량이 있는 경우 작업이 디스패처에 제출됩니다. 작업을 제어하는 "비용"의 기본 설정은 1 용량 입니다. 따라서 용량이 100개인 제어 Pod는 한 번에 최대 100개의 작업을 제어할 수 있습니다. 제어 용량이 지정된 경우 작업이 보류 중에서 waiting 로 전환됩니다.

제어 계획 Pod의 백그라운드 프로세스인 디스패처는 작업을 실행하기 위한 작업자 프로세스를 시작합니다. 컨테이너 그룹과 연결된 서비스 계정을 사용하여 Kubernetes API와 통신하고 자동화 컨트롤러의 컨테이너 그룹에 정의된 대로 Pod 사양을 사용하여 Pod를 프로비저닝합니다. 자동화 컨트롤러의 작업 상태는 실행 중 으로 표시됩니다.

Kubernetes에서 Pod를 예약합니다. Pod는 AWX_CONTAINER_GROUP_POD_PENDING_TIMEOUT 의 보류 중 상태로 유지될 수 있습니다. ResourceQuota 를 통해 Pod가 거부되면 작업이 보류 중인 상태에서 다시 시작됩니다. 네임스페이스의 Pod에서 사용할 수 있는 리소스 수를 제한하도록 네임스페이스에 리소스 할당량을 구성할 수 있습니다. ResourceQuotas에 대한 자세한 내용은 Resource Quotas 를 참조하십시오.