Lỗi 504: cần làm gì khi gọi deepseek-v4-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.
deepseek-v4-flash được DeepSeek 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 deepseek-v4-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 = 'deepseek-v4-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
| Điểm cuối API | https://api.airai.cc/v1 |
|---|---|
| Tương thích OpenAI | OpenAI-compatible |
| Nhà cung cấp | DeepSeek |
|---|---|
| Ngữ cảnh | 1M |
| Khả năng | Reasoning, Tools, Open Weights |
| Định dạng API | openai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search |
| Công thức tính phí | p * 0.3 + cr * 0.006 + c * 1.2) : tier("off_peak", p * 0.15 + cr * 0.003 + c * 0.6 |
Câu hỏi thường gặp
Trong hội thoại nhiều lượt với deepseek-v4-flash, 504 có dễ xảy ra hơn không?
Đây là lỗi cấu hình phía client, phía server không cần đổi. Nhãn năng lực là Reasoning, Tools, Open Weights, và giới hạn tham số bắt nguồn từ tập năng lực đó. Cửa sổ ngữ cảnh 1M quyết định đầu vào tối đa mỗi request; vượt quá sẽ bị từ chối ngay. Với lỗi tham số, hãy thất bại nhanh thay vì lãng phí lần thử lại. Cắt ngắn hoặc tóm tắt đầu vào dài — giảm 504 một cách rõ rệt.
Có cần nâng gói để khắc phục 504 trên deepseek-v4-flash 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. Giá input khoảng $0.30 / triệu token. Với cách tính phí p * 0.3 + cr * 0.006 + c * 1.2) : tier("off_peak", p * 0.15 + cr * 0.003 + c * 0.6, các request thất bại không được tính vào mức sử dụng. Khi ước tính chi phí từ p * 0.3 + cr * 0.006 + c * 1.2) : tier("off_peak", p * 0.15 + cr * 0.003 + c * 0.6, hãy tính cả ngân sách thử lại.
Request thất bại có tính vào hạn mức rate limit không?
Không bị tính phí, chỉ output thực sự được tạo mới tính vào sử dụng. Chỉ phần đầu ra đã tạo mới bị tính phí, phần thất bại thì không. Với cách tính phí p * 0.3 + cr * 0.006 + c * 1.2) : tier("off_peak", p * 0.15 + cr * 0.003 + c * 0.6, các request thất bại không được tính vào mức sử dụng. Khi ước tính chi phí từ p * 0.3 + cr * 0.006 + c * 1.2) : tier("off_peak", p * 0.15 + cr * 0.003 + c * 0.6, hãy tính cả ngân sách thử lại.
504 trên deepseek-v4-flash có phụ thuộc khu vực hay node không?
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. Mô hình này do DeepSeek cung cấp, vì vậy trạng thái upstream theo thông báo của nhà cung cấp. Ghi lại request ID mỗi lần thất bại — hữu dụng hơn status code. Tái hiện trước trong môi trường thử nghiệm với cùng request body.
Lỗi khác của mô hình này
- deepseek-v4-flash: lỗi 429 — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi timeout — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi 500 — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi 502 — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi 503 — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi 401 — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi 403 — nguyên nhân và cách khắc phục
- deepseek-v4-flash: lỗi 400 — nguyên nhân và cách khắc phục
Các mô hình khác gặp cùng lỗi
- gpt-5
- claude-opus-5
- gemini-2.5-pro
- deepseek-v4-pro
- grok-4.3
- llama-3.3-70b-instruct
- qvq-max
- qwq-32b
- glm-5
- MiniMax-M3
- kimi-k3
- hy3
- doubao-seed-evolving
- mimo-v2.5
- gpt-4o
- claude-opus-4-6
Dữ liệu cập nhật: 2026-10-10 12:10