Gemini 이미지 생성 한도는 하나의 숫자로 끝나지 않습니다. “오늘 더 이상 이미지를 만들 수 없음”, “한도 도달”, 429 RESOURCE_EXHAUSTED는 모두 비슷하게 보이지만, 실제 주인은 Gemini Apps, Google AI Studio의 Gemini API, Vertex AI 중 어디를 쓰는지에 따라 달라집니다.
먼저 표면을 나눠야 합니다. Gemini Apps는 요금제별 일일 이미지 한도를 봅니다. Gemini API는 프로젝트, 모델, 티어, AI Studio의 실시간 쿼터를 봅니다. Vertex AI는 Google Cloud 프로젝트, 리전, IAM, 결제, 쿼터 신청 절차를 봅니다. 이 구분을 건너뛰면 앱 한도를 API 키 문제로 착각하거나, API 429를 앱 요금제 표로 설명하게 됩니다.
어떤 Gemini 이미지 제한에 걸렸는지 먼저 확인
사용자가 말하는 Gemini 이미지 생성 한도는 보통 세 가지 문제를 섞고 있습니다. 브라우저나 모바일의 Gemini 앱에서 이미지를 만드는 사람은 하루에 몇 장 남았는지 궁금합니다. API를 쓰는 개발자는 코드가 호출한 모델, 프로젝트 쿼터, 오류 응답을 확인해야 합니다. Vertex AI를 쓰는 팀은 Cloud 프로젝트, 리전, 권한, 감사 로그, 결제와 쿼터 절차를 봐야 합니다.
| 사용 표면 | 제한되는 것 | 확인 위치 | 첫 대응 |
|---|---|---|---|
| Gemini Apps | 소비자 앱의 이미지 생성, 편집, 다시 생성, 요금제 기능 | Gemini Apps Help와 제품 내 안내 | 일일 리셋을 기다리고, 반복 재생성을 줄이고, 요금제를 확인합니다. |
| Gemini API / Google AI Studio | 프로젝트, 모델, 티어, RPM, TPM, RPD, IPM 쿼터 | Gemini API rate limits와 AI Studio의 활성 쿼터 | 프로젝트와 모델을 확인한 뒤 제한, 큐, 결제, 증설 신청을 선택합니다. |
| Vertex AI | Cloud 프로젝트, 리전, IAM, 로깅, 결제, 운영 쿼터 | Cloud Console과 Vertex AI 제한 문서 | Cloud 운영 체계가 필요한 워크로드에 사용합니다. |
이 구분이 중요한 이유는 Gemini Apps의 일일 한도와 Gemini API의 프로젝트 쿼터가 같은 풀이 아니기 때문입니다. 앱에서 하루 한도에 도달해도 API 프로젝트에 쿼터가 남아 있을 수 있습니다. API가 429를 반환해도 앱의 소비자 한도와는 별개일 수 있습니다. 같은 프로젝트 안에서 API 키를 여러 개 만들어도 프로젝트 쿼터가 여러 배로 늘어나지 않습니다.
Gemini Apps의 일일 이미지 한도
Gemini Apps의 한도는 소비자 제품의 요금제 제한입니다. 2026년 5월 3일 기준 Google Help에서 확인되는 설명은 Nano Banana 2의 이미지 생성 및 편집, Nano Banana Pro의 다시 생성 한도를 Basic, Google AI Plus, Google AI Pro, Google AI Ultra로 나누어 보여줍니다. 또한 이미지 생성과 편집 수요가 높아 한도가 자주 바뀔 수 있고 매일 초기화된다고 안내합니다.
| Gemini Apps 이미지 기능 | Basic | Google AI Plus | Google AI Pro | Google AI Ultra |
|---|---|---|---|---|
| Nano Banana 2 이미지 생성 및 편집 | 하루 최대 20개 | 하루 최대 50개 | 하루 최대 100개 | 하루 최대 1000개 |
| Nano Banana Pro 다시 생성 | 사용 불가 | 하루 최대 50개 | 하루 최대 100개 | 하루 최대 1000개 |
이 숫자는 Gemini Apps의 소비자 기능을 설명합니다. Gemini API 프로젝트의 RPM, TPM, RPD, IPM을 말하는 숫자가 아닙니다. 앱 화면에서 오늘 더 이상 이미지를 만들 수 없다고 나오면, 먼저 현재 요금제와 제품 내 안내를 봐야 합니다. API 쿼터 페이지를 열어도 앱의 일일 한도는 바뀌지 않습니다.
앱 한도에서는 대개 기다림이 가장 정확합니다. 일일 리셋을 기다리고, 같은 이미지를 여러 번 다시 만들지 않으며, 해당 기능이 현재 요금제에 포함되는지 확인합니다. 실제로 앱 요금제가 병목일 때만 업그레이드를 검토합니다. API 키를 돌리거나 Vertex AI로 옮기는 방식은 소비자 앱 한도 문제의 기본 해법이 아닙니다.
Gemini API 이미지 쿼터는 AI Studio에서 확인
Gemini Developer API의 한도는 프로젝트, 모델, 티어에 묶여 있습니다. Google의 rate limits 문서는 한도가 API 키 단위가 아니라 프로젝트 단위로 적용된다고 설명합니다. 또한 요청 수, 토큰 수, 일일 요청 수, 이미지 생성 가능 모델의 분당 이미지 수처럼 여러 축으로 쿼터가 나뉩니다.
API 이미지 생성이 막히면 먼저 Google AI Studio를 엽니다. API 키가 속한 프로젝트를 선택하고, 코드가 실제로 호출하는 모델을 확인한 뒤, 그 모델의 현재 제한을 봅니다. preview 이미지 모델을 쓰고 있다면 일반 쿼터 외에도 용량 변동과 가용성 변화를 고려해야 합니다.
| API 증상 | 가능성이 높은 쿼터 | 대응 |
|---|---|---|
| 짧은 시간에 작은 요청이 몰리며 실패 | RPM 또는 단기 용량 | 동시 실행을 줄이고, 큐를 두고, backoff와 jitter를 적용합니다. |
| 긴 프롬프트나 많은 이미지 입력에서 실패 | TPM 또는 요청 부하 | 입력을 줄이고, 작업을 나누고, 반복 문맥을 캐시합니다. |
| 하루 후반에 안정적으로 실패 | RPD | 일일 예산을 두고, 낮은 우선순위 작업을 멈추고, 증설 근거를 준비합니다. |
| 텍스트 요청은 되는데 이미지 요청만 막힘 | IPM 또는 이미지 모델 용량 | 이미지 전용 큐를 만들고, 병렬 생성 수를 줄이고, 대기 상태를 표시합니다. |
같은 프로젝트 안의 여러 API 키는 같은 쿼터를 공유합니다. 키를 바꿔서 피하는 방식은 올바른 확장 방법이 아닙니다. 안정적인 운영은 큐, 속도 제한기, 재시도 상한, 캐시, 구조화 로그, 프로젝트와 모델 단위의 관찰에서 시작합니다.
가격, 모델 접근, 쿼터를 분리해서 판단
Gemini 이미지 생성에서 자주 섞이는 질문은 세 가지입니다. 이 모델이 이미지를 만들 수 있는가, 무료 또는 유료 API에서 호출 가능한가, 내 프로젝트에는 어느 정도의 속도 쿼터가 있는가. 세 질문의 근거는 다릅니다.
pricing 문서는 가격과 접근 조건을 설명합니다. image generation 문서는 호출 방식과 입출력 구조를 설명합니다. rate limits 문서와 AI Studio는 프로젝트의 실제 쿼터를 설명합니다. paid-only 모델이라는 사실은 결제와 접근의 경계이지, 모든 프로젝트의 RPM이나 IPM을 알려주는 숫자가 아닙니다.
2026년 5월 3일 기준 Google 개발자 가격표에서는 gemini-3-pro-image-preview가 paid-only로 표시됩니다. 이것은 API 접근과 과금의 사실입니다. 하지만 같은 사실만으로 429의 원인을 결제 문제라고 단정할 수는 없습니다. preview 모델은 용량 변동도 더 크게 보아야 합니다.
운영 전에 확인할 항목은 명확합니다. 코드가 호출하는 모델명, 해당 표면에서 이미지 생성이 지원되는지, 무료/유료/preview 상태인지, API 키의 프로젝트가 맞는지, AI Studio의 RPM/TPM/RPD/IPM이 얼마인지, 오류 응답에 retryDelay, quota metric, request id가 있는지 확인합니다. 이 순서를 지키면 짧은 폭주, 일일 소진, 모델 접근 문제를 분리할 수 있습니다.
“한도에 도달했습니다”가 나올 때의 처리
Gemini Apps 화면에서 한도 메시지가 나오면, 대개 요금제의 이미지 생성, 편집, 다시 생성 한도입니다. 제품 내 안내와 Google Help를 확인하고, 리셋을 기다리며, 반복 재생성을 줄입니다. 앱의 일일 한도를 API 프로젝트 쿼터로 해결하려고 하면 문제의 주인이 바뀌지 않습니다.
API 응답이나 서버 로그에서 한도가 보이면 AI Studio가 출발점입니다. 프로젝트와 모델을 확인하고, RPM, TPM, RPD, IPM 중 무엇이 막혔는지 봅니다. 짧은 폭주는 속도 제한과 큐, 큰 입력은 입력 축소, 하루 누적은 일일 예산, 이미지 전용 병목은 이미지 큐로 처리합니다.
실제 서비스 트래픽이라면 이미지 생성은 즉시 동기 작업보다 큐 작업으로 설계하는 편이 안전합니다. 사용자는 대기 상태를 보고, 백엔드는 동시 실행 수와 재시도 횟수, 최종 상태를 관리합니다. 프로젝트, 모델, quota metric, request id를 로그에 남겨야 나중에 쿼터 신청이나 장애 분석에 사용할 수 있습니다.
429 RESOURCE_EXHAUSTED가 이미 반환되었다면 API 진단 분기로 들어갑니다. retryDelay가 있으면 지키고, 모든 worker가 동시에 재시도하지 않도록 jitter를 넣습니다. 코드 수준의 retry, 로그, 증설 자료는 Gemini image generation error 429 fix 분기에서 더 자세히 다루는 방식이 안전합니다.
API 429와 앱 일일 한도는 다릅니다
앱 한도는 소비자 기능 제한입니다. API 429는 프로젝트, 모델, 티어, 쿼터 축 또는 용량에 대한 API 오류입니다. 둘 다 사용자는 “Gemini가 제한됐다”고 느끼지만, 필요한 증거와 해결 방법은 다릅니다.
429를 보면 먼저 retryDelay, quota metric, 프로젝트, 모델, 결제 상태, request id, 원본 오류 세부 정보를 보존합니다. RPM과 RPD는 기다리는 방식이 다르고, TPM과 IPM은 줄여야 할 부하가 다릅니다. 어떤 메트릭인지 모르면 몇 초 기다릴 문제인지, 하루 작업을 멈출 문제인지 판단할 수 없습니다.
가장 위험한 대응은 공격적인 즉시 재시도입니다. 실패한 worker가 모두 바로 재시도하면 쿼터 문제를 스스로 키웁니다. 더 나은 패턴은 서버가 준 지연 시간을 존중하고, 지수 backoff를 적용하고, 동시 실행을 제한하고, 낮은 우선순위 작업을 멈추며, 사용자에게 명확한 대기 상태를 보여주는 것입니다.
Vertex AI를 선택해야 하는 경우
Vertex AI는 Gemini 이미지 제한을 우회하는 도구가 아닙니다. Google Cloud 프로젝트, 리전, IAM, Cloud Logging, 결제, 보안, 쿼터 신청 절차를 갖춘 별도 운영 경로입니다. 제한이 없어서가 아니라, Cloud 운영 체계가 워크로드의 주인이 되어야 할 때 가치가 있습니다.
AI Studio에서 프로토타입을 만드는 단계라면 Vertex AI는 설정 부담이 더 클 수 있습니다. 먼저 Gemini API에서 실제 요청량, 모델, 오류율, 입력 크기, 쿼터 축을 측정합니다. 이후 서비스 계정, 감사 로그, 리전 제어, 조직 결제, 엔터프라이즈 지원이 필요하면 Vertex AI를 검토합니다.
기준은 “어느 쪽이 무제한인가”가 아닙니다. 이 이미지 생성 워크로드를 어느 운영 표면이 소유해야 하는가입니다. 작은 개발 도구와 초기 통합은 Gemini API가 맞을 수 있고, Cloud 거버넌스가 필요한 팀은 Vertex AI가 맞을 수 있습니다.
자주 묻는 질문
Gemini는 하루에 이미지를 몇 개까지 만들 수 있나요?
Gemini Apps에는 요금제별 일일 이미지 한도가 있습니다. 2026년 5월 3일 기준 Google Help에는 Basic, Google AI Plus, Google AI Pro, Google AI Ultra의 이미지 생성 및 다시 생성 한도가 표시됩니다. 다만 Google은 한도가 자주 바뀔 수 있다고 안내하므로 현재 Help와 제품 내 표시를 함께 확인해야 합니다.
Gemini API 이미지 생성 속도 제한은 얼마인가요?
모든 프로젝트에 적용되는 하나의 숫자는 없습니다. Google AI Studio에서 실제 프로젝트, 모델, 티어의 RPM, TPM, RPD, IPM을 확인합니다. 공개 문서는 구조를 설명하고, 실제 값은 프로젝트 쿼터 화면이 소유합니다.
Gemini API 키마다 별도 이미지 쿼터가 있나요?
아니요. Gemini API 제한은 프로젝트 단위로 적용됩니다. 같은 프로젝트의 여러 키는 같은 쿼터 풀을 공유합니다.
결제를 켜면 Gemini 이미지 생성 제한이 사라지나요?
사라지지 않습니다. 결제는 티어, paid-only 모델 접근, 쿼터 증설 가능성과 관련될 수 있지만, 프로젝트, 모델, 용량, 안전 제한은 계속 남습니다.
Nano Banana Pro 이미지 생성은 무료인가요?
사용 표면에 따라 답이 달라집니다. Gemini Apps에서는 요금제 기능과 일일 한도 문제입니다. Gemini API에서는 pricing, 모델 접근, 프로젝트 쿼터 문제입니다. 앱의 무료/유료 설명을 API 비용이나 속도로 바로 옮기면 위험합니다.
이미지 한도 후 얼마나 기다려야 하나요?
Gemini Apps라면 일일 리셋을 기다립니다. API 429라면 retryDelay가 있을 때 그 값을 따르고 backoff와 jitter를 적용합니다. RPD가 소진된 상태에서는 짧은 반복 재시도가 도움이 되지 않습니다.
Gemini 이미지 생성 한도를 우회할 수 있나요?
우회가 아니라 정식 제어가 필요합니다. 기다리기, 병렬 수 줄이기, 큐 만들기, 캐시 사용, 올바른 공식 경로 선택, 필요한 결제 정리, 정당한 워크로드에 대한 쿼터 증설 신청이 안전한 선택입니다. 키 회전이나 공격적인 retry는 안정성을 낮춥니다.
언제 429 대응을 봐야 하나요?
API가 429 RESOURCE_EXHAUSTED를 반환하고 quota metric, retryDelay, request id가 있을 때입니다. 먼저 Apps, API, Vertex AI 중 어느 제한인지 분리한 뒤 retry, 큐, 로그, 쿼터 증설을 판단합니다.
