Protección del archivo ante fallos de streamers¶

La reasignación automática permite continuar recibiendo una cámara en otro streamer tras fallar el actual. La grabación continúa si el nuevo servidor tiene almacenamiento disponible y las reglas permiten alojarla.

Reanudar recepción y mantener otra copia del archivo existente son configuraciones distintas. Trasladar una cámara no copia los datos de un disco inaccesible.

Preparar la reserva¶

Se necesita:

• Varios streamers — con uno no hay destino alternativo.
• Gestión operativa — Central y la asignación deben recibir estado de servidores.
• Acceso a cámaras — el reserva debe llegar a fuentes o agentes.
• Asignación permitida — las zonas obligatorias y dedicadas deben permitir el servidor.
• Recursos — límites de streams, CPU, red y discos suficientes.
• DVR en reserva — almacenamiento y configuración de grabación para continuar el archivo.

Failover está activado en la configuración estándar de asignación, pero actúa cuando el distribuidor está preparado y existen servidores adecuados. Una entrada vacía de un segundo servidor no basta.

Qué ocurre durante el fallo¶

Al declarar inaccesible un streamer, se considera reasignar sus cámaras respetando restricciones y recursos. Sin servidor adecuado no reciben una asignación de reserva operativa.

Detectar el fallo y reconectar lleva tiempo. Puede faltar vídeo entre la última grabación original y la primera en reserva. Compruebe vídeo y nuevo archivo, además del nombre del streamer.

El archivo que solo existía en el servidor averiado permanece inaccesible hasta recuperar servidor y almacenamiento. La reasignación no recupera datos dañados o perdidos.

Copias adicionales¶

El parámetro DVR redundancy_factor interviene en la asignación de servidores adicionales de copia. Su cantidad real depende de servidores y recursos adecuados. Compruebe asignaciones y grabaciones antes de considerar protegido el archivo.

Las copias requieren capacidad y red entre servidores. Incluya cada copia en el cálculo de almacenamiento. Distribuir grabación en RAID 0 no crea esas copias.

Después de recuperar el servidor¶

Una cámara operativa puede permanecer en reserva. La asignación intenta conservar un destino válido y lo cambia por restricciones, preferencias o carga. Las zonas preferidas pueden provocar su retorno al recuperarse un servidor adecuado.

Central considera servidores que anuncian partes de archivo conservadas. Compruebe por separado intervalos antiguos del original y nuevos de reserva. Se necesitan archivos intactos y almacenamiento accesible.

Probar tolerancia a fallos¶

Realice la prueba con cámaras de prueba en una ventana acordada:

1. Confirme grabación y que reserva cumple zonas y recursos.
2. Registre streamer actual y hora de la última grabación.
3. Detenga el streamer elegido; compruebe reasignación, vídeo y nueva grabación.
4. Recupérelo y reproduzca antes y después del cambio.
5. Pruebe el caso negativo: una cámara con zona obligatoria no debe quedar fuera de ella.

Estado del clúster ayuda a localizar servidores inaccesibles y huecos. Configure destinos permitidos con zonas.