[Kt 에이블스쿨 9기 기자단] AWS 클라우드 인프라 용어 정리

 

1. VPC 가상 네트워크 레이어 구성 요소

핵심 키워드	정석적인 개념 정의	핵심 정보 및 작동 원리
VPC (Virtual Private Cloud)	AWS 클라우드 내에서 사용자의 계정만 독점적으로 사용할 수 있도록 격리된 가상 네트워크 논리적 공간입니다.	• 기반 인프라: AWS에 서버를 생성하기 전 반드시 가장 먼저 구축해야 하는 토대입니다. • 격리성: 다른 AWS 사용자들의 네트워크와 완전히 분리되어 있어, 허가되지 않은 접근을 원천 차단하고 독립적인 통신 경로를 설정할 수 있습니다.
CIDR (Classless Inter-Domain Routing)	VPC 내부에서 사용할 IP 주소의 범위를 유연하게 정의하고 할당하는 네트워크 표기법입니다.	• 작동 방식: 10.0.0.0/16과 같이 표현합니다. 슬래시(/) 뒤 숫자가 작을수록 IP 개수가 많아집니다. (예: /16 → 약 65,000개, /24 → 256개) • 주의점: 생성 후 메인 CIDR 범위는 변경이 어려우므로 처음에 신중하게 크기를 지정해야 합니다.
서브넷 (Subnet)	하나의 거대한 VPC를 효율적인 네트워크 관리와 보안을 위해 더 작은 단위로 쪼갠 논리적 구역입니다.	• Public 서브넷: 외부 인터넷과 직접 연결되어 사용자들이 접속할 수 있는 영역 (예: 웹서버 배치) • Private 서브넷: 외부 인터넷과 단절되어 내부에서만 접근할 수 있는 영역 (예: 데이터베이스 배치) • AZ 매칭: 서브넷은 반드시 AWS의 특정 가용영역(데이터센터) 하나에 종속되어 생성됩니다.
라우팅 테이블 (Routing Table)	서브넷에서 발생한 네트워크 트래픽이 목적지 IP를 찾아갈 수 있도록 안내하는 경로 기준 표입니다.	• 역할: 데이터가 길을 잃지 않게 방향을 잡아주는 이정표 역할을 합니다. • Public/Private 결정: 라우팅 테이블에 IGW로 가는 규칙이 있으면 Public, 없으면 Private 서브넷이 됩니다.
IGW (Internet Gateway)	VPC 내부 자원과 외부 인터넷 세상을 양방향으로 연결해 주는 관문이자 통신 통로입니다.	• 특징: VPC당 기본적으로 1개만 연결할 수 있습니다. • 양방향 통신: 외부 사용자가 내 서버에 접속하는 인바운드 경로와, 내 서버가 외부에 접속하는 아웃바운드 경로를 모두 열어줍니다.
NAT GW (NAT Gateway)	Private 서브넷 서버가 외부에 신원을 노출하지 않고, 인터넷으로 나가는 통신만 가능하도록 대리해 주는 중계 장치입니다.	• 안전성: 외부에 내부 IP 주소를 숨겨, 외부에서 Private 서브넷 내부로의 직접 침입을 차단합니다. • 필수 조건: 반드시 고정 Public IP(EIP)를 연결해야 작동하며, 시간당 유지 비용과 데이터 처리 비용이 발생하므로 주의가 필요합니다.
보안 그룹 (Security Group)	EC2 인스턴스 개별 단위의 앞단에서 트래픽을 필터링하는 가상 방화벽입니다.	• 인스턴스 레벨: 서버 한 대 한 대마다 각각 다른 보안 규칙을 유연하게 적용할 수 있습니다. • 허용 규칙만 가능: 허락할 IP나 포트 번호만 등록할 수 있으며, 특정 IP를 직접 차단하는 것은 불가능합니다. • 상태 저장(Stateful): 인바운드를 통과한 트래픽은 아웃바운드 규칙을 검사하지 않고 무조건 통과시킵니다.
NACL (Network ACL)	개별 서버가 아닌, 서브넷 전체의 경계선에서 트래픽을 통제하는 방화벽입니다.	• 서브넷 레벨: 서브넷 전체에 들어오고 나가는 모든 트래픽을 1차적으로 검문합니다. • 허용 및 거부 가능: 특정 악성 IP를 차단(Deny)하는 블랙리스트 설정이 가능합니다. • 상태 비저장(Stateless): 들어올 때 통과했더라도, 나갈 때 아웃바운드 규칙을 다시 한번 검사합니다.

💡 VPC 핵심 인프라 계층 구조 및 트래픽 흐름

① 인프라 포함 관계 구조
VPC(가장 거대한 가상 네트워크망) ➔ 서브넷(논리적으로 분할된 구역) ➔ 로드 밸런서 / EC2 인스턴스

② 외부 트래픽 진입 순서 및 라우팅 흐름
외부 클라이언트 요청 ➔ IGW 진입 ➔ 라우팅 테이블 경로 조회 ➔ NACL 검문(서브넷 방화벽) ➔ 로드 밸런서(ALB) 분산 ➔ 보안 그룹 검문(EC2 직전 방화벽) ➔ EC2 인스턴스 애플리케이션 도달

③ ALB - 대상 그룹 - ASG 간의 실전 연결 구조
ASG가 시작 템플릿을 보고 EC2 인스턴스들을 자동 생성(Scale Out)하면, 이 인스턴스들은 로드 밸런서가 바라보는 대상 그룹(Target Group)에 자동으로 묶입니다. ALB는 Health Check를 수시로 수행하면서 정상 서버의 대상 그룹으로만 트래픽을 안전하게 분산합니다.

2. 핵심 인프라 개념 간의 일대일 비교 분석

실무 및 면접에서 가장 혼동하기 쉬운 핵심 대비 개념들을 일대일 대조 표로 명확히 분석합니다.

🔍 비교 1 — 보안 그룹(SG) vs 네트워크 ACL(NACL)

비교 항목	보안 그룹 (SG)	NACL (Network ACL)
적용 레벨	EC2 인스턴스 개별 단위 (가장 안쪽 보호)	서브넷 구역 전체 단위 (경계선 보호)
차단 규칙 (Deny)	불가 — 허용 규칙만 등록 가능	가능 — 악성 IP 블랙리스트 차단 지원
상태 관리 (State)	Stateful — 들어온 트래픽은 나갈 때 자동 허용	Stateless — 인바운드와 아웃바운드 규칙을 각각 독립 검사

🔍 비교 2 — EBS vs 인스턴스 스토어

비교 항목	EBS (Elastic Block Store)	인스턴스 스토어 (Instance Store)
데이터 영구성	영구 보존 — EC2 삭제 후에도 데이터 안전 유지	휘발성 — EC2 중지/종료 즉시 데이터 완전 소멸 ⚠️
속도 및 성능	네트워크 기반 연결 — 다소 지연 발생 가능	물리 호스트에 하드웨어 직접 연결 — 극강의 초고속 성능
주요 실무 용도	데이터베이스, OS 메인 부팅 디스크	임시 캐시, 로그 버퍼, 휘발성 임시 데이터 저장

🔍 비교 3 — Scale Out vs Scale In

비교 항목	Scale Out (확장)	Scale In (축소)
정의 및 개념	부하 증가에 맞춰 가상 서버 인스턴스 대수를 추가로 늘리는 행위	트래픽 감소 시 비용 절감을 위해 가상 서버 인스턴스를 종료하여 줄이는 행위
핵심 제어 장치	최댓값(Max) 설정 범위 내에서 안전하게 증설 통제	최솟값(Min) 설정 범위 이하로 내려가지 않도록 잔존 서버 대수 보장
유형별 정책	• 대상 추적: CPU 50% 유지 목표로 자동 증설 • 단계별: CPU 60% → 1대, 80% 돌파 → 3대 긴급 추가 • 예약: 수강신청·명절 예매 직전 선제적 확장	증설 후 시스템 안정화 및 새 서버 부팅 시간을 보장하기 위해 일정 시간 추가 명령을 멈추는 대기 시간(Cooldown) 규칙 적용

3. 트래픽 분산 시스템 (네트워크 부하 분산)

핵심 키워드	정석적인 개념 정의	핵심 정보 및 작동 원리
로드 밸런서 (Load Balancer)	대규모 사용자의 접속 요청이 발생했을 때, 한 대의 서버에 부하가 집중되지 않도록 여러 서버로 균등하게 분산해 주는 장치입니다.	• 서비스 안정성: 특정 서버가 다운되더라도 다른 정상 서버로 트래픽을 우회시켜 서비스가 끊김 없이 유지되도록 합니다.
ALB (Application Load Balancer)	네트워크 7계층(Application 레벨)에서 작동하는 로드 밸런서로, HTTP/HTTPS 프로토콜의 콘텐츠 내용을 기반으로 트래픽을 분산합니다.	• 콘텐츠 기반 라우팅: 사용자가 요청한 URL 경로(예: /login, /images)나 HTTP 헤더 값을 읽고, 해당 업무를 처리하는 전용 서버 그룹으로 배정합니다.
NLB (Network Load Balancer)	네트워크 4계층(Transport 레벨)에서 작동하는 로드 밸런서로, IP 주소와 포트 번호만을 보고 초고속으로 트래픽을 분산합니다.	• 초저지연 및 고성능: 데이터 내부 내용을 열어보지 않기 때문에 처리 속도가 극도로 빠르며, 대규모 실시간 요청을 지연 없이 처리합니다. • 고정 IP: 로드 밸런서 자체 IP 주소가 고정되므로 IP 기반 고정이 필요한 시스템에 적합합니다.
대상 그룹 (Target Group)	로드 밸런서가 트래픽을 분산하여 전달할 목적지 리소스(EC2 인스턴스, 컨테이너 등)를 논리적으로 묶어놓은 집합입니다.	• 구조적 분리: 로드 밸런서는 개별 서버에 직접 데이터를 보내는 것이 아니라, '대상 그룹'을 바라보고 트래픽을 전달하여 관리 효율을 높입니다.
상태 검사 (Health Check)	로드 밸런서가 대상 그룹 내의 서버들이 정상적으로 작동하고 있는지 주기적으로 신호를 보내 확인하는 자동 감시 기능입니다.	• 자동 격리: 특정 서버에 문제가 생겨 상태 검사에 실패하면, 로드 밸런서는 해당 서버로의 트래픽 전송을 즉시 중단하고 정상 서버로만 트래픽을 보내 서비스 장애를 방지합니다.

4. 자동 서버 확장 시스템 (Auto Scaling)

핵심 키워드	정석적인 개념 정의	핵심 정보 및 작동 원리
ASG (Auto Scaling Group)	시스템의 부하 조건이나 설정된 예약 규칙에 따라 EC2 인스턴스의 수량을 자동으로 늘리거나 줄여주는 관리 그룹입니다.	• 목적: 급격한 트래픽 증가에는 서버를 늘려 안정성을 확보하고, 사용자가 적은 시간대에는 서버를 줄여 인프라 비용을 최적화합니다.
시작 템플릿 (Launch Template)	Auto Scaling에 의해 새로운 EC2가 자동으로 켜질 때 필요한 모든 사양을 적어둔 설계도 명세서입니다.	• 포함 내용: 운영체제 이미지(AMI), 인스턴스 스펙 타입, 가상 방화벽(보안 그룹), 부팅 시 실행할 스크립트(User Data) 등의 규격 정보가 저장되어 있습니다.
Scale Out / Scale In	트래픽 변화에 맞춰 가상 서버의 대수를 유연하게 조절하는 확장 및 축소 행위입니다.	• Scale Out: 트래픽 증가에 대응하기 위해 인스턴스 대수를 추가로 늘리는 방식입니다. • Scale In: 트래픽 감소 시 비용 절감을 위해 인스턴스를 종료하여 줄이는 방식입니다. • 대수 제어: 최솟값(Min), 최댓값(Max), 희망값(Desired) 설정으로 무분별한 증감을 방지합니다.
대상 추적 스케일링	특정 성능 지표(메트릭)의 목표치를 설정하면, AWS가 그 수치를 유지하기 위해 알아서 서버를 조절하는 방식입니다.	• 예시: '전체 서버의 평균 CPU 사용률을 50%로 유지해라'라고 설정하면, 사용률 수치에 따라 자동으로 가상 서버를 추가하거나 해제합니다.
단계별 스케일링	경보(Alarm)의 임계값 위반 크기에 따라 서버의 추가/제거 대수를 단계적으로 다르게 적용하는 방식입니다.	• 예시: CPU 사용률이 60%를 넘으면 서버 1대 추가, 단숨에 80%를 넘어서면 긴급 상황으로 판단하여 서버를 한 번에 3대 추가합니다.
예약 스케일링	트래픽 변화가 특정 날짜와 시간에 일어날 것이 확실하게 예측될 때, 미리 서버를 늘리도록 예약해 두는 방식입니다.	• 예시: 수강신청, 명절 열차표 예매, 정기 이벤트 시작 시간 등 대규모 접속이 예견된 시점의 10~20분 전에 인프라를 선제적으로 확장합니다.
대기 시간 (Cooldown Period)	Auto Scaling 작업이 발생한 후, 시스템이 안정화될 때까지 추가적인 스케일링 명령이 실행되지 않도록 잠시 멈추는 방어 시간입니다.	• 이유: 새 서버가 켜져서 실제 서비스를 시작하기까지 부팅 시간이 걸립니다. 이 시간 동안 부하가 누적되어 서버가 중복 증설되는 오작동을 방지합니다.

5. 가상 서버 및 저장장치 핵심 개념 (EC2 & Storage)

핵심 키워드	정석적인 개념 정의	핵심 정보 및 작동 원리
EC2 (Elastic Compute Cloud)	AWS 클라우드에서 인프라 자원을 빌려 쓸 수 있는 안전하고 크기 조정이 가능한 가상 서버 컴퓨터 분양 서비스입니다.	• 유연성: 몇 분 만에 원하는 사양의 가상 컴퓨터를 구동하고, 사용한 시간(초 단위)만큼만 비용을 지불합니다.
인스턴스 (Instance)	EC2 서비스 생태계 안에서 실제로 가동되어 클라우드 상에 존재하는 가상 서버 컴퓨터 한 대의 실체를 의미합니다.	• 개념 구별: EC2가 서비스 전체의 이름(브랜드명)이라면, 인스턴스는 가동 중인 가상 컴퓨터 각각의 개별 개체를 뜻합니다.
AMI (Amazon Machine Image)	가상 서버를 시작하는 데 필요한 운영체제(OS), 소프트웨어, 설정 등이 모두 포함된 템플릿(디스크 이미지 부팅 파일)입니다.	• 골든 AMI 패턴: 필수 프로그램과 보안 패치를 완료한 상태를 이미지 파일로 저장해 두어, 새 서버 생성 시 즉시 서비스에 투입할 수 있도록 만드는 기법입니다. • 리전 종속: AMI는 기본적으로 생성된 특정 리전(지역) 안에서만 사용이 가능합니다.
사용자 데이터 (User Data)	EC2 인스턴스가 최초로 부팅될 때 자동으로 딱 한 번 실행되도록 지정하는 셸 스크립트 명령어 메모입니다.	• 초기 세팅 자동화: 서버 부팅 즉시 프로그램 설치, 패치 작업, 애플리케이션 자동 구동 등 사람이 개입하지 않는 완전 자동화 환경을 구축할 때 활용합니다.
EBS (Elastic Block Store)	EC2 인스턴스에 연결하여 사용하는 네트워크 기반의 영구적인 고성능 가상 블록 스토리지(외장 하드디스크)입니다.	• 데이터 영구성: EC2를 중지하거나 삭제하더라도, EBS 안의 데이터는 사라지지 않고 안전하게 보관됩니다. • 백업: 특정 시점의 데이터 상태를 저장하는 '스냅샷' 기능을 제공합니다.
인스턴스 스토어 (Instance Store)	가상 컴퓨터가 설치된 호스트 물리 컴퓨터에 하드웨어적으로 직접 연결된 초고속 임시 스토리지(내장 하드디스크)입니다.	• 성능: 네트워크로 연결되는 EBS와 달리 물리적으로 결합되어 있어 읽기/쓰기 속도가 압도적으로 빠릅니다. • ⚠️ 휘발성 주의: 인스턴스를 중지(Stop)하거나 종료(Terminate)하면 내부에 저장된 모든 데이터가 영구적으로 완전 소멸하므로 캐시, 버퍼 등 임시 데이터 저장용으로만 사용해야 합니다.

6. EC2 가상 서버 요금제 (구매 옵션)

핵심 키워드	정석적인 개념 정의	핵심 정보 및 작동 원리
온디맨드 (On-Demand)	장기 계약이나 선결제 약정 없이 가상 서버를 켜 놓은 시간(초/분 단위)만큼 정가를 지불하는 요금제입니다.	• 장단점: 필요할 때 즉시 쓰고 해제할 수 있어 가장 유연하지만, 시간당 단가는 구매 옵션 중 가장 비쌉니다. • 추천: 예측 불가능한 단기 트래픽 테스트나 최초 개발 및 검증 단계에 적합합니다.
예약 인스턴스 (Reserved Instances)	1년 또는 3년 기간의 장기 사용 약정을 체결하여 온디맨드 대비 최대 72% 수준의 막대한 비용 할인을 받는 요금제입니다.	• 조건: 약정 기간 동안 서버 작동 여부와 무관하게 비용이 청구되며, 중간에 약정을 취소하거나 환불할 수 없습니다. • 추천: 365일 24시간 상시 켜져 있어야 하는 메인 서비스, 데이터베이스 서버에 적용합니다.
스팟 인스턴스 (Spot Instances)	AWS 데이터 센터 내 유휴 자원을 경매 방식으로 빌려 최대 90% 저렴하게 이용하는 초특가 요금제입니다.	• ⚠️ 강제 회수 위험: 온디맨드 사용자의 수요가 급증하면, AWS가 '2분 전 회수 통보'를 보낸 뒤 가상 컴퓨터를 강제로 종료하고 자원을 회수해 갑니다. • 추천: 중간에 꺼져도 작업 내용이 보존되거나 이어서 수행할 수 있는 대규모 빅데이터 분석, 딥러닝 학습, 배치 작업, CI/CD 테스트 등에 한정하여 사용합니다.

💡 AWS 아키텍처 공부 팁

AWS 개념을 외울 때 각 서비스가 '어느 계층에서 작동하는가'를 기준으로 구분하면 효과적입니다.

• 네트워크 계층: VPC → 서브넷 → NACL → 보안 그룹 (바깥에서 안쪽으로 겹겹이 감쌈)
• 트래픽 계층: 인터넷 → IGW → ALB/NLB → 대상 그룹 → EC2 (요청 처리 흐름)
• 가용성 계층: ASG + ALB 조합으로 자동 확장 + 부하 분산 = 고가용성 달성