Supabase 가격, 무료 한도와 Pro 월 25달러 기준

Supabase 가격을 플랜별 포함량과 초과 단가, 조직 단위 청구 구조까지 공식 요금표 기준으로 정리했습니다. 무료는 프로젝트 2개에 1주 비활성 정지가 걸리고 Pro는 월 25달러부터입니다. 비용을 줄이는 조정 방법도 담았습니다.

TL;DR

  • Supabase 가격은 조직 단위로 붙는다. 프로젝트마다 따로 결제하는 게 아니라 조직에 플랜이 걸리고, 한 조직 안에서 플랜을 섞을 수 없다.
  • 무료 플랜은 프로젝트 2개, 데이터베이스 500MB, 월 활성 사용자 5만 명까지다. 1주일 아무 요청이 없으면 프로젝트가 일시정지된다.
  • Pro는 월 $25부터이고 첫 프로젝트가 포함된다. 프로젝트를 더 만들면 개당 월 $10부터 추가된다.

Supabase 가격을 알아보는 시점은 대체로 무료 플랜에서 뭔가 걸렸을 때다.
프로젝트가 멈춰 있거나, 세 번째 프로젝트를 못 만들거나, 데이터베이스 용량 경고를 받았거나.
요금표를 열어보면 플랜은 네 개인데 그 아래 사용량 항목이 여럿이라 무엇이 먼저 닿을지 가늠하기 어렵다.

구조를 먼저 잡으면 읽기 쉬워진다.
월 구독료는 고정이고, 포함된 사용량을 넘기면 항목별 단가가 붙는다.
그리고 결제 단위는 프로젝트가 아니라 조직이다.
아래는 플랜별 포함량과 초과 단가, 무료에서 먼저 걸리는 한도, 조직 단위 청구가 실제로 어떤 제약을 만드는지를 공식 요금표와 결제 문서 기준으로 정리한 것이다.

요금제 네 층과 포함 사용량

플랜요금포함
Free$0프로젝트 2개, DB 500MB, 월 활성 사용자 5만, 이그레스 5GB, 파일 저장 1GB
Pro월 $25부터첫 프로젝트 포함, 월 활성 사용자 10만, 프로젝트당 디스크 8GB, 이그레스 250GB, 파일 저장 100GB
Team월 $599부터Pro 전체 + SOC2·ISO 27001, SSO, 읽기 전용 접근 제어, 백업 14일 보관
Enterprise문의전담 지원 관리자, 가동률 SLA, AWS PrivateLink, 연중무휴 지원

Pro와 Team 모두 첫 프로젝트가 요금에 포함되고, 프로젝트를 추가하면 개당 월 $10부터 붙는다.
API 요청 수는 플랜과 무관하게 제한이 없다.

초과분에 붙는 단가

Pro 기준으로 포함량을 넘기면 항목별로 계산된다.

항목포함량초과 단가
월 활성 사용자100,000명명당 $0.00325
프로젝트당 디스크8GBGB당 $0.125
이그레스250GBGB당 $0.09
캐시된 이그레스250GBGB당 $0.03
파일 저장소100GBGB당 $0.0213

로그 드레인은 별도 부가 항목이다.
프로젝트당 드레인 하나에 월 $60이 추가된다.

단가를 보면 어디서 비용이 튀는지 짐작이 간다.
사용자 수보다 이그레스가 먼저 문제가 되는 경우가 많다.
이미지나 파일을 스토리지에서 직접 서빙하는 구조라면 전송량이 빠르게 쌓인다.
캐시를 태운 전송은 단가가 3분의 1이라, CDN 설정만 손봐도 청구액이 달라진다.

무료 플랜에서 먼저 걸리는 것

무료 플랜에서 실제로 부딪히는 건 용량이 아니라 두 가지 규칙이다.

첫째는 일시정지다. 1주일 동안 아무 요청이 없으면 프로젝트가 멈춘다.
만들어두고 잊었다가 나중에 열면 다시 깨워야 한다.
시연용으로 만든 프로젝트가 발표 직전에 멈춰 있는 상황이 여기서 나온다.

둘째는 프로젝트 2개 제한이다.
이 한도는 조직이 아니라 사람 기준으로 적용된다.
공식 문서에 소유자나 관리자로 참여한 모든 조직을 통틀어 무료 프로젝트가 2개라고 적혀 있다.
조직을 여러 개 만들어 우회할 수 없다는 뜻이다.
다만 일시정지된 프로젝트는 이 개수에 포함되지 않는다.

데이터베이스 500MB는 생각보다 여유가 있다.
텍스트 위주 데이터라면 개인 프로젝트에서 이 한도에 닿기 전에 위의 두 규칙에 먼저 걸린다.

조직 단위 청구가 만드는 제약

Supabase 가격에서 놓치기 쉬운 부분이 결제 단위다.
청구는 조직별로 이뤄진다.
조직마다 구독 플랜과 결제 수단, 청구 주기, 인보이스가 따로 있다.

여기서 규칙이 하나 나온다.
한 조직 안에서 플랜을 섞을 수 없다.
Pro 조직 안에 무료 프로젝트를 둘 수 없고, 그 반대도 안 된다.
프로젝트마다 다른 플랜을 쓰려면 조직을 나눠야 한다.

실무에서는 이런 식으로 갈린다.
운영 서비스와 실험용 프로젝트를 같은 조직에 두면 실험용도 유료 요금 계산에 들어간다.
실험을 무료로 유지하고 싶다면 별도 조직을 만들어 그쪽에 두는 편이 낫다.
이미 만든 프로젝트를 옮기려면 프로젝트 이전 절차를 따라간다.

반대로 유료 조직에서는 좋은 점도 있다.
조직을 유료로 올리면 그 안의 모든 프로젝트가 혜택을 받고, 일시정지 규칙도 적용되지 않는다.

Pro로 올릴 시점을 잡는 기준

  • 서비스가 실제 사용자를 받기 시작했을 때. 1주 비활성 정지가 운영 중 서비스에는 위험 요소가 된다.
  • 세 번째 프로젝트가 필요할 때. 무료 프로젝트 2개 한도가 사람 기준이라 우회가 안 된다.
  • 백업이 필요할 때. 일 단위 백업과 7일 보관은 Pro부터다.
  • 로그를 며칠 이상 봐야 할 때. Pro는 7일, Team은 28일 보관이다.
  • 이그레스가 5GB에 가까워질 때. 파일을 서빙하는 구조라면 빠르게 닿는다.

Team으로 올라가는 이유는 성격이 다르다.
사용량이 아니라 인증과 통제 요건이다.
SOC2와 ISO 27001, SSO, 읽기 전용 접근 제어, HIPAA 부가 항목이 이 층에 걸려 있다.
심사나 계약 조건으로 요구받는 경우에 검토하게 된다.

비용을 줄이는 조정

이그레스부터 본다.
스토리지에서 파일을 직접 내보내는 대신 캐시를 거치게 하면 단가가 GB당 $0.09에서 $0.03으로 떨어진다.
이미지가 많은 서비스라면 이 차이가 가장 크게 작동한다.

다음은 디스크다.
프로젝트당 8GB가 포함이고 초과분은 GB당 $0.125다.
실행 로그나 임시 테이블이 쌓여 있는지 주기적으로 확인하고, 오래된 데이터를 별도 저장소로 옮기는 정리를 넣어둔다.

프로젝트 수도 비용이다.
개당 월 $10부터 붙으므로, 쓰지 않는 프로젝트는 정리한다.
여러 서비스를 하나의 프로젝트 안에서 스키마로 나눠 쓰는 방식도 선택지다.

사용법 자체가 처음이라면 Supabase 사용법에서 프로젝트 생성과 첫 쿼리까지의 순서를 먼저 보는 편이 낫다.


사용량을 실제로 확인하는 곳

요금 추정을 해뒀어도 실제 사용량과 어긋나는 경우가 많다.
대시보드에 사용량 요약이 제공되므로 매달 한 번은 확인해두는 편이 낫다.

볼 항목은 넷이다.
월 활성 사용자 수, 데이터베이스 디스크 사용량, 이그레스, 파일 저장소.
이 중 어느 것이 포함량에 가까워지고 있는지 보면 다음 달 청구액을 미리 가늠할 수 있다.

특히 이그레스는 코드 변경 한 번으로 크게 움직인다.
목록 화면에서 필요 없는 열까지 가져오거나 이미지 원본을 그대로 내보내는 구조가 되면 전송량이 몇 배로 뛴다.
청구액이 갑자기 늘었다면 최근 배포한 화면부터 확인하는 게 빠르다.

디스크는 반대로 서서히 찬다.
로그성 테이블이나 임시 데이터가 지워지지 않고 쌓이는 경우가 흔하다.
보관 기간을 정해 주기적으로 정리하는 작업을 걸어두면 초과 요금이 붙기 전에 관리된다.

조직을 나눌 때의 실무 팁

플랜을 섞을 수 없다는 규칙 때문에 조직 구조를 미리 정해두는 편이 낫다.
나중에 옮기려면 프로젝트 이전 절차를 거쳐야 하기 때문이다.

흔히 쓰는 구성은 두 가지다.
운영 서비스를 담는 유료 조직 하나와, 실험과 학습용 프로젝트를 담는 무료 조직 하나로 나누는 방식.
또는 서비스별로 조직을 나눠 비용을 각각 추적하는 방식.

앞의 방식은 비용을 줄이는 데 유리하고, 뒤의 방식은 어느 서비스가 얼마를 쓰는지 인보이스로 바로 보인다는 이점이 있다.
서비스가 여러 개이고 각각의 손익을 따로 봐야 한다면 뒤쪽이 편하다.

실행 체크리스트

  1. 만들려는 프로젝트 수를 세고 무료 2개 한도 안에 드는지 봅니다.
  2. 실제 사용자를 받는 서비스인지 판단합니다. 그렇다면 1주 비활성 정지가 문제가 됩니다.
  3. 월 활성 사용자 예상치를 무료 5만, Pro 10만과 대조합니다.
  4. 파일과 이미지 전송량을 추정해 이그레스 한도와 비교합니다.
  5. 캐시를 거치는 구조인지 확인합니다. 단가가 3분의 1입니다.
  6. 백업과 로그 보관이 며칠 필요한지 정합니다.
  7. 운영과 실험 프로젝트를 같은 조직에 둘지 결정합니다. 같은 조직은 플랜을 섞을 수 없습니다.
  8. 프로젝트 추가 요금(개당 월 $10부터)을 총액에 더합니다.
  9. 인증이나 SSO 요구가 계약에 있는지 확인해 Team 검토 여부를 정합니다.

컴퓨트 사양이 요금에 붙는 방식

요금표에서 놓치기 쉬운 항목이 컴퓨트다.
무료 플랜은 공유 CPU에 메모리 500MB로 고정돼 있다.
이 사양은 개인 프로젝트에는 충분하지만, 동시 접속이 늘거나 무거운 질의가 들어오면 응답이 느려지는 원인이 된다.

유료 플랜에서는 프로젝트마다 컴퓨트 사양을 올릴 수 있고, 올린 만큼 요금이 붙는다.
그래서 실제 월 청구액은 구독료와 사용량, 컴퓨트 세 가지의 합이 된다.

사양을 올리기 전에 확인할 게 있다.
느린 원인이 사양이 아니라 인덱스 부재인 경우가 많다.
자주 쓰는 조건에 인덱스가 걸려 있는지 먼저 보고, 그래도 부족하면 사양을 올리는 순서가 낫다.
인덱스 하나로 해결될 문제에 매달 더 큰 요금을 내는 상황을 피할 수 있다.

자주 묻는 질문

Supabase 무료 플랜으로 서비스를 운영해도 되나요

기술적으로는 가능하지만 1주일 동안 요청이 없으면 프로젝트가 일시정지됩니다.
실사용자를 받는 서비스라면 이 규칙 때문에 Pro가 기준이 됩니다.

무료 프로젝트는 몇 개까지 만들 수 있나요

두 개입니다.
소유자나 관리자로 참여한 모든 조직을 통틀어 적용되므로 조직을 나눠 우회할 수 없습니다.
일시정지된 프로젝트는 개수에 포함되지 않습니다.

Pro 월 $25에 프로젝트가 몇 개 포함되나요

첫 프로젝트가 포함되고, 추가 프로젝트는 개당 월 $10부터 붙습니다.
사용량이 포함량을 넘기면 항목별 단가가 별도로 계산됩니다.

한 조직에서 프로젝트마다 다른 플랜을 쓸 수 있나요

같은 조직 안에서는 플랜을 섞을 수 없습니다.
프로젝트별로 다른 플랜이 필요하면 조직을 따로 만들어야 합니다.

참고한 곳