작성자 Supabase 무료 플랜 제한 및 셀프 호스팅 비교
Supabase Free 플랜은 500MB 데이터베이스와 1주일 미사용 시 프로젝트 일시 중지 정책을 포함합니다. 서비스 운영을 위해 클라우드 플랜의 제약 사항과 직접 VPS에 스택을 구축하는 방식의 장단점을 상세히 비교해 드립니다.
Supabase는 무료인가요?
Supabase는 두 가지 방식으로 무료로 제공되지만, 두 방식의 성격은 서로 다릅니다. 호스팅되는 Free 플랜은 비용이 발생하지 않으며 카드 정보를 요구하지 않습니다. 소스 코드가 공개되어 있으므로 전체 스택을 자신의 VPS(가상 사설 서버)에서 직접 운영할 경우 라이선스 비용이 들지 않습니다. 한쪽은 제한 사항으로 비용을 청구하고, 다른 한쪽은 운영 노력을 요구합니다.
2026년 9월 10일 확인 기준으로, supabase.com/pricing에는 0.5 GB의 데이터베이스, 1 GB의 파일 저장소, 5 GB의 데이터 전송량, 50,000명의 월간 활성 사용자(MAU)를 포함하며 최대 2개의 활성 프로젝트를 지원하는 Free 플랜이 명시되어 있습니다. 같은 페이지에는 이 서비스의 핵심을 결정짓는 "무료 프로젝트는 1주일 동안 활동이 없으면 일시 중지됩니다"라는 문구가 포함되어 있습니다. 가격 정책은 수시로 변경될 수 있으므로, 계획을 세우기 전에 해당 수치를 다시 확인하십시오.
Free 플랜에서 실제로 제공하는 것
The data behind this chart
[
{
"plan": "Free",
"db_gb": 0.5,
"file_storage_gb": 1,
"egress_gb": 5
},
{
"plan": "Pro",
"db_gb": 8,
"file_storage_gb": 100,
"egress_gb": 250
}
]MAU(월간 활성 사용자)는 청구 월 내에 인증을 수행한 고유 사용자를 집계하므로, 50,000명은 아직 개발 중인 서비스에 충분한 수치입니다. 사용자 수 제한이 먼저 소진되는 경우는 거의 없습니다. 보통 먼저 소진되는 것은 0.5 GB의 Postgres 용량이나, Storage에서 이미지 또는 파일을 제공하기 시작할 때 발생하는 5 GB의 데이터 전송량(egress)입니다.
활성 프로젝트 2개라는 제한은 더 체감하기 쉬운 제약입니다. 운영 환경 프로젝트 1개와 스테이징 프로젝트 1개만으로도 Free 플랜이 가득 차기 때문에, 세 번째 아이디어는 대기해야 하거나 공유해서는 안 될 데이터베이스를 다른 프로젝트와 함께 사용해야 합니다.
왜 저장 용량 제한보다 일시 중지가 더 중요한가
"무료 프로젝트는 1주일 동안 활동이 없으면 일시 중지됩니다"라는 문구는 대부분의 무료 플랜이 끝나는 지점입니다. 7일 동안 아무도 쿼리를 보내지 않는 프로젝트는 요청 처리를 중단합니다. README에 링크된 데모나 한 달에 한 번 사용하는 스테이징 API는, 당신이 링크를 보낸 사람이 클릭하는 바로 그 순간에 다운되어 있습니다. Supabase 대시보드에서 버튼 하나로 복구할 수 있으므로 수리는 빠르지만, 이는 당신이 지켜보고 있을 때만 가능합니다.
이것이 호스팅 무료 티어의 실질적인 대가입니다. 당신은 돈을 지불하는 것이 아닙니다. 당신은 가용성과 플랜을 업그레이드하지 않으면 높일 수 없는 한계치로 비용을 지불하고 있는 것입니다.
Free 플랜 종료 시 Pro 및 Team 플랜 비용
The data behind this chart
[
{
"plan": "Free",
"usd_per_month": 0
},
{
"plan": "Pro",
"usd_per_month": 25
},
{
"plan": "Team",
"usd_per_month": 599
}
]Pro 플랜은 월 25부터 시작하며, 프로젝트당 8 GB의 디스크, 100 GB의 파일 스토리지, 250 GB의 데이터 전송량(egress)을 포함합니다. 2026년 9월 10일 기준으로, 해당 용량을 초과할 경우 디스크는 GB당 $0.125, 파일 스토리지는 GB당 $0.0213, 데이터 전송량은 GB당 $0.09의 요금이 부과됩니다. 또한 Pro 플랜에서는 비활성 상태일 때 프로젝트가 일시 중지되는 기능이 제거됩니다. Team 플랜은 월 599부터 시작하며, 사이드 프로젝트를 운영하는 1인 개발자가 아닌 규정 준수 및 접근 제어 기능이 필요한 조직을 위해 책정된 요금제입니다.
Pro 플랜에는 기본적으로 지출 한도(spend cap)가 설정되어 있습니다. 이 기본 설정은 중요합니다. 포함된 할당량을 초과할 경우 사용자가 잠든 사이에 청구 금액이 늘어나는 대신 서비스가 제한되기 때문입니다. 한도를 해제한다는 것은 의도적으로 다른 방식의 서비스 중단을 선택한다는 의미입니다. 이는 관리형 Postgres 비용과 직접 운영하는 VPS 비용을 비교할 때 고려하는 계산 방식과 동일합니다. 관리형 서비스 비용은 대부분 타인의 온콜(on-call) 인력을 구매하는 비용이기 때문입니다.
셀프 호스팅의 실제 비용
라이선스 비용은 없습니다. Supabase 문서에서는 Docker Compose를 "가장 빠르고 권장되는 셀프 호스팅 방법"으로 명시하고 있으며, 해당 스택은 일반적인 VPS에서 구동됩니다. 비용은 금전이 아닌 노동력의 형태로 발생하며, 문서에는 사용자가 직접 수행해야 할 작업이 명확히 기술되어 있습니다.
- 서버 프로비저닝 및 유지보수
- 보안 강화, OS 및 서비스 업데이트 유지
- 서비스 구성 및 관리
- Postgres 데이터베이스 유지보수
- 고가용성 및 확장성 확보
- 백업 및 재해 복구
- 모니터링 및 가동 시간 관리
이 항목들을 일회성 설정 비용이 아닌 주간 운영 비용으로 간주해야 합니다. 프로비저닝은 한 번으로 끝나지만, 업데이트와 백업 확인은 지속적으로 수행해야 합니다. 만약 복구 테스트를 수행할 계획이 전혀 없다면, 관리형 플랜이 겉보기보다 저렴할 수 있습니다. 한 번도 실행해 보지 않은 복구는 백업으로서의 가치가 없기 때문입니다.
자체 호스팅 Supabase에 포함되지 않는 기능
자체 호스팅 스택은 호스팅 플랫폼의 복제본이 아닙니다. 문서에는 "브랜칭, 로그 외의 고급 메트릭, 관리형 백업 및 PITR, 분석 및 벡터 버킷, ETL, 플랫폼 관리 API"와 같이 사용할 수 없는 기능이 명시되어 있습니다. PITR(시점 복구, Point In Time Recovery)은 마이그레이션 후 사용자들이 가장 아쉬워하는 기능입니다. 호스팅 플랜에서는 설정을 켜기만 하면 되지만, 직접 운영하는 서버에서는 기본 백업과 WAL(Write Ahead Log) 아카이빙을 직접 구성해야 합니다. 또한 이 둘을 서버 외부의 안전한 곳에 보관해야 하며, 모든 요소가 정상적으로 작동하는지 검증하는 연습도 필요합니다. pgBackRest와 같은 도구가 바로 이러한 용도로 존재하며, 설정은 전적으로 사용자의 몫입니다.
웹 대시보드인 Studio는 자체 호스팅 시 "여러 조직이나 프로젝트를 지원하지 않습니다". 하나의 스택이 곧 하나의 프로젝트입니다. 따라서 두 개의 프로젝트 제한을 피하기 위해 자체 호스팅을 선택했다면, 하나의 대시보드 안에서 두 번째 프로젝트를 만드는 대신, 별도의 포트나 서버에 두 번째 스택을 구성할 계획을 세워야 합니다.
얻게 되는 결과
문서에 따르면, 셀프 호스팅 Supabase는 "본사로 데이터를 전송하거나 원격 측정을 수집하지 않습니다." 데이터 행과 사용자 테이블은 직접 임대한 하드웨어에 저장되므로, 고객 계약이나 규제 기관이 데이터 보관 국가를 지정하는 경우에 대한 완벽한 해결책이 됩니다.
또한 Postgres 자체를 온전히 소유하게 됩니다. 호스팅 플랫폼은 서버를 대신 튜닝하고 관리해 주지만, 직접 구축한 환경에서는 shared_buffers, max_connections, 확장 프로그램 목록, 그리고 앞단에 위치한 풀러(pooler)까지 모두 직접 설정해야 합니다. 특히 마지막 부분은 초기에 문제가 되기 쉬운데, 서버리스 함수나 트래픽이 많은 애플리케이션은 Postgres가 수용할 수 있는 것보다 더 많은 연결을 생성하기 때문입니다. 바로 이 지점에서 자체 VPS에서 PgBouncer나 Supavisor를 실행하는 것이 선택이 아닌 필수가 됩니다.
셀프 호스팅을 통해 가장 눈에 띄게 제거할 수 있는 제약은 데이터 송신(Egress) 비용입니다. Storage가 실제 방문자에게 이미지나 오디오를 제공하기 시작하면 5 GB는 순식간에 소진됩니다. 대부분의 VPS 요금제는 테라바이트 단위의 전송량을 포함하고 있으므로, 파일 비중이 높은 앱은 서버 자원을 소진하기 훨씬 전에 호스팅 서비스의 제한에 도달하게 됩니다. 만약 Storage 문제로 이 글을 읽고 있다면, 컴퓨팅 자원보다 디스크 비용을 먼저 산정하십시오. 블록 스토리지나 객체 스토리지에서 테라바이트당 실제 비용이 CPU 비용보다 전체 예산에서 더 큰 비중을 차지하기 때문입니다.
셀프 호스팅 스택 시작하기
문서화된 경로는 저장소의 docker 디렉터리를 얕게 복제(shallow clone)한 것이며, 셀프 호스팅 릴리스 태그에 고정되어 있습니다. 2026년 9월 10일 기준으로 해당 태그는 self-hosted/v0.8.1입니다. 공식 설치 스크립트는 supabase.link/setup.sh에 존재하며, 파일 트리를 직접 관리하는 git 저장소에 두고 싶다면 아래의 수동 복제 방식을 선택하는 것이 좋습니다.
git clone --depth 1 --branch self-hosted/v0.8.1 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
sh utils/generate-keys.sh
docker compose pull
sh run.sh startsh utils/generate-keys.sh은 절대 건너뛰어서는 안 되는 단계입니다. .env.example는 누구나 공개 저장소에서 읽을 수 있는 기본값(placeholder) 비밀 정보를 포함하고 있으므로, 해당 값으로 스택을 시작하면 포트를 발견하는 누구에게나 서버가 노출됩니다. .env의 DASHBOARD_PASSWORD도 설정하십시오. Studio는 HTTP 기본 인증으로 보호되며, 문서에서는 해당 비밀번호에 최소 한 글자 이상의 문자를 포함할 것을 요구합니다.
docker compose ps로 결과를 확인하십시오. 모든 서비스가 실행 중이거나 정상 상태(healthy)로 표시되어야 합니다. 그 후 8000번 포트로 Studio를 열고 대시보드 자격 증명으로 로그인하십시오. sh run.sh secrets은 생성된 키가 다시 필요할 때 이를 출력하며, sh run.sh stop는 스택을 종료합니다. 8000번 포트를 인터넷에 직접 공개하지 마십시오. TLS(transport layer security)를 지원하는 리버스 프록시를 앞에 두거나, 사설 네트워크 내에서만 유지하십시오. 해당 프록시와 변경이 권장되는 .env 값을 포함한 전체 과정은 Docker Compose를 이용한 Supabase 셀프 호스팅 단계별 가이드에서 확인할 수 있습니다.
어떤 무료 플랜이 적합한가
프로젝트를 구축하는 단계이며 아직 사용자가 없고, 일시 중단되어도 비용이 발생하지 않는다면 호스팅되는 Free 플랜을 선택하십시오. 이 플랜은 넉넉한 사용자 수를 제공하는 정식 플랜입니다. 또한, 언젠가는 이 플랜을 졸업하는 것을 전제로 합니다.
프로젝트에 다운타임을 인지하는 사용자가 생기기 시작하면 월 $25의 Pro 플랜을 선택하십시오. 이는 한 달 동안 백업을 확인하는 데 소요되는 시간보다 적은 비용이므로, 결제는 패배가 아닌 일정 관리의 결정입니다.
이미 VPS를 운영 중이며 다른 서비스를 위해 운영 업무를 수행하고 있거나, 데이터가 관할 구역을 벗어나서는 안 되거나, 스토리지 및 데이터 전송량 증가 속도가 서버 비용 증가 속도보다 빠를 때 셀프 호스팅을 선택하십시오. 이러한 선택의 기준은 모든 오픈 코어 제품에서 동일하게 반복됩니다. n8n의 무료 커뮤니티 에디션과 유료 티어 간의 차이 및 무료 Nextcloud Hub와 엔터프라이즈 구독 간의 차이도 같은 지점에서 동일한 경계를 긋고 있습니다. 무료 소프트웨어는 실제 워크로드를 처리하기에 충분히 완성되어 있습니다. 유료 제품은 아무도 관리하고 싶어 하지 않는 부분을 대신 관리해 주는 대가로 비용을 받습니다.
FAQ
Supabase 무료 플랜은 영구적으로 무료입니까?
무료 플랜은 시간 제한이 없으며 카드 등록을 요구하지 않습니다(2026년 9월 10일 기준). 대신 제한 사항이 있습니다. 데이터베이스 0.5 GB, 파일 저장소 1 GB, 데이터 전송량(egress) 5 GB, 월간 활성 사용자 50,000명, 활성 프로젝트 2개까지 허용됩니다. 대부분의 사용자가 무료 이용을 중단하게 되는 결정적인 이유는 할당량 때문이 아닙니다. "무료 프로젝트는 1주일 동안 활동이 없으면 일시 중지된다"는 규칙 때문입니다.
무료 Supabase 프로젝트가 일시 중지되면 어떻게 됩니까?
요청 처리가 중단됩니다. API 호출은 실패하며, 누군가 Supabase 대시보드에서 복구 버튼을 누를 때까지 프로젝트는 일시 중지 상태로 표시됩니다. 애플리케이션은 별도의 경고를 받지 않으므로, 한 달 전에 공유한 데모는 누군가 알려줄 때쯤이면 이미 중단된 상태인 경우가 많습니다. 프로젝트가 언제든 응답해야 한다면 Pro 플랜으로 전환하거나 직접 호스팅하십시오.
직접 호스팅하는 Supabase는 호스팅 버전과 동일합니까?
아니요. 문서에 따르면 직접 호스팅에는 "브랜칭, 로그 외의 고급 메트릭, 관리형 백업 및 PITR, 분석 및 벡터 버킷, ETL, 플랫폼 관리 API"가 포함되지 않습니다. 또한 Studio는 "여러 조직이나 프로젝트를 지원하지 않으므로" 직접 호스팅하는 스택 하나당 프로젝트 하나만 운영할 수 있습니다. 데이터베이스, 인증, 저장소, 실시간(realtime) 및 엣지 함수 구성 요소는 호스팅 플랫폼에서 실행되는 소프트웨어와 동일합니다.
직접 호스팅하는 Supabase는 Supabase 측으로 데이터를 전송합니까?
아니요. 직접 호스팅 문서에 따르면 직접 호스팅 배포는 "본사로 데이터를 보내거나 텔레메트리를 수집하지 않습니다". docker compose pull을 실행하면 컨테이너가 공개 레지스트리에서 이미지를 가져오는데, 이는 일반적인 이미지 다운로드일 뿐이며 귀하의 데이터에 대한 보고가 아닙니다. 그 이후의 모든 데이터는 귀하의 서버에 남으며, 이는 모든 백업과 보안 업데이트를 직접 관리해야 함을 의미합니다.