Пряма відповідь
Підраховуйте завантаження з камери, одночасні виходи переглядача та кожен потік, який потрібно декодувати або перекодувати. Розмір для пікової комбінації плюс перезапуск і резерв для відновлення після відмови, а не середня інформаційна панель.
Чому це відбувається
Шлях лише для ретрансляції зазвичай обмежується мережею та кількістю сеансів, тоді як перекодування додає декодер, кодер, пам’ять і теплові обмеження. Багатокамерні решітки швидко збільшують навантаження.
Браузерам зазвичай потрібен шлюз, який перетворює канал із камери на вихідний веб-шлях доставки.
Контрольований тест
Створіть модель невеликого навантаження, а потім перевірте її за допомогою реального кодека, роздільної здатності, частоти кадрів і кількості глядачів.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Проковтнути | Підраховуйте постійні сеанси камери та бітрейт. | Обмеження пропускної здатності джерела та камери відомі. |
| Фан-аут | Оцініть максимальну кількість глядачів на вихід. | Вихідна смуга пропускання обмежена. |
| Обчислити | Підрахувати одночасні операції декодування та кодування. | Тестується потужність апаратного та програмного забезпечення. |
| Запас | Тестовий перезапуск, повторне підключення шторму та один несправний вузол. | Сервіс відновлюється без перевантаження камер. |
Докази, які потрібно зберігати
Відстежуйте p95 ЦП, пам'ять, час виходу, час запуску та швидкість повторного підключення під час реалістичного пікового тесту.
Примітка про обмеження та безпеку
Не публікуйте номер ємності без кодека та припущень про робоче навантаження, які його створили.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Скільки камер може обслуговувати один шлюз?
Не існує корисного універсального числа; це залежить від бітрейту, кодеків, перекодування, апаратного забезпечення та розгортання програми перегляду.
Чи знімає передача всі витрати на обчислення?
Це зменшує більшість витрат на кодування відео, але все ще використовує ресурси мережі, пам’яті, сесії та пакетування.
Навіщо тестувати шторми повторного підключення?
Перезапуск шлюзу може призвести до повторного підключення кожної камери та сеансу браузера, створюючи пікове навантаження, яке значно перевищує звичайне.
Первинні посилання
- Опції та приклади протоколу FFmpeg — RTSP
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- CISA — Керівництво з безпеки за проектом
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникОцініть сеанси, пропускну здатність, поверхні декодера та запас відмов, перш ніж розміщувати канали багатьох камер за одним шлюзом.