개인 서비스용 VPS는 처음부터 큰 사양을 사기보다 2GB에서 시작해 메모리와 디스크 지표를 보고 4GB로 올리는 방식이 가장 안전하다. 정적 사이트나 단일 경량 앱은 1GB도 가능하지만, WordPress·데이터베이스·Docker를 한 서버에 함께 두면 2GB를 실용적인 출발점으로 보는 편이 낫다. 여러 앱, 빌드 작업, 검색·벡터 DB까지 묶는다면 4GB 이상을 검토해야 한다.
핵심 요약
- 1GB: 정적 사이트, 리버스 프록시, 단일 경량 앱처럼 역할이 분명할 때만 고른다.
- 2GB: 개인 WordPress, 소형 API, 2~3개 경량 Docker 서비스의 현실적인 시작점이다.
- 4GB: 앱과 DB를 함께 운영하거나 빌드·크롤링처럼 순간 메모리 사용량이 큰 작업에 유리하다.
- 사양은 평균 사용량이 아니라 피크 메모리, OOM 기록, 디스크 증가량, 복구 시간으로 결정한다.
VPS 사양은 CPU보다 메모리부터 정한다
개인 서비스에서 처음 부딪히는 한계는 대개 CPU 코어 수보다 메모리다. 웹 서버만 실행할 때는 작아 보여도 데이터베이스 버퍼, PHP·Node.js 런타임, Docker 데몬, 로그 수집기, 배포 중 빌드 프로세스가 겹치면 피크가 빠르게 커진다. 메모리가 모자라면 Linux OOM Killer가 프로세스를 종료하거나 스왑 때문에 응답 시간이 급격히 늘 수 있다.
아래 표는 공급자의 최소 요구 사항이 아니라 작게 시작하기 위한 운영 추정치다. 플러그인 수, 동시 접속, 캐시, 데이터 크기, 빌드 방식에 따라 결과가 달라지므로 배포 뒤 실제 지표로 조정해야 한다.
| 메모리 | 적합한 시작 범위 | 주의할 실패 조건 | 판단 |
|---|---|---|---|
| 1GB | 정적 사이트, 프록시, 단일 경량 프로세스 | 서버 내 빌드, DB 동시 운영, 무거운 플러그인 | 역할을 한정할 때만 |
| 2GB | 개인 WordPress, 소형 API, 경량 컨테이너 2~3개 | 배포와 백업이 겹치는 시간대의 피크 | 기본 출발점 |
| 4GB | 앱+DB, 여러 Docker 서비스, 소형 모니터링 | 검색 엔진·벡터 DB·대규모 빌드 추가 | 운영 여유가 필요할 때 |
| 8GB 이상 | 여러 앱, CI 빌드, 검색·관측 스택 | 단일 장애 영역과 백업 비용 증가 | 서비스 분리도 함께 검토 |
1GB·2GB·4GB 월 비용은 얼마나 차이 날까
2026년 8월 22일 공식 가격표를 확인하면 공인 IPv4가 포함된 Linux 기준 AWS Lightsail은 1GB 7달러, 2GB 12달러, 4GB 24달러, 8GB 44달러다. DigitalOcean Basic Droplet은 1GB 6달러, 2GB 12달러, 4GB 24달러, 8GB 48달러다. 지역, 세금, 백업, 추가 디스크, 초과 트래픽은 별도일 수 있다.

출처: AWS Lightsail·DigitalOcean 공식 가격표 (2026-08-22 확인)
2GB에서 4GB로 올리면 두 예시 모두 월 12달러가 늘어난다. 3년 동안 같은 사양을 유지한다는 단순 가정에서는 432달러 차이다. 그래서 여유 사양을 무조건 선구매하기보다, 2GB에서 관측한 뒤 업그레이드하는 편이 작은 서비스의 비용 통제에 유리하다. 반대로 장애 한 번의 복구 비용이 월 12달러보다 크다면 4GB의 여유가 더 합리적이다.
서비스 유형별로 고르는 현실적인 기준
정적 사이트와 리버스 프록시
Nginx·Caddy 같은 프록시와 정적 파일 제공만 담당한다면 1GB로 시작할 수 있다. 다만 같은 서버에서 이미지 변환, Node 빌드, 데이터베이스까지 실행하면 이 전제가 깨진다. 배포 산출물을 외부 CI에서 만들어 서버에는 완성 파일만 전달하는 구조가 1GB에 더 잘 맞는다.
WordPress와 소형 웹 애플리케이션
웹 서버, PHP, 데이터베이스가 한 인스턴스에 들어가는 개인 WordPress라면 2GB를 출발점으로 삼을 만하다. 페이지 캐시가 잘 작동하고 트래픽이 작으면 충분할 수 있지만, 백업 압축과 플러그인 업데이트가 겹칠 때 피크를 확인해야 한다. WordPress는 PHP를 실행할 수 있는 웹 서버를 요구하지만 공식 문서가 모든 사이트에 공통인 RAM 용량을 정하지는 않는다.
Docker 여러 개와 데이터베이스
API, DB, Redis, 프록시, 모니터링을 한 VPS에 모으면 4GB 쪽이 운영하기 편하다. Docker는 기본적으로 컨테이너 메모리를 자동 제한하지 않으므로 --memory나 Compose의 자원 제한을 명시해야 한 컨테이너가 서버 전체를 압박하는 상황을 줄일 수 있다. 스왑은 순간 피크의 안전장치일 뿐 지속적인 메모리 부족을 해결하는 증설 대체재가 아니다.
업그레이드 신호는 네 가지로 확인한다
- 피크 메모리: 평균이 아니라 배포·백업·트래픽 피크 시간의 사용량을 본다.
- OOM 기록:
journalctl -k와 애플리케이션 로그에서 강제 종료 흔적을 찾는다. - 스왑 대기: 스왑 사용이 계속 늘고 응답 지연이 함께 발생하면 메모리를 올리거나 프로세스를 분리한다.
- 디스크 증가량: 로그, DB, Docker 이미지가 차지하는 공간과 백업 보존 기간을 계산한다.
간단한 시작 명령은 free -h, docker stats, df -h, journalctl -k다. 7일 이상 평일과 주말, 배포 시점을 모두 포함해 본 뒤 판단하는 편이 낫다. 평균 메모리만 보고 증설하면 OOM을 놓치고, 순간 피크만 보고 증설하면 비용을 낭비할 수 있다.
비용보다 먼저 확인할 운영·보안 체크리스트
- SSH 비밀번호 로그인을 끄고 키 기반 로그인과 방화벽을 설정한다.
- 운영 데이터는 Docker 이미지가 아니라 볼륨에 분리하고 별도 위치에 백업한다.
- 백업 파일 생성뿐 아니라 새 인스턴스에서 복구되는지 주기적으로 확인한다.
- 자동 보안 업데이트의 적용 범위와 재부팅 정책을 정한다.
- 메모리, 디스크, HTTP 상태, 인증서 만료 알림을 서버 밖에서 받는다.
- 수직 증설 전에 앱·DB·빌드 작업을 서로 분리할 가치가 있는지 비교한다.
AI 에이전트 서버를 직접 구성하려면 맥미니 OpenClaw 설치 가이드를 함께 볼 수 있다. 외부 LLM 호출의 비용과 장애를 한곳에서 관리하려면 Cloudflare AI Gateway와 LiteLLM 비교, 운영 지표 설계가 필요하면 AI 에이전트 관측 도구 비교가 이어진다.
FAQ
개인 WordPress는 1GB VPS로 충분할까?
캐시가 잘 작동하고 플러그인이 가벼우며 트래픽이 작다면 가능하다. 그러나 DB, PHP, 백업 압축이 같은 서버에서 겹치므로 2GB가 운영 여유를 확보하기 쉽다. 1GB를 쓴다면 OOM 기록과 스왑 대기를 반드시 확인해야 한다.
처음부터 4GB를 사는 편이 안전하지 않을까?
장애 비용이 크거나 여러 서비스를 한 번에 올린다면 4GB가 합리적이다. 단일 개인 앱이라면 2GB에서 측정한 뒤 올리는 편이 3년 누적 비용을 줄일 수 있다. 공급자가 지원하는 스냅샷과 사양 변경 절차도 미리 확인해야 한다.
스왑을 크게 만들면 RAM을 늘리지 않아도 될까?
아니다. 스왑은 짧은 피크에서 즉시 종료되는 상황을 줄일 수 있지만 디스크 접근은 RAM보다 느리다. 지속적으로 스왑을 쓰고 지연이 발생하면 메모리를 늘리거나 서비스를 분리해야 한다.
VPS 비용 비교에서 빠뜨리기 쉬운 항목은 무엇일까?
세금, 자동 백업, 스냅샷, 추가 블록 스토리지, 공인 IPv4, 초과 트래픽, 외부 모니터링 비용이다. 월 인스턴스 가격만 비교하지 말고 복구 가능한 백업까지 포함한 총비용을 계산해야 한다.
참고 자료
- AWS Lightsail Pricing
- DigitalOcean Droplet Pricing
- Docker Docs: Resource constraints
- Docker Docs: Volumes
- WordPress Developer Resources: Web servers
가격 확인일: 2026년 8월 22일. 공급자 가격, 환율, 세금, 제공 사양은 이후 바뀔 수 있다.