Ansible: Ansiable 개요

1. Ansible

 1.1. 동작구조

  1.1.1. SSH을 이용한 통신

  1.1.2. Master Server가 존재하지 않는다. 그러나 Master처럼 동작한다.

  1.1.3. Server에 Agent가 불필요

  1.1.4. YAML 파일을 이용해서 구성

 1.2. 자동화

  1.2.1. Provisioning

   1.2.1.1. Software 설치

   1.2.1.2. 구성/설정 변경

   1.2.1.3. 파일 전송

  1.2.2. Orchestration

   1.2.2.1. 다양한 서버와 장비에 대해서 자동으로 순서 실행

   1.2.2.2. Server, Router, Switch, Firewall, Load Balancer, Storage, Database, Cloud etc

  1.2.3. 구성관리

   1.2.3.1. 상태확인

   1.2.3.2. Batch 처리

   1.2.3.3. Update 실행

   1.2.3.4. 보안 패치

 

 

2. 특징
 2.1. Agentless
  2.1.1. chef, Puppet과는 다르게 Agent설치가 필요 없음.
  2.1.2. 10,000대의 Agent 설치라면.... 훨씬 자동화에 가깝다.
 2.2. 접근 용이성
  2.2.1. 명령어를 한 줄씩 입력하는 것이 아니라 모아서 처리
  2.2.2. playbook(명령어모음집,스크립트와 유사)을 yaml형식의 파일로 관리
  2.2.3. yaml 파일의 뛰어난(?)가독성으로 인한 진입장벽의 낮음.
 2.3. 멱등성(idempotence)
  2.3.1. 여러분 수행해도 같은 결과를 출력하는 성질.

 2.4. 비용 절감

  2.4.1. 사람의 노력적인 측면에서 인프라를 인력으로 수동으로 관리하지 않음으로서 다른 생산적인 작업에 집중

 2.5. 안정성

  2.5.1. Human Error 제거

 2.6. 재사용성

  2.6.1. 인프라를 코드화 하고 관련 리소스를 그룹 및 모듈화 하여 필요 시 필요한 부분을 재사용

3. 용어
 3.1. Controller 서버 or Core 
  3.1.1.명령 전달 주체 or Ansible 설치된 Hosts
 3.2. 인벤토리(Inventory = Ansible Hosts)
  3.2.1. 명령을 전달받는 객체 or 원격 서버
  3.2.2. /etc/ansible/hosts
 3.3. Playbook
  3.3.1. 실행할 명령들의 모음집

 3.4. Module 

  3.4.1. Ansible 실행하는 Python Code 단위

 3.5. Task

  3.5.1. Ansible 작업 실행 단위

  3.5.2. 하나의 모듈이 하나의 작업

  3.5.3. Ad-hoc 명령을 통해 단일 작업을 수행 or Play Book을 작성해 여러 작업  실행

 3.6. Ad-hoc

  3.6.1. Ansible 명령을 이용하여 단일 작업 수행

Ansibel Architecture

Architecture: https://nearhome.tistory.com/112 참조

다음에서는 playbook을 집중적으로 살펴보도록 하겠습니다.

 

Have a nice day!