Lightsail EC2 차이: 워드프레스 비용·운영·확장 비교
AI Editter
워드프레스 하나를 올리려고 AWS를 열었는데 Lightsail과 EC2가 모두 보인다. 가장 싼 서버를 고르면 될 것 같지만, 실제 차이는 월 요금보다 네트워크를 얼마나 직접 설계할지, 장애가 났을 때 누가 복구할지에서 벌어진다.
Lightsail EC2 차이를 먼저 정리하면 이렇다. 작은 웹사이트를 정해진 서버 구성으로 운영하려면 Lightsail부터 검토할 만하다. 사설망, 여러 서버의 자동 확장, 세밀한 인스턴스 선택이 필요하면 EC2 쪽이 맞는다. 어느 쪽이든 서버를 만들었다고 워드프레스 업데이트와 백업까지 대신 처리해 주는 것은 아니다. 이 글은 일반 가상 서버 기준이며, 상품·요금 확인일은 2026년 9월 20일이다.
Lightsail과 EC2, 운영에서 달라지는 것
| 판단 기준 | Lightsail | EC2 |
|---|---|---|
| 서버 생성 | 번들과 애플리케이션 블루프린트를 골라 시작 | AMI·인스턴스 유형·스토리지·네트워크를 조합 |
| 비용 계산 | 서버 번들에 포함된 항목과 추가 상품·초과 사용량을 구분 | 컴퓨팅·EBS·네트워크 등 사용 항목을 합산 |
| 네트워크 설계 | 단순한 호스팅 구성을 시작하기 편함 | VPC·서브넷·보안 그룹 등 세밀한 설계에 적합 |
| 확장 요구 | 단일 서버의 용량 확대 중심으로 검토 | Auto Scaling과 여러 인스턴스 유형을 활용할 수 있음 |
| 운영 책임 | 서버 내부 OS·앱 관리와 복구 절차는 별도 준비 | OS·앱 관리에 더해 직접 구성한 인프라도 관리 |
AWS의 EC2·Lightsail 비교와 서비스 선택 가이드도 단순 웹 호스팅과 세밀한 인프라 요구를 구분한다. 위 표는 기능 목록을 모두 옮긴 것이 아니라, 소규모 사이트 운영자가 결정을 내리는 데 필요한 차이를 추린 것이다.
월 5달러라는 숫자만 비교하면 빠지는 비용
현재 공식 요금표에서 퍼블릭 IPv4를 포함하는 Linux/Unix 범용 Lightsail 번들은 0.5GB 메모리 월 5달러, 1GB 월 7달러, 2GB 월 12달러부터 표시된다. 이는 해당 번들의 가격이며 워드프레스 사이트 전체 운영비 견적이 아니다. IPv6 전용 번들과도 구분해야 한다. 실제 선택 리전의 전송량 조건과 세금·환율·무료 혜택은 별도로 확인한다. 출처: Lightsail 공식 요금표.
메모리가 작다는 이유만으로 무조건 실패하는 것도, 방문자가 적다는 이유로 충분한 것도 아니다. 테마, 플러그인, DB와 캐시를 같은 서버에서 실행하는지에 따라 필요한 자원이 달라진다. 방문자 수만으로 “이 플랜이면 몇 명까지 가능하다”고 단정하기는 어렵다.
| 견적에 적을 항목 | 확인할 질문 |
|---|---|
| 서버 | 일반 페이지뿐 아니라 관리자 화면·검색·예약 작업도 여유 있게 실행되는가? |
| 백업 | 스냅샷 보관량과 DB 백업을 어디에 얼마나 남길 것인가? |
| 트래픽 | 이미지·첨부 파일·다운로드가 전송 허용량을 얼마나 사용하는가? |
| 추가 구성 | 관리형 DB, 로드 밸런서, CDN, 메일 서비스를 별도로 사용하는가? |
| 사람의 작업 | 패치·장애 대응·복구에 매달 몇 시간이 필요한가? |
실무에서는 월 운영비 = 서버 + 백업 + 추가 서비스 + 전송 초과분 + 운영 작업으로 적어 두면 비교가 쉬워진다. 예를 들어 월 12달러 번들에 백업을 추가했다면, 백업 비용이 포함되지 않은 “월 12달러 호스팅”으로 예산을 확정하지 않는다. 이 계산식은 견적용 틀이며 AWS의 청구 항목을 대체하지 않는다.
Lightsail도 중지하면 요금이 멈출까?
일반 Lightsail 인스턴스는 중지해도 삭제할 때까지 요금이 발생한다. 번들은 시간 단위로 계산하되 월 최대 플랜 금액이 적용된다. 연결되지 않은 고정 IPv4 주소나 보관 중인 스냅샷도 따로 확인해야 한다. EC2에서 컴퓨팅을 중지하던 습관을 그대로 적용하면 예상과 다른 청구서를 받기 쉽다. 출처: Lightsail 청구 FAQ.
전송량도 무제한이 아니다. 인바운드와 아웃바운드가 허용량 계산에 포함되며, 허용량을 넘은 뒤에는 조건에 해당하는 아웃바운드 전송에 초과 요금이 붙는다. 외부 다운로드가 많은 사이트라면 서버 메모리보다 전송량을 먼저 계산해야 할 수도 있다. 출처: Lightsail 데이터 전송 안내.
비용 알림과 EC2 잔여 자원 점검은 AWS 요금 폭탄 방지 가이드에서 이어서 확인할 수 있다. 알림은 사용량을 알려 주는 수단이므로 결제 상한선으로 생각하면 안 된다.
워드프레스 운영 상황별 선택
회사 소개·개인 블로그: Lightsail부터 검토
사이트 한 개, 서버 한 대로 시작하고 서버 관리자를 따로 두지 않는 상황이라면 구성 요소가 적은 편이 유리하다. Lightsail 블루프린트로 시작하더라도 자동 업데이트 정책, 플러그인 최소화, DB 백업과 복구 테스트는 직접 준비한다. 서버 관리 자체를 맡길 사람이 없다면 두 서비스 중 하나를 억지로 고르기보다 관리형 워드프레스 호스팅과도 총비용을 비교할 필요가 있다.
주문·회원·결제가 있는 서비스: 복구 목표부터 정하기
서비스 이름보다 “최대 몇 분의 주문 데이터를 잃을 수 있는가”, “몇 시간 안에 복구해야 하는가”를 먼저 정한다. 서버 한 대에 웹과 DB를 모두 두면 그 서버의 장애가 전체 서비스에 영향을 준다. 최신 스냅샷이 있다는 사실만으로 주문 데이터 손실 허용 기준을 충족했다고 볼 수는 없다. 트랜잭션 데이터의 별도 백업과 복구 검증이 필요하다.
복잡한 사설망·자동 확장·특수 사양: EC2 검토
여러 서브넷에 웹과 DB를 나누고, 조직의 네트워크 정책을 적용하며, 부하에 따라 서버 수를 조절해야 한다면 EC2를 중심으로 설계하는 편이 자연스럽다. 다만 EC2를 선택하는 것과 고가용성을 갖추는 것은 별개다. 한 대만 만들면 여전히 한 대가 멈추는 장애에 대비해야 한다.
서버를 키우기 전에 확인할 다섯 가지
- 실제 느린 요청을 고른다. 캐시된 첫 화면만 보지 말고 로그인·검색·관리자 작업을 구분한다.
- 메모리와 CPU를 같은 시간대로 본다. 백업이나 예약 작업 시간에만 느린지, 평소에도 부족한지 확인한다.
- DB와 앱 로그를 함께 확인한다. 느린 쿼리나 외부 API 대기는 서버 용량만 늘려도 남을 수 있다.
- 실제 복구를 시험한다. 백업 파일 존재 여부를 넘어 별도 환경에서 페이지·첨부 파일·DB가 복원되는지 확인한다.
- 전환과 되돌리기 시간을 정한다. IP·DNS·TLS·쓰기 중단·최종 데이터 동기화 순서를 작업표에 적는다.
Lightsail의 일반적인 용량 확대는 스냅샷으로 더 큰 플랜의 새 인스턴스를 만드는 방식이다. 스냅샷을 이용해 더 작은 플랜으로 바로 내려갈 수는 없다. 따라서 처음부터 가장 큰 플랜을 고른 뒤 쉽게 줄이겠다는 계획은 피하는 편이 낫다. 이전 인스턴스와 새 인스턴스를 함께 유지하는 동안의 비용도 계산한다. 출처: 스냅샷을 이용한 Lightsail 확장.
선택 전에 적어 둘 운영 메모
아래 다섯 줄을 채우면 막연한 서비스 비교가 실제 설계로 바뀐다. 숫자는 팀의 허용 기준을 적으며, 다른 사이트의 방문자 수를 그대로 가져오지 않는다.
- 현재 운영 대상: 사이트 수, DB 위치, 파일 저장 위치
- 월 예산: 서버·백업·전송량·운영 작업을 포함한 금액
- 복구 기준: 허용 중단 시간과 허용 데이터 손실량
- 확장 조건: 어떤 측정값이 얼마 동안 나빠지면 변경할지
- 운영 담당자: 패치, 백업 확인, 장애 연락을 맡을 사람
작은 사이트라면 Lightsail의 단순함이 도움이 된다. 이미 복잡한 네트워크와 확장 요구가 있다면 EC2의 선택 폭이 필요하다. 최저가 플랜 이름보다 이 운영 메모에 맞는 쪽을 고르는 것이 나중의 이전 작업을 줄인다.