Lỗi 502: cần làm gì khi gọi glm-5 thất bại

Mã 502 nghĩa là cổng nhận được phản hồi không hợp lệ từ dịch vụ mô hình thượng nguồn: yêu cầu đã tới cổng, nhưng bước chuyển tiếp tới thượng nguồn thất bại.

502 Bad Gateway nghĩa là gateway nhận được phản hồi không hợp lệ từ dịch vụ model upstream. Request đã đến gateway, lỗi xảy ra ở chặng từ gateway sang upstream, thường do node upstream khởi động lại hoặc kết nối bị ngắt.

glm-5 được Z.AI 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à: Dịch vụ mô hình thượng nguồn không khả dụng hoặc trả về phản hồi sai định dạng. Hành động đầu tiên nên làm là: Thử lại một lần (502 thường là tạm thời).

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

  • Dịch vụ mô hình thượng nguồn không khả dụng hoặc trả về phản hồi sai định dạng
  • Nút thượng nguồn đang khởi động lại
  • Kết nối từ cổng tới thượng nguồn bị ngắt
  • Mô hình tạm thời bị ngừng cung cấp

Cách khắc phục

  • Thử lại một lần (502 thường là tạm thời)
  • Chuyển sang mô hình tương đương của nhà cung cấp khác
  • Nếu chỉ một mô hình liên tục 502, thượng nguồn của nó đang có sự cố
  • Thử lại sau hoặc liên hệ chúng tôi

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

Đoạn mã dưới sẽ thử lại khi glm-5 trả về 502, 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 = 'glm-5'


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 APIhttps://api.airai.cc/v1
Tương thích OpenAIOpenAI-compatible
Nhà cung cấpZ.AI
Ngữ cảnh204.8K
Khả năngReasoning, Tools, Open Weights
Định dạng APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Công thức tính phíp * 1 + cr * 0.2 + cc * 0 + c * 3.2

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

Làm sao phòng tránh 502 trên glm-5 từ trước?

Có phương án dự phòng ở cấp kiến trúc thì đáng tin hơn là vá từng lỗi một. Model này của Z.AI có nhiều node upstream để gateway chuyển đổi. Đưa tên mô hình vào config, đổi upstream sẽ không cần sửa code.

Khi glm-5 trả về 502 có bị tính phí 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. Cách tính phí theo p * 1 + cr * 0.2 + cc * 0 + c * 3.2, không có output thì không tính phí. Với cách tính phí p * 1 + cr * 0.2 + cc * 0 + c * 3.2, các request thất bại không được tính vào mức sử dụng. Kiểm tra số dư và giới hạn tốc độ trong console trước, rồi mới xem code.

502 lặp lại trên glm-5, lỗi do model hay do tài khoản?

Lỗi này không liên quan năng lực model, mà ở tầng gateway. Thẻ năng lực của model này là Reasoning, Tools, Open Weights. 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.

Thử lại có làm request chạy hai lần không?

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. Với cách tính phí p * 1 + cr * 0.2 + cc * 0 + c * 3.2, 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.

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 08:15

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