서버·클라우드 인프라 실습 노트

리눅스·윈도우 서버부터 Docker, Terraform으로 만드는 AWS·Azure·Ncloud 인프라까지

반응형

전체 글 39

AWS ALB NLB 차이, 경로 라우팅이 필요한데 NLB를 고르면 생기는 일

AWS ALB와 NLB의 차이는 요청을 어느 층에서 읽느냐예요. ALB(Application Load Balancer)는 7계층에서 HTTP 요청의 주소·경로·헤더를 보고 나눠 주고, NLB(Network Load Balancer)는 4계층에서 TCP·UDP 연결만 보고 빠르게 넘겨줘요. 그래서 "/api는 A 서버, /img는 B 서버"처럼 경로로 나누고 싶은데 NLB를 고르면 그 규칙을 만들 수가 없어요. 이 글은 Elastic Load Balancing 공식 문서(2026년 11월 8일 확인)를 기준으로 두 로드밸런서의 차이와 고르는 기준을 정리했어요.ALB와 NLB 한눈에 비교구분ALBNLB동작 계층OSI 7계층(애플리케이션)OSI 4계층(전송)주로 다루는 프로토콜HTTP, HTTPSTCP, UD..

it인프라 08:20:46

AWS IAM 사용자·그룹·역할 차이|EC2에 액세스 키 넣기 전에 볼 것

EC2 서버가 S3에 접근해야 할 때 액세스 키를 서버에 넣지 말고 IAM 역할을 붙이는 게 AWS가 권하는 방법이에요. 이 차이를 이해하려면 IAM 사용자, 그룹, 역할이 각각 어떤 신원이고 자격 증명을 어떻게 갖는지부터 구분해야 해요. 이 글은 AWS IAM 사용 설명서(2026년 11월 7일 확인)를 기준으로 세 가지의 차이와 최소 권한 원칙을 정리했어요.IAM 사용자·그룹·역할 차이구분IAM 사용자IAM 그룹IAM 역할정체사람이나 프로그램 하나를 나타내는 신원사용자를 묶어 권한을 한 번에 주는 단위필요할 때 맡아서 쓰는 신원자격 증명장기 자격 증명(콘솔 비밀번호, 액세스 키)없음(로그인할 수 없음)장기 자격 증명 없음, 맡을 때 임시 자격 증명 발급누가 쓰나그 사용자 본인그룹에 속한 사용자신뢰 정..

it인프라 2026.11.07

AWS 보안 그룹과 네트워크 ACL 차이|상태 저장·규칙 번호 순서 비교

보안 그룹(Security Group)은 인스턴스 단위로 붙는 상태 저장(stateful) 방화벽이라 허용 규칙만 쓰고, 네트워크 ACL(NACL)은 서브넷 단위로 붙는 상태 비저장(stateless) 방화벽이라 허용과 거부를 번호 순서대로 판정해요. 둘 다 VPC 안 트래픽을 거르는 장치라서 처음에는 "어느 쪽에 규칙을 넣어야 하지?"부터 헷갈려요. 이 글은 AWS VPC 사용 설명서(2026년 11월 6일 확인)의 비교표와 예시 규칙으로 두 장치의 차이와 같이 쓰는 방법을 정리했어요.보안 그룹과 네트워크 ACL 차이 한 표로 보기AWS 문서의 'Compare security groups and network ACLs' 표를 우리말로 옮겼어요.구분보안 그룹네트워크 ACL동작 위치인스턴스 수준서브넷 수준..

it인프라 2026.11.06

프라이빗 서브넷 EC2는 어떻게 인터넷에 나갈까? NAT 게이트웨이와 퍼블릭 서브넷 차이

퍼블릭 서브넷과 프라이빗 서브넷의 차이는 라우팅 테이블에 인터넷 게이트웨이로 가는 직접 경로가 있느냐 하나뿐이고, NAT 게이트웨이는 프라이빗 서브넷의 서버가 밖으로 나가는 요청만 할 수 있게 해 주는 출구예요. 그래서 프라이빗 서브넷의 EC2는 패키지 업데이트나 외부 API 호출은 할 수 있지만, 인터넷에서 그 서버로 먼저 연결을 걸 수는 없어요. 지난 글에서 VPC·서브넷·라우팅 테이블의 뼈대를 봤다면, 이번에는 그 라우팅 한 줄이 어떻게 두 서브넷을 가르는지 AWS VPC 사용 설명서(2026년 11월 5일 확인)를 기준으로 정리했어요.한눈에 보기퍼블릭 서브넷: 0.0.0.0/0 → 인터넷 게이트웨이 경로가 있음프라이빗 서브넷: 그 경로가 없음, 인터넷에 나가려면 NAT 장치가 필요퍼블릭 NAT 게..

it인프라 2026.11.05

AWS VPC·서브넷·라우팅 테이블, 10.0.0.0/16 하나로 이해하기|예약 IP 5개

10.0.0.0/16 VPC는 IP 주소 65,536개짜리 내 전용 네트워크이고, 이걸 10.0.0.0/24처럼 잘라 가용 영역마다 서브넷을 만든 뒤, 서브넷마다 연결된 라우팅 테이블이 "이 트래픽을 어디로 보낼지"를 정해요. /24 서브넷 하나는 주소가 256개지만 AWS가 5개를 예약해서 실제로는 251개만 쓸 수 있어요. 아래 내용은 AWS VPC 사용 설명서(2026년 11월 4일 확인)를 기준으로 했어요.VPC·서브넷·라우팅 테이블 차이구분무엇인가범위핵심 설정VPCAWS 안에 만드는 내 전용 가상 네트워크리전 하나IPv4 CIDR 블록(/16에서 /28)서브넷VPC의 IP 범위를 잘라 만든 구역가용 영역 하나VPC 범위 안의 CIDR, 서로 겹치면 안 됨라우팅 테이블서브넷에서 나가는 트래픽의 길..

it인프라 2026.11.04

Terraform에 AWS 액세스 키 직접 쓰면 생기는 일|자격 증명 설정과 우선순위

Terraform AWS provider에 액세스 키를 직접 적으면 .tf 파일이 GitHub에 올라가는 순간 키가 같이 새요. 키는 코드 밖에 두고, 환경 변수나 ~/.aws/credentials 파일의 프로파일로 넘기면 돼요. 공식 문서도 키를 코드에 직접 적는 건 권하지 않아요. provider가 자격 증명을 어떤 순서로 찾는지, 실습할 때 쓰기 좋은 설정 두 가지, 지금 어느 계정으로 붙어 있는지 확인하는 방법을 Terraform Registry AWS Provider 문서(2026년 11월 3일 확인) 기준으로 정리했어요.한눈에 보기방법어디에 두나언제 쓰나provider 블록에 직접 입력.tf 파일 안 access_key, secret_key쓰지 않는 게 좋음(문서 경고)환경 변수터미널 세션의 ..

terraform 2026.11.03

Terraform module 사용법과 폴더 구조|source·main·variables·outputs

Terraform module은 함께 관리할 리소스를 폴더 하나로 묶어 두고 module 블록의 source로 불러 쓰는 방법이에요. VPC 코드를 dev와 prod 폴더에 복사해 붙여 넣는 대신, VPC 모듈 하나를 만들어 두 곳에서 값만 다르게 부를 수 있어요. 지난 글에서 본 variable과 output이 모듈에 값을 넣고 꺼내는 통로가 돼요. module 블록 쓰는 법, 공식 문서가 권하는 폴더 구조, 자식 모듈 값을 꺼내 쓰는 방법을 HashiCorp 공식 문서(2026년 11월 2일 확인) 기준으로 정리했어요.Terraform module 뜻: 루트 모듈과 자식 모듈공식 문서는 모듈을 "Terraform이 함께 관리하는 리소스 묶음"이라고 정의해요. terraform apply를 실행하는 폴..

terraform 2026.11.02

Terraform variable과 output, 언제 써야 할까? tfvars 우선순위까지

Terraform에서 variable은 코드 밖에서 값을 받아 오는 입구이고, output은 만든 결과를 밖으로 꺼내 보여 주는 출구예요. 인스턴스 타입이나 서브넷 ID처럼 환경마다 바뀌는 값은 variable로 빼 두고, 생성된 IP 주소처럼 다음 작업에 필요한 값은 output으로 받아요. 그러면 같은 코드를 dev와 prod에 값만 바꿔 쓸 수 있어요. variable 선언과 값 넣는 방법, 값이 겹칠 때의 우선순위, output 쓰는 법을 HashiCorp 공식 문서(2026년 11월 1일 확인) 기준으로 정리했어요.한눈에 보기variableoutput역할값을 받아 오는 입구결과를 내보내는 출구코드에서 쓰는 법var.이름루트 모듈: terraform output / 자식 모듈: module.이름...

terraform 2026.11.01

Terraform state 파일을 팀원과 같이 써야 할 때|tfstate와 S3 원격 백엔드

Terraform state는 코드에 적은 리소스와 실제 클라우드에 만들어진 리소스를 이어 주는 기록 파일(terraform.tfstate)이고, 여러 사람이 같은 인프라를 다룬다면 S3 같은 원격 백엔드에 두고 잠금을 켜는 게 HashiCorp 공식 문서의 권장 방식이에요. 혼자 실습할 때는 작업 폴더에 생기는 이 파일을 신경 쓸 일이 거의 없어요. 그런데 팀원과 같은 코드를 쓰거나 PC를 바꾸는 순간, state가 어디 있느냐에 따라 plan 결과가 완전히 달라져요. state가 하는 일, 로컬 state의 한계, S3 원격 백엔드 설정을 HashiCorp 공식 문서(2026년 10월 31일 확인) 기준으로 정리했어요.Terraform state란? tfstate 파일이 하는 일공식 문서는 state..

terraform 2026.10.31

Terraform 명령어 순서 틀리면 생기는 일|init·plan·apply·destroy

Terraform은 init으로 작업 폴더를 준비하고, plan으로 바뀔 내용을 미리 본 뒤, apply로 실제 리소스를 만들거나 고치고, 실습이 끝나면 destroy로 지우는 순서로 써요. 이 순서를 건너뛰면 provider가 없다는 오류가 나거나, 확인 안 한 변경이 그대로 클라우드에 반영될 수 있어요. AWS VPC 실습 글 같은 Terraform 실습을 따라 하기 전에 알아 두면 좋은 네 명령의 동작을 HashiCorp 공식 문서(2026년 10월 30일 확인) 기준으로 정리했어요.Terraform 기본 명령어 흐름명령하는 일실제 리소스를 바꾸나terraform init작업 폴더 초기화, provider·module 내려받기아니요terraform fmt코드 스타일 정리아니요terraform val..

terraform 2026.10.30
반응형