Implantação na nuvem
Inicie uma instância da Callaba perto da região de contribuição ou entrega e configure upstreams SRT principal e reserva na interface web.
Implantar a Callaba na AWSControle de fontes principal e reserva
Mantenha fontes SRT principal e reserva em um único caminho operacional
Este caminho de recuperação SRT lançado alterna na camada de transporte entre feeds principal e reserva preparados, mantendo as conexões downstream de receptores e pullers no lugar.
Mantenha fontes SRT principal e reserva em um único caminho operacional
Este caminho de recuperação SRT lançado alterna na camada de transporte entre feeds principal e reserva preparados, mantendo as conexões downstream de receptores e pullers no lugar.
Fonte principalFeed principal preparado com estado do stream visível
Fonte reservaFeed reserva preparado com verificações operacionais correspondentes
Relay SRT PULLComutação principal/reserva na camada de transporte que não depende de um codec de áudio ou vídeo específico
DestinoAs conexões de receptores e pullers permanecem conectadas durante a comutação
Prepare o caminho de recuperação SRT PULL
- Abra as configurações de Routing
- Escolha SRT Routing, selecione o failover SRT principal/reserva, defina o modo de Routing como Pull e adicione cada Routing Host e Routing SRT Port com Add SRT Host.
- Confirme os detalhes da conexão
- Verifique o modo SRT, a porta, a latência, a identidade do stream e a frase secreta onde as fontes escolhidas os utilizarem.
- Defina a política operacional
- Confirme o comportamento lançado de principal/reserva manual ou automático e teste o retorno da reserva para o principal no caminho de contribuição real.
Verifique o caminho que seu evento realmente usará
Teste com o encoder, a rede, o relay e o destino do evento. Registre o que ocorreu nesse caminho em vez de supor que outro par de fontes se comportará da mesma forma.
- Interrompa a fonte principalDurante uma janela planejada, interrompa o feed principal e observe a comutação do principal para a reserva, a continuidade downstream, as estatísticas do stream e os eventos de conexão.
- Verifique o destinoConfirme se a plataforma receptora ou o receptor aceita o feed recuperado; um relay em execução, por si só, não comprova a entrega.
- Verifique o retorno ao principalRestaure o feed principal e confirme o comportamento de retorno configurado juntamente com o histórico de eventos e logs desta implantação.
Implantação
Use o mesmo modelo de failover na Callaba cloud ou self-hosted
Escolha onde a camada de roteamento SRT será executada e configure o conjunto de upstreams conforme sua rede e o limite da produção.
Implantação self-hosted
Execute o Callaba Engine no Linux quando hosts de roteamento, acesso de rede e dados operacionais precisarem permanecer em sua infraestrutura.
Instalar no LinuxPerguntas sobre failover de vídeo ao vivo
O que o Callaba Live Video Failover faz?
Ele mantém feeds SRT principal e reserva em um fluxo lançado na camada de transporte, alterna entre eles sem depender de um codec de mídia específico e preserva as conexões downstream de receptores e pullers durante a comutação.
O que acontece quando o upstream ativo desconecta?
O fluxo lançado pode alternar do principal para a reserva preservando as conexões downstream de receptores e pullers. O comportamento de recuperação real continua específico das fontes preparadas, da rede, dos buffers e do destino.
O fluxo pode retornar da reserva para o principal?
Sim. A versão melhora a troca de volta da reserva para o principal e alinha o comportamento de failover manual e automático. Teste o comportamento configurado com as fontes e o destino reais antes de um evento.
Os receptores downstream permanecerão conectados durante o failover SRT?
O fluxo de trabalho de nível de transporte liberado preserva as conexões downstream do receptor e do extrator por meio de um switch principal para backup. A recuperação visível ainda depende das fontes preparadas, buffers de rede e destino.
O failover SRT pode alternar automaticamente do principal para o backup?
Sim. O fluxo de trabalho lançado oferece suporte à comutação manual e automática do principal para o backup, preservando as conexões downstream do receptor e do extrator. Teste as fontes configuradas, buffers de rede e destino antes de um evento.
Prepare antes de entrar ao vivo
Monte um caminho principal e reserva revisado
Use a demonstração ao vivo para inspecionar a interface operacional e depois implante a Callaba na nuvem ou no Linux para testar sua comutação principal/reserva, o comportamento de retorno, a aceitação no destino e a visibilidade de eventos e logs.