- Порезанный
- 28 октября 2026 г. в 06:34 UTC
- Автор
- Kamo
- Обещать
- c873407
livekit-server v1.13.7 сохранил 202 закрытых участника 176 закрытых комнат живыми (их StreamAllocator издателя транспорта опросил закрытого ICE агента каждые 15 с, 1,5 ЦП) до новые SIP-ножки не получили медиа (2026-10-28). Каждый Python-SDK (одностороннее соединение) участник, который закрылся с 10-25 по утечке, независимо от его близкой причины; Go (livekit-sip) и Дж.С. никогда этого не делал. - livekit-server v1.13.10: исправления застоя WebRTC (webrtc-pion #3/#5, ice #4, dtls #1); не v1.13.11 (изменения канала данных для одного ПК). prometheus.port, debug_handler на 6790 так что будущая утечка оставляет goroutine профиль. - livekit-reaper: каждые 60 с удаляет комнаты, в которых не может быть живого звонка (пустые, только ноги телефона) 3 мин., комната с неизвестным ухом, старше 6 ч., комнаты с ремнями безопасности после 30 мин., не опубликованная дорожка 15 мин.) и удаляет застрявших участников; максимум 10 действий за проход, одна строка JSON-лога Подсчитывает утечку участников из журнала livekit-сервера (Loki) и перезапускает сервер только на >= 10 утечки, 0 живых комнат, не дважды в 6 ч, ведение журнала goroutine профиль первый. - ServiceMonitor для livekit-server, livekit-sip и reaper; PrometheusRule (утечка участники, комнаты/участники высокие, заняты, пока не работают, реапер занят/откладывает/остановился, livekit-sip down); AlertmanagerConfig на SysAdmin@KamoCRM.com. - apply.sh: развертывание, которое будет выполнять livekit-server или livekit-sip (Повторное создание, порты хоста) ожидает 0 живых комнат (счет урожая, 20 мин) или отказывается без прикосновения к ним.