Las señales de estado explican si el host puede sostener el flujo de trabajo de medios. Úselas junto con las estadísticas del módulo: un host en buen estado no demuestra que una fuente esté activa, y una fuente activa no demuestra que el host tenga capacidad disponible.
Callaba self-hosted
El operador puede distinguir una falla de medios ascendentes de una saturación del host y aplicar la capacidad correcta o el cambio de perfil.
Ver cómo funciona el productoAntes de empezar
Una línea de base normal conocida para esta instancia y carga de trabajo.
Permiso para inspeccionar o borrar registros de errores operativos.
Un registro de incidentes externo antes de la limpieza destructiva.
Ajustes explicados
Se explican los controles que necesita el operador. Los nombres internos y eventos de implementación se omiten intencionadamente.
Capacidad
Leer el espacio libre actual del host.
- Uso de CPU
Carga de procesamiento actual en todos los medios y trabajo de aplicaciones.
- Uso de memoria
Presión actual de RAM.
- Uso del disco
Espacio disponible para registros, cargas, transcodificación temporal y grabaciones.
- Prueba de velocidad de red
Capacidad de red medida desde la instancia.
Ejecute fuera de los picos críticos de producción.
Evidencia operativa
Identifique fallas antes de cambiar la configuración.
- Errores de proceso
Fallos en el proceso de aplicaciones/medios que requieren investigación a nivel de módulo.
- Errores de SRT
SRT transporta eventos y errores asociados con los flujos de trabajo de contribución.
- Notificación de versión
Versión de la aplicación instalada y contexto de actualización.
- Borrar registros de errores
Elimine las entradas de errores acumuladas.
Exporte o registre primero la evidencia del incidente.- Ubicación de IP
Resolver el contexto regional para una dirección de conexión cuando sea compatible.
Primer flujo seguro
- 01
Compare CPU, la memoria y el disco con la línea de base saludable conocida.
- 02
Abra el proceso o los errores de SRT e identifique el módulo propietario y la ventana de tiempo.
- 03
Inspeccione las estadísticas en vivo de ese módulo y la entrada/salida real.
- 04
Realice una prueba de velocidad solo cuando no distorsione el tráfico de producción.
- 05
Registre o exporte evidencia de incidentes antes de borrar los registros.
Ejemplos de flujo
Diagnosticar transcodificación en vivo inestable
Los fotogramas de salida disminuyen después de que comienza un nuevo trabajo de transcodificación.
Cómo construirlo
- 1
Confirme que la tasa de bits de origen sea estable.
- 2
Compare el host CPU/memoria antes y después de que comience el trabajo.
- 3
Inspeccione la tasa de bits de salida y la velocidad de fotogramas.
- 4
Elimine el trabajo innecesario de cambio de tamaño, velocidad de fotogramas y códec o muévalo a la capacidad medida del host.
Preservar la evidencia antes de corregir errores
Los viejos errores oscurecen una investigación activa de incidentes.
Cómo construirlo
- 1
Registre el error relevante, la marca de tiempo, el módulo y la versión de lanzamiento actual.
- 2
Guarde la configuración del módulo asociado y las estadísticas en vivo.
- 3
Borre los errores sólo después de que se exteriorice la evidencia.
- 4
Reproduzca una prueba controlada e investigue solo las nuevas entradas.
Verificar el resultado
- Los valores de capacidad coinciden con la carga de trabajo esperada y dejan un margen de maniobra planificado.
- Cada error activo se puede vincular a un tiempo y a un módulo propietario.
- La eliminación de los registros se produce sólo después de que la evidencia se almacena en otro lugar.
Solución de problemas
El estado del host es normal pero la reproducción falla
Comprobar- Inspeccione los módulos de fuente y salida.
- Consulta acceso, protocolo y reproducción de cliente real.
Trate la salud del huésped como una sola capa; repare el primer límite de medios fallido.