멀티 play, serial, delegateto 🔧 Ansible 실습 시리즈 - Chap1. Ansible 실습 환경 구성과 첫 Playbook - Chap2. 변수와 조건문 - Chap3. 반복문과 핸들러 - Chap4. 템플릿과 Role - Chap5. 멀티 play, serial, delegateto 이전 챕터까지 하나의 play에서 모든 노드를 동시에 처리했습니다. 이번에는 play를 여러 개로 나누어 그룹별로 다른 작업을 수행하고, serial로 한 대씩 순차 처리하며, delegateto로 특정 task만 다른 노드에서 실행하는 방법을 다룹니다. 사전 준비: inventory 서브그룹 실습을 위해 에 서브그룹을 추가합니다: (node1)와 (node2, node3)로 역할을 나눠두면, play별로 대상 그룹을 다르게 지정할 수 있습니다. 멀티 play — 하나의 playbook에 여러 play play와 task의 차이 지금까지 playbook에는 항상 play가

템플릿과 Role 🔧 Ansible 실습 시리즈 - Chap1. Ansible 실습 환경 구성과 첫 Playbook - Chap2. 변수와 조건문 - Chap3. 반복문과 핸들러 - Chap4. 템플릿과 Role - Chap5. 멀티 play, serial, delegateto 이전 포스팅에서 모듈로 고정된 설정 파일을 배포하고, handler로 변경 시에만 reload하는 패턴을 실습했습니다. 이번에는 Jinja2 템플릿으로 노드별 맞춤 설정을 생성하고, Role로 playbook을 구조화하는 방법을 다룹니다. 템플릿 (Jinja2 + template 모듈) Chap 3에서 모듈로 nginx 설정을 배포했습니다. 그런데 을 각 노드의 호스트명으로 다르게 설정하고 싶다면? 같은 파일을 3개 만들 수는 없습니다. copy vs template Helm의 디렉토리에서 으로 값을 주입하는 것과 동일한 개념입니다. 다만 Helm은 Go template이고, Ansible은 Jinj

반복문과 핸들러 🔧 Ansible 실습 시리즈 - Chap1. Ansible 실습 환경 구성과 첫 Playbook - Chap2. 변수와 조건문 - Chap3. 반복문과 핸들러 - Chap4. 템플릿과 Role - Chap5. 멀티 play, serial, delegateto 이전 포스팅에서 변수와 조건문으로 playbook을 유연하게 만들었습니다. 이번에는 반복문(loop)으로 여러 패키지를 한 번에 처리하고, 핸들러(handler)로 설정 변경 시에만 서비스를 reload하는 패턴을 실습합니다. 반복문 (loop) Chap 2에서 작성한 은 패키지를 하나만 설치합니다. 여러 패키지를 설치하려면 어떻게 해야 할까요? loop 없이 하면 패키지마다 task를 복사해야 합니다. 쿠버네티스에서 동일 구조의 Pod을 여러 개 만들기 위해 Deployment의 를 쓰듯, Ansible에서는 으로 해결합니다. loop 사용 - — 리스트를 순회 - — 현재 반복 요소를 참조하는 예약

변수와 조건문 🔧 Ansible 실습 시리즈 - Chap1. Ansible 실습 환경 구성과 첫 Playbook - Chap2. 변수와 조건문 - Chap3. 반복문과 핸들러 - Chap4. 템플릿과 Role - Chap5. 멀티 play, serial, delegateto 이전 포스팅에서 nginx를 설치하는 playbook을 작성했습니다. 이번에는 패키지명을 하드코딩하지 않고 변수(vars)로 관리하고, 조건문(when)으로 상황에 따라 task 실행을 분기하는 방법을 실습합니다. 변수 (vars) Chap 1에서 작성한 을 다시 보겠습니다. 라는 패키지명이 여러 곳에 하드코딩되어 있습니다. 다른 패키지를 설치하려면 playbook 전체를 수정해야 합니다. 변수로 리팩토링 - — play 레벨에서 변수를 정의 - — Jinja2 문법으로 변수를 참조 ⚠️ 따옴표 필수 를 사용할 때는 반드시 따옴표로 감싸야 합니다. YAML 파서가 를 객체 시작으로 인식하여 문법 오류가 발

Ansible 실습 환경 구성과 첫 Playbook 🔧 Ansible 실습 시리즈 - Chap1. Ansible 실습 환경 구성과 첫 Playbook - Chap2. 변수와 조건문 - Chap3. 반복문과 핸들러 - Chap4. 템플릿과 Role - Chap5. 멀티 play, serial, delegateto Ansible은 에이전트 없이 SSH만으로 서버를 관리하는 자동화 도구입니다. 이번 포스팅에서는 Docker 기반 실습 환경을 구성하고, 인벤토리와 설정 파일의 역할을 이해한 뒤, 첫 Playbook으로 nginx를 설치해봅니다. 실습 환경 아키텍처 Docker Compose로 control 노드 1대 + managed 노드 3대를 구성합니다. Ansible은 에이전트리스(agentless) 구조입니다. managed 노드에 별도 소프트웨어를 설치하지 않고, control 노드에서 SSH로 접속하여 작업을 수행합니다. 쿠버네티스에서 kubelet이 각 노드에 설치되어야 하

📦 Docker Hub 제한 탈출 — 온프레미스 Nexus Registry 구축기 Docker Hub의 Free 플랜에서는 Private Repository를 1개만 생성할 수 있다. 서비스가 하나일 때는 문제가 없지만, backend와 frontend처럼 이미지가 2개 이상 필요해지면 유료 플랜을 고려하거나, 자체 Registry를 운영해야 한다. 이 글에서는 온프레미스 Kubernetes 클러스터에 Nexus Repository Manager를 배포하고, 기존 Docker Hub 기반 CI/CD 파이프라인을 Nexus로 전환한 과정을 정리한다. 기존 구조와 문제점 기존에는 Jenkins(Kaniko)가 Docker Hub에 이미지를 push하고, 클러스터가 Docker Hub에서 pull하는 구조였다. 이 구조의 문제: - Private Repository 1개 제한 (Free 플랜): backend, frontend 두 이미지를 private으로 관리할 수 없음 - Pull