Selección del procesador¶

Elija CPU para los streams y funciones concretos. Un número de cámaras por núcleo sin códec, bitrate, espectadores y modo de procesamiento no describe el rendimiento.

Gestión y streamer realizan tareas distintas. El servidor de gestión ejecuta API, PostgreSQL, Central y trabajos de fondo. El streamer recibe y entrega vídeo, gestiona archivo y procesamiento adicional. En un solo servidor, las cargas se suman.

Factores que influyen¶

• Streams — cantidad, bitrate, códec y fotogramas por segundo.
• Visualización — streams simultáneos y protocolo, lectura de distintos intervalos y exportaciones.
• Procesamiento — decodificación analítica, imágenes y conversión de vídeo cuando se activan.
• Servicios — usuarios activos, frecuencia API y creación y procesamiento de episodios.
• Tolerancia a fallos — carga adicional de cámaras transferidas desde un streamer inaccesible.

Frecuencia y núcleos lógicos no determinan por sí solos la capacidad. Mida el modelo de CPU y las versiones de componentes previstas.

Mida el tiempo total de CPU de todos los hilos (user + system) por operación. Si se ejecuta r veces por segundo y consume t milisegundos, la carga media es r × t / 1000 núcleos. Sume operaciones, decodificación y servicios y divida por la utilización admisible elegida. Dividir por 0.7 deja un 30% de reserva; es un supuesto del cálculo.

El tiempo transcurrido de un modelo multihilo no es su tiempo total de CPU. Si solo mide latencia, no la convierta directamente a núcleos. Compruebe la estimación a carga completa con decodificación y transferencias.

Probar el servidor elegido¶

1. Conecte un grupo representativo con configuración real. Active grabación y analítica necesarias.
2. Genere las visualizaciones simultáneas necesarias, incluido archivo y exportaciones.
3. Aumente por etapas. Espere estabilidad y compruebe errores de cámaras y grabación.
4. Repita con la carga que recibiría tras fallar un vecino.
5. Registre configuración y carga máxima que conserve la reserva CPU y calidad requeridas.

Comprobación inicial en Linux:

lscpu
vmstat 1 10

En estado del clúster, observe CPU junto con cámaras y grabación. En vmstat distinga cálculo de espera de disco: otra CPU no resuelve almacenamiento lento.

Establecer límites de asignación¶

El streamer permite Límite de canales y Límite total de ancho de banda. La asignación considera disponibilidad, límites y carga. Estos campos expresan carga admisible; no realizan una prueba de carga.

No sacrifique la reserva por número de cámaras: un límite podría impedir recibir streams de otro servidor averiado. Compruebe zonas y restricciones junto con CPU, discos y red.