지난 글에서는 대규모 재해로부터 서비스를 끈질기게 생존시키는 다중 가용 영역(Multi-AZ) 동기 복제와, 눈사태처럼 밀려드는 조회 트래픽을 유기적으로 분산해 내는 읽기 복제본(Read Replica) 비동기식 복제의 하부 아키텍처를 완벽하게 비교 해부했습니다. "생존의 Multi-AZ, 성능의 Read Replica"라는 명쾌한 이정표를 가슴속에 꼭꼭 이식하셨을텐데요.

인프라의 뼈대와 복제 이론을 완벽하게 학습했으니, 이제 직접 우리의 소중한 데이터를 담아낼 가상 데이터베이스 서버 인스턴스를 클라우드 영토에 진짜로 생성해 볼 시간입니다!

이번 포스팅에서는 AWS 관리 콘솔에 접속하여 우리 쇼핑몰의 데이터 본진이 되어 줄 MySQL 데이터베이스를 프리티어 무료 혜택 범위 내에서 안전하고 정밀하게 빌딩하는 5가지 실전 생성 공식을 하나하나 가르쳐 드리겠습니다.

특히 템플릿 선택 실수나 스토리지 자동 조정 옵션을 방치했다가 다음 달 당황스러운 유료 요금 청구서를 마주하는 '과금 대참사'를 미연에 원천 봉쇄할 수 있는 지갑 사수 보안 팁까지 디테일하게 정리해 두었으니, 스마트폰이나 노트북을 켜고 차근차근 따라와 보세요! 😉

1. 준비 단계: AWS 서울 리전 설정 및 '전체 구성(Standard)' 선택하기

실습을 시작하기 전, 내 가상 서버가 위치할 지리적 공간인 '리전(Region)'을 가장 먼저 확인해야 합니다.

1. 리전 서울 고정: AWS 관리 콘솔에 로그인한 뒤, 우측 상단 리전 드롭다운 메뉴에서 반드시 '아시아 태평양(서울) ap-northeast-2'를 선택해 줍니다. 리전이 서울이 아닌 미국이나 유럽으로 잘못 지정되면, 추후에 배포할 EC2 웹 서버와 데이터베이스 간의 물리적 거리로 인해 웹 서비스 반응 속도가 극도로 느려지며, 무료 프리티어 자원이 꼬여 비용이 오버랩 될 수 있습니다.
   
   
   
   
   
2. 데이터베이스 생성 시작: 검색창에 'RDS' 혹은 'Aurora and RDS'를 입력해 이동한 후, 주황색 [데이터베이스 생성 (Create database)] 버튼을 클릭합니다.
   
   
   
   
   
3. 데이터베이스 생성 방식 선택: 생성 방식에는 [전체 구성 (Standard Create)]과 [손쉬운 생성 (Easy Create)]의 두 가지 옵션이 있습니다.
   
   
   • 전체 구성(Standard Create) 선택 필수: 초보 개발자들은 '손쉬운 생성'의 유혹에 빠지기 쉽지만, 이 옵션을 고르면 백업 보존 기간, 서브넷 매핑, VPC 보안 그룹 및 포트 등 중요한 세부 설정을 AWS가 기본값으로 강제 세팅해 버려 실습 공부 효과가 반감됩니다. 우리는 네트워크 보안망과 프리티어 스토리지를 내 손으로 직접 커스터마이징하여 통제할 수 있도록 반드시 [전체 구성] 방식을 선택해 진행합니다.

2. 엔진 옵션과 데이터베이스 버전 선택의 정석

RDBMS는 뷔페처럼 입맛대로 고르는 엔진의 다양성이 매력입니다. 우리는 웹 애플리케이션 개발에 최적화된 성능과 풍부한 글로벌 생태계를 지닌 세계적인 오픈 소스 DB 엔진을 장착할 것입니다.

• 엔진 유형: [MySQL] 엔진을 완벽히 체크합니다. 라이선스 비용이 없는 오픈 소스이므로 우리 프로젝트의 든든한 가성비 심장이 되어 주기에 충분합니다.
  
• 에디션: [MySQL Community]를 정밀 선택합니다.
• 엔진 버전: 교재 실습의 안정적인 호환성과 검증된 8.x 계열 표준을 준수하기 위해 [MySQL 8.4.7] (혹은 본인 교재 주차에 최적화된 MySQL 8.x 정식 마이너 버전)을 선택합니다.
  
  
  
  
  
• 💡 비용 폭탄 방지 팁 - '확장 지원 활성화' 해제: 버전을 선택하면 바로 하단에 "RDS 확장 지원 활성화(Enable RDS Extended Support)"라는 옵션 체크박스가 나옵니다. 이 옵션은 MySQL의 구형 버전 기술 지원 기간이 만료되었을 때 AWS가 추가 유료 비용을 받고 임시 보안 패치를 유지해 주는 엔터프라이즈 전용 옵션입니다. 이것을 체크해 두면 프리티어 계정이라도 시간당 상당한 유료 비용이 꼬박꼬박 누적 청구되므로, 실습 단계에서는 무조건 이 체크박스를 빈칸으로 해제해 주셔야 지갑이 안전합니다!

3. 지갑 수호의 시작: 템플릿 '샌드박스'와 프리티어 인스턴스 사양

템플릿 선택 영역은 여러분의 지갑 운명을 가르는 가장 극적이고 결정적인 순간입니다.

• 템플릿: 무조건 [샌드박스 (Sandbox)]를 선택합니다. 만약 실수로 '프로덕션'이나 '개발/테스트'를 누르는 순간, 고가용성을 위한 Multi-AZ 다중 가용 영역과 비싼 대용량 메모리 클래스가 자동 세팅되어 한 달 뒤 수십만 원의 날벼락 청구서와 조우하게 됩니다. 샌드박스를 골라야 불필요한 고비용 옵션들이 쫙 빠지고, 프리티어 전용의 단일 AZ 기반 가벼운 훈련소 환경이 마련됩니다.
  
  
  
  
  
• 배포 옵션: 가용성 및 내구성 항목에서 [단일 AZ DB 인스턴스 (Single AZ DB Instance)]를 엄격하게 고정합니다. 다중 가용 영역(Multi-AZ)은 프리티어에 절대 포함되지 않으며 약 2배의 청구가 즉시 발생한다는 사실을 절대 잊지 마세요!
  
  
  
  
  
• DB 인스턴스 식별자: 내 AWS 계정 내에서 해당 데이터베이스 인스턴스를 손쉽게 식별하기 위한 영문 명칭을 정해 줍니다. 여기서는 실습에 맞춰 mysql-instance-00으로 지정하겠습니다.
  
  
  
  
  
• 마스터 자격 증명 설정:
  • 마스터 사용자 이름: root (또는 admin)를 입력합니다.
  • 자격 증명 관리: [자체 관리 (Self managed)]를 철저히 체크합니다.
  • 마스터 암호: mysql1234를 정밀하게 기입하고 확인 창에도 똑같이 쳐줍니다. 이 암호는 향후 4장 실습에서 내 컴퓨터의 MySQL Workbench 도구로 RDS 본진에 직접 로그인하거나 Express 백엔드 코드의 db.js 파일에 연결 정보를 적을 때 고스란히 사용되는 핵심 열쇠이므로, 절대로 까먹지 않도록 메모장 한편에 고정해 두세요!
    
• DB 인스턴스 클래스: 인스턴스 구성에서 [버스트 가능 클래스 (t 클래스 포함)]를 선택하고, 드롭다운에서 db.t3.micro를 꼼꼼히 선택해 줍니다. 이 클래스가 바로 월 750시간까지 영구적으로 무상 지원되는 프리티어 규격의 친환경 인스턴스 마이크로 엔진입니다.
  
  
  
  
  

4. 스토리지 구성과 '자동 조정' 벌금 폭탄 방어 장치

데이터베이스 디스크 스토리지를 구성할 때도 프리티어 한도를 칼같이 조율해야 합니다.

1. 스토리지 유형: 범용 SSD 중에서 반드시 [범용 SSD (gp2)]를 메뉴에서 선택합니다.
   • 왜 gp3가 아닌 gp2인가? 최신 규격인 gp3 스토리지는 용량과 무관하게 성능(IOPS)을 조절할 수 있는 유용한 장점이 있지만, AWS 프리티어 공식 무료 스토리지 정책은 'General Purpose SSD(gp2) 스토리지 20GB'를 기준으로 무료 보장선을 제공합니다. gp3를 할당하면 계정 상태 및 지역 세부 요건에 따라 아주 미세한 소액 과금이 찍힐 우려가 있으므로, 교재 실습 단계에서는 가장 보수적이고 안전한 무료 영역인 gp2를 고르는 것이 지갑 안보에 완벽합니다!
2. 할당된 스토리지: 기본 할당 크기인 20 GiB를 그대로 유지합니다. (프리티어 최대 무료 한계가 딱 20GB입니다.)
   
   
   
   
   
3. 🔥 과금 누적 주범 - '스토리지 자동 조정 활성화' 해제: 스토리지 설정 하단을 보면 [스토리지 자동 조정 활성화 (Enable storage autoscaling)]라는 아주 상냥해 보이는 체크박스 옵션이 기본 활성화되어 켜져 있습니다.
   • 체크박스를 반드시 빈칸으로 해제(OFF)하십시오! 이 옵션은 데이터베이스 용량이 찰랑찰랑 가득 차 가기 시작하면 서비스 다운을 막기 위해 자동으로 디스크 스토리지를 30GB, 50GB, 100GB 단위로 강제 증설해 주는 오토 스케일링 기능입니다.
   • 실습 과정에서 로그 파일이 조금만 쌓이거나 더미 데이터를 삽입하다 보면, 이 똑똑한(?) AI 장치가 "어라? 용량이 좀 부족하네? 주인의 지갑을 털어서 디스크를 100GB로 늘릴게!"라며 스토리지 크기를 뻥튀기해 버립니다. 한 번 늘어난 스토리지는 다운그레이드가 절대 불가능하여 즉시 20GB 프리티어 허용 범위를 탈출해 요금이 청구되기 시작하므로, 반드시 체크 표시를 사전에 해제해 주어야 합니다!

5. 추가적인 프리티어 정밀 세팅들 (백업, 암호화, 유지 관리)

화면을 좀 더 아래로 내려 세부적인 환경 설정 위젯에서도 프리티어 최적화를 완료해 줍시다.

• 컴퓨팅 자원 연결: [EC2 컴퓨팅 자원에 연결하지 않음]을 그대로 선택해 둡니다. (추후 우리가 직접 배스천 호스트 터널링 보안 연결망을 수동 설계하며 완벽하게 실무 네트워킹을 정렬해 나갈 것이기 때문입니다.)
• Virtual Private Cloud(VPC): 기본 VPC인 [Default VPC]를 안전하게 지정해 줍니다.
• 퍼블릭 액세스 (Public Access): [예 (Yes)]를 선택해 줍니다.
  • 주의: 원래 보안의 표준 원칙은 인터넷 게이트웨이 통로가 원천 차단된 프라이빗 서브넷에 DB를 숨기고 퍼블릭 액세스를 '아니요(No)'로 꽁꽁 묶는 것이 100% 실무 철칙입니다. 하지만 지금 여러분은 회사 내부망 통제실이 아닌 카페나 집의 일반 노트북(로컬 Host) 환경에서 실습을 시도하고 계시기 때문에, 퍼블릭 액세스를 꺼버리면 로컬 PC의 MySQL Workbench 도구로 데이터베이스에 원격 접속하는 것 자체가 물리적으로 원천 차단되어 공부 진행이 불가능해집니다.
  • 따라서 오직 학습과 접속 테스트의 쾌적한 편의를 위해서 예외적으로 퍼블릭 액세스를 임시 허용(Yes)해 두는 것입니다. (단, 이로 인해 발생할 수 있는 보안 구멍과 공인 IP 과금에 대해서는 다음 16편 보안의 정석 편에서 '보안 그룹 IP 한정 방패'를 통해 완벽히 가두는 법을 전수해 드릴 예정이니 안심하고 '예'를 선택하세요!)
    

• 추가 구성 (Additional Configuration) 위젯: 가장 하단의 추가 구성을 반드시 클릭해 펼친 후, 다음 항목들을 꼼꼼하게 정리해 줍니다.
• 초기 데이터베이스 이름: 반드시 소문자로 shopping_db를 직접 타자해 입력합니다. 이 설정을 해두어야 인스턴스가 기동될 때 우리가 설계할 의류 쇼핑몰 전용 데이터 룸이 비어 있지 않고 자동으로 예쁘게 생성 완료됩니다.
• 백업 (Backup): '자동 백업 활성화' 체크박스를 안전하게 선택 해제(OFF)해 줍니다. 실습 중 불필요하게 생성되는 일일 스냅샷 보관 용량으로 인한 백업 스토리지 초과 과금 가능성을 방지하기 위함입니다.
• 암호화 (Encryption): '암호화 활성화' 체크박스를 가볍게 해제(OFF)해 줍니다. 학습 단계에서 가상 서버의 미세한 오버헤드를 낮추고 프리티어 호환성을 극대화하기 위함입니다.
• 유지 관리 (Maintenance): '마이너 버전 자동 업그레이드 사용' 체크박스를 깔끔히 선택 해제(OFF)합니다. 실습이 한창 진행되던 도중 한밤중에 AWS가 멋대로 MySQL 마이너 버전을 무단 업데이트하여 데이터베이스 엔진을 불쑥 재부팅하거나 설정 파라미터를 뒤흔들어 공부 흐름을 끊는 에러를 차단하기 위한 필수 지혜입니다.

6. 생성 완료와 '사용 가능(Available)' 상태 확인

자, 모든 칼 같은 무과금 맞춤 세팅이 끝났습니다! 화면 맨 아래에 있는 눈부신 [데이터베이스 생성 (Create database)] 버튼을 자신감 넘치게 클릭합니다.

그러면 화면 상단에 '데이터베이스 mysql-instance-00 생성 중'이라는 반가운 녹색 진행 표시 바가 기분 좋게 로드되기 시작합니다.

AWS 클라우드 분산 망 어딘가에 우리만의 영구적인 가상 디스크 볼륨(EBS)이 포맷되고 최신 MySQL Community 엔진이 완벽히 주입 및 컴파일되는 백그라운드 인프라가 작동하는 순간인데요. 이 프로세스는 AWS 데이터 센터의 당일 혼잡도와 인스턴스 사양에 따라 대략 3분에서 길게는 10분 정도의 시간이 소요됩니다.

브라우저 새로 고침을 누르며 가만히 기다리시다가, 생성 중이던 상태 메시지가 마침내 영롱하고 투명한 녹색의 '사용 가능 (Available)' 상태로 완벽히 전환 완료되면 마침내 전 세계에서 가장 안전하고 똑똑한 여러분만의 클라우드 정형 데이터 요새가 완벽히 현실 세계에 기상한 것입니다!

마치며: 첫 번째 가상 데이터 영토를 개척했습니다!

오늘 우리는 과금 회피 가이드를 장착한 채, 불필요한 자동 증설 폭탄과 유료 에디션의 그물을 안전하게 피해 가며 우리 쇼핑몰의 메인 영구 저장소인 AWS RDS MySQL 데이터베이스 인스턴스를 무결하게 기동시키는 위대한 첫 한 걸음을 성공적으로 마쳤습니다!

"직접 리눅스 명령어로 데이터베이스 설치 파일을 풀고 OS 방화벽 포트를 뚫으며 밤새 삽질하던 원시 인프라 노동에서 탈출해, 마우스 클릭 몇 번과 핵심 옵션의 안목 조율만으로 전 세계에서 가장 안전한 클라우드 데이터 서버를 5분 만에 프로비저닝 완료해 낸 여러분은 이제 영락없는 1등 클라우드 아키텍트입니다!"

든든하게 데이터베이스 본진을 띄웠으니, 이제 이 요새를 향해 날아오는 전 세계 해커들의 불법 무차별 포트 스캐닝 시도를 칼같이 거부하고 내 로컬 컴퓨터에서만 3306 포트를 타고 유유히 드나들 수 있도록 철통 같은 방화벽 바리케이드(VPC 보안 그룹)를 치밀하게 쳐둘 시간입니다!

다음 포스팅인 '[RDS 최적화] 한글 깨짐 방지를 위한 데이터베이스 파라미터 그룹 UTF-8 문자셋 설정 및 타임존(KST) 맞추기' 편에서는 클릭 몇 번만으로 인스턴스 전역 설정을 동기화해 주는 AWS RDS 파라미터 그룹(Parameter Group)의 원리와 문자셋 및 타임존을 한국 실정에 맞게 정밀 조율하는 6대 조치 공식을 전수해 드리겠습니다.

오늘 MySQL 인스턴스를 생성하는 과정에서 막히는 부분이나, '확장 지원 활성화' 해제 설정 등에서 헷갈리는 에러 메시지가 떴다면 주저하지 말고 아래 운영자 메일로 질문해주세요. 오늘도 즐겁고 유능한 클라우딩 라이프 하세요. 감사합니다! 😉

출처

• 이현호. 실무 프로젝트로 완성하는 클라우드 환경에서 DB 구축과 웹 개발. 길벗캠퍼스. 2026.04. (3.2장 'Amazon RDS 인스턴스 생성', 074-091페이지 참조)
• 이현호. "03장. 클라우드 관계형 DB - Amazon RDS" 설명 오디오 가이드 스크립트 기반 엔진 버전 선택 비하인드, gp2 스토리지 할당 및 자동 조정 활성화 방지 아키텍처 대화록 완벽 반영.
• Amazon RDS User Guide - Creating a DB instance (https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateDBInstance.html) 및 AWS Free Tier RDS MySQL 사용 안내 실무 매뉴얼.