AWS

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

Bastion Host가 없는 환경 먼저 Bastion Host가 없는 상황부터 접속을 진행 하겠습니다. Bastion Host가 없는 환경이라면 Public Subnet에서 직접적으로 인스턴스에 접근이 가능해야 합니다. 이럴때에는 인스턴스에 EIP 또는 Public IPv4가 등록이 되어 있어야 합니다. 1. 접근할 수 있는 IP 확인하기 위에서 보이는 바와 같이 Public IPv4 또는 EIP 둘 중 하나로 접근을 진행하시면 됩니다. 2. 접근 시 필요한 Key 확인 인스턴스 생성 시 같이 생성하였던 Key-pair 이름을 확인합니다. 3. 인스턴스 접속하기 Putty 같은 SSH Client tool을 사용하거나 terminal 환경을 사용할 수 있는 환경에서 접속을 진행합니다. 기본적으로 Ama..