400 오류: gemini-3.1-pro-preview 호출이 실패할 때 대처법

400은 요청 자체가 잘못되었다는 뜻입니다. 필수 필드 누락, 타입 오류, 또는 이 모델이 지원하지 않는 파라미터입니다. 재시도로는 해결되지 않으며 요청 본문을 고쳐야 합니다.

400 Bad Request 는 요청 본문 자체가 잘못되어 서버가 처리를 거부했다는 뜻입니다. 5xx 와 달리 400 은 재시도로 해결되지 않습니다. 매번 같은 응답이 돌아오므로 먼저 파라미터를 고쳐야 합니다.

gemini-3.1-pro-preview 는 Google 가 제공하며, 이 페이지의 원인 분석·처리 방법·실측 데이터는 모두 게이트웨이 계층에서 이 모델의 실제 운영 상황을 바탕으로 정리했습니다.

이 게이트웨이에서 가장 흔한 원인은 「필수 필드(model 또는 messages)가 없음」입니다. 우선 처리할 동작은 「이 페이지의 파라미터 표와 요청 본문을 대조한다」입니다.

주요 원인

  • 필수 필드(model 또는 messages)가 없음
  • 파라미터 타입이 잘못됨
  • 이 모델이 지원하지 않는 파라미터를 사용함
  • messages 구조가 잘못되었거나 role 값이 유효하지 않음

해결 방법

  • 이 페이지의 파라미터 표와 요청 본문을 대조한다
  • 지원하지 않는 파라미터를 제거하고 다시 시도한다
  • messages가 배열이고 role 값이 유효한지 확인한다
  • 최소 요청으로 먼저 통과시킨 뒤 파라미터를 하나씩 추가한다

지수 백오프 재시도 예시

아래 코드는 gemini-3.1-pro-preview가 400를 반환할 때 최대 5회까지 재시도합니다. 대기 시간은 점점 길어지고 무작위 지터가 더해져 동시 재시도를 막습니다. base URL과 API 키는 환경 변수에서 읽고, 코드에 하드코딩하지 마세요.

import os, time, random
import requests

BASE  = os.getenv("OPENAI_BASE_URL")   # e.g. https://<your-gateway>/v1
KEY   = os.getenv("OPENAI_API_KEY")
MODEL = 'gemini-3.1-pro-preview'


def chat(messages, retries=5):
    """Retry with exponential backoff + jitter."""
    for i in range(retries):
        try:
            r = requests.post(
                BASE + "/chat/completions",
                headers={"Authorization": "Bearer " + KEY},
                json={"model": MODEL, "messages": messages, "stream": True},
                timeout=60,
            )
            if r.status_code == 429 or r.status_code >= 500:
                time.sleep(min(2 ** i + random.uniform(0, 1), 30))
                continue
            r.raise_for_status()
            return r.json()
        except requests.exceptions.Timeout:
            time.sleep(min(2 ** i + random.uniform(0, 1), 30))
    raise RuntimeError("gave up after " + str(retries) + " retries")


print(chat([{"role": "user", "content": "hello"}]))

이 모델의 핵심 데이터

TPS3738.12
평균 지연26006 ms
성공률100%
API 엔드포인트https://api.airai.cc/v1
OpenAI 호환OpenAI-compatible
제공사Google
컨텍스트1M
지원 기능Reasoning, Tools, Files, Vision, Audio
API 형식openai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
과금 공식p * 2 + cr * 0.2 + c * 12) : tier("200k_plus", p * 4 + cr * 0.4 + c * 18

자주 묻는 질문

gemini-3.1-pro-preview 의 400 가 얼마나 지속되면 지원팀에 문의해야 하나요?

오류를 시간과 노드별로 묶어서 보면 패턴은 대개 뚜렷합니다. 운영 환경에서만 발생한다면 대개 모델이 아니라 환경 차이입니다. 실측 성공률 100% 는 노드별로 집계하므로, 약한 노드 하나가 전체 수치를 끌어내립니다. 실패할 때마다 요청 ID를 기록하세요. 상태 코드보다 훨씬 쓸모 있습니다.

400은 gemini-3.1-pro-preview에 이미 보낸 요청에 영향을 주나요?

이 오류는 모델 성능과 무관하며 게이트웨이 계층의 문제입니다. 이 모델의 기능 태그는 Reasoning, Tools, Files, Vision, Audio 입니다. 성공률 100% 에서 간헐적인 400 은 정상적인 변동입니다. 먼저 계정 수준인지 모델 수준인지 판단하세요. 두 경우의 대응은 완전히 다릅니다.

긴 컨텍스트가 400 발생 가능성을 높이나요?

요청 파라미터를 바꿔야 하며, 재시도만으로는 해결되지 않습니다. 클라이언트 설정 문제이므로 서버 쪽을 바꿀 필요는 없습니다. 이 모델의 기능 태그는 Reasoning, Tools, Files, Vision, Audio 이며, 파라미터 상한은 그 기능 집합에서 비롯됩니다. 긴 입력은 먼저 잘라내거나 요약하면 400 확률을 크게 낮출 수 있습니다.

동시 요청은 큐에 넣어야 하나요, 바로 제한해야 하나요?

여기서 진짜 변수는 동시성과 타임아웃이며, 모델 자체가 아닙니다. 먼저 동시성을 낮추세요. 처리량 문제의 대부분은 그것으로 사라집니다. 실측 처리량은 3738.12 로, 동시 실행 상한의 참고값이 됩니다. 피크는 배치나 큐로 완화하는 편이 즉흥적으로 동시성을 올리는 것보다 안정적입니다.

이 모델의 다른 오류

같은 오류가 나는 다른 모델

모델 페이지로 돌아가기

데이터 업데이트: 2026-10-10 15:45

기술 지원온라인 상담
맨 위로