KamoCRM

V1. 13. 10, một phòng reaper và rò rỉ watchdog, metrics và cảnh báo, không roll dưới cuộc gọi trực tiếp

FixKlusterServices
Name
lúc 06:34 28 tháng 10, 2026 UTC
Tác giả
Kamo
Cam kết
c873407

livekit-server v1.13.7 giữ 202 người tham gia của 176 phòng bị đóng vẫn còn sống StreamAllocator của nhà xuất bản vận tải khảo sát một nhân viên ICE đóng cửa mỗi 15 giây, 1.5 CPU) cho đến khi new SIP legs got no media (2026-10-28). Every Python-SDK (single peer connection) Người tham gia đóng cửa từ 10-25 sau khi rò rỉ, bất kể lý do đóng cửa; Go (livekit-sip) Và JS không bao giờ làm thế. - livekit-server v1.13.10: có sửa lỗi WebRTC bị kẹt (webrtc-pion #3/#5, Truy cập ngày 11 tháng 11 năm 2011.  ^ “ice #4, dtls #1”; not v1.13.11 (single-PC data channel changes). prometheus.port, debug_handler trên 6790 vì vậy một sự rò rỉ trong tương lai để lại một hồ sơ goroutine. - livekit-reaper: mỗi 60 giây xóa các phòng không có cuộc gọi trực tiếp (trống, chỉ có điện thoại) 3 phút, phòng tai mồ côi, lâu hơn 6 giờ, phòng dây sau 30 phút, không có dấu vết được công bố 15 min) và loại bỏ các thành viên bị kẹt; tối đa 10 hành động một lượt, một dòng ghi JSON Đếm số người tham gia bị rò rỉ từ bản ghi của máy chủ livekit (Loki) và khởi động lại máy chủ chỉ ở >= 10 bị rò rỉ, 0 phòng trực tiếp, không hai lần trong 6 giờ, ghi lại Goroutine Trước tiên là hồ sơ. - ServiceMonitor cho livekit-server, livekit-sip và the reaper; PrometheusRule (lộ người tham gia, phòng/người tham gia cao, bận rộn trong khi trống, Reaper bận rộn/nghỉ/tắt, livekit-sip down); AlertmanagerConfig to SysAdmin@KamoCRM.com. - apply.sh: một deploy sẽ chạy livekit-server hoặc livekit-sip (Recreate, host ports) đợi 0 phòng hoạt động (số lượng người thu hoạch, 20 phút) hoặc thất bại mà không chạm vào chúng.

Mọi thay đổi

Như những gì anh thấy vận chuyển?

Tất cả những thứ đó đều đến trong không gian làm việc của anh. Bắt đầu với kế hoạch miễn phí và đọc lại trang này trong một tháng.

Bắt đầu tự do mãi mãiXem truy cập