학습 목표
온프레미스와 클라우드의 차이를 설명할 수 있다.
IaaS, PaaS, SaaS, FaaS 각 서비스 모델의 특징과 차이를 설명할 수 있다.
AWS의 주요 서비스 카테고리(컴퓨팅, 스토리지, DB, 네트워크)를 구분할 수 있다.
리전과 가용 영역의 개념과 관계를 설명할 수 있다.
AWS 계정, IAM, 관리 콘솔의 기본 개념을 이해할 수 있다.
1. 왜 클라우드인가? — 온프레미스와의 비교
클라우드를 이해하려면 먼저 그 이전 방식인 온프레미스(On-Premises) 와 비교해야 한다.
온프레미스란 서버, 네트워크 장비, 스토리지를 직접 구매하고 사내 데이터 센터에서 운영하는 전통적인 방식이다.
항목 | 온프레미스 | 클라우드 |
|---|---|---|
초기 비용 | 높음 (서버 구매, 설치) | 없음 (사용한 만큼 지불) |
확장성 | 낮음 (하드웨어 추가 필요) | 높음 (클릭 몇 번으로 확장) |
운영 부담 | 높음 (전담 인력 필요) | 낮음 (인프라 관리는 제공자가) |
장애 대응 | 직접 처리 | 제공자가 이중화·복구 담당 |
글로벌 확장 | 매우 어려움 | 리전 선택만으로 즉시 가능 |
클라우드 = IT 자원을 소유하지 않고 빌려 쓰는 모델. 전기처럼 필요한 만큼 쓰고, 쓴 만큼만 요금을 낸다.
2. 클라우드 서비스 모델 — IaaS / PaaS / SaaS / FaaS
클라우드 서비스는 누가 무엇을 관리하느냐에 따라 4가지 모델로 나뉜다.
레이어 | 온프레미스 | IaaS | PaaS | SaaS |
|---|---|---|---|---|
애플리케이션 | 사용자 | 사용자 | 사용자 | 제공자 |
데이터 | 사용자 | 사용자 | 사용자 | 제공자 |
런타임/미들웨어 | 사용자 | 사용자 | 제공자 | 제공자 |
운영체제 | 사용자 | 사용자 | 제공자 | 제공자 |
서버/네트워크/스토리지 | 사용자 | 제공자 | 제공자 | 제공자 |
2-1. IaaS (Infrastructure as a Service)
정의: 서버, 스토리지, 네트워크 등 인프라 자원을 가상화된 환경에서 제공하는 서비스
특징: OS 설치부터 애플리케이션 배포까지 사용자가 직접 관리
장점: 높은 자유도, 세밀한 인프라 제어 가능
적합한 경우: 기존 온프레미스 환경을 클라우드로 이전하거나 커스텀 환경이 필요한 경우
대표 서비스: Amazon EC2, Google Compute Engine, Azure Virtual Machines
2-2. PaaS (Platform as a Service)
정의: 애플리케이션 개발·배포를 위한 플랫폼을 제공하는 서비스. 운영체제, 미들웨어, 런타임 포함
특징: 인프라·OS 관리 없이 코드 작성에만 집중 가능
장점: 개발 속도 향상, 배포 단순화
적합한 경우: 빠른 프로토타이핑, 개발에 집중하고 싶은 팀
대표 서비스: AWS Elastic Beanstalk, AWS App Runner, Google App Engine, Heroku
2-3. SaaS (Software as a Service)
정의: 최종 사용자가 인터넷을 통해 바로 사용할 수 있는 소프트웨어를 제공하는 서비스
특징: 설치·유지 관리 없이 웹 브라우저로 즉시 사용
장점: 초기 비용 없음, 자동 업데이트, 뛰어난 접근성
적합한 경우: SW 운영 부담을 줄이고 싶은 기업·개인
대표 서비스: Google Workspace, Microsoft 365, Salesforce
2-4. FaaS (Function as a Service)
정의: 서버리스 컴퓨팅의 한 형태로, 특정 기능(함수)을 호출할 때만 실행하는 서비스
특징: 코드를 실행할 때만 비용 발생, 인프라 관리는 제공자가 전담
장점: 비용 절감, 자동 스케일링, 개발·배포 용이
적합한 경우: 이벤트 기반 처리, 간헐적으로 실행되는 작업
대표 서비스: AWS Lambda, Google Cloud Functions, Azure Functions
3. AWS 소개
3-1. AWS란?
AWS(Amazon Web Services)는 Amazon이 제공하는 세계 최대 클라우드 서비스 플랫폼이다. 컴퓨팅, 스토리지, 데이터베이스, 네트워킹, AI/ML 등 200개 이상의 서비스를 인터넷을 통해 제공한다.
3-2. AWS의 장점
모든 인프라를 서비스로 제공 — 운영체제, 웹 서버, DB까지 필요한 소프트웨어를 사용할 수 있다.
서비스 조합이 쉽다 — AWS 서비스만으로 대부분의 기능을 구축할 수 있고, 외부 시스템과 연동도 쉽다.
종량제 — 사용한 만큼만 비용을 지불한다. 미리 용량을 예측할 필요가 없다.
전문가 없이도 사용 가능 — 웹 브라우저(관리 콘솔)에서 대부분의 작업을 처리할 수 있다.
한국어 & 원화 결제 지원
글로벌 인프라 — 전 세계 30개 이상의 리전에서 운영하여 글로벌 확장이 쉽다.
높은 보안 기준 — 각국 법령·규정·프라이버시 기준을 준수하고 글로벌 인증을 보유한다.
4. AWS 글로벌 인프라 — 리전과 가용 영역
AWS는 전 세계에 분산된 데이터 센터를 리전(Region) 과 가용 영역(Availability Zone, AZ) 으로 구성하여 운영한다.
┌─────────────────────────────────────────────────────┐
│ 리전 (Region) — 예: ap-northeast-2 (서울) │
│ 지리적으로 독립된 데이터 센터 군(群) │
│ │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ 가용 영역 A │ │ 가용 영역 B │ │ 가용 영역 C │ │
│ │ (물리적으로 │ │ (물리적으로 │ │ (물리적으로 │ │
│ │ 독립된 IDC) │ │ 독립된 IDC) │ │ 독립된 IDC) │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
└─────────────────────────────────────────────────────┘개념 | 설명 |
|---|---|
리전(Region) | 지리적으로 독립된 데이터 센터 군. 서울, 도쿄, 버지니아 등 현재 30개 이상 운영 |
가용 영역(AZ) | 리전 내에 물리적으로 분리된 독립 데이터 센터. 대부분의 리전이 3개 이상을 갖지만 2개인 리전도 있다(예: us-west-1) |
엣지 로케이션 | CloudFront(CDN) 등 콘텐츠 캐싱을 위한 전 세계 600개 이상의 거점 |
왜 가용 영역이 여러 개인가? 한 AZ에 화재·정전 등 장애가 발생해도 다른 AZ에서 서비스가 계속 운영되도록 고가용성(High Availability) 을 보장하기 위해서다. 실무에서는 최소 2개 AZ에 리소스를 분산하는 것이 기본이다.
5. AWS 주요 서비스
5-1. 컴퓨팅
서비스 | 설명 |
|---|---|
EC2 (Elastic Compute Cloud) | 가상 서버 제공. OS·소프트웨어를 자유롭게 설치하고 성능을 유연하게 조정 |
Lambda | 서버리스 함수 실행. 코드만 업로드하면 실행 환경을 AWS가 관리 |
ECS / EKS | 컨테이너(Docker) 실행 환경. ECS는 AWS 자체, EKS는 Kubernetes 기반 |
ECR (Elastic Container Registry) | 컨테이너 이미지 저장소. Docker Hub·GHCR 의 AWS 판이다. ECS·EKS 가 여기서 이미지를 가져간다 |
App Runner | 이미지나 소스만 주면 컨테이너를 알아서 띄우고 확장해 주는 관리형 서비스 |
Part 1~3에서 배운 Docker 이미지는 그대로 ECS·EKS에서 실행된다. Dockerfile로 이미지를 만들 줄 알면 AWS의 컨테이너 서비스로 자연스럽게 확장할 수 있다.
이 교안은 이미지 저장소로 GHCR(GitHub Container Registry)을 쓴다. AWS 안에서 전부 해결하고 싶다면 그 자리에 ECR 을 놓으면 되고, docker push / docker pull 하는 방식은 같다.
5-2. 스토리지
서비스 | 설명 |
|---|---|
S3 (Simple Storage Service) | 객체 스토리지. 파일 저장·배포·백업용. 파일당 최대 5TB, 전체 용량 제한 없음 |
EBS (Elastic Block Store) | EC2에 연결하는 블록 스토리지. 하드디스크와 유사한 용도 |
EFS (Elastic File System) | 여러 EC2가 동시에 접근 가능한 공유 파일 시스템 |
5-3. 데이터베이스
서비스 | 설명 |
|---|---|
RDS (Relational Database Service) | 관계형 DB 관리 서비스. MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Aurora 지원 |
DynamoDB | AWS 자체 NoSQL DB. 완전 관리형, 자동 스케일링 |
ElastiCache | Redis / Memcached 기반 인메모리 캐시 서비스 |
5-4. 네트워킹
서비스 | 설명 |
|---|---|
VPC (Virtual Private Cloud) | AWS 계정 전용 가상 네트워크. 서브넷, 라우팅 테이블, 게이트웨이 등을 설정 |
Route 53 | DNS 서비스. 도메인 등록 및 트래픽 라우팅 |
Elastic IP | 정적 공인 IP 주소 제공. EC2, ELB와 조합해 사용 |
CloudFront | 전 세계 엣지 로케이션을 활용한 CDN 서비스 |
5-5. 기타 주요 서비스
서비스 | 설명 |
|---|---|
IAM | AWS 리소스 접근 권한 관리 |
CloudWatch | 리소스 모니터링·로그 수집·알림 설정 |
SageMaker | 머신러닝 모델 구축·훈련·배포 플랫폼 |
CloudShell | 브라우저에서 바로 쓰는 AWS CLI 셸 (무료) |
AWS Cloud9은 신규 고객에게 제공되지 않는다. AWS는 2024년 7월 25일부로 Cloud9의 신규 가입을 중단했다. 기존 사용자는 계속 쓸 수 있지만 신규 기능은 추가되지 않는다. 브라우저에서 AWS를 다루려면 AWS CloudShell(무료, 콘솔 우측 상단 터미널 아이콘)을, IDE가 필요하면 로컬 IDE + AWS Toolkit 확장을 사용한다.
같은 시기에 AWS CodeCommit, S3 Select, CloudSearch, SimpleDB, Data Pipeline 도 신규 고객 접수가 중단됐다. 오래된 강의 자료나 블로그에서 이 서비스들을 권하는 경우가 있으니 주의한다.
6. AWS 사용 전 알아야 할 기본 개념
6-1. AWS 계정과 IAM
AWS 계정
├── ROOT 사용자 ← 모든 권한 보유. 일상적인 작업에는 사용 금지
└── IAM 사용자 ← 필요한 권한만 부여받아 사용 (권장)
└── IAM 역할 ← 사람이 아닌 서비스·프로그램에 부여하는 권한ROOT 사용자는 IAM 사용자 생성 이후 사용하지 않는 것이 보안 기본 원칙이다. 루트 계정에는 반드시 MFA(다중 인증)를 설정한다.
액세스 키보다 IAM 역할을 우선한다. EC2·Lambda 같은 AWS 리소스가 다른 AWS 서비스에 접근할 때는 IAM 역할(인스턴스 프로파일) 을 붙이면 액세스 키가 아예 필요 없다. 키 파일이 없으니 유출될 일도, 주기적으로 교체할 일도 없다.
장기 액세스 키(AKIA...)는 코드·설정 파일·문서에 그대로 남아 유출되는 사고가 가장 잦은 경로다. 그래서 이 교안의 Part 4 실습은 AWS 액세스 키를 한 번도 만들지 않는다. EC2 접속은 SSH 키 페어로, 이미지 배포는 GitHub Actions가 발급하는 토큰으로 처리한다.
실습 — 루트 MFA 확인과 관리용 IAM 사용자 만들기
계정을 막 만들었다면 지금 로그인한 것은 루트 사용자다. 실습을 시작하기 전에 두 가지를 해 둔다.
① 루트 사용자에 MFA 가 걸려 있는지 확인한다
콘솔 검색창에 IAM 을 쳐서 들어가면 대시보드 맨 위에 보안 권장 사항이 있다.
두 항목에 모두 초록 체크가 있어야 한다 — 루트 MFA 있음, 루트 액세스 키 없음
「루트 사용자에게 MFA 있음」 대신 경고가 보이면, 오른쪽 Quick Links → 내 보안 자격 증명 의 멀티 팩터 인증(MFA) 에서 디바이스를 할당한다. 휴대폰 인증 앱(Google Authenticator 등)으로 QR 코드를 찍고, 연속된 코드 두 개를 입력하면 된다.
MFA 디바이스를 잃어버리면 루트로 로그인하기 매우 어려워진다. 복구 절차가 있지만 이메일·전화 확인을 거쳐야 해서 오래 걸린다. 휴대폰을 바꾸기 전에 MFA 를 먼저 옮긴다.
② 일상 작업용 IAM 사용자를 만든다
IAM → IAM 사용자 → [사용자 생성]
1단계에서 이름을 정하고 AWS Management Console 에 대한 사용자 액세스 권한 제공을 켠다. 사용자 유형을 묻는 상자가 나오면 IAM 사용자를 생성하고 싶음을 고른다. 암호는 자동 생성으로 두고, 다음 로그인 시 새 암호 생성도 켜 둔다.
1단계 — 이름, 콘솔 액세스, 사용자 유형, 암호
AWS 는 「Identity Center 에서 사용자 지정」을 권장한다. 계정이 여러 개인 회사에서 사람들의 접근을 한곳에서 관리하는 서비스다. 계정 하나로 혼자 학습할 때는 IAM 사용자가 단순하다. 실무에 가면 Identity Center 로 로그인하는 경우가 많다는 것만 알아 둔다.
2단계에서 직접 정책 연결을 고르고, 검색창에 AdministratorAccess 를 쳐서 체크한다.
2단계 — 직접 정책 연결 → AdministratorAccess
3단계 검토 화면에서 사용자 생성을 누른다. IAMUserChangePassword 정책이 저절로 붙어 있는 것은 첫 로그인 때 암호를 바꿀 수 있게 하려는 것이다.
3단계 — 검토 후 [사용자 생성]
4단계가 이 사용자의 로그인 정보를 볼 수 있는 유일한 기회다. 콘솔 로그인 URL 과 암호를 복사해 두거나 .csv 파일 다운로드를 누른다.
4단계 — 로그인 URL 은 https://<계정ID>.signin.aws.amazon.com/console 꼴이다
이제 로그아웃하고, 복사한 로그인 URL 로 새 사용자로 로그인한다. 첫 로그인에서 암호를 바꾸게 한다. 이후 실습은 이 사용자로 한다. 루트는 결제 정보 변경처럼 루트만 할 수 있는 일에만 쓴다.
IAM 사용자로 [과금 정보 및 비용 관리] 를 열면 「액세스 거부」 가 뜰 수 있다. AdministratorAccess 가 있어도 그렇다. 결제 정보는 루트가 따로 열어 줘야 한다. 루트로 로그인해 오른쪽 위 계정 메뉴 → 계정 화면의 결제 정보에 대한 IAM 사용자 및 역할 액세스 에서 [편집] 을 눌러 활성화한다. 기본값은 「비활성화됨」이다. 아래 Budgets 설정을 IAM 사용자로 하려면 이것이 먼저다.
6-2. 관리 콘솔
웹 브라우저에서 AWS 서비스를 관리하는 대시보드
서비스 설정, 리전 선택, 계정 관리, 문서 참조 등을 수행
우측 상단에서 리전을 선택할 수 있으며, 리전마다 독립적으로 리소스가 생성됨
리소스를 만들고 나서 보이지 않는다면 리전이 잘못 선택된 경우가 대부분이다. 항상 리전을 먼저 확인하는 습관을 갖는다.
우측 상단 리전 선택기 — 이 교안은 아시아 태평양 (서울) ap-northeast-2 로 통일한다
리전 코드까지 같이 외워 둔다. 화면에는 서울 로 보이지만 CLI·SDK·URL은 전부 ap-northeast-2 를 쓴다. 콘솔 주소에도 ...console.aws.amazon.com/ec2/home?region=ap-northeast-2 처럼 들어 있어서, 주소창만 봐도 지금 어느 리전인지 알 수 있다.
글로벌 로 표시되는 서비스(IAM, 결제, Route 53 등)는 리전 개념이 없다. 이런 화면에서 리전을 바꿔봐야 아무것도 달라지지 않는다.
6-3. 모니터링 및 비용 관리
서비스 | 역할 |
|---|---|
CloudWatch | CPU, 메모리, 네트워크 등 리소스 지표 모니터링. 임계값 초과 시 알림 발송 |
AWS Billing | 요금 납부, 사용료 확인, 비용 현황 리포트 |
AWS Budgets | 비용이 지정한 임계값을 넘으면 이메일·SNS로 알림 발송 |
실습 시작 전에 AWS Budgets부터 설정한다. 실습 리소스를 지우는 것을 잊어도 요금이 눈덩이처럼 불어나기 전에 알 수 있다.
과금 정보 및 비용 관리 → 예산 → [예산 생성] 으로 들어가면 아래 화면이 나온다.
예산 생성 — 템플릿 사용(단순) + 제로 지출 예산
설정은 세 가지만 건드리면 된다.
항목 | 값 |
|---|---|
예산 설정 | 템플릿 사용(단순) |
템플릿 | 제로 지출 예산 — 지출이 $0.01을 넘으면 알린다 |
이메일 수신자 | 본인 이메일 |
금액을 정해 두고 싶다면 월별 비용 예산 템플릿을 고른다. 예산 금액을 직접 적을 수 있고, 실제 지출이 그 금액을 넘거나 넘을 것으로 예상될 때 알림이 온다. 학습용이라면 1~5달러가 적당하다.
제로 지출 예산 쪽이 더 엄격하다. 크레딧으로 덮이지 않는 지출이 1센트라도 생기면 바로 알려주므로, 실습 리소스를 지웠는지 확인하는 용도로는 이쪽이 낫다.
예산 알림 자체는 무료다(계정당 예산 2개까지).
알림은 사후 통보지 차단이 아니다. 예산을 넘겼다고 AWS가 리소스를 멈춰주지 않는다. 알림을 받으면 직접 들어가서 지워야 한다. 그리고 요금 데이터는 하루 정도 지연되므로, 알림이 왔을 때는 이미 그만큼 더 쓴 뒤다.
6-4. 프리 티어 — 2025년 7월 정책 변경
AWS 프리 티어 구조가 2025년 7월 15일부로 바뀌었다. 계정 생성 시기에 따라 혜택이 완전히 다르므로 본인 계정이 어느 쪽인지 먼저 확인한다.
2025년 7월 15일 이후에 만든 계정은 크레딧 차감형이다. 서비스별로 얼마씩 공짜인 것이 아니라, 받은 크레딧에서 쓴 만큼 깎여 나간다. 그전에 만든 계정은 12개월간 서비스별 무료 한도를 받는다.
계정 유형별 정확한 한도와 EC2 인스턴스 유형은 EC2 인스턴스 생성 1-1 절의 표에 정리돼 있다. 금액이 바뀌면 그 표 한 곳만 고치면 되도록 한군데로 모아 뒀다.
다만 없어진 것은 12개월짜리 서비스별 무료 한도이지 무료 혜택 전부가 아니다. 상시 무료(Always Free) 항목 — Lambda 월 100만 요청, DynamoDB 25GB, CloudWatch 기본 지표 등 — 은 계정 생성 시기와 관계없이 그대로 제공된다. 이 교안이 쓰는 EC2·EBS·탄력적 IP는 상시 무료가 아닌 12개월 한도 쪽이라, 새 방식 계정에서는 첫 시간부터 크레딧이 깎인다.
인터넷의 많은 AWS 강의 자료가 아직 옛 방식(12개월 750시간)을 기준으로 쓰여 있으니, 요금 관련 설명은 항상 계정 생성 시기를 기준으로 다시 판단한다.
새 방식 계정은 가입할 때 플랜을 고른다 — 무료 플랜(Free plan) 과 유료 플랜(Paid plan).
무료 플랜 — 유료로 전환하기 전까지는 과금되지 않는다. 크레딧을 다 쓰거나 6개월이 지나면(먼저 오는 쪽) 무료 기간이 끝나고, 일정 기간 안에 유료로 바꾸지 않으면 계정이 닫힌다. 쓸 수 있는 서비스가 일부로 제한되지만 이 교안이 쓰는 EC2 는 포함된다. 실습이 목적이면 이쪽이 안전하다.
유료 플랜 — 모든 서비스를 쓸 수 있고, 크레딧을 넘는 사용량부터 등록한 카드로 과금된다.
크레딧 계정에서는 위의 「제로 지출 예산」 알림이 늦게 온다. 크레딧이 요금을 덮는 동안은 실제 지출이 0원이라 알림이 오지 않는다. 그동안 줄어드는 것은 크레딧이다. 남은 크레딧은 과금 정보 및 비용 관리 → 크레딧 에서 확인한다. 수업이 끝날 때마다 한 번씩 들어가 보는 습관을 들인다.
플랜 이름과 조건은 바뀔 수 있으므로 가입 화면과 AWS 프리 티어 페이지의 설명을 기준으로 한다.
7. 네트워크 사전 지식
AWS를 사용하려면 기본적인 네트워크 개념을 이해해야 한다.
7-1. IP 주소
IP 주소: 네트워크에서 장치를 식별하는 주소. 예)
192.168.0.1공인 IP: 인터넷에서 접근 가능한 IP. AWS에서는 EC2에 자동 부여되거나 Elastic IP로 고정
사설 IP: VPC 내부에서만 사용하는 IP. 외부 인터넷에서는 직접 접근 불가
공인 IPv4 주소는 2024년 2월 1일부터 전부 유료다. 인스턴스에 붙어 있든 아니든 과금된다. IPv4 주소가 한정된 자원이라 AWS 가 값을 매기기 시작한 것이고, 그래서 "쓰지 않는 주소를 붙들고 있으면 돈이 나간다"가 이 교안에서 가장 흔한 요금 사고의 원인이 된다. 상태별 요금표와 정리 절차는 EC2 인스턴스 생성 3절에 있다.
7-2. CIDR 표기법
네트워크 범위를 나타내는 표기법이다.
10.0.0.0/16 → 10.0.0.0 ~ 10.0.255.255 (65,536개 IP)
10.0.1.0/24 → 10.0.1.0 ~ 10.0.1.255 (256개 IP)숫자가 클수록 범위가 좁아진다. VPC와 서브넷 설정 시 사용한다.
7-3. 주요 프로토콜과 포트
프로토콜 | 포트 | 용도 |
|---|---|---|
HTTP | 80 | 웹 통신 |
HTTPS | 443 | 암호화 웹 통신 |
SSH | 22 | 서버 원격 접속 |
MySQL | 3306 | DB 연결 |
PostgreSQL | 5432 | DB 연결 |
7-4. DNS (Domain Name System)
도메인 이름(
example.com)을 IP 주소로 변환하는 시스템AWS에서는 Route 53이 DNS 역할을 담당
EC2 인스턴스를 생성하면 자동으로 퍼블릭 DNS가 부여된다. 재부팅(reboot)에는 그대로지만, 중지(stop) 후 다시 시작(start)하면 바뀐다 → 고정하려면 Elastic IP 또는 Route 53 사용
7-5. 방화벽 — 보안 그룹(Security Group)
AWS의 방화벽 역할. EC2 등 리소스에 연결하여 인바운드(들어오는)·아웃바운드(나가는) 트래픽을 제어한다.
보안 그룹 예시 (웹 서버)
인바운드 규칙:
- HTTP (80) : 0.0.0.0/0 ← 모든 IP에서 접근 허용
- HTTPS (443) : 0.0.0.0/0
- SSH (22) : 내 IP만 ← 관리자만 접속 가능
아웃바운드 규칙:
- 전체 허용 (기본값)SSH(22번 포트)를 0.0.0.0/0(전체 허용)으로 열어두면 보안 위험이 매우 크다. 반드시 내 IP만 허용하거나 VPN을 통해서만 접근하도록 설정한다. 실제로 보안 그룹을 만드는 절차는 EC2 인스턴스 생성 2-1 절에서 다룬다.
키 관리 자체가 부담이라면 AWS Systems Manager Session Manager 를 쓴다. 22번 포트를 아예 열지 않고도 셸에 접속할 수 있다. 콘솔의 EC2 Instance Connect 도 키 파일 없이 브라우저로 접속하게 해 주지만, 22번은 열려 있어야 한다(소스는 AWS 가 관리하는 Instance Connect 주소 대역) — EC2 인스턴스 생성 4-3 절에서 구분한다.