Ami

이전 튜토리얼에서는 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 프로비저닝 도구가 어떤 일을 할 수 있는지에 대한 아이디어를 볼 수 있다. 사전 준비 사항 이전에 ..

Packer가 설치가 되면 이제 이미지를 빌드를 할 수 있다. 튜토리얼에서는 t2.micro Amazon EC2 AMI를 빌드를 한다. Packer Template 사용 Packer Template이란 빌드할 이미지와 빌드 방법을 정의하는 구성 파일이다. 이 파일 내부는 HashiCorp사에서 만든 HCL이란 언어를 사용한다. 먼저 packer_tutorial 이라는 이름의 새로운 디렉터리를 만들고 이 디렉토리 Packer Template 튜토리얼에 대한 내용이 들어간다. cd ~ mkdir packer_tutorial cd packer_tutorial 생성한 디렉토리로 이동하여 aws-ubuntu.pkr.hcl 파일을 만든 후 해당 블럭을 내용에 추가한다. packer { required_plugins..