$$config title: 테라폼/AWS keywords: - IT $$ # 부모 페이지 - [한밭대학교 AWS 초급부터 중급까지 활용 수업 - slog.gg/p/12656](https://slog.gg/p/12656) # 강의 # 1강 - [23 07 24, ken 12657, 1강, AWS 계정생성](https://youtu.be/SckJBbd9ZDM) - [AWS - 콘솔 - https://aws.amazon.com/ko/console](https://aws.amazon.com/ko/console) # 2강 - [23 07 24, ken 12657, 2강, 테라폼 개요](https://youtu.be/Vn8S3cOazoo) # 3강 - [23 07 24, ken 12657, 3강, IAM 은 사용자을 권한을 관리하는 서비스 이다, ROOT 보다는 admin 을 사용해야 한다](https://youtu.be/Qi8Mrfiwd8A) # 4강 - [23 07 24, ken 12656, 4강, AdministratorAccess 정책(권한의 묶음) 을 가지는 admin 사용자 생성](https://youtu.be/ygirVGrf8a4) - [IAM](https://us-east-1.console.aws.amazon.com/iamv2/home?region=ap-northeast-2#/home) # 5강 - [23 07 24, ken 12656, 5강, admin 계정으로 콘솔접속 가능하도록 설정](https://youtu.be/SEeSZMhPA8o) - [IAM - admin 계정 - 보안자격증명](https://us-east-1.console.aws.amazon.com/iamv2/home?region=ap-northeast-2#/users/details/admin?section=security_credentials) ## IAM 계정개념 - AWS ROOT 계정을 해킹당하면 너무 피해가 막심하기 때문에, IAM 유저를 만들어서 그걸 사용하는게 좋습니다. - ROOT 계정의 역할은 사실 IAM USER `admin` 을 만드는 역할 뿐이다. 이게 바람직한 사용법 입니다. - IAM에서 정책은 권한의 집합 입니다. - IAM에서는 사용자를 위해 유용한 정책들을 미리 만들어 두었습니다. - `AdministratorAccess` 정책은 ROOT 계정에 준하는 권한이 정의되어 있습니다. - 최초의 IAM USER `admin` 을 만드시고, `AdministratorAccess` 정책을 연결시켜주세요. # 6강 - [23 07 24, ken 12656, 6강, ROOT 계정에 대한 별칭생성](https://youtu.be/G44wy6fGXTA) - [IAM - DASHBOARD](https://us-east-1.console.aws.amazon.com/iamv2/home?region=ap-northeast-2#/home) ## AWS 계정별칭 개념 - AWS ROOT 계정은 고유ID를 가지고 있습니다. - 그것을 외우기 힘들때 사용하는게 별칭입니다. # 7강 - [23 07 24, ken 12656, 7강, admin 계정으로 로그인](https://youtu.be/B55nIunXD-E) - [https://aws.amazon.com/ko/console](https://aws.amazon.com/ko/console) # 8강 - [23 07 24, ken 12656, 8강, IAM 을 제외한 거의 모든 서비스는 특정 리전에 귀속됩니다.](https://youtu.be/YNvZQ4v4V6A) # 9강 - [23 07 24, ken 12656, 9강, 하나의 리전은 여러개의 가용영역으로 구성된다 가용영역은 물리적으로 떨어져 있다](https://youtu.be/50JgINzrx2g) # 10강 - [23 07 24, ken 12656, 10강, 우리가 뭔가를 돌리려면 무조건 먼저 VPC를 만들고, VPC 안에 그것을 넣어야 한다](https://youtu.be/KclCH9HabAA) ## 11강 - [23 07 24, ken 12656, 11강, 기본 VPC 제거](https://youtu.be/dk8C5nmmF4M) # 12강 - [23 07 24, ken 12656, 12강, 새 VPC 생성](https://youtu.be/f96e18SwS3I) - ![img](https://i.imgur.com/M1wJcSM.png) # 13강 - [23 07 24, ken 12656, 13강, 10.0.0.0/16 는 IP를 65,536개 쓸 수 있는 사설 네트워크라는 의미 입니다.](https://youtu.be/QzDPEVKsctE) ## 10.0.0.0/16 - 네트워크에서 관리하는 IP 개수 : 255 * 255 - 대역 : 10.0.0.0 ~ 10.0.255.255 ## 10.0.0.0/24 - 네트워크에서 관리하는 IP 개수 : 255 - 대역 : 10.0.0.0 ~ 10.0.0.255 # 14강 - [23 07 24, ken 12656, 14강, 인텔리제이 커뮤니티 에디션 설치](https://youtu.be/C2YdMq11qEY) - [젯브레인스 - 인텔리제이 커뮤니티 에디션(윈도우) - https://www.jetbrains.com/ko-kr/idea/download/?section=windows](https://www.jetbrains.com/ko-kr/idea/download/?section=windows) - 스크롤을 내려서 `커뮤니티 버전` 다운로드 - [젯브레인스 - 인텔리제이 커뮤니티 에디션(MAC) - https://www.jetbrains.com/ko-kr/idea/download/?section=mac](https://www.jetbrains.com/ko-kr/idea/download/?section=mac) - 스크롤을 내려서 `커뮤니티 버전` 다운로드 # 15강 - [23 07 24, ken 12656, 15강, AWS CLI 설치](https://youtu.be/SCgqFJIZDoY) ## AWS CLI 설치 - [AWS - AWS CLI 설치 - https://docs.aws.amazon.com/ko_kr/cli/latest/userguide/getting-started-install.html](https://docs.aws.amazon.com/ko_kr/cli/latest/userguide/getting-started-install.html) - 윈도우 사용자 - ![img](https://i.imgur.com/rwbwquC.png) - MAC 사용자 - `Command line installer - All users` 로 설치 ## AWS CLI 설치확인 - 윈도우 사용자 - `윈도우 키` 누르고 `cmd` 누르고 `엔터` - `aws` 명령어 실행 - MAC 사용자 - 터미널 창 띄우기 - `aws` 명령어 실행 - ![img](https://i.imgur.com/78Chm8o.png) ## AWS API 개념 - AWS 의 모든 처리는 내부적으로 API 입니다. - 어떠한 일을 AWS 콘솔에 접속해서 하나하나 클릭을 통해서 진행해도 되고, AWS API 를 이용해도 됩니다. - AWS API 를 명령어를 통해서 쉽게 사용하려면 AWS CLI를 설치해야 한다. - AWS CLI 를 설치 후 IAM USER 의 엑세스키를 등록해야 한다. # 16강 - [23 07 24, ken 12656, 16강, AWS CLI에 로그인하기 위해서 admin 계정의 엑세스 키 생성](https://youtu.be/HP80-nnXVPE) ## IAM 사용자 - [AWS - IAM 사용자 - https://us-east-1.console.aws.amazon.com/iamv2/home?region=ap-northeast-2#/users](https://us-east-1.console.aws.amazon.com/iamv2/home?region=ap-northeast-2#/users) - [IAM - admin 계정 - 보안자격증명](https://us-east-1.console.aws.amazon.com/iamv2/home?region=ap-northeast-2#/users/details/admin?section=security_credentials) # 17강 - [23 07 24, ken 12656, 17강, 엑세스키로 AWS CLI에 로그인](https://youtu.be/IXG2KWN0l8U) ## AWS CLI 명령어 - aws configure list - AWS 엑세스키가 등록되어 있는지 확인 - aws configure - AWS 엑세스키 등록 - 엑세스 키, 시크릿 엑세스키 등록 - 재등록도 가능 - 리전 : ap-northeast-2 - ap-northeast-2 : AWS 서울 - `Default output format` 에서는 그냥 엔터 - aws s3 ls - 아무 결과가 안나오면 성공적으로 로그인 되었다고 볼 수 있습니다. - 엑세스키 삭제하는 방법 - 콘솔 -> IAM USER -> `admin` 유저 선택 -> 보안자격증명 -> 액세스 키 -> 비활성화 -> 삭제 - AWS CLI에 입력된 엑세스키 삭제하는 방법 - 윈도우 터미널 - `rmdir /s /q "%USERPROFILE%/.aws"` - 윈도우 파워쉘 - `rm -force -recurse $HOME\.aws` - MAC - `rm -rf ~/.aws` # 18강 - [23 07 24, ken 12656, 18강, vpc를 테라폼으로 설치하고 싶다. aws cli가 필요하고 그거 쓰려면 엑세스키도 필요하다.](https://youtu.be/toc_vZljrEI) ## 여태까지의 히스토리 1. aws 에 root 계정으로 로그인 1. root 계정에 별칭생성 1. admin 계정 생성 후 `AdministratorAccess` 정책 부여 1. admin 으로 재 로그인 1. 콘솔로 vpc 생성 - 너무 불편하다고 판단. - 테라폼이 필요하다고 판단. 1. 테라폼을 실행하려면 aws-cli 필요 1. aws-cli 설치 1. aws-cli 사용하려고 했더니 콘솔과 마찬가지로 로그인이 필요 1. admin 계정의 엑세스키를 생성 1. 그 엑세스키로 aws-cli에서 로그인 # 19강 - [23 07 24, ken 12656, 19강, 테라폼 CLI 설치](https://youtu.be/SjcCq2WUCXA) ## 테라폼 CLI 설치 - [테라폼 - 설치 - https://developer.hashicorp.com/terraform/downloads?product_intent=terraform](https://developer.hashicorp.com/terraform/downloads?product_intent=terraform) - 윈도우 - `C:\lib\terraform` 폴더 생성 - 386 다운로드 - `C:\lib\terraform` 폴더에 `terraform.exe` 파일 저장 - 환경변수의 PATH 에 `C:\lib\terraform` 등록 - ![img](https://i.imgur.com/umlRfeN.png) - 윈도우 키 누르고 `환경` 이라고 검색 - ![img](https://i.imgur.com/9Oy9V9g.png) # 20강 - [23 07 24, ken 12656, 20강, 테라폼 프로젝트 폴더 생성](https://youtu.be/mwG5CAlgYLQ) - 프로젝트 경로 : C:\work\terraform_projects\project1 # 21강 - [23 07 24, ken 12656, 21강, 인텔리제이 커뮤니티 에디션으로 프로젝트 폴더 열기, UI 세팅, keymap 세팅](https://youtu.be/0aVyZWdQsLM) - ![img](https://i.imgur.com/cMmTSjh.png) - ![img](https://i.imgur.com/n7m0q1V.png) # 22강 - [23 07 24, ken 12656, 22강, 인텔리제이에서 테라폼 플러그인 설치](https://youtu.be/S4ZunUW6Pus) # 23강 - [23 07 24, ken 12656, 23강, 테라폼으로 vpc 생성 및 삭제](https://youtu.be/aDyOcjWmVBU) ## main.tf ```hcl terraform { // 자바의 import 와 비슷함 // aws 라이브러리 불러옴 required_providers { aws = { source = "hashicorp/aws" version = "~> 4.0" } } } # Configure the AWS Provider provider "aws" { region = "ap-northeast-2" } resource "aws_vpc" "example" { cidr_block = "10.0.0.0/16" tags = { Name = "example" } } ``` ## 테라폼 명령어 - terraform init - 라이브러리 다운로드 - 라이브러리 관련 소스코드가 바뀔 때 마다 실행해야 한다. - terraform plan - 실제 리소스 생성을 하는것은 아니고 - 현재 소스코드가 실행가능한지 검사 - terraform apply - 리소스 생성 - yes 입력 - terraform destroy - 리소스 삭제 - yes 입력 # 24강 - [23 07 24, ken 12656, 24강, 엑세스 키 제거, aws-cli 에서도 엑세스 키 제거](https://youtu.be/3jpyGKSe5do) # 25강 - [23 07 25, ken 12656, 25강, 엑세스키 다시 발급, aws-cli에 로그인](https://youtu.be/3axngVbFxXs) # 26강 - [23 07 25, ken 12656, 26강, 서브넷 개념](https://youtu.be/0-2-e33TWlo) # 27강 - [23 07 25, ken 12656, 27강, 테라폼으로 서브넷 1(가용영역 a와 연결), 서브넷 2(가용영역 b와 연결) 생성](https://youtu.be/9heLYpplxzg) ## variables.tf ```hcl variable "prefix" { description = "Prefix for all resources" default = "dev" } variable "region" { description = "region" default = "ap-northeast-2" } variable "nickname" { description = "nickname" default = "jhs512" } ``` ## main.tf ```hcl // 테라폼 설정의 시작 terraform { // 필요한 프로바이더(클라우드 서비스 제공자)를 설정 required_providers { // AWS 프로바이더를 사용한다고 선언 aws = { // AWS 프로바이더의 출처를 hashicorp/aws로 지정 source = "hashicorp/aws" // AWS 프로바이더의 버전을 4.0 이상으로 지정 version = "~> 4.0" } } } // AWS를 제공자로 사용한다고 선언 provider "aws" { // AWS에서 사용할 리전을 변수로부터 받아옴 region = var.region } // AWS VPC(Virtual Private Cloud) 리소스를 생성하고 이름을 'vpc_1'로 설정 resource "aws_vpc" "vpc_1" { // VPC의 IP 주소 범위를 설정 cidr_block = "10.0.0.0/16" // DNS 지원을 활성화 enable_dns_support = true // DNS 호스트 이름 지정을 활성화 enable_dns_hostnames = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-vpc-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_1'로 설정 resource "aws_subnet" "subnet_1" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.1.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}a" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_2'로 설정 resource "aws_subnet" "subnet_2" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.2.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}b" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-2" } } ``` # 28강 - [23 07 25, ken 12656, 28강, 서브넷 안에 생성될 ec2 에서 인터넷이 되게 하려고 인터넷 게이트웨이 생성](https://youtu.be/NbXOtcMnMzU) ## variables.tf ```hcl variable "prefix" { description = "Prefix for all resources" default = "dev" } variable "region" { description = "region" default = "ap-northeast-2" } variable "nickname" { description = "nickname" default = "jhs512" } ``` ## main.tf ```hcl // 테라폼 설정의 시작 terraform { // 필요한 프로바이더(클라우드 서비스 제공자)를 설정 required_providers { // AWS 프로바이더를 사용한다고 선언 aws = { // AWS 프로바이더의 출처를 hashicorp/aws로 지정 source = "hashicorp/aws" // AWS 프로바이더의 버전을 4.0 이상으로 지정 version = "~> 4.0" } } } // AWS를 제공자로 사용한다고 선언 provider "aws" { // AWS에서 사용할 리전을 변수로부터 받아옴 region = var.region } // AWS VPC(Virtual Private Cloud) 리소스를 생성하고 이름을 'vpc_1'로 설정 resource "aws_vpc" "vpc_1" { // VPC의 IP 주소 범위를 설정 cidr_block = "10.0.0.0/16" // DNS 지원을 활성화 enable_dns_support = true // DNS 호스트 이름 지정을 활성화 enable_dns_hostnames = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-vpc-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_1'로 설정 resource "aws_subnet" "subnet_1" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.1.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}a" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_2'로 설정 resource "aws_subnet" "subnet_2" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.2.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}b" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-2" } } // AWS 인터넷 게이트웨이 리소스를 생성하고 이름을 'igw_1'로 설정 resource "aws_internet_gateway" "igw_1" { // 이 인터넷 게이트웨이가 연결될 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-igw-1" } } ``` # 29강 - [23 07 25, ken 12656, 29강, 라우팅 테이블을 생성하고 그것을 2개의 서브넷에 적용하여 서브넷 안에서 인터넷이 되도록](https://youtu.be/cpT9Z3Ad4U4) ## variables.tf ```hcl variable "prefix" { description = "Prefix for all resources" default = "dev" } variable "region" { description = "region" default = "ap-northeast-2" } variable "nickname" { description = "nickname" default = "jhs512" } ``` ## main.tf ```hcl // 테라폼 설정의 시작 terraform { // 필요한 프로바이더(클라우드 서비스 제공자)를 설정 required_providers { // AWS 프로바이더를 사용한다고 선언 aws = { // AWS 프로바이더의 출처를 hashicorp/aws로 지정 source = "hashicorp/aws" // AWS 프로바이더의 버전을 4.0 이상으로 지정 version = "~> 4.0" } } } // AWS를 제공자로 사용한다고 선언 provider "aws" { // AWS에서 사용할 리전을 변수로부터 받아옴 region = var.region } // AWS VPC(Virtual Private Cloud) 리소스를 생성하고 이름을 'vpc_1'로 설정 resource "aws_vpc" "vpc_1" { // VPC의 IP 주소 범위를 설정 cidr_block = "10.0.0.0/16" // DNS 지원을 활성화 enable_dns_support = true // DNS 호스트 이름 지정을 활성화 enable_dns_hostnames = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-vpc-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_1'로 설정 resource "aws_subnet" "subnet_1" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.1.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}a" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_2'로 설정 resource "aws_subnet" "subnet_2" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.2.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}b" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-2" } } // AWS 인터넷 게이트웨이 리소스를 생성하고 이름을 'igw_1'로 설정 resource "aws_internet_gateway" "igw_1" { // 이 인터넷 게이트웨이가 연결될 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-igw-1" } } // AWS 라우트 테이블 리소스를 생성하고 이름을 'rt_1'로 설정 resource "aws_route_table" "rt_1" { // 이 라우트 테이블이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 라우트 규칙을 설정. 여기서는 모든 트래픽(0.0.0.0/0)을 'igw_1' 인터넷 게이트웨이로 보냄 route { cidr_block = "0.0.0.0/0" gateway_id = aws_internet_gateway.igw_1.id } // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-rt-1" } } // 라우트 테이블 'rt_1'과 서브넷 'subnet_1'을 연결 resource "aws_route_table_association" "association_1" { // 연결할 서브넷을 지정 subnet_id = aws_subnet.subnet_1.id // 연결할 라우트 테이블을 지정 route_table_id = aws_route_table.rt_1.id } // 라우트 테이블 'rt_1'과 서브넷 'subnet_2'을 연결 resource "aws_route_table_association" "association_2" { // 연결할 서브넷을 지정 subnet_id = aws_subnet.subnet_2.id // 연결할 라우트 테이블을 지정 route_table_id = aws_route_table.rt_1.id } ``` # 30강 - [23 07 25, ken 12656, 30강, 모든 것을 허용하는 필터(보안 그룹)을 하나 생성, 나중에 EC2 에 장착해서 사용합니다.](https://youtu.be/yaLdRO7tGV4) ## variables.tf ```hcl variable "prefix" { description = "Prefix for all resources" default = "dev" } variable "region" { description = "region" default = "ap-northeast-2" } variable "nickname" { description = "nickname" default = "jhs512" } ``` ## main.tf ```hcl // 테라폼 설정의 시작 terraform { // 필요한 프로바이더(클라우드 서비스 제공자)를 설정 required_providers { // AWS 프로바이더를 사용한다고 선언 aws = { // AWS 프로바이더의 출처를 hashicorp/aws로 지정 source = "hashicorp/aws" // AWS 프로바이더의 버전을 4.0 이상으로 지정 version = "~> 4.0" } } } // AWS를 제공자로 사용한다고 선언 provider "aws" { // AWS에서 사용할 리전을 변수로부터 받아옴 region = var.region } // AWS VPC(Virtual Private Cloud) 리소스를 생성하고 이름을 'vpc_1'로 설정 resource "aws_vpc" "vpc_1" { // VPC의 IP 주소 범위를 설정 cidr_block = "10.0.0.0/16" // DNS 지원을 활성화 enable_dns_support = true // DNS 호스트 이름 지정을 활성화 enable_dns_hostnames = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-vpc-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_1'로 설정 resource "aws_subnet" "subnet_1" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.1.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}a" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-1" } } // AWS 서브넷 리소스를 생성하고 이름을 'subnet_2'로 설정 resource "aws_subnet" "subnet_2" { // 이 서브넷이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 서브넷의 IP 주소 범위를 설정 cidr_block = "10.0.2.0/24" // 서브넷이 위치할 가용 영역을 설정 availability_zone = "${var.region}b" // 이 서브넷에 배포되는 인스턴스에 공용 IP를 자동으로 할당 map_public_ip_on_launch = true // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-subnet-2" } } // AWS 인터넷 게이트웨이 리소스를 생성하고 이름을 'igw_1'로 설정 resource "aws_internet_gateway" "igw_1" { // 이 인터넷 게이트웨이가 연결될 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-igw-1" } } // AWS 라우트 테이블 리소스를 생성하고 이름을 'rt_1'로 설정 resource "aws_route_table" "rt_1" { // 이 라우트 테이블이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 라우트 규칙을 설정. 여기서는 모든 트래픽(0.0.0.0/0)을 'igw_1' 인터넷 게이트웨이로 보냄 route { cidr_block = "0.0.0.0/0" gateway_id = aws_internet_gateway.igw_1.id } // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-rt-1" } } // 라우트 테이블 'rt_1'과 서브넷 'subnet_1'을 연결 resource "aws_route_table_association" "association_1" { // 연결할 서브넷을 지정 subnet_id = aws_subnet.subnet_1.id // 연결할 라우트 테이블을 지정 route_table_id = aws_route_table.rt_1.id } // 라우트 테이블 'rt_1'과 서브넷 'subnet_2'을 연결 resource "aws_route_table_association" "association_2" { // 연결할 서브넷을 지정 subnet_id = aws_subnet.subnet_2.id // 연결할 라우트 테이블을 지정 route_table_id = aws_route_table.rt_1.id } // AWS 보안 그룹 리소스를 생성하고 이름을 'sg_1'로 설정 resource "aws_security_group" "sg_1" { // 보안 그룹의 이름을 설정. 이름 앞에는 변수로부터 받은 prefix를 붙임 name = "${var.prefix}-sg-1" // 인바운드 트래픽 규칙을 설정 // 여기서는 모든 프로토콜, 모든 포트에 대해 모든 IP(0.0.0.0/0)로부터의 트래픽을 허용 ingress { from_port = 0 to_port = 0 protocol = "all" cidr_blocks = ["0.0.0.0/0"] } // 아웃바운드 트래픽 규칙을 설정 // 여기서는 모든 프로토콜, 모든 포트에 대해 모든 IP(0.0.0.0/0)로의 트래픽을 허용 egress { from_port = 0 to_port = 0 protocol = "all" cidr_blocks = ["0.0.0.0/0"] } // 이 보안 그룹이 속할 VPC를 지정. 여기서는 'vpc_1'를 선택 vpc_id = aws_vpc.vpc_1.id // 리소스에 대한 태그를 설정 tags = { Name = "${var.prefix}-sg-1" } } ``` # 31강 - [23 07 26, ken 12656, 31강, aws cli 다시 로그인](https://youtu.be/LWDV-Ch_vrA) # 32강 - [23 07 26, ken 12656, 32강, aws console 을 이용한 ec2 인스턴스 생성방법](https://youtu.be/2bNVSoM_Ppg) # 33강 - [23 07 26, ken 12656, 33강, ChatGPT를 활용해서 테라폼으로 ec2 인스턴스 추가하는 방법](https://youtu.be/Ttoiuqm7BcM) # 34강 - [23 07 26, ken 12656, 34강, ec2 인스턴스 추가, AmazonEC2RoleforSSM 정책과 AmazonS3FullAccess 정책이 설정된 권한과 연결](https://youtu.be/JaVvISW_nb4) ## variables.tf ```hcl variable "prefix" { description = "Prefix for all resources" default = "dev" } variable "region" { description = "region" default = "ap-northeast-2" } variable "nickname" { description = "nickname" default = "jhs512" } ``` ## main.tf ```hcl terraform { // aws 라이브러리 불러옴 required_providers { aws = { source = "hashicorp/aws" version = "~> 4.0" } } } # AWS 설정 시작 provider "aws" { region = var.region } # AWS 설정 끝 # VPC 설정 시작 resource "aws_vpc" "vpc_1" { cidr_block = "10.0.0.0/16" # 무조건 켜세요. enable_dns_support = true # 무조건 켜세요. enable_dns_hostnames = true tags = { Name = "${var.prefix}-vpc-1" } } resource "aws_subnet" "subnet_1" { vpc_id = aws_vpc.vpc_1.id cidr_block = "10.0.1.0/24" availability_zone = "${var.region}a" map_public_ip_on_launch = true tags = { Name = "${var.prefix}-subnet-1" } } resource "aws_subnet" "subnet_2" { vpc_id = aws_vpc.vpc_1.id cidr_block = "10.0.2.0/24" availability_zone = "${var.region}b" map_public_ip_on_launch = true tags = { Name = "${var.prefix}-subnet-2" } } resource "aws_internet_gateway" "igw_1" { vpc_id = aws_vpc.vpc_1.id tags = { Name = "${var.prefix}-igw-1" } } resource "aws_route_table" "rt_1" { vpc_id = aws_vpc.vpc_1.id route { cidr_block = "0.0.0.0/0" gateway_id = aws_internet_gateway.igw_1.id } tags = { Name = "${var.prefix}-rt-1" } } resource "aws_route_table_association" "association_1" { subnet_id = aws_subnet.subnet_1.id route_table_id = aws_route_table.rt_1.id } resource "aws_route_table_association" "association_2" { subnet_id = aws_subnet.subnet_2.id route_table_id = aws_route_table.rt_1.id } resource "aws_security_group" "sg_1" { name = "${var.prefix}-sg-1" ingress { from_port = 0 to_port = 0 protocol = "all" cidr_blocks = ["0.0.0.0/0"] } egress { from_port = 0 to_port = 0 protocol = "all" cidr_blocks = ["0.0.0.0/0"] } vpc_id = aws_vpc.vpc_1.id tags = { Name = "${var.prefix}-sg-1" } } # EC2 설정 시작 # EC2 역할 생성 resource "aws_iam_role" "ec2_role_1" { name = "${var.prefix}-ec2-role-1" # 이 역할에 대한 신뢰 정책 설정. EC2 서비스가 이 역할을 가정할 수 있도록 설정 assume_role_policy = < 172.17.0.1:8081 ## 젠킨스 플러그인 설치 - 추천되는 플러그인 설치 # 66강 - [23 07 27, ken 12656, 66강, 젠킨스 사용자 생성](https://youtu.be/ywJELK2978s) ## 젠킨스 사용자 생성 - Username: admin - Password: lldj123414 - Confirm password: lldj123414 - Full name: admin - E-mail address: jangka512@gmail.com - 본인의 이메일 주소 - ![img](https://i.imgur.com/FNMnJ4X.png) # 67강 - [23 07 27, ken 12656, 67강, 젠킨스에 도커 설치, 젠킨스 파이프라인 생성 후 실행](https://youtu.be/p-cUf2U6YAU) ## DB 생성 - docker exec -it mariadb_1 mariadb -u root -plldj123414 - CREATE DATABASE hb_2023_1__prod; - exit ## jenkins_1 bash 접속 ```bash docker exec -it jenkins_1 bash ``` ## jenkins_1 bash 도커 설치 ```bash apt-get update -y apt-get install -y ca-certificates curl gnupg lsb-release mkdir -p /etc/apt/keyrings rm /etc/apt/keyrings/docker.gpg curl -fsSL https://download.docker.com/linux/debian/gpg | gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/debian \ $(lsb_release -cs) stable" | tee /etc/apt/sources.list.d/docker.list > /dev/null apt-get update apt-get install -y docker-ce docker-ce-cli docker-compose-plugin exit ``` ## 파이프라인 코드 ```groovy pipeline { agent any environment { timestamp = "${System.currentTimeMillis() / 1000L}" } stages { stage('Prepare') { steps { script { // Get the ID of the dlike:latest image def oldImageId = sh(script: "docker images dlike:latest -q", returnStdout: true).trim() env.oldImageId = oldImageId } git branch: 'main', url: 'https://github.com/jhs512/hb_2023_1' } post { success { sh 'echo "Successfully Cloned Repository"' } failure { sh 'echo "Fail Cloned Repository"' } } } stage('Build Gradle') { steps { dir('.') { sh ''' cat < src/main/resources/application-secret.yml spring: security: oauth2: client: registration: kakao: clientId: 카카오_REST_API_KEY custom: site: baseUrl: https://여러분의_도메인 EOF ''' } dir('.') { sh """ chmod +x gradlew """ } dir('.') { sh """ ./gradlew clean build """ } } post { success { sh 'echo "Successfully Build Gradle Test"' } failure { sh 'echo "Fail Build Gradle Test"' } } } stage('Build Docker Image') { steps { script { sh "docker build -t dlike:${timestamp} ." } } } stage('Run Docker Container') { steps { script { // Check if the container is already running def isRunning = sh(script: "docker ps -q -f name=dlike_1", returnStdout: true).trim() if (isRunning) { sh "docker rm -f dlike_1" } // Run the new container try { sh """ docker run \ --name=dlike_1 \ -p 8080:8080 \ -v /docker_projects/dlike_1/volumes/gen:/gen \ --restart unless-stopped \ -e TZ=Asia/Seoul \ -d \ dlike:${timestamp} """ } catch (Exception e) { // If the container failed to run, remove it and the image isRunning = sh(script: "docker ps -q -f name=dlike_1", returnStdout: true).trim() if (isRunning) { sh "docker rm -f dlike_1" } def imageExists = sh(script: "docker images -q dlike:${timestamp}", returnStdout: true).trim() if (imageExists) { sh "docker rmi dlike:${timestamp}" } error("Failed to run the Docker container.") } // If there's an existing 'latest' image, remove it def latestExists = sh(script: "docker images -q dlike:latest", returnStdout: true).trim() if (latestExists) { sh "docker rmi dlike:latest" if(!oldImageId.isEmpty()) { sh "docker rmi ${oldImageId}" } } // Tag the new image as 'latest' sh "docker tag dlike:${env.timestamp} dlike:latest" } } } } } ``` ## 관리 콘솔 접속 - 크롬 : [http://ec2-1.dlike.me:81](http://ec2-1.dlike.me:81) # 68강 - [23 07 27, ken 12656, 68강, http://ec2-1.dlike.me:8080 을 https://ec2-1.dlike.me 로 접속할 수 있도록](https://youtu.be/Umr44zbY7Pc) ## ec2-1.dlike.me 리버스프록시 작업 - ec2-1.dlike.me -> 172.17.0.1:8081 - SSL 켜기 - [https://ec2-1.dlike.me](https://ec2-1.dlike.me) ## ec2-1.dlike.me 도메인의 IP를 알아내는 방법 - 콘솔 접속 - nslookup ec2-1.dlike.me - 결과 : 43.201.19.247 ## 이후부터는 NPM 관리 콘솔과 젠킨스 관리 콘솔에 도메인 대신 IP를 사용해서 접속해야 합니다. - [NPM 관리콘솔 주소 : http://ec2-1.dlike.me:81](http://ec2-1.dlike.me:81) - 위 주소 대신 [http://43.201.19.247:81](http://43.201.19.247:81) - [젠킨스 관리콘솔 주소 : http://ec2-1.dlike.me:8081](http://ec2-1.dlike.me:8081) - 위 주소 대신 [http://43.201.19.247:8081](http://43.201.19.247:8081) # 69강 - [23 07 27, ken 12656, 69강, 레디스 설치](https://youtu.be/d_HPwh3nI9Q) ## 레디스 설치 ```bash docker run \ --name=redis_1 \ --restart unless-stopped \ -p 6379:6379 \ -e TZ=Asia/Seoul \ -d \ redis ``` # 69강 - [23 07 27, ken 12656, 69강, 깃허브 웹훅걸기, main 브랜치에 커밋 이벤트가 발생하면 자동으로 재배포가 이루어지고, 로그인 세션도 유지되는지 테스트](https://youtu.be/QM2TAIt25_8) ## 리포지터리에 웹훅 걸기 - [리포지터리 - 세팅 - 웹훅 - https://github.com/jhs512/hb_2023_1/settings/hooks](https://github.com/jhs512/hb_2023_1/settings/hooks) - 주소 : http://43.201.19.247:8081/github-webhook # 70강 - [23 07 27, ken 12656, 70강, 젠킨스 전용 도메인, NPM 전용 도메인 추가](https://youtu.be/fQISFgFfak0) ## variables.tf ```hcl variable "prefix" { description = "Prefix for all resources" default = "dev" } variable "region" { description = "region" default = "ap-northeast-2" } variable "nickname" { description = "nickname" default = "jhs512" } variable "domain_1_zone_id" { description = "domain_1_zone_id" default = "Z01639813R4IOKR4DCVZ" } variable "domain_1" { description = "domain_1" default = "dlike.me" } ``` ## main.tf ```hcl terraform { // aws 라이브러리 불러옴 required_providers { aws = { source = "hashicorp/aws" version = "~> 4.0" } } } # AWS 설정 시작 provider "aws" { region = var.region } # AWS 설정 끝 # VPC 설정 시작 resource "aws_vpc" "vpc_1" { cidr_block = "10.0.0.0/16" # 무조건 켜세요. enable_dns_support = true # 무조건 켜세요. enable_dns_hostnames = true tags = { Name = "${var.prefix}-vpc-1" } } resource "aws_subnet" "subnet_1" { vpc_id = aws_vpc.vpc_1.id cidr_block = "10.0.1.0/24" availability_zone = "${var.region}a" map_public_ip_on_launch = true tags = { Name = "${var.prefix}-subnet-1" } } resource "aws_subnet" "subnet_2" { vpc_id = aws_vpc.vpc_1.id cidr_block = "10.0.2.0/24" availability_zone = "${var.region}b" map_public_ip_on_launch = true tags = { Name = "${var.prefix}-subnet-2" } } resource "aws_subnet" "subnet_3" { vpc_id = aws_vpc.vpc_1.id cidr_block = "10.0.3.0/24" availability_zone = "${var.region}c" map_public_ip_on_launch = true tags = { Name = "${var.prefix}-subnet-3" } } resource "aws_internet_gateway" "igw_1" { vpc_id = aws_vpc.vpc_1.id tags = { Name = "${var.prefix}-igw-1" } } resource "aws_route_table" "rt_1" { vpc_id = aws_vpc.vpc_1.id route { cidr_block = "0.0.0.0/0" gateway_id = aws_internet_gateway.igw_1.id } tags = { Name = "${var.prefix}-rt-1" } } resource "aws_route_table_association" "association_1" { subnet_id = aws_subnet.subnet_1.id route_table_id = aws_route_table.rt_1.id } resource "aws_route_table_association" "association_2" { subnet_id = aws_subnet.subnet_2.id route_table_id = aws_route_table.rt_1.id } resource "aws_route_table_association" "association_3" { subnet_id = aws_subnet.subnet_3.id route_table_id = aws_route_table.rt_1.id } resource "aws_security_group" "sg_1" { name = "${var.prefix}-sg-1" ingress { from_port = 0 to_port = 0 protocol = "all" cidr_blocks = ["0.0.0.0/0"] } egress { from_port = 0 to_port = 0 protocol = "all" cidr_blocks = ["0.0.0.0/0"] } vpc_id = aws_vpc.vpc_1.id tags = { Name = "${var.prefix}-sg-1" } } # VPC 설정 끝 # ROUTE 53 설정 시작 resource "aws_route53_zone" "vpc_1_zone" { vpc { vpc_id = aws_vpc.vpc_1.id } name = "vpc-1.com" } # ROUTE 53 설정 끝 # EC2 설정 시작 # EC2 역할 생성 resource "aws_iam_role" "ec2_role_1" { name = "${var.prefix}-ec2-role-1" # 이 역할에 대한 신뢰 정책 설정. EC2 서비스가 이 역할을 가정할 수 있도록 설정 assume_role_policy = < /etc/containerd/config.toml sudo sed -i 's/SystemdCgroup = false/SystemdCgroup = true/' /etc/containerd/config.toml systemctl restart containerd sudo yum install -y kubelet kubeadm kubectl --disableexcludes=kubernetes sudo systemctl enable --now kubelet END_OF_FILE } resource "aws_instance" "ec2_1" { ami = "ami-04b3f91ebd5bc4f6d" instance_type = "t2.large" subnet_id = aws_subnet.subnet_1.id vpc_security_group_ids = [aws_security_group.sg_1.id] associate_public_ip_address = true # Assign IAM role to the instance iam_instance_profile = aws_iam_instance_profile.instance_profile_1.name tags = { Name = "${var.prefix}-ec2-1" } # 루트 볼륨 설정 root_block_device { volume_type = "gp3" volume_size = 32 # 볼륨 크기를 32GB로 설정 } # User data script for ec2_1 user_data = <<-EOF ${local.ec2_user_data_base} hostnamectl set-hostname ec2-1 EOF } # ec2-1 에 private 도메인 연결 resource "aws_route53_record" "record_ec2-1_vpc-1_com" { zone_id = aws_route53_zone.vpc_1_zone.zone_id name = "ec2-1.vpc-1.com" type = "A" ttl = "300" records = [aws_instance.ec2_1.private_ip] } # ec2-1 에 public 도메인 연결 resource "aws_route53_record" "domain_1_ec2_1" { zone_id = var.domain_1_zone_id name = "ec2-1.${var.domain_1}" type = "A" ttl = "300" records = [aws_instance.ec2_1.public_ip] } resource "aws_route53_record" "domain_1_www" { zone_id = var.domain_1_zone_id name = "www.${var.domain_1}" type = "A" ttl = "300" records = [aws_instance.ec2_1.public_ip] } resource "aws_instance" "ec2_2" { ami = "ami-04b3f91ebd5bc4f6d" instance_type = "t2.large" subnet_id = aws_subnet.subnet_1.id vpc_security_group_ids = [aws_security_group.sg_1.id] associate_public_ip_address = true # Assign IAM role to the instance iam_instance_profile = aws_iam_instance_profile.instance_profile_1.name tags = { Name = "${var.prefix}-ec2-2" } # 루트 볼륨 설정 root_block_device { volume_type = "gp3" volume_size = 32 # 볼륨 크기를 32GB로 설정 } # User data script for ec2_2 user_data = <<-EOF ${local.ec2_user_data_base} hostnamectl set-hostname ec2-2 EOF } # ec2-2 에 private 도메인 연결 resource "aws_route53_record" "record_ec2-2_vpc-1_com" { zone_id = aws_route53_zone.vpc_1_zone.zone_id name = "ec2-2.vpc-1.com" type = "A" ttl = "300" records = [aws_instance.ec2_2.private_ip] } # ec2-2 에 public 도메인 연결 resource "aws_route53_record" "domain_1_ec2_2" { zone_id = var.domain_1_zone_id name = "ec2-2.${var.domain_1}" type = "A" ttl = "300" records = [aws_instance.ec2_2.public_ip] } resource "aws_instance" "ec2_3" { ami = "ami-04b3f91ebd5bc4f6d" instance_type = "t2.large" subnet_id = aws_subnet.subnet_1.id vpc_security_group_ids = [aws_security_group.sg_1.id] associate_public_ip_address = true # Assign IAM role to the instance iam_instance_profile = aws_iam_instance_profile.instance_profile_1.name tags = { Name = "${var.prefix}-ec2-3" } # 루트 볼륨 설정 root_block_device { volume_type = "gp3" volume_size = 32 # 볼륨 크기를 32GB로 설정 } # User data script for ec2_3 user_data = <<-EOF ${local.ec2_user_data_base} hostnamectl set-hostname ec2-3 EOF } # ec2-3 에 private 도메인 연결 resource "aws_route53_record" "record_ec2-3_vpc-1_com" { zone_id = aws_route53_zone.vpc_1_zone.zone_id name = "ec2-3.vpc-1.com" type = "A" ttl = "300" records = [aws_instance.ec2_3.private_ip] } # ec2-3 에 public 도메인 연결 resource "aws_route53_record" "domain_1_ec2_3" { zone_id = var.domain_1_zone_id name = "ec2-3.${var.domain_1}" type = "A" ttl = "300" records = [aws_instance.ec2_3.public_ip] } # EC2 설정 끝 ``` # 80강 - [23 07 28, ken 12656, 80강, ec2-1 을 조장으로 임명, ec2-2, ec2-3 을 조원으로 추가](https://youtu.be/Pss72rYtP1M) ## on master : 클러스터 생성 ```bash kubeadm init --control-plane-endpoint "ec2-1.dlike.me:6443" --upload-certs --pod-network-cidr=10.10.0.0/16 -v=5 mkdir -p $HOME/.kube cp -i /etc/kubernetes/admin.conf $HOME/.kube/config chown $(id -u):$(id -g) $HOME/.kube/config kubectl create -f https://raw.githubusercontent.com/projectcalico/calico/v3.24.1/manifests/tigera-operator.yaml mkdir /kube cd /kube cat < /dev/null echo 'alias k=kubectl' >>~/.bashrc echo 'complete -o default -F __start_kubectl k' >>~/.bashrc source /usr/share/bash-completion/bash_completion ``` # 83강 - [23 07 28, ken 12656, 83강, nginx 최신버전 이미지로, 이름이 webserver 인 pod를 띄우기, 삭제 후 다시 띄우기](https://youtu.be/sPVVo87dAX0) ## 이후부터는 모든 명령어는 master 에서 실행되는 것으로 간주합니다. - K8S는 N대의 서버를 하나의 서버로 관리할 수 있게 합니다. ## pod 확인, 없음 - kubectl get pods ## nginx 최신버전 이미지로, 이름이 webserver 인 pod를 띄우기 - kubectl run webserver --image=nginx ## pod 확인, 있음 - kubectl get pods ## pod 확인, 자세한 정보 - kubectl get pods -o wide - IP 까지 확인 가능 ## curl 설치, 없으면 설치 - yum install curl -y ## curl로 pod에서 서비스중인 웹서버에 접속 - curl 10.10.163.3 - 해당 IP는 `kubectl get pods -o wide` 명령으로 확인 한 것 입니다. - curl http://10.10.163.3:80 ## pod 확인, 있음 - kubectl get pods ## pod 확인, 자세한 정보 - kubectl get pods -o wide ## pod/webserver 지우기 - kubectl delete pod webserver - kubectl delete pod/webserver - 이것도 가능 ## pod 확인, 없음 - kubectl get pods ## nginx 최신버전 이미지로, 이름이 webserver 인 pod를 띄우기 - kubectl run webserver --image=nginx ## pod 확인, 자세한 정보 - kubectl get pods -o wide - 기존과 IP가 달라져 있음 ## curl로 pod에서 서비스중인 웹서버에 접속 - curl 10.10.163.4 - 해당 IP는 `kubectl get pods -o wide` 명령으로 확인 한 것 입니다. - curl http://10.10.163.4:80 ## pod/webserver 지우기 - kubectl delete pod webserver - kubectl delete pod/webserver - 이것도 가능 # 84강 - [23 07 28, ken 12656, 84강, k8s 서비스 개념](https://youtu.be/6-6n0XTTtpA) # 85강 - [23 07 28, ken 12656, 85강, mariadb를 ec2-2 서버에 설치](https://youtu.be/v48wnUByHrg) ## mariadb-1 폴더 생성 후 이동 - mkdir -p /kube/mariadb-1 - cd /kube/mariadb-1 ## 사용할 MariaDB ROOT Password 를 BASE64로 인코딩 - echo -n 'DB_PASSWORD' | base64 - echo -n '1234' | base64 - DB 비번을 `1234`로 가정했을 경우 위와 같이 실행 ## mariadb-1.yaml 생성 - vi mariadb-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: mariadb-1-deployment spec: selector: matchLabels: app: mariadb-1 template: metadata: labels: app: mariadb-1 spec: nodeSelector: # 추가됨 kubernetes.io/hostname: ec2-2 # 추가됨 containers: - image: mariadb:10.11 name: mariadb-1 ports: - containerPort: 3306 name: mariadb-1 volumeMounts: - name: vol mountPath: /etc/mysql/conf.d subPath: etc/mysql/conf.d - name: vol mountPath: /var/lib/mysql subPath: var/lib/mysql - name: vol mountPath: /run/mysqld subPath: run env: - name: TZ value: "Asia/Seoul" - name: MYSQL_ROOT_PASSWORD valueFrom: secretKeyRef: name: mariadb-1-secret key: password volumes: - name: vol hostPath: path: /data/ec2-2/mariadb-1 type: DirectoryOrCreate --- apiVersion: v1 kind: Service metadata: name: mariadb-1-service spec: ports: - port: 3306 selector: app: mariadb-1 --- apiVersion: v1 kind: Secret metadata: name: mariadb-1-secret data: password: MTIzNA== ``` ## mariadb-1.yaml 적용 - kubectl apply -f mariadb-1.yaml - 삭제하려면 - kubectl delete -f mariadb-1.yaml ## 접속확인 - kubectl exec -it mariadb-1-deployment-[tab] -- mysql -u root -p - EX : kubectl exec -it mariadb-1-deployment-588bbc8687-szgs4 -- mysql -u root -p - 비번 : 1234 # 86강 - [23 07 28, ken 12656, 86강, mariadb secure 세팅](https://youtu.be/S_AvYCY4rfk) ## mariadb secure 세팅 - kubectl exec -it mariadb-1-deployment-[tab] -- /usr/bin/mariadb-secure-installation - EX : kubectl exec -it mariadb-1-deployment-588bbc8687-szgs4 -- /usr/bin/mariadb-secure-installation # 87강 - [23 07 28, ken 12656, 87강, mariadb-1 에 lldj 계정 생성](https://youtu.be/DFagPu1yfRg) ## mysql 접속 - kubectl exec -it mariadb-1-deployment-[tab] -- mysql -u root -p - EX : kubectl exec -it mariadb-1-deployment-588bbc8687-szgs4 -- mysql -u root -p - 비번 : 1234 ## GRANT 로 lldj 계정 생성 - GRANT ALL PRIVILEGES ON \*.\* TO lldj@\`%\` IDENTIFIED BY 'lldj123414'; - GRANT ALL PRIVILEGES ON \*.\* TO lldj@\`127.0.0.1\` IDENTIFIED BY 'lldj123414'; - GRANT ALL PRIVILEGES ON \*.\* TO lldj@\`localhost\` IDENTIFIED BY 'lldj123414'; - GRANT ALL PRIVILEGES ON \*.\* TO lldjlocal@\`172.17.%.%\` IDENTIFIED BY '1234'; - GRANT ALL PRIVILEGES ON \*.\* TO lldjlocal@\`10.%.%.%\` IDENTIFIED BY '1234'; ## lldj 접속확인 - kubectl exec -it mariadb-1-deployment-[tab] -- mysql -u root -p - EX : kubectl exec -it mariadb-1-deployment-588bbc8687-szgs4 -- mysql -u root -p - 비번 : 1234 # 88강 - [23 07 28, ken 12656, 88강, nginx-proxy-manager 사용이유, 설치하기전에, 서비스명으로 포워딩 할수있게 하는 준비작업](https://youtu.be/-hJelMr0_go) ## 서비스명으로 포워딩 할수있게 하는 준비작업 ```bash mkdir -p /data/ec2-1/nginx-proxy-manager-1/data/nginx/custom echo "resolver 127.0.0.1 valid=10s;" > /data/ec2-1/nginx-proxy-manager-1/data/nginx/custom/server_proxy.conf echo "resolver 127.0.0.1 valid=10s;" > /data/ec2-1/nginx-proxy-manager-1/data/nginx/custom/server_stream.conf ``` # 89강 - [23 07 28, ken 12656, 89강, nginx-proxy-manager 설치, ACG 에서 80, 81, 443 포트 허용](https://youtu.be/sz9RcZb0zJE) ## nginx DB 생성 - kubectl exec -it mariadb-1-deployment-[tab] -- mysql -u root -p - EX : kubectl exec -it mariadb-1-deployment-588bbc8687-szgs4 -- mysql -u root -p - 비번 : 1234 - CREATE DATABASE nginx; ## nginx-proxy-manager-1 폴더 생성 후 이동- mkdir -p /kube/nginx-proxy-manager-1 - mkdir -p /kube/nginx-proxy-manager-1 - cd /kube/nginx-proxy-manager-1 ## nginx-proxy-manager-1.yaml 생성 - vi nginx-proxy-manager-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-proxy-manager-1-deployment spec: selector: matchLabels: app: nginx-proxy-manager-1 template: metadata: labels: app: nginx-proxy-manager-1 spec: nodeSelector: # 추가됨 kubernetes.io/hostname: ec2-1 # 추가됨 tolerations: - key: node-role.kubernetes.io/control-plane operator: Exists effect: NoSchedule containers: - image: jc21/nginx-proxy-manager:latest name: nginx-proxy-manager-1 ports: - containerPort: 3306 hostPort: 3306 - containerPort: 443 hostPort: 443 - containerPort: 80 hostPort: 80 - containerPort: 81 hostPort: 81 env: - name: TZ value: "Asia/Seoul" - name: DB_MYSQL_HOST value: "mariadb-1-service" - name: DB_MYSQL_PORT value: "3306" - name: DB_MYSQL_USER value: "lldjlocal" - name: DB_MYSQL_PASSWORD valueFrom: secretKeyRef: name: mariadb-1-secret key: password - name: DB_MYSQL_NAME value: "nginx" volumeMounts: - name: vol mountPath: /data subPath: data - name: vol mountPath: /etc/letsencrypt subPath: etc/letsencrypt - image: "janeczku/go-dnsmasq:release-1.0.7" name: dnsmasq args: - --listen - "127.0.0.1:53" - --default-resolver - --append-search-domains - --hostsfile=/etc/hosts - --verbose volumes: - name: vol hostPath: path: /data/ec2-1/nginx-proxy-manager-1 type: DirectoryOrCreate ``` ## nginx-proxy-manager-1.yaml 적용 - kubectl apply -f nginx-proxy-manager-1.yaml - 삭제하려면 - kubectl delete -f nginx-proxy-manager-1.yaml ## 접속확인 - curl 127.0.0.1:81 # 90강 - [23 07 28, ken 12656, 90강, nginx proxy manager 관리자에 접속해서 3306 포트를 올바른 서비스로 토스하도록 설정](https://youtu.be/c4Bxk8Wylk4) ## 강사 Stream 설정 - Incoming Port : 3306 - Forward Host : mariadb-1-service - Forward Port : 3306 ## 강사 MySQL CLient - HOST : ec2-1.dlike.me - ID : lldj - PW : lldj123414 - PORT : 3306 # 91강 - [23 07 28, ken 12656, 91강, nginx-test-1 서비스 띄우기](https://youtu.be/YX5zVffu-UY) ## nginx-test-1 폴더 생성 후 이동 - mkdir -p /kube/nginx-test-1 - cd /kube/nginx-test-1 ## nginx-test-1.yaml 생성 - vi nginx-test-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-test-1 spec: replicas: 2 selector: matchLabels: app: nginx-test-1 template: metadata: labels: app: nginx-test-1 spec: containers: - image: nginx name: nginx-test-1 env: - name: TZ value: "Asia/Seoul" --- apiVersion: v1 kind: Service metadata: name: nginx-test-1 spec: selector: app: nginx-test-1 ports: - port: 80 ``` ## nginx-test-1.yaml 적용 - kubectl apply -f nginx-test-1.yaml - 삭제하려면 - kubectl delete -f nginx-test-1.yaml ## ChatGPT 질문 1 ```` ```yml containers: - image: jc21/nginx-proxy-manager:latest name: nginx-proxy-manager-1 ``` ```yml containers: - image: jc21/nginx-proxy-manager:latest - name: nginx-proxy-manager-1 ``` 위 2개의 yml이 같은 의미인가? ```` ## ChatGPT 응답 1 - 아니요, 위의 두 YAML은 다른 의미를 가지고 있습니다. - 첫 번째 YAML 예제에서는 `containers` 목록에 하나의 컨테이너가 정의되어 있습니다. - 해당 컨테이너의 이미지는 `jc21/nginx-proxy-manager:latest`이며, 컨테이너의 이름은 `nginx-proxy-manager-1`입니다. - 두 번째 YAML 예제에서는 `containers` 목록에 두 개의 컨테이너가 정의되어 있습니다. - 첫 번째 컨테이너는 이미지가 `jc21/nginx-proxy-manager:latest`인 반면, - 두 번째 컨테이너에는 이미지가 명시되어 있지 않습니다. 대신, - 두 번째 컨테이너의 이름은 `nginx-proxy-manager-1`입니다. ## ChatGPT 질문 2 ```` 각각의 yml을 json 형태로 바꿔서 보여줘봐. ```` ## ChatGPT 응답 2 첫 번째 YAML을 JSON으로 변환하면 다음과 같습니다: ```json { "containers": [ { "image": "jc21/nginx-proxy-manager:latest", "name": "nginx-proxy-manager-1" } ] } ``` 두 번째 YAML을 JSON으로 변환하면 다음과 같습니다: ```json { "containers": [ { "image": "jc21/nginx-proxy-manager:latest" }, { "name": "nginx-proxy-manager-1" } ] } ``` 두 YAML 예제는 JSON으로 변환되면 구조적으로 다른 형태를 갖게 됩니다. # 92강 - [23 07 28, ken 12656, 92강, nginx proxy manager 관리자에 접속해서 www.dlike.me 요청을 올바른 서비스로 토스하도록 설정](https://youtu.be/_Mc2lhK9UPc) ## 강사 Proxy Hosts 설정 - Domain Name : www.dlike.me:80 - Scheme : http - Forward Hostname / IP : nginx-test-1 - Forward Port : 80 ## 강사 HTTP Client, 브라우저 테스트 - 주소 : [http://www.dlike.me](http://www.dlike.me) # 93강 - [23 07 28, ken 12656, 93강, NGINX PROXY MANAGER 를 통해서 HTTPS 인증서 작업](https://youtu.be/CoBcwY3sq1U) ## 강사작업정보(Proxy Hosts 설정) - 기존에 추가된 Proxy의 Edit 버튼 클릭 - Edit 화면의 상단 `SSL` 탭 클릭 ![img](https://i.imgur.com/XITt0Y9.png) ![img](https://i.imgur.com/ANJ3VtQ.png) ## 강사 HTTP Client, 브라우저 테스트 - 주소 : [https://www.dlike.me](https://www.dlike.me) # 94강 - [23 07 28, ken 12656, 94강, redis 설치](https://youtu.be/L5zsv0UpkPw) ## redis-1 폴더 생성 후 이동 - mkdir -p /kube/redis-1 - cd /kube/redis-1 ## redis-1.yaml 생성 - vi redis-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: redis-1 spec: selector: matchLabels: app: redis-1 strategy: type: Recreate template: metadata: labels: app: redis-1 spec: nodeSelector: kubernetes.io/hostname: ec2-3 containers: - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 --- apiVersion: v1 kind: Service metadata: name: redis-1-service spec: ports: - port: 6379 selector: app: redis-1 ``` ## redis-1.yaml 적용 - kubectl apply -f redis-1.yaml ## redis-cli 접속 테스트 - kubectl exec -it redis-1-[tab] -- redis-cli - EX : kubectl exec -it redis-1-66487649dd-kccnm -- redis-cli ## ChatGPT 질문 1 ```` 환경 : 쿠버네티스 ```yml apiVersion: apps/v1 kind: Deployment metadata: name: redis-1 spec: selector: matchLabels: app: redis-1 strategy: type: Recreate template: metadata: labels: app: redis-1 spec: nodeSelector: kubernetes.io/hostname: ec2-3 containers: - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 --- apiVersion: v1 kind: Service metadata: name: redis-1-service spec: ports: - port: 6379 selector: app: redis-1 ``` 위 yml에서 strategy: type: Recreate 이게 무슨 의미야? ```` ## ChatGPT 응답 1 - Kubernetes의 `Deployment` 설정에서 `strategy`는 어떻게 업데이트를 수행할지 결정합니다. - `strategy`에는 `Recreate`와 `RollingUpdate` 두 가지 타입이 있습니다. - `strategy.type: Recreate`는 모든 기존 파드를 삭제한 후 새 파드를 생성하는 방식으로 업데이트를 수행합니다. - 즉, 이 방식을 사용하면 업데이트 중에 애플리케이션의 다운타임이 발생하게 됩니다. - 이 방식은 레거시 애플리케이션과 같이 한 번에 하나의 인스턴스만 실행할 수 있는 애플리케이션에 적합합니다. - 반면에 `strategy.type: RollingUpdate`는 기존 파드를 하나씩 제거하고 새 파드를 추가하는 방식으로 업데이트를 수행합니다. - 이 방식을 사용하면 애플리케이션의 가용성을 유지하면서 업데이트를 수행할 수 있습니다. - 따라서 위의 `strategy: type: Recreate` 설정은, redis-1 디플로이먼트가 업데이트 될 때 - 기존 파드를 모두 삭제하고 새로운 파드를 생성하는 방식을 선택하겠다는 것을 의미합니다. ## ChatGPT 질문 2 ```` 위에 보니까 named port 를 사용했던데, 저걸 어떻게 활용할 수 있니? ```` ## ChatGPT 응답 2 Named port는 Kubernetes 서비스에서 특정 포트를 명시적으로 식별하기 위해 사용합니다. 포트에 이름을 지정함으로써 특정 애플리케이션 기능에 대해 쉽게 참조할 수 있습니다. 예를 들어, 당신의 YAML 파일에서는 `redis-1` 컨테이너의 6379 포트에 `redis-1`이라는 이름을 부여했습니다. ```yml - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 ``` 이렇게 이름이 지정된 포트는 Service, NetworkPolicy, Ingress 등에서 사용될 수 있습니다. 예를 들어, `NetworkPolicy`에서 `named port`를 사용하여 특정 포트에 대한 접근 제어를 설정할 수 있습니다. 아래는 `NetworkPolicy`의 한 예시입니다: ```yml apiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: redis-network-policy spec: podSelector: matchLabels: app: redis-1 policyTypes: - Ingress - Egress ingress: - from: - podSelector: matchLabels: {} ports: - protocol: TCP port: redis-1 # Named port ``` 위 예제에서는 `redis-1`에 해당하는 포트에 대한 ingress 접근을 허용하고 있습니다. 이런 식으로, 이름이 부여된 포트를 이용하여 파드의 네트워크 트래픽 제어를 보다 유연하게 할 수 있습니다. ## ChatGPT 질문 3 ```` 더 간단하게 설명해줘 ```` ## ChatGPT 응답 3 네, 간단하게 설명하자면 "Named Port"는 Kubernetes에서 포트에 이름을 부여하여 해당 포트를 쉽게 참조하도록 도와주는 기능입니다. 예를 들어, 여러분의 YAML 파일에서는 "redis-1" 이라는 이름을 6379 포트에 부여하였습니다. ```yml - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 ``` 이렇게 이름을 부여하면, 다른 Kubernetes 리소스(예: 서비스, 네트워크 정책 등)에서 이 포트를 'redis-1'이라는 이름으로 참조할 수 있습니다. 이를 통해 어떤 포트가 어떤 서비스를 위한 것인지 더 명확하게 알 수 있으며, 참조하기도 더 용이해집니다. # 95강 - [23 07 28, ken 12656, 95강, k8s 접속설정파일을 깃허브 리포지터리에 시크릿 변수 KUBE_CONFIG 로 등록](https://youtu.be/Z4X14e8Ktdg) - [리포지터리 - https://github.com/jhs512/hb_2023_2](https://github.com/jhs512/hb_2023_2) ## 생성된 접속설정파일 내용을 깃허브 리포지터리에 시크릿 변수로 등록 - cat /root/.kube/config - config 파일의 내용을 깃허브 리포지터리의 액션 시크릿에 변수명 KUBE_CONFIG 으로 등록 - [액션시크릿 변수 등록 - https://github.com/jhs512/hb_2023_2/settings/secrets/actions](https://github.com/jhs512/hb_2023_2/settings/secrets/actions) # 96강 - [23 07 28, ken 12656, 96강, hb_2023_2__prod DB 생성, dlike-1.yaml 만들기](https://youtu.be/U8qxMa_Fw00) - ![img](https://i.imgur.com/llVRLmE.png) ## hb_2023_2__prod DB 생성 - kubectl exec -it mariadb-1-deployment-[tab] -- mysql -u lldj -p - EX : kubectl exec -it mariadb-1-deployment-588bbc8687-szgs4 -- mysql -u lldj -p - 비번 : lldj123414 - CREATE DATABASE hb_2023_2__prod; ## dlike-1 폴더 생성 후 이동 - mkdir -p /kube/dlike-1 - cd /kube/dlike-1 ## dlike-1.yaml 생성 - vi dlike-1.yaml ```yml apiVersion: apps/v1 kind: Deployment metadata: name: dlike-1 spec: replicas: 2 selector: matchLabels: app: dlike-1 template: metadata: labels: app: dlike-1 spec: imagePullSecrets: - name: github-registry-secret containers: - name: dlike-1 image: ghcr.io/jhs512/dlike-1:latest ports: - containerPort: 8080 readinessProbe: httpGet: path: /actuator/health/readiness port: 8080 initialDelaySeconds: 30 periodSeconds: 20 livenessProbe: httpGet: path: /actuator/health/liveness port: 8080 initialDelaySeconds: 30 periodSeconds: 20 --- apiVersion: v1 kind: Service metadata: name: dlike-1 spec: selector: app: dlike-1 ports: - port: 8080 targetPort: 8080 ``` # 97강 - [23 07 28, ken 12656, 97강, read:packages 용 GITHUB TOKEN 생성, github-registry-secret 생성](https://youtu.be/Oy8CWARKA3s) ## 깃허브 토큰 생성 - [https://github.com/settings/tokens](https://github.com/settings/tokens) - ![img](https://i.imgur.com/e62OqSz.png) - ![img](https://i.imgur.com/02bUYwO.png) ## github-registry-secret 생성 ```shell kubectl create secret docker-registry github-registry-secret \ --docker-server=ghcr.io \ --docker-username=GITHUB_ID \ --docker-password=ACCESS_TOKEN \ --docker-email=GITHUB_EMAIL ``` ### 강사 예시 ```shell kubectl create secret docker-registry github-registry-secret \ --docker-server=ghcr.io \ --docker-username=jhs512 \ --docker-password=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 \ --docker-email=jangka512@gmail.com ``` # 98강 - [23 07 28, ken 12656, 98강, 시크릿 변수 APPLICATION_SECRET_YML 등록, GITHUB_TOKEN 에 write 권한 추가, 워크플로우 실행](https://youtu.be/ketTrVXFSpc) - [리포지터리 - https://github.com/jhs512/hb_2023_2](https://github.com/jhs512/hb_2023_2) - ![img](https://i.imgur.com/IbOa0ve.png) - ![img](https://i.imgur.com/FpaQSt0.png) ## APPLICATION_SECRET_YML 샘플 ```yml spring: security: oauth2: client: registration: kakao: clientId: 'CLIENT ID' ``` ## APPLICATION_SECRET_YML 예시 ```yml spring: security: oauth2: client: registration: kakao: clientId: 807bf98b71ad3485740a67a0543c109e ``` ## 워크플로우 파일, /.github/workflows/work-1.yml ```yml name: 'work-1' on: push: paths: - '.github/workflows/**' - 'src/**' - 'build.gradle' - 'Dockerfile' - 'readme.md' branches: - 'main' jobs: build: name: 빌드 runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - name: application-secret.yml 생성 env: ACTIONS_STEP_DEBUG: true APPLICATION_SECRET: ${{ secrets.APPLICATION_SECRET_YML }} run: echo "$APPLICATION_SECRET" > src/main/resources/application-secret.yml - name: jdk 19 설치 uses: actions/setup-java@v3 with: java-version: '19' distribution: 'temurin' cache: 'gradle' - name: gradlew 실행 권한 부여 run: chmod +x gradlew - name: gradle 테스트 run: ./gradlew test --no-daemon - name: gradle 빌드 run: ./gradlew build -x test --no-daemon - name: build 폴더를 캐시에 저장 uses: actions/upload-artifact@v3 with: name: build-artifact path: build retention-days: 1 tag: name: 태그 생성 needs: build runs-on: ubuntu-latest outputs: tag_name: ${{ steps.tag_version.outputs.new_tag }} steps: - uses: actions/checkout@v3 - uses: mathieudutour/github-tag-action@v6.1 id: tag_version with: github_token: ${{ secrets.GITHUB_TOKEN }} - uses: actions/create-release@v1 env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} with: tag_name: ${{ steps.tag_version.outputs.new_tag }} release_name: Release ${{ steps.tag_version.outputs.new_tag }} body: ${{ steps.tag_version.outputs.changelog }} docker: name: 도커 이미지 빌드와 푸시 runs-on: ubuntu-latest needs: tag steps: - uses: actions/checkout@v3 - name: build 가져오기 uses: actions/download-artifact@v3 with: name: build-artifact path: build - name: Docker Buildx 설치 uses: docker/setup-buildx-action@v2 - name: ghcr.io 로그인 uses: docker/login-action@v2 with: registry: ghcr.io username: ${{ github.actor }} password: ${{ secrets.GITHUB_TOKEN }} - name: set lower case owner name run: | echo "OWNER_LC=${OWNER,,}" >> ${GITHUB_ENV} env: OWNER: '${{ github.repository_owner }}' - name: 빌드 앤 푸시 uses: docker/build-push-action@v3 with: context: . push: true tags: | ghcr.io/${{ env.OWNER_LC }}/dlike-1:${{ needs.tag.outputs.tag_name }}, ghcr.io/${{ env.OWNER_LC }}/dlike-1:latest cache-from: type=gha cache-to: type=gha,mode=max deploy: name: 쿠버네티스 배포 needs: [tag, docker] runs-on: ubuntu-latest steps: - uses: azure/k8s-set-context@v2 with: method: kubeconfig kubeconfig: ${{ secrets.KUBE_CONFIG }} - name: set lower case owner name run: | echo "OWNER_LC=${OWNER,,}" >> ${GITHUB_ENV} env: OWNER: '${{ github.repository_owner }}' - run: | kubectl set image deployment.apps/dlike-1 dlike-1=ghcr.io/${{ env.OWNER_LC }}/dlike-1:${{ needs.tag.outputs.tag_name }} ``` # 99강 - [23 07 28, ken 12656, 99강, 패키지를 private 로 지정, dlike 실행](https://youtu.be/Bir3StXO4W8) ## 도커 이미지 안에는 application-secret.yml 이 들어있기 때문에 private 처리 - ![img](https://i.imgur.com/0LzXVsK.png) - ![img](https://i.imgur.com/WL5PBfb.png) ## dlike-1 폴더 이동 - cd /kube/dlike-1 - kubectl apply -f dlike-1.yaml ## curl로 service에서 서비스중인 웹서버에 접속 - curl 10.96.164.86:8080/usr/member/login - 해당 IP는 `kubectl get services` 명령으로 확인 한 것 입니다. # 100강 - [23 07 28, ken 12656, 100강, nginx proxy manager 관리자에 접속해서 www.dlike.me 접속을 올바른 서비스로 토스하도록 설정](https://youtu.be/HygfBZ4TqsI) ## nginx-test-1 삭제 명령어 - kubectl delete service/nginx-test-1 - kubectl delete deployment.apps/nginx-test-1 ## 강사 Proxy Hosts 설정 - Domain Name : www.dlike.me - Scheme : http - Forward Hostname / IP : dlike-1 - Forward Port : 8080 - SSL 설정 ## 강사 HTTP Client, 브라우저 테스트 - 주소 : [https://www.dlike.me](https://www.dlike.me) # 101강 - [23 07 28, ken 12656, 101강, 무중단 배포 되는지 테스트](https://youtu.be/1FlqheqwQ2M) # 102강 - [23 07 28, ken 12656, 102강, 리플리카의 개수를 변경해보기](https://youtu.be/K0djZ2BDILo) ## dlike-1 디플로이먼트의 리플리카 개수를 5개로 변경 - kubectl scale deployment.apps/dlike-1 --replicas=5 ## dlike-1 디플로이먼트의 리플리카 개수를 1개로 변경 - kubectl scale deployment.apps/dlike-1 --replicas=1