Supabase Free vs Pro

Supabase에서 “Free로 충분한가, 언제 Pro로 올려야 하나”는 한도 숫자를 외워서 풀리는 질문이 아닙니다. Pro의 $25는 시작점일 뿐이고, 실제 청구액은 프로젝트가 몇 개이고 컴퓨트 크기가 무엇인지에 크게 좌우되기 때문입니다. 아래는 2026년 10월 13일 기준 값으로 두 플랜의 차이와 비용 구조를 풀고, 같은 값으로 계산한 예시 여섯 가지를 보여 줍니다. 계산 예시는 가격표로 만든 것이며 실제 청구서가 아닙니다. 금액은 모두 USD이고 세금은 포함하지 않았습니다.

Free와 Pro의 실제 차이

Free는 학습용 프로젝트와 프로토타입에 맞춘 한도입니다. 눈에 띄는 제약은 숫자보다 동작 방식에 있습니다. 1주일 동안 활동이 없으면 프로젝트가 일시 중지되고, 자동 백업이 없고, 활성 프로젝트는 2개까지입니다. Pro는 이 세 가지가 사라지는 대신 월 $25부터 시작하는 요금과 사용량 과금이 붙습니다.

Pro의 포함량을 넘으면 데이터베이스는 GB당 $0.125, 전송은 GB당 $0.09, 캐시된 전송은 GB당 $0.03, 스토리지는 GB당 $0.0213, 월간 활성 사용자는 1명당 $0.00325가 추가됩니다. 데이터베이스 크기만 프로젝트마다 계산되고, 나머지 포함량은 조직 전체에 적용되어 프로젝트들의 사용량이 합산됩니다.

과금은 프로젝트가 아니라 조직 단위

Supabase는 조직(organization)마다 구독, 결제 수단, 청구 주기, 인보이스를 따로 둡니다. 여기서 비용을 예측할 때 놓치기 쉬운 규칙이 몇 가지 나옵니다.

• 한 조직 안에서 플랜을 섞을 수 없습니다. Pro 프로젝트와 Free 프로젝트를 같은 조직에 둘 수 없고, 서로 다른 플랜을 쓰려면 조직을 나눠야 합니다.
• Free 프로젝트 2개는 조직이 아니라 사람 기준입니다. 내가 소유자나 관리자로 속한 모든 조직을 합쳐서 활성 프로젝트가 2개까지이고, 일시 중지된 프로젝트는 세지 않습니다. 같은 조직의 다른 관리자가 이미 한도를 채웠다면 내 몫으로 새 Free 프로젝트를 만들 수 없을 수도 있습니다.
• 유료로 올리면 조직 전체가 유료입니다. Pro 조직의 프로젝트는 일시 중지되지 않습니다.
• 청구 시점이 둘로 나뉩니다. Pro 구독료는 월초에 먼저 청구되고, 사용량 요금과 컴퓨트는 월말에 정산됩니다.

기본 요금 말고 비용이 생기는 이유

프로젝트마다 전용 Postgres 서버가 하나씩 뜹니다. 이 서버의 컴퓨트 비용은 데이터베이스를 얼마나 쓰는지와 상관없이 켜져 있는 시간만큼 청구되고, 프로젝트를 하나 더 만들면 컴퓨트 비용이 그만큼 늘어납니다. 가격 페이지의 “첫 프로젝트 포함, 추가 프로젝트는 월 $10부터”는 이 구조를 한 줄로 줄인 말입니다.

컴퓨트는 시간 단위로 청구되고 1시간 중 일부만 썼어도 1시간으로 계산됩니다. 크기별 월 환산 가격은 다음과 같습니다.

Nano는 Free 프로젝트에만 쓰이는 크기입니다. 유료 조직에서는 Nano를 새로 만들 수 없고, Free에서 올라오며 남은 Nano는 Micro와 같은 가격으로 청구됩니다. 컴퓨트 크기를 바꾸면 보통 2분 안팎의 다운타임이 생겨서, 남아 있는 Nano가 자동으로 Micro로 바뀌지는 않습니다.

컴퓨트 크레딧은 컴퓨트에만 적용됩니다

유료 플랜에는 매월 $10의 컴퓨트 크레딧이 조직에 들어옵니다. Micro 프로젝트 하나를 한 달 켜 두는 비용을 덮을 만큼의 금액입니다. 이 크레딧을 전체 요금에서 빼 주는 할인으로 읽으면 안 됩니다.

• 컴퓨트에만 적용됩니다. 읽기 복제본 컴퓨트와 브랜칭 컴퓨트, 다른 요금 항목은 덮지 않습니다.
• 조직마다 매월 $10입니다. 프로젝트마다 $10이 아닙니다.
• 쌓이지 않습니다. 쓰지 못한 크레딧은 다음 달로 넘어가지 않습니다.
• 일시 중지된 프로젝트의 컴퓨트는 청구되지 않습니다.

비용 계산 예시

한 달을 730시간으로 보고 위 월 환산 가격을 쓴 계산입니다. 사용량 초과분, 별도 기능 중 표에 적지 않은 것, 세금은 넣지 않았습니다.

A는 Free 프로젝트입니다. 청구는 없지만 1주 비활성 중지, 백업 없음, 500MB 한도가 있습니다. B는 Pro의 가장 작은 구성이라 구독료만 나가고, 여기서 프로젝트를 하나 더 만들면 C처럼 컴퓨트 $10이 그대로 얹힙니다. 크레딧이 첫 프로젝트에서 이미 다 쓰였기 때문입니다. D1은 Small 3개 구성이고, 같은 구성의 청구 예시와 합계($60)가 같습니다.

D3는 비용이 어디서 튀는지 보여 줍니다. 시점 복구(PITR)를 켜면 7일 보관 기준으로 월 $100이 별도로 붙고, PITR은 Small 이상의 컴퓨트에서만 쓸 수 있어서 Micro 프로젝트에는 컴퓨트 비용도 한 단계 올라갑니다. 데이터가 작은 프로젝트라도 “더 촘촘한 백업”의 값이 구독료의 몇 배가 될 수 있습니다.

WEFTWARE 계정에서 확인한 것

2026년 10월 13일에 대시보드의 Usage 화면과 읽기 전용 조회로 확인한 값입니다. 프로젝트 이름과 ID, 저장된 데이터는 싣지 않았습니다.

활성인 두 프로젝트는 앱용이고, 일시 중지된 하나는 스테이징 이름이 붙어 있습니다. 활성 프로젝트가 정확히 2개라서 Free의 활성 2개 한도에 맞는 구성입니다. 일시 중지된 프로젝트는 개수에 들어가지 않으므로 세 번째 프로젝트가 이 한도를 넘기지는 않습니다. 데이터베이스 크기는 두 프로젝트 모두 500MB의 5% 안팎이어서, 지금은 용량 때문에 올릴 이유가 없습니다.

Usage 화면은 이번 청구 기간(2026년 10월 2일–11월 2일)의 사용량을 한도와 함께 보여 줍니다. 데이터베이스 크기는 합계 0.038GB로 0.5GB의 8%, 데이터 전송은 0.019GB로 5GB의 1% 미만, 월간 활성 사용자는 23명으로 50,000명의 1% 미만이고 스토리지는 0GB입니다. 화면 맨 위에는 이번 기간에 Free 한도를 넘지 않았다는 문구가 있습니다. 어느 항목도 한도에 가깝지 않다는 뜻입니다.

이 구성에서 Free의 부담은 크기가 아니라 동작에 있습니다. 자동 백업이 없어서 운영 데이터는 직접 내보내 따로 보관해야 하고, 사용이 끊기는 기간이 1주를 넘으면 일시 중지 대상이 됩니다. 이 상태 그대로 Pro로 올린다고 가정하면 계산은 이렇습니다. Free의 Nano 프로젝트는 유료 조직에서 Micro 가격으로 청구되므로 활성 두 개가 각각 약 $10이고, 구독 $25에 컴퓨트 $20을 더하고 크레딧 $10을 빼면 약 $35입니다(위 예시 C와 같습니다). 일시 중지된 스테이징을 다시 켜 두면 컴퓨트가 $10 늘어 약 $45가 됩니다. 현재는 $0입니다.

백업과 복구

• Free: 자동 백업이 없습니다. Supabase CLI의 db dump로 직접 내보내 따로 보관해야 합니다.
• Pro: 매일 백업이 만들어지고 최근 7일치를 복원할 수 있습니다. 복원하는 동안 프로젝트에 접근할 수 없습니다.
• PITR(add-on): 최대 초 단위로 원하는 시점에 복구합니다. 켜면 매일 백업은 더 만들어지지 않습니다.
• 스토리지 파일은 백업에 들어 있지 않습니다. 데이터베이스 백업에는 Storage API로 올린 파일의 메타데이터만 있어서, 이전 백업으로 복원해도 그 뒤에 지운 파일이 돌아오지는 않습니다.

Spend Cap: 막아 주는 것과 막지 못하는 것

Pro에는 Spend Cap이 기본으로 켜져 있습니다. 켜져 있으면 포함량을 넘는 순간 해당 항목의 사용이 다음 청구 주기까지 막히고 초과 요금은 나오지 않습니다. 반대로 끄면 서비스는 계속 돌지만 초과분이 단가대로 청구됩니다.

이 상한이 덮는 항목은 디스크 크기, 전송, Edge Functions 호출, 로그 수집과 조회, 월간 활성 사용자, Realtime 메시지와 동시 접속, 스토리지 크기와 이미지 변환입니다. 반대로 덮지 않는 항목이 있습니다.

• 컴퓨트, 브랜칭 컴퓨트, 읽기 복제본 컴퓨트
• 커스텀 도메인, IPv4 주소
• 추가로 올린 디스크 IOPS와 처리량
• 로그 드레인, 전화 방식 MFA
• PITR

Spend Cap이 켜져 있어도 이 항목들은 계속 청구됩니다. 컴퓨트를 키웠거나 PITR을 켰다면 Spend Cap은 그 비용에 아무 보호도 해 주지 않습니다. 대신 이 항목들은 사용자가 직접 고른 것이라는 점이 기준입니다.

무료로 충분한 경우, Pro가 필요한 경우

Free로 충분한 경우

• 학습용이나 개인 프로토타입이고 며칠 동안 아무도 접속하지 않아도 괜찮습니다.
• 데이터가 500MB를 한참 밑돌고, 사라져도 다시 만들 수 있습니다.
• 활성 프로젝트가 2개를 넘지 않습니다. 쓰지 않는 프로젝트는 직접 일시 중지해 두면 개수에서 빠집니다.

Pro가 필요한 경우

• 서비스가 1주 비활성으로 멈추면 곤란합니다.
• 백업이 있어야 합니다(Free에는 자동 백업이 없습니다).
• 데이터베이스가 500MB, 전송이 5GB, 스토리지가 1GB 중 하나라도 넘어갑니다.
• 로그를 하루보다 길게 보고 싶습니다.
• 활성 프로젝트가 2개를 넘습니다.

운영 중인 서비스 하나만 올린다면 Pro Micro 한 개(B)로 시작해 컴퓨트 모니터링으로 필요를 확인한 뒤에 크기를 올리는 편이 비용을 가장 덜 키웁니다. 처음부터 큰 컴퓨트를 고를 이유는 사용량 데이터가 쌓이기 전에는 없습니다.

Pro에서 Free로 내릴 때

• 내리는 것은 즉시 적용되고, 과정에서 영향이 안내됩니다.
• 미리 낸 구독료는 쓰지 않은 기간만큼 조직 크레딧으로 돌아옵니다. 카드로 환불되지는 않고 다음 인보이스에 쓰입니다.
• 그 청구 주기에 초과 사용분이 있으면 내리면서 함께 청구됩니다.
• 한 조직에는 플랜을 섞을 수 없으므로, Pro로 계속 둘 프로젝트가 있다면 조직을 나눠 프로젝트를 옮겨야 합니다.
• Free로 내려갈 프로젝트가 활성 2개와 데이터베이스 500MB 한도에 맞는지는 내리기 전에 직접 확인합니다.

업그레이드 전에 확인할 것

1. 조직의 사용량 페이지에서 지난 한 달의 전송, 스토리지, 데이터베이스 크기가 Free 한도의 몇 퍼센트인지 봅니다.
2. 컴퓨트 크기는 Micro로 시작하고, CPU와 메모리 사용률을 대시보드 리포트로 보다가 필요할 때 올립니다.
3. Spend Cap을 켜 둘지 정합니다. 켜 두면 트래픽이 폭증할 때 서비스가 막힐 수 있고, 꺼 두면 청구액이 늘 수 있습니다.
4. 백업 요구 수준을 정합니다. 매일 백업으로 충분한지, PITR의 월 $100과 Small 이상 컴퓨트를 감당할지 따져 봅니다.
5. 조직 설정의 청구 주소를 확인합니다. 세금은 청구 주소에 따라 적용 여부가 달라지고, 사업자라면 세금 ID를 입력합니다.