초보자가 AWS 시작하는 방법, 비용 폭탄 없이 계정부터 서버까지 잡는 순서
AWS를 처음 켤 때 가장 헷갈리는 부분
얼마 전 지인이 작은 쇼핑몰 테스트 서버를 올리겠다며 AWS 계정을 만들었는데, 화면에 서비스가 너무 많아서 어디를 눌러야 할지 모르겠다고 하더라고요. 사실 AWS는 기능이 많은 만큼 처음엔 꽤 부담스럽습니다. EC2, S3, RDS, Lambda 같은 이름도 낯설고, 잘못 누르면 돈이 나갈 것 같은 느낌도 들죠.
그래도 접근 순서를 잡으면 생각보다 단순합니다. 처음부터 모든 서비스를 이해하려고 하기보다 계정 보안, 비용 알림, 저장소, 서버, 데이터베이스 순서로 익히면 훨씬 덜 흔들립니다. AWS는 필요한 만큼 빌려 쓰는 구조라서 작은 테스트부터 시작하기 좋지만, 반대로 켜둔 리소스를 잊어버리면 매달 요금이 붙을 수 있습니다.
계정 만들고 바로 해야 할 기본 설정
AWS 계정을 만들었다면 서비스부터 누르기 전에 보안과 비용 설정을 먼저 챙기는 편이 좋습니다. 특히 루트 계정은 집 열쇠 같은 계정이라 평소 작업에 계속 쓰지 않는 게 안전합니다. 이메일과 비밀번호로 만든 최초 계정은 결제, 권한 관리처럼 중요한 일에만 쓰고, 실제 작업은 별도 사용자를 만들어 진행하는 식이죠.
- 루트 계정에 MFA를 설정합니다. 휴대폰 인증 앱을 붙여두면 비밀번호가 노출돼도 한 번 더 막을 수 있습니다.
- IAM 사용자를 만들고 필요한 권한만 부여합니다. 처음 연습이라도 관리자 권한을 무작정 여러 명에게 주는 건 피하는 게 좋습니다.
- Billing 메뉴에서 예산 알림을 설정합니다. 예를 들어 월 5달러, 10달러 기준으로 알림을 걸어두면 실수 비용을 빨리 눈치챌 수 있습니다.
- 리전은 하나로 정해두고 시작합니다. 서울 리전을 쓸지, 버지니아 북부 리전을 쓸지 정한 뒤 리소스를 흩뿌리지 않는 게 관리에 편합니다.
근데 여기서 많이 놓치는 게 리전입니다. EC2는 서울에 만들고, S3 버킷은 다른 리전에 만들고, 나중에 어디에 뭐가 있는지 못 찾는 경우가 꽤 있습니다. 초반에는 한 리전에 몰아서 연습하는 쪽이 깔끔합니다.
처음 익히기 좋은 AWS 서비스 순서
AWS에는 200개가 넘는 서비스가 있지만, 개인 블로그나 작은 웹서비스 기준으로 자주 만나는 건 몇 가지입니다. 처음엔 아래 순서로 만져보면 흐름이 잡힙니다.
1. S3로 파일 저장부터 익히기
S3는 이미지, 문서, 백업 파일 같은 정적 파일을 저장하는 서비스입니다. 웹사이트 이미지 저장소로도 많이 쓰고, 로그나 백업 파일을 쌓아두는 용도로도 자주 씁니다. 예를 들어 하루에 100장 정도 상품 이미지를 업로드하는 작은 쇼핑몰이라면, 서버 디스크에 직접 저장하는 것보다 S3에 분리해두는 편이 운영하기 쉽습니다.
처음 연습할 때는 버킷을 하나 만들고 파일을 올린 뒤 권한 설정을 바꿔보면 됩니다. 다만 공개 권한은 조심해야 합니다. 실수로 전체 공개를 해두면 민감한 파일이 외부에 보일 수 있으니, 공개가 필요한 이미지와 비공개로 둬야 할 파일을 구분하는 습관이 중요합니다.
2. EC2로 서버 한 대 띄워보기
EC2는 클라우드 위의 가상 컴퓨터라고 보면 됩니다. 윈도우나 리눅스 서버를 빌려서 웹서버를 설치하고, 애플리케이션을 실행할 수 있습니다. 초보자는 작은 인스턴스 타입으로 시작하면 충분합니다. 테스트용 블로그나 간단한 API 서버라면 처음부터 큰 사양이 필요하지 않습니다.
EC2를 만들 때는 보안 그룹이 특히 중요합니다. SSH 접속용 22번 포트, 웹 접속용 80번과 443번 포트를 어떻게 열지 정하는 부분입니다. 연습할 때도 22번 포트를 전 세계에 열어두기보다 내 IP에서만 접속하도록 제한하면 훨씬 안전합니다.
3. RDS는 데이터가 생길 때 붙이기
RDS는 관리형 데이터베이스 서비스입니다. MySQL, PostgreSQL 같은 데이터베이스를 직접 서버에 설치하지 않고 AWS가 관리해주는 방식입니다. 백업, 패치, 장애 대응을 일부 맡길 수 있어서 운영 부담이 줄어듭니다.
다만 초반 실습 단계에서 무조건 RDS부터 만들 필요는 없습니다. RDS는 켜둔 시간과 스토리지에 따라 비용이 붙습니다. 게시글, 회원, 주문 같은 실제 데이터가 생기고 백업이 중요해질 때 붙여도 늦지 않습니다. 작은 토이 프로젝트라면 처음엔 로컬 DB나 가벼운 구성으로 흐름을 익힌 뒤 넘어가는 방법도 괜찮습니다.
비용을 줄이려면 켜둔 리소스를 자주 확인하기
AWS 비용은 대체로 사용량 기반입니다. 그래서 서버를 잠깐 켰다가 끄면 적게 나오지만, 테스트 서버를 한 달 내내 켜두면 작은 인스턴스라도 비용이 쌓입니다. S3도 파일이 적을 때는 부담이 작지만, 로그나 백업이 계속 쌓이면 어느 순간 용량이 꽤 커질 수 있습니다.
초보자에게 가장 현실적인 습관은 세 가지입니다. 첫째, 실습이 끝난 EC2 인스턴스는 중지하거나 삭제합니다. 둘째, 쓰지 않는 EBS 볼륨과 스냅샷을 확인합니다. 셋째, Billing 대시보드를 일주일에 한 번 정도 열어봅니다. 솔직히 이 정도만 해도 예상 밖 요금 대부분은 빨리 잡을 수 있습니다.
- 월 예산 알림을 낮게 잡아둡니다. 처음엔 5달러나 10달러도 충분한 기준이 됩니다.
- 프리 티어 조건을 읽어봅니다. 무료라고 생각했는데 사용량이나 기간 조건을 넘기면 과금될 수 있습니다.
- 리소스 이름에 프로젝트명을 붙입니다. 나중에 지워도 되는 리소스인지 판단하기 쉬워집니다.
- 테스트가 끝난 뒤 리전별 리소스를 확인합니다. 다른 리전에 만든 서버를 잊는 일이 종종 있습니다.
작은 프로젝트로 AWS 감 잡는 방법
처음부터 회사 서비스처럼 완벽한 구조를 만들려고 하면 금방 지칩니다. 개인적으로는 정적 웹사이트 하나를 S3에 올리고, 그다음 EC2에 간단한 API 서버를 띄우는 순서가 가장 무난하다고 느꼈습니다. 여기까지 해보면 저장소, 서버, 네트워크, 권한, 비용 흐름이 자연스럽게 연결됩니다.
예를 들어 포트폴리오 페이지를 S3에 올리고, 방문자 메시지를 받는 작은 API를 EC2에서 돌려볼 수 있습니다. 데이터 저장이 필요해지면 그때 RDS나 DynamoDB를 붙이면 됩니다. 이렇게 단계별로 붙이면 어떤 서비스가 왜 필요한지 몸으로 이해됩니다.
AWS는 처음 화면만 보면 복잡하지만, 결국 필요한 기능을 빌려 쓰는 도구입니다. 계정 보안과 비용 알림을 먼저 잡고, S3와 EC2처럼 눈에 보이는 서비스부터 만지면 진입 장벽이 많이 낮아집니다. 처음 한두 번은 메뉴를 찾는 데 시간이 더 걸리지만, 작은 프로젝트를 끝까지 올려보면 클라우드가 꽤 실용적인 작업 공간처럼 느껴질 거예요.
