OpenSource

가시다님과 함께하는 PKOS 1주차 스터디. Kops 설치 방법(EC2 Instance) OS Amazon Linux 2 curl -LO (curl -s | grep tag_name | cut -d '"' -f 4)/kops-linux-amd64 chmod +x kops-linux-amd64 mv kops-linux-amd64 /usr/local/bin/kops Route53 도메인 설정 Route53에서 서브도메인을 지원하기에 서브도메인을 이용하여 생성한다. 생성 후 나오는 NameServers의 값을 저장한다. aws route53 create-hosted-zone --name kops.domain.co.kr --caller-reference 1 --- { "Location": "", "HostedZ..

이번 목차는 Ansible 사용을 최적화 하는데 도움이 되는 팁과 요령을 제공하려 한다. 하지만 이러한 팁과 요령도 궁극적으로는 조직과 목표에 가장 적합한 방식으로 사용하는데 중점을 둬야 한다. 일반적인 팁 일반적인 팁들은 전부 ansible 활용 및 artifact들에 적용이 된다. 간단하게 유지하라 최대한 간단하게 유지한다. 필요한 경우에만 상위(고급) 기능을 사용하고 현재 사용 사례에 가장 적합한 기능을 선택한다. 예를들어 외부 inventory 파일을 사용하면서 vars, vars_files, vars_prompt 및 --extra-vars가 모두 필요하지 않을 수 있다. 뭔가 복잡하다고 느껴진다면 복잡한 것이다. 시간을 내서라도 더 간단하게 할 수 있는 방법을 찾아야 한다. 버전 관리를 사용하라..

ansible playbook은 반복, 재사용, 간단한 구성 관리 및 다중 시스템 배포, 복잡한 애플리케이션 배포 사용에 적합하다. ansible로 작업을 두 번이상 해야할 경우 playbook을 작성하고 VCS로 관리를 한다. 이 playbook에 대한 예제로 ansible-examples 저장소를 참고한다. 플레이 북이 할 수 있는 일들: 구성 선언 여러 시스템에서 정의 된 구성을 구성한 순서대로 제어할 수 있다. 동기 또는 비동기식으로 task를 실행할 수 있다. Playbook 구문 playbook은 yaml 형식으로 표현한다. playbook은 순서 목록에서 하나 이상의 play로 구성된다. 각 play는 playbook의 전체 목표 중 일부를 실행하여 하나 이상의 task를 실행한다. 각 ta..

ansible ad hoc 명령은 ansible cli를 사용하여 하나 이상의 managed node에 대한 단일 작업을 자동화한다. ad hoc 명령은 빠르고 쉽지만 재사용이 불가하다. 이 ad hoc 명령부터 배워야 하는 이유는 먼저 ansible에 단순성과 강력함을 볼 수 있고 여기서 배우는 개념을 playbook으로 쉽게 직접 이식이 된다. ad hoc 명령을 사용하는 이유 이 ad hoc 명령은 거의 반복하지 않는 작업에 사용할 때 적합하다. 예를 들어, 휴가를 위해 lab에 있는 모든 컴퓨터의 전원을 끌려면 따로 playbook을 작성하지 않고 ansible에서 한줄 짜리 명령어를 실행하면 된다. ad hoc 명령은 다음과 같다. ansible [pattern] -m [module] -a "[..

이전에 설치 문서를 읽고 Control node에 ansible을 정상적으로 설치가 되었다면, 이번에는 ansible의 동작에 대한 작동 방식을 이해하면서 기본적인 ansible 사용을 숙지하려고 한다. 이번 포스트에서 하려고 하는 것은 다음과 같다. inventory에서 실행할 시스템 선택 실행한 머신에 ssh 통신을 하여 연결 하나 이상의 모듈을 원격 시스템에 복사하고 실행 ansible을 사용하여 좀 더 많은 기능등을 사용할 수 있지만 그 전에 ansbie에 대한 일반적인 사례를 이해해야 한다. 이번 포스트에서는 간단한 inventory 및 ad hoc 커맨드를 작성해 본다. Inventory에서 시스템 선택 ansible은 inventory에서 관리하려는 시스템에 대한 정보를 읽는다. ad hoc..

Inventory Ansible을 사용하기 앞서 Ansible로 관리하려는 노드들 즉 Managed node들에 대해서 관리하려면 Inventory 파일을 먼저 작성을 해야한다. 이 Inventory 파일을 hostfile 이라고도 불리며, ansible 실행 시 기본적으로 /etc/ansible/hosts 파일을 불러온다. 이 파일의 양식은 INI 또는 yaml 파일 형식이다. 이 기본 hosts 파일 말고 다른 hosts 파일을 불러오려면 -i 옵션을 사용하여 다른 파일을 불러오면 된다. 다음은 기본적인 inventory 파일의 형식이다. all: hosts: mail.example.com: children: webservers: hosts: foo.example.com: bar.example.com..

Ansible을 직접 사용하기 전에 먼저 설치부터 진행한다. 설치하는 OS는 자주 사용하는 Amazon Linux 2에서 설치를 진행한다. 설치 시작! 간단하게 설치가 가능하다. amazon-linux-extras install -y ansible2 해당 명령을 실행하여 ansible이 정상적으로 호출이 되는지 확인한다. ansible --version --- ansible 2.9.20 config file = /etc/ansible/ansible.cfg configured module search path = [u'/root/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules'] ansible python module location = /..

Ansible을 공부하려고 하기 전에 컨셉에 대해서 먼저 정리를 하려고 한다. 이 컨셉들은 Ansible의 모든 공통 사항이다. Ansible을 사용하려면 이 컨셉들을 이해해야 한다. Control node Ansible이 설치된 모든 머신이다. Control node에서는 ansible 또는 ansible-playbook 명령을 호출하여 ansible 명령과 playbook을 실행할 수 있다. 파이썬이 설치된 모든 시스템을 Control node로 사용할 수 있다. 그러나 윈도우즈 시스템을 Control node로 사용할 수는 없다. Control node는 여러개 일 수 있다. Managed nodes Ansible로 관리하는 네트워크 장치(및 또는 서버). 이 Managed node를 hosts라고..

스터디를 하면서 kOps를 활용하여 AWS에 t3.medium 인스턴스 3대로 k8s를 구성하기로 했다. 전체적인 설치를 진행해본다. kOps, kubectl 설치하기 먼저 kOps로 배포를 하기 위해 kOps를 설치한다. 전부 Amazon Linux 2 환경에서 root 계정으로 진행을 한다. kOps 설치 curl -Lo kops https://github.com/kubernetes/kops/releases/download/$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest | grep tag_name | cut -d '"' -f 4)/kops-linux-amd64 chmod +x ./kops sudo mv ./kops /us..

이전 튜토리얼에서는 Packer 템플릿에서 매개변수를 설정하여 AMI 이름 등을 자동으로 업데이트하는 등의 튜토리얼을 했었다. 이번에는 병렬 빌드를 하도록 해보겠다. 병렬 빌드는 Packer의 유용하고 중요한 기능 중 하나로, 동일한 스크립트로 프로비저닝 된 AWS AMI와 VMware VM을 동시에 구축하여 거의 동일한 이미지를 생성할 수 있다. AMI의 경우 라이브 서비스 용도로 사용을 하고, VM의 경우는 개발에 사용할 수 있다. 다른 예로는 Packer를 사용하여 소프트웨어 어플라이언스를 작성하는 경우 지원되는 모든 플랫폼에 대해 단일 템플릿에서 병렬로 빌드할 수 있다. 또한 도커 이미지를 병렬 이미지로 빌드할 수 있다. 이 두번째 도커 이미지는 쉽게 다른 하이퍼바이저나 다른 클라우드 플랫폼에서 ..

이전 튜토리얼에서는 템플릿을 사용하여 프로비저닝까지 진행했다. 그러나 템플릿 파일을 수정을 하려면 수동으로 다 작업을 해야 한다. 이러한 수동 작업 말고 변수를 활용하여 템플릿 파일 내부의 변경없이 값을 참조하는 방식으로 하여 템플릿 파일을 변경할 수 있다. 이번 튜로리얼에서는 Packer 빌드를 매개 변수화하여 편하게 사용할 수 있는 Packer 변수를 추가해본다. 사전 준비 사항 이전 튜토리얼까지 따라왔다면 추가적인 준비 사항은 없다. 추가적으로 Packer 템플릿 파일을 전체적으로 보여주면 다음과 같다. packer { required_plugins { amazon = { version = ">= 0.0.1" source = "github.com/hashicorp/amazon" } } } sourc..

이전 튜토리얼에서는 Packer로 첫번째 이미지를 만들어봤다. 그러나 생성한 이미지는 그냥 기존에 있던 이미지를 다시 패키징하기만 한 이미지이다. Pakcer의 진정한 장점은 소프트웨어를 이미지로 변환하기 전에 소프트웨어를 설치하고 구성하기 위한 자동화된 프로비저닝에서 비롯된다. 이미 알고 있듯이, 이미 구워진 이미지를 바꾸는 것은 매우 귀찮고 느린일이다. 그러나 Pakcer를 사용하게되면 프로비저닝을 자동화하면서 이미지를 빠르게 변경할 수 있고 Chef, Pupper 과 같은 최신 구성 관리툴과 통합할 수 있다. 이번 튜토리얼에서는 Redis를 설치하여 이미지를 완성해본다. 간단한 예제이지만 Packer 프로비저닝 도구가 어떤 일을 할 수 있는지에 대한 아이디어를 볼 수 있다. 사전 준비 사항 이전에 ..