Lỗi 504: cần làm gì khi gọi gemini-3.5-flash thất bại

Mã 504 nghĩa là cổng đã hết thời gian chờ mô hình thượng nguồn: yêu cầu đã được gửi, nhưng thượng nguồn không phản hồi trong thời gian cổng cho phép.

504 Gateway Timeout nghĩa là gateway đã hết kiên nhẫn chờ phản hồi từ upstream. Request đã được chuyển tiếp nhưng không có kết quả trong giới hạn của gateway. Rút ngắn output, bật streaming hoặc giảm max_tokens thường giải quyết được.

gemini-3.5-flash được Google cung cấp. Mọi nội dung trên trang này — nguyên nhân, cách xử lý và dữ liệu đo được — đều tổng hợp từ hoạt động thực tế của mô hình này tại lớp gateway.

Tại gateway này, nguyên nhân thường gặp nhất là: Thượng nguồn mất nhiều thời gian hơn giới hạn của cổng. Hành động đầu tiên nên làm là: Chuyển sang đầu ra streaming.

Nguyên nhân thường gặp

  • Thượng nguồn mất nhiều thời gian hơn giới hạn của cổng
  • Ngữ cảnh dài làm tăng thời gian suy luận
  • Nút thượng nguồn bị treo
  • Yêu cầu không streaming với đầu ra rất dài

Cách khắc phục

  • Chuyển sang đầu ra streaming
  • Rút ngắn ngữ cảnh và giảm max_tokens
  • Thử lại sau một lúc
  • Dùng mô hình suy luận nhanh hơn

Ví dụ thử lại với backoff luỹ thừa

Đoạn mã dưới sẽ thử lại khi gemini-3.5-flash trả về 504, tối đa 5 lần, thời gian chờ tăng dần kèm jitter ngẫu nhiên để các request đồng thời không retry cùng lúc. Hãy đọc base URL và API key từ biến môi trường, đừng hardcode vào code.

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.5-flash'


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"}]))

Dữ liệu chính của mô hình này

TPS1669.89
Độ trễ trung bình3330 ms
Tỷ lệ thành công100%
Điểm cuối APIhttps://api.airai.cc/v1
Tương thích OpenAIOpenAI-compatible
Nhà cung cấpGoogle
Ngữ cảnh1M
Khả năngReasoning, Tools, Files, Vision, Audio
Định dạng APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Công thức tính phíp * 1.5 + cr * 0.15 + ai * 1.5 + c * 9

Câu hỏi thường gặp

Khi gemini-3.5-flash trả 504, gateway hay upstream có khả năng là nguyên nhân hơn?

Lỗi này không liên quan năng lực model, mà ở tầng gateway. Đa số là lỗi tạm thời và tự phục hồi. Ở tỷ lệ thành công 100%, 504 thỉnh thoảng là biến động bình thường. Nếu lỗi kéo dài vài phút, hãy liên hệ hỗ trợ của nền tảng để xác nhận trạng thái upstream. Xác định trước là cấp tài khoản hay cấp mô hình; hai trường hợp xử lý hoàn toàn khác nhau.

Khi gemini-3.5-flash trả về 504 nên đặt khoảng retry bao lâu?

Thường không cần sửa code nghiệp vụ, chỉ cần điều chỉnh nhịp gọi. Thử lại là bước đầu tiên hiệu quả nhất. Tỷ lệ thành công đo được là 100%, nên lần thử lại đầu tiên thường mang lại lợi ích lớn nhất. Với cách tính phí p * 1.5 + cr * 0.15 + ai * 1.5 + c * 9, các request thất bại không được tính vào mức sử dụng. Đặt giới hạn thử lại ở 3–5 lần và thêm jitter. Dùng exponential backoff cho lỗi có thể thử lại, và trả lỗi ngay cho các lỗi còn lại.

504 trên gemini-3.5-flash có phụ thuộc khu vực hay node không?

Gom lỗi theo thời gian và theo node trước; quy luật thường rất rõ. Nếu chỉ xảy ra ở môi trường production, thường là khác biệt môi trường chứ không phải mô hình. Tỷ lệ thành công đo được là 100%, đa số lỗi biểu hiện thành 504. Tỷ lệ thành công 100% được tính trung bình theo node, nên một node yếu sẽ kéo số tổng thể xuống. Ghi lại request ID mỗi lần thất bại — hữu dụng hơn status code.

504 trên gemini-3.5-flash có liên quan hạn mức tài khoản không?

Chủ yếu là vấn đề hạn mức, không phải model bị lỗi. Tăng hạn mức gói hoặc giảm tần suất gọi đều giúp ích. Cách tính phí theo p * 1.5 + cr * 0.15 + ai * 1.5 + c * 9, không có output thì không tính phí. Với cách tính phí p * 1.5 + cr * 0.15 + ai * 1.5 + c * 9, chi phí output dài chủ yếu từ output token. Kiểm tra số dư và giới hạn tốc độ trong console trước, rồi mới xem code. Khi ước tính chi phí từ p * 1.5 + cr * 0.15 + ai * 1.5 + c * 9, hãy tính cả ngân sách thử lại.

Lỗi khác của mô hình này

Các mô hình khác gặp cùng lỗi

Dữ liệu cập nhật: 2026-10-10 15:40

Hỗ trợ kỹ thuậtHỗ trợ trực tuyến
Về đầu trang