[IaC] Ansible(4) - Ansible 명령어

ansibleansible 명령어는 단일 작업이나 즉각적인 작업을 수행할 때 사용. Ad-hoc 명령어라고도 하는데, 미리 작성된 복잡한 자동화 스크립트(playbook) 없이 터미널에서 한 줄 명령어로 특정 작업을 바로 실행할 수 있음. 주로 시스템 상태 확인, 간단한 설정 변경, 특정 패키지 설치 등 일회성 작업에 유용기본 문법ansible {호스트 or 그룹} -i {인벤토리 파일} -m {모둘 이름} -a "" [옵션] 몯듈 인자 : 모듈에 전달할 인수로 큰 따옴표로 묶어야함옵션 (기타)-u : 사용자-b : sudo 사용—becom-user—private-key자주 사용되는 Ad-hoc 명령어 예시핑테스트ansible webservers -i inventory.ini -m ping#성공 출력 예..

Ansible 2025.09.25 1

[IaC] Ansible(3) - 인벤토리

정적 인벤토리 파일 생성 및 관리정적 인벤토리 파일 :수동으로 직접 생성하고 관리하는 인벤토리 파일소규모 환경이나 인프라 변경이 적은 경우 적합INI , YAML 형식INI 형식가장 전통적이고 기본적인 인벤토리 형식, hosts 또는 inventory.ini와 같은 이름으로 주로 사용됨기본구조[webservers]web1.example.comweb2 ansible_host = 192.168.1.101[dbservers]db1.example.comdb2.example.com[all:vars]ansible_python_ninterpreter=/usr/bin/python3ansible_user=ssh_user_example[webservers:vars]http_port=80max_client=200[dbser..

Ansible 2025.09.25 0

[IaC] Ansible(2) - 설치 및 환경설정

Python 및 pip 설치Ansible은 python으로 작성되었으며 파이썬 패키지 관리자인 pip를 통해 설치하는 것이 가장 일반적이고 권장되는 방법. 제어 노드에 파이썬과 pip가 설치되어있는지 확인하고, 없다면 설치해야함. 관리 대상 서버에는 파이썬이 기본적으로 설치되어있는 경우가 많지만 경우에 따라 설치해야할 수도 있음설치 확인 및 설치#대부분 Linux 배포판에는 기본적으로 설치되어 있음 ##최신 Ansible은 3.8이상 권장python3 --versionpython --versionpip3 --versionpip --version##Python 설치###Debian 계열sudo apt updatesudo apt install python3 python3-pip###RedHat 계열####C..

Ansible 2025.09.25 0

[IaC] Ansible (1) -개요

정의자동화를 위한 오픈소스 툴프로비저닝, 구성 관리, 애플리케이션 배포, 오케스트레이션 등 다양한 작업을 자동화하는데 사용됨Python으로 작성되었으며 YAML 기반의 간단한 문법을 사용해 스크립트 작성 가능특징 및 장점Agentless관리 대상 서버에 별도의 에이전트 소프트웨어를 설치할 필요가 없음표준 SSH 또는 WinRM 프로토콜로 통신YAML자동화 스크립트인 플레이북이 YAML로 작성됨YAML은 사람이 읽고 쓰기 쉬운 간결한 문법을 가지고 있어 쉽게 학습하고 사용할 수 있음Idempotent(멱등성)동일한 작업을 여러번 실행하더라도 항상 동일한 최종 상태를 보장ex : 특정 패키지가 이미 설치되어 있다면 다시 설치 시도 않고 필요한 경우에만 변경 사항 적용.간단한 설정복잡한 설정파일이나 DB가 필..

Ansible 2025.09.25 0

[IaC] Terraform (8) -테인트

정의특정 리소스가 손상되었거나 예상치 못한 상태가 되어 Terraform이 이를 교체하도록 강제하는 메커니즘명령어terraform taint 명령을 사용하면 State 파일 내에서 특정 리소스를 “tainted”상태로 표시taint 된 리소스에 대해 plan을 실행하면 Terraform은 해당 리소스를 파괴하고 다시 생성할 계획을 세움그 후 terraform apply를 실행하면 해당 리소스가 교체됨사용 시나리오인프라 외부에서 수동으로 리소스 변경 → 리소스 불안정 → 원복 어려운 경우VM 내부 SW에 치명적 오류 발생으로 VM 자체 재 프로비저닝 필요시Terraform 코드로 변경하기 어려운 심각한 드리프트 발생시주의사항해당 리소스를 파괴하고 재생성하므로 서비스 중단 발생 가능Terraform 0.1..

Terraform 2025.09.25 0