블록의 종류

사진과 같이 다양한 블록들이 있다. 그중 가장 많이 사용하게 되는 것들을 위주로 설명해보려한다.

1. 테라폼 블록

terraform {
  required_version = ">= 1.8.0"  # terraform 버전

  required_providers {           # provider 버전

    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.45.0"
    }

    azurerm = {
      source  = "hashicorp/azurerm"
      version = ">= 2.99.0"
    }
  }

}

• 테라폼의 구성 명시 (테라폼 버전, 프로바이더 버전...)
• terraform, provider의 버전은 자동으로 설정됨
• 버전 및 필요조건을 명시적으로 선언하는 경우

• 타인과 작업시 오류 최소화를 위해

1-1. 테라폼 버전

• 테라폼 블록의 required_version에 정의

">= 1.0.0" *: 테라폼 v1.0.0 이상 모든 버전 허용 *"~> 1.0.0" : 테라폼 v1.0.0 포함 ~ v1.0.x 버전 허용, v1.x.x 비허용 ">= 1.0 < 2.0.0" : 테라폼 v1.0.0 이상 v2.0.0미만 버전 허용

1-2. 프로바이더 버전

• 테라폼 블록의 required_providers 에 정의
• 전엔 provider 블록에 함께 버전 명시 하였음
• 프로바이더 버전은 https://registry.terraform.io/browse/providers 에서 확인 가능

ex)

required_providers {           # provider 버전

    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.45.0"
    }

    azurerm = {
      source  = "hashicorp/azurerm"
      version = ">= 2.99.0"
    }
  }

1-3. 백엔드 블록

• 테라폼 실행시 저장되는 State 파일(상태 파일) 의 저장 위치 선언
• 주의 : 하나의 백엔드만 허용!!
• 기본 백엔드 : local -> 협업 시 외부 벡엔드 저장소(공유 스토리지) 필요

State (상태 파일)

• 테라폼은 State의 데이터를 사용해 코드로 관리된 리소스를 탐색 및 추적
• 민감한 정보 포함(PW, 인증서 정보..) -> State 접근 제어 필요!
• State 관리시, lock.info 파일 생성으로 잠금 처리 -> 동시 사용 제한
• 벡엔드 전환 = State 관리 저장소 선택
• 벡엔드 변경시 terraform init 으로 State 위치 재설정 필요

ex)

backend "local" {
  path = "state/terraform.tfstate"
}

2. 리소스 블록

resource "<프로바이더이름_리소스 유형>" "<이름>" {
  <인수> = <값>
}

resource "local_file" "abc" {      # local 파일
  content = "123!"
  filename = "${path.module}/abc.txt"
}

resource "aws_instance" "web" {     # aws ec2 인스턴스
  ami = "ami-a1b2c3d4"
  instance_type = "t2.micro"
}

• 자원에 대한 정의 (AWS 자원 등...)
• 선언된 자원을 생성하는 동작 수행
  

2-1. 리소스 종속성

• 각 요소의 생성 순서를 구분
• 다른 리소스에서 값을 참조해 불러올 경우, 생성 선후 관계에 따라 자동으로 연관 관계 정의 (암시적 종속성)
• depends_on : 강제로 리소스간 명시적 종속성 부여 인수
• 특정 리소스 속성 값이 필요한 경우, 리소스 우선 생성이 필요 -> 종속성 발생 = 프로비저닝 순서 발생

ex)

resource "local_file" "abc" {      
  content = "123!"
  filename = "${path.module}/abc.txt"
}

resource "local_file" "def" {      
  content = local_file.abc.content       # 암시적 종속성 발생  
  filename = "${path.module}/def.txt"
}

resource "local_file" "xyz" {      
  depends_on = [        # 명시적 종속성 발생
    local_file.abc
  ]
  content = "789!" 
  filename = "${path.module}/xyz.txt"
}

• 암시적 종속성: abc.txt -> def.txt 생성
• 명시적 종속성: abc.txt -> xyz.txt 생성
  

2-2. 수명주기(lifecycle)

수명주기 옵션 인수

create_before_destroy (bool) : 리소스 수정시 신규 리소스 우선 생성 후 기존 리소스 삭제 prevent_destroy (bool) : 해당 리소스 삭제(destroy)시 명시적으로 거부 ignore_changes (list) : 리소스 요소에 선언된 인수 변경사항을 테라폼 실행 시 무시 precondition : 리소스 요소에 선언된 인수의 조건 검증 postcondition : plan 과 apply 이후 결과를 속성 값으로 검증

ex)

resource "local_file" "abc" {      
  content = "123!"
  filename = "${path.module}/abc.txt"

  lifecycle {
    create_before_destroy = true     # 신규 리소스 생성후 기존 리소스 삭제
  }

}

출처 : [한빛미디어] 테라폼으로 시작하는 IaC

terraform init

• 루트모듈 구성 - 작업디렉토리 초기화

• 모듈 : 테라폼이 실행되는 디렉토리 - tf 파일, 변수 정의 파일(tfvars) 포함
• 루트 모듈 : 기본 작업 디렉터리에 정의된 파일 집합, 다른 모듈 호출 가능
• 자식 모듈 : 루트 모듈이 호출하는 다른 모듈

2. validate : 유효성 체크

terraform validate

• 테라폼 파일(.tf) 유효성 체크 - 문법검사
  
  

3. plan : 실행 계획 생성

terraform plan

• apply 하기 전에 이상적인 상태와 실제 상태를 비교해 둘을 동일하게 만들기 위해서 해야할 일을 찾아내는 작업
  

terraform plan -out=tfplan 

• 실행 계획 별도 저장(파일 생성)
• 실행 계획 파일은 확장자 없이 사용
  

terraform plan -destroy -out=tf-rm-plan

• 삭제 계획 & 삭제 계획 파일 생성
  
  

4. apply : 적용

terraform apply

• 실제 상태를 이상적인 상태와 동일하게 만드는 것
• 계획 파일 지정 없이 실행시, 자동으로 plan 실행 후 apply 진행
  

terraform apply tfplan

• 계획 파일 기반으로 apply - (yes/no 질문 X)
  

terraform apply -replace=local_file.txt
terraform apply -replace=aws_instance.example

• replace : 특정 리소스 재생성 옵션 (삭제후 재생성)
  
  

5. destroy : 모든 개체 제거

terraform destroy   # = terraform apply -destroy

• 계획 파일 지정 없이 실행시, 자동으로 plan 실행 후 destroy 진행
  

terraform destroy -auto-approve

• auto-approve : 자동 승인 옵션 (yum install -y라고 생각) -> 조심하여 사용
  
  

6. fmt : 구성 파일(.tf) 표준 스타일 적용

terraform fmt

• tf 파일에 작성된 테라폼 코드 가독성을 높이는 작업
• 정렬, 빈칸, 내려쓰기 등의 규칙이 다른 경우 사용
• 최종적으로 코드 공유 시스템에 업로드전 실행하여 코드 중복 처리 및 업데이트 최소화
  

terraform fmt -recursive

• recursive : 하위 디렉토리의 구성 파일 모두 포함 적용
  
  

그 외 명령어

console : 기능 및 문법 확인

state : 상태 관리

workspace : 작업 공간 관리

import : 상태 가져오기

• 테라폼 코드로 생성되지 않은 리소스를 관리하기 위해 상태를 가져오기

login, logout : terraform cloud/enterprise 인증 정보 관리

출처 : [한빛미디어] 테라폼으로 시작하는 IaC

트러블 슈팅을 통해 찾아낸 설치 방법을 정리해봤다.

1. RPM 파일 다운로드

sudo wget https://dev.mysql.com/get/mysql80-community-release-el9-1.noarch.rpm

2. GPG 퍼블릭 키 설정

sudo dnf install mysql80-community-release-el9-1.noarch.rpm -y

• mysql 설치를 위해서 퍼블릭키를 import 해야함

  sudo dnf update -y

  
  

3. MySQL 설치

3-1 mysql-client 설치

sudo dnf install mysql-community-client -y

3-2 mysql-server 설치

sudo dnf install mysql-community-server -y

기본 명령어

방화벽 상태 확인

firewall-cmd --state 

설정된 목록 확인

firewall-cmd --list-all 

방화벽 리로드 

firewall-cmd --reload

• 설정 변경 후엔 꼭 리로드하기

_--permanent 설정 유지 속성 _

서비스 추가/제거 

서비스 추가

firewall-cmd --permanent --add-service=ftp

서비스 삭제

firewall-cmd --permanent --remove-service=ftp

포트 추가/제거 

포트 추가

firewall-cmd --permanent --add-port=21/tcp 

포트 삭제

firewall-cmd --permanent --remove-port=21/tcp 

포트 범위로 열기

firewall-cmd --permanent --add-port=8000-8100/tcp

아이피 허용/삭제

아이피 허용

firewall-cmd --add-source=192.168.1.1

아이피 삭제

firewall-cmd --remove-source=192.168.1.1 

아이피 / 포트 허용

firewall-cmd --permanent --add-rich-rule='rule family="ipv4" source address=192.168.1.1 port port="80" protocol="tcp" accept' 

아이피 / 포트 허용

firewall-cmd --permanent --remove-rich-rule='rule family="ipv4" source address=192.168.1.1 port port="80" protocol="tcp" accept' 

이제까지 나는 공부했던 지식들을 Notion에 정리해왔었다.

혼자 공부하기에는 부족함이 없었지만 오랜만에 정리를 하다보니, 시간이 지나 잊어버린 지식들도 꽤 있었고 정리가 필요한 부분들이 있어보였다.

앞으로

내가 지금까지 쌓았던 지식들을 정리할 기회로 생각하며 Notion 에 정리했던 내용들을 다시 한 번 정리하여 Velog 에 포스팅 하려한다.