RHCE in Ansible Practice Exam 01은 Ansible을 이용한 Linux automation 실습 평가입니다. 14개의 독립 챌린지에서 project setup, inventory, managed-node access, playbook, fact, template, Vault, role, collection, multi-host administration을 다룹니다. 권장 시간은 240분이며 100점 통합 채점과 70점 LabEx 모의 기준을 사용합니다.
각 과제는 새 RHEL 10 환경에서 시작하며 안내형 풀이 없이 작동하는 automation artifact와 요구된 managed state를 만들어야 합니다. syntax, configuration, execution, file/service state와 필요한 경우 clean second run을 통한 idempotence를 검증합니다.
학습 내용
- Git 기반 Ansible project 초기화와 local execution용
ansible.cfg,ansible-navigator설정 - inventory hierarchy, group/host variable, SSH access, privilege escalation 구성
- loop, fact, condition, handler, registered result, status control을 쓰는 module-based playbook 작성
- faulty playbook 진단 및 복구와 반복 가능한 log로 idempotence 증명
- host-specific Jinja2 template 렌더링과 variable/custom fact precedence 해결
- Ansible Vault로 variable 암호화와 playbook에 plaintext 없이 Secret 배포
- reusable role 생성, staged collection offline 설치, multi-host RHEL state 자동화
추천 대상
이 과정은 Ansible project를 독립적으로 구축하고 troubleshoot할 수 있는지 점검하려는 Linux 관리자, automation engineer, RHCE 준비자를 위한 과정입니다. 기본 Ansible syntax와 일반적인 RHEL 관리 작업을 이미 아는 학습자에게 적합합니다.
선수 지식: RHCSA 수준의 실무 Linux administration과 YAML, inventory, ad hoc command, playbook, module, variable, SSH, sudo 또는 become에 익숙해야 합니다. Git과 Jinja2 기초도 도움이 됩니다.
학습 환경: 브라우저에서 접근 가능한 14개의 독립 RHEL 10 환경이며 Ansible controller workflow와 로컬 준비 또는 simulation된 managed target이 있습니다. repository, inventory, program, key, documentation, collection archive, request file이 로컬에 제공되며 Red Hat subscription이나 external Galaxy는 필요하지 않습니다.
자주 묻는 질문
공식 RHCE 시험인가요?
아닙니다. LabEx의 독립 연습 자료입니다. 240분, 100점 모델, 70점 기준은 모의 설정이며 공식 Red Hat 자격 결과를 제공하지 않습니다.
챌린지는 단계별 tutorial인가요?
아닙니다. 각 과제는 request와 측정 가능한 criteria를 제공합니다. Ansible structure, module, variable, debugging workflow를 직접 선택하고 project와 managed state를 검증 가능한 상태로 만들어야 합니다.
외부 RHEL server나 Red Hat subscription이 필요한가요?
필요하지 않습니다. managed-host 동작은 각 환경 안에서 local simulation 또는 준비된 SSH access로 제공됩니다. 필요한 content는 모두 로컬에 있습니다.
idempotence는 어떻게 평가하나요?
해당 과제는 playbook을 두 번 실행하고 두 output을 저장하게 합니다. 두 번째 실행은 failure와 change가 없어야 하며 요구 state는 정확히 유지되어야 합니다.
