Connecting

EC2 생성하기 위의 설정이 잘 되었는지 확인하기 위해서 EC2 1대를 생성하는 테라폼 코드를 작성하겠습니다. terraform { required_providers { aws = { source = "hashicorp/aws" version = "~> 4.16" } } required_version = ">= 1.2.0" } provider "aws" { region = "ap-northeast-2" } resource "aws_instance" "app_server" { ami = "ami-013218fccb68a90d4" instance_type = "t2.micro" tags = { Name = "ExampleAppServerInstance" } } init, plan, apply 순서로 테라폼을..

Terraform Installation WIndows choco install terraform Linux (Ubuntu) sudo apt update && sudo apt install gpg gnupg software-properties-common -y wget -O- https://apt.releases.hashicorp.com/gpg | gpg --dearmor | sudo tee /usr/share/keyrings/hashicorp-archive-keyring.gpg gpg --no-default-keyring --keyring /usr/share/keyrings/hashicorp-archive-keyring.gpg --fingerprint echo "deb [signed-by=/usr/sh..

Introduction to Terraform 어떠한 기술 혹은 소프트웨어에는 사용자를 위한 소개 문구가 적혀있습니다. 다음은 테라폼 공식 문서에서 확인할 수 있는 문구 입니다. "Terraform is an open-source infrastructure as code software tool that enables you to safely and predictably create, change, and improve infrastructure." "Terraform은 인프라를 안전하고 예측 가능하게 만들고, 변경하고, 개선할 수 있는 코드 소프트웨어 도구로서의 오픈 소스 인프라입니다." 어떠한 이유로 인해 테라폼이 나오게 되었는지 살펴보도록 하겠습니다. 가상화 기술의 발전으로 하나의 서버로 여러개의 ..

Ansible 설치하기 $ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 93C4A3FD7BB9C367 $ sudo apt update $ sudo apt install ansible -y Ansible 설정 파일 $ sudo vi /etc/ansible/ansible.cfg [defaults] host_key_checking = False Ansible 1.2.1 이후 버전부터는 호스트 키 확인 과정이 디폴트로 활성화 됩니다. 만약 호스트가 새로 설치 되었고 known_hosts 파일에 다른 키가 등록된다면 키 충돌 에러 메시지가 나타납니다. 만약 호스트가known_hosts파일에 등록되지 않은 시점이라면 이 키를 등록할것인지에 대한 확인..

Ansible AWX를 활용한 서버 자동화 1 Why Ansible? Ansible은 Infrastructure as a code에 대표적인 도구로, 현재 가장많이 사용되는 서버 자동화 도구라고 할 수 있다. Ansible의 경우 기존의 Agent의 설치할 필요 없이 SSH 접속을 통해서 간편하게 운영할 수 있으며, 다양한 모듈을 제공하여 쉽고 빠르게 운영 서버에 즉각적인 배포가 가능하다는 장점이 있다. Ansible은 2012년에 출시되어 2013년 레드햇에 인수되어 현재까지 개발되고 있다. 이에 대한 자세한 소개는 지난 1편을 글을 통해 확인할 수 있으므로 본 편을 읽어보기 전에 기본 개념을 확인하고 오기를 바란다. Installation Ansible MAC OS $ brew install ansi..

ANSIBLE 1장Why Asible?시간이 지날수록 다양한 IT 시스템이 늘어나면서 관리자 한명이 관리해야 하는 역할들이 늘어나고 있습니다. 단적으로, 하나의 서버에 배포환경을 구축하고, 소프트웨어를 설치하고, 운영 및 업데이트에 이르기까지 공통적인 일들을 반복적으로 수행해야 한다면 시간적으로 비효율적이며, 현재 인프라 환경에 맞지 않을 것입니다. 불과 10여년 전만해도 IT 인프라는 물리 서버와 물리 네트워크로 구성된 일련된 센터를 통해서 운영되었습니다. 관리자는 몇 대 ~ 몇 십대 정도를 관리하는 정도로 장애가 발생하면 장애를 조치하는 등의 단순하고 반복적인 역할을 담당해야 했습니다. 각 서버별로 정해진 시스템 구성에 따라 운영되기 때문에 실제 설치한 서버의 시스템 자원을 효과적으로 사용할 수 없었..