Amazon EC2

Amazon EC2란

EC2(Elastic Compute Cloud)는 AWS에서 가상 서버를 빌려주는 서비스입니다. 콘솔 클릭 몇 번이면 수십 초 안에 서버가 생기고, 필요 없으면 즉시 삭제해서 사용한 시간만큼만 냅니다.

이름의 Elastic은 탄력적이라는 뜻입니다. 트래픽이 몰리면 사양을 올리고, 새벽처럼 한산할 때는 낮춥니다. 온프레미스 서버는 최대 트래픽 기준으로 사야 했지만, EC2는 지금 필요한 만큼만 씁니다.

EC2가 만들어지는 원리

많은 현대 EC2 인스턴스는 AWS Nitro System의 전용 하드웨어와 경량 Nitro Hypervisor를 기반으로 가상화됩니다. 같은 물리 호스트를 공유할 수 있어도 AWS의 가상화·보안 경계로 고객 인스턴스는 서로 격리됩니다.

현업에서 EC2를 쓰는 패턴

인스턴스 유형 읽는 법

t3.medium, m6i.xlarge 같은 유형 이름은 3부분으로 구성됩니다. 이걸 읽을 줄 알면 어떤 유형을 골라야 할지 바로 판단됩니다.

자주 쓰는 인스턴스 비교

T타입 버스트 — CPU 크레딧 이해하기

t3, t4g 같은 T타입 인스턴스는 평소엔 낮은 기준 성능으로 동작하다가, 순간 부하 시 크레딧을 소모해서 100%까지 버스트합니다. CPU 사용률이 기준보다 낮을 때 크레딧이 쌓이고, 높을 때 소모됩니다.

T타입 vs M타입 — 언제 뭘 쓰나

EBS — EC2의 하드 드라이브

EBS(Elastic Block Store)는 EC2에 붙이는 가상 SSD/HDD입니다. EC2와 별도로 존재해서 인스턴스를 삭제해도 볼륨은 남을 수 있고, 다른 인스턴스에 붙일 수도 있습니다. 단, 같은 가용 영역 안에서만 연결 가능합니다.

EBS 볼륨 유형

AMI — 서버의 전체 이미지

AMI(Amazon Machine Image)는 OS + 설치된 소프트웨어 + 설정의 전체 스냅샷입니다. 인스턴스를 만들 때 쓰는 템플릿이며, 잘 설정된 서버를 AMI로 만들어서 동일한 서버를 여러 개 찍어낼 수도 있습니다.

보안 그룹 — 인스턴스 방화벽

보안 그룹은 EC2 인스턴스 앞에 붙는 가상 방화벽입니다. 인바운드(들어오는)와 아웃바운드(나가는) 트래픽 규칙을 각각 설정합니다.

핵심 특성 4가지

3티어 보안 그룹 구성 패턴

자주 쓰는 포트

키 페어 · IP 주소 · ENI

키 페어 — SSH 접속의 열쇠

EC2 SSH 접속은 비밀번호 대신 공개키/개인키 쌍을 씁니다. AWS가 공개키를 인스턴스에 넣어두고, 나는 개인키(.pem 파일)를 가집니다.

IP 주소 세 종류

EC2 생명 주기 — 상태별 과금 차이

EC2 요금 모델

EC2 인스턴스 생성하기

생성 단계

각 단계 상세

1. 이름 및 AMI
   이름: my-spring-server
   AMI: Quick Start → Amazon Linux → Amazon Linux 2023 AMI
   아키텍처: 64비트(x86)
2. 인스턴스 유형 및 키 페어
   유형: t3.micro 등 학습 목적에 맞는 유형 선택 — Spring Boot는 메모리·부하를 보고 결정
   키 페어: 새 키 페어 생성 → 이름 my-aws-key → RSA → .pem
   ⚠️ .pem 파일 다운로드 → ~/.ssh/로 이동해서 보관
3. 네트워크 설정
   보안 그룹 새로 생성 → 이름: sg-my-spring-server
   인바운드 규칙:
     • SSH(22) — 소스: 내 IP (My IP 선택 시 현재 IP 자동 입력)
     • HTTP(80) — 소스: 위치 무관(0.0.0.0/0)
   퍼블릭 IP 자동 할당: 활성화
4. 스토리지
   기본값: 8 GiB gp3 그대로 사용
   함부로 크기 늘리지 마세요 — 줄이는 건 안 됩니다
   "종료 시 삭제" 옵션이 켜져 있는지 확인

SSH로 EC2 접속하기

상태가 running이 된 후 1~2분 더 기다려야 SSH 서버가 완전히 올라옵니다. 너무 빨리 접속하면 Connection refused가 납니다.

# 키 파일 권한 설정 (최초 1회)
chmod 400 ~/.ssh/my-aws-key.pem

# SSH 접속
ssh -i ~/.ssh/my-aws-key.pem \
  ec2-user@퍼블릭IP

# 처음 접속 시 yes 입력

# Windows 10 이상 기본 SSH 포함
ssh -i C:\Users\사용자명\.ssh\my-aws-key.pem ec2-user@퍼블릭IP

# 키 파일 권한: 파일 우클릭
# → 속성 → 보안 → 고급
# 상속 비활성화 → 현재 사용자만 남김

OS별 기본 사용자 이름

SSH 접속 트러블슈팅

SSH Config 설정 — 매번 긴 명령어 안 치는 법

Host my-spring-server
    HostName 13.125.xxx.xxx
    User ec2-user
    IdentityFile ~/.ssh/my-aws-key.pem
    ServerAliveInterval 60

# 이제 이렇게만 입력하면 접속
ssh my-spring-server

Java 설치 및 Spring Boot 배포

1단계 — Java 설치

# 시스템 업데이트
sudo dnf update -y

# Java 17 설치 (Amazon Corretto)
sudo dnf install java-17-amazon-corretto -y

# 설치 확인
java -version

# 앱 디렉토리 생성
mkdir -p ~/app

2단계 — jar 파일 업로드 (로컬 터미널에서)

# Gradle 빌드
./gradlew bootJar

# EC2로 업로드
scp -i ~/.ssh/my-aws-key.pem \
  ./build/libs/myapp-0.0.1-SNAPSHOT.jar \
  ec2-user@퍼블릭IP:~/app/app.jar

# SSH Config 설정했으면
scp ./build/libs/myapp-0.0.1-SNAPSHOT.jar \
  my-spring-server:~/app/app.jar

3단계 — systemd 서비스 등록 (운영용)

nohup은 임시방편입니다. 서버 재시작 시 앱도 꺼집니다. systemd에 등록해야 자동으로 뜹니다.

# 서비스 파일 생성
sudo tee /etc/systemd/system/myapp.service << 'EOF'
[Unit]
Description=My Spring Boot Application
After=network.target

[Service]
Type=simple
User=ec2-user
WorkingDirectory=/home/ec2-user/app
ExecStart=/usr/bin/java -Xmx1g -jar /home/ec2-user/app/app.jar \
    --spring.profiles.active=prod
Restart=on-failure
RestartSec=10
StandardOutput=journal
StandardError=journal

# 환경변수 — 민감한 값은 코드에 하드코딩 금지
Environment="DB_HOST=rds-endpoint.ap-northeast-2.rds.amazonaws.com"
Environment="DB_NAME=mydb"
# DB 비밀번호는 Secrets Manager/Parameter Store 등에서 런타임에 주입

[Install]
WantedBy=multi-user.target
EOF

# 서비스 활성화 및 시작
sudo systemctl daemon-reload
sudo systemctl enable myapp   # 부팅 시 자동 시작
sudo systemctl start myapp    # 지금 바로 시작

# 상태 확인
sudo systemctl status myapp

# 실시간 로그
sudo journalctl -u myapp -f

# 배포 후 재시작
sudo systemctl restart myapp

유저 데이터 — 첫 부팅 시 자동 실행

인스턴스 생성 시 유저 데이터(User Data)에 스크립트를 넣으면 처음 부팅 시 root 권한으로 자동 실행됩니다. Java 설치 + 서비스 등록까지 자동화할 수 있습니다.

#!/bin/bash
set -e

dnf update -y
dnf install java-17-amazon-corretto -y

mkdir -p /home/ec2-user/app
chown ec2-user:ec2-user /home/ec2-user/app

# S3에서 jar 다운로드 (IAM 역할 필요)
aws s3 cp s3://my-deploy-bucket/app.jar \
  /home/ec2-user/app/app.jar

# 서비스 등록 및 시작
systemctl daemon-reload
systemctl enable myapp
systemctl start myapp

EC2 생성 화면 → 고급 세부 정보 → 맨 아래 사용자 데이터 칸에 붙여넣으면 됩니다.

메타데이터 — 인스턴스 자기 정보 조회

TOKEN=$(curl -s -X PUT \
  "http://169.254.169.254/latest/api/token" \
  -H "X-aws-ec2-metadata-token-ttl-seconds: 21600")

# 인스턴스 ID
curl -s -H "X-aws-ec2-metadata-token: $TOKEN" \
  http://169.254.169.254/latest/meta-data/instance-id

# 리전
curl -s -H "X-aws-ec2-metadata-token: $TOKEN" \
  http://169.254.169.254/latest/meta-data/placement/region

탄력적 IP 할당하기

인스턴스를 중지 후 재시작하면 퍼블릭 IP가 바뀝니다. DNS 등록이나 팀 공유 시 문제가 됩니다. 탄력적 IP로 고정합니다.

1. EC2 → 탄력적 IP → 탄력적 IP 주소 할당
   네트워크 경계 그룹: ap-northeast-2 → 할당
2. 인스턴스에 연결
   할당된 IP 선택 → 작업 → 탄력적 IP 주소 연결
   인스턴스 선택 → 연결

EC2에 IAM 역할 부여하기

EC2에서 S3, SSM 등 AWS 서비스에 접근할 때 액세스 키를 코드에 박으면 절대 안 됩니다. EC2에 IAM 역할을 붙이면 SDK가 임시 자격증명을 자동으로 가져옵니다.

# application.yml
cloud.aws:
  credentials:
    access-key: AKIA...  ← 절대 금지
    secret-key: xxxx...  ← 유출 위험

# EC2에 IAM 역할 부여
# → SDK가 자동으로 임시 자격증명 사용
cloud.aws:
  region:
    static: ap-northeast-2
# 키 설정 없음 — IAM 역할로 자동 인증

IAM 역할 생성 및 연결

1. IAM 콘솔 → 역할 → 역할 생성
   신뢰할 수 있는 엔티티: AWS 서비스 → EC2
2. 권한 정책 추가
   AmazonS3FullAccess — S3 접근
   AmazonSSMManagedInstanceCore — Session Manager 접속
   CloudWatchAgentServerPolicy — 지표 수집
3. EC2에 연결
   EC2 → 인스턴스 선택 → 작업 → 보안 → IAM 역할 수정

EC2 접속 방법 3가지

Session Manager 설정 (권장)

SSH 포트 22를 완전히 닫아도 EC2에 접속할 수 있습니다. IAM 권한으로 제어하고, 모든 세션이 CloudTrail에 기록됩니다. ISMS-P 접근 이력 감사에 매우 유리합니다.

# Session Manager Plugin 설치 (로컬 PC)
# macOS: brew install --cask session-manager-plugin

# 접속
aws ssm start-session --target i-0a1b2c3d4e5f67890

# 포트 포워딩 (로컬 8080 → EC2 8080)
aws ssm start-session \
  --target i-0a1b2c3d4e5f67890 \
  --document-name AWS-StartPortForwardingSession \
  --parameters '{"portNumber":["8080"],"localPortNumber":["8080"]}'

인스턴스 사이즈 변경하기

t3.medium → t3.large처럼 업그레이드하거나 반대도 가능합니다. 반드시 중지(Stop) 상태에서만 가능합니다.

자주 겪는 문제와 해결법

유용한 진단 명령어

# 메모리 현황
free -h

# 열린 포트 확인
ss -tlnp

# 앱 로그 (systemd)
sudo journalctl -u myapp -f          # 실시간
sudo journalctl -u myapp -n 100      # 최근 100줄
sudo journalctl -u myapp --since today  # 오늘 로그

# 앱 접속 테스트
curl -v localhost:8080/health

# 유저 데이터 실행 로그
sudo cat /var/log/cloud-init-output.log

실습 후 정리 체크리스트