---
title: Redundância
url: https://doc2.pstreamer.tv/pt/manual/planning/hotels/redundancy.html
lang: pt-BR
product: Perfect Streamer
version: 2.0.2.423
---

# Redundância

A televisão do hotel depende da fonte dos canais, do servidor, da rede e da alimentação elétrica. Proteja cada elo separadamente: a redundância de um não protege contra a falha de outro.

## Fontes de reserva

Um fluxo pode ter várias entradas: quando a principal falha, o fluxo passa sozinho para a seguinte e, quando a principal se recupera, volta para ela ([Redundância de fontes](../../streamer/spts.md#streamer-spts-reservation)). Pares típicos para um hotel:

- canal de satélite como principal, o mesmo canal da Internet como reserva;
- canal da Internet como principal, o arquivo de vídeo de boas-vindas como última entrada: se todas as fontes desaparecerem, os televisores exibem a vinheta do hotel, e não uma tela preta.

O funcionamento na entrada de reserva é informado pelo alerta de código 27 (`input-fallback`), uma entrada de reserva com defeito — pelo código 65 (`backup-input-error`), um fluxo sem nenhuma entrada funcionando — pelo código 60 (`stream-no-source`); todos os códigos — [Lista de alertas](../../extras/alert_codes.md#extras-alert-codes).

## Segundo servidor

> **Importante**
>
> **Versão beta 2.1.** O que está descrito aqui existe apenas na versão beta 2.1: ela é instalada a partir do repositório beta e somente com uma licença; a versão estável 2.0.2 e a versão de demonstração não têm isso. A versão beta é fornecida sem garantias, e o suporte é prestado na medida do possível ([Programa de testes beta](../../extras/beta.md#extras-beta)).

A reserva Meshwork protege contra a falha do servidor. Dois nós de um mesmo domínio recebem as mesmas fontes e mantêm saídas idênticas para os mesmos endereços multicast, mas apenas um deles envia para cada grupo. Se esse nó, a sua saída ou a sua entrada falhar, o segundo nó assume o grupo sem interrupção, e os televisores continuam recebendo os canais nos mesmos endereços. A manutenção dos nós pode ser feita um de cada vez: um nó parado de forma controlada primeiro transfere os seus grupos.

Requisitos e configuração — [Reservas](../../webui/reserves.md#webui-fleet-reserves). O essencial para um hotel:

- os dois nós ficam na VLAN IPTV, e as saídas têm os mesmos endereços, portas e interface de envio;
- em um domínio de dois nós, um nó reiniciado não assume o grupo imediatamente; um terceiro nó com a reserva ativada, mesmo sem canais próprios, elimina essa espera ([Quem envia](../../webui/reserves.md#webui-fleet-reserves-sender));
- os dois nós são dimensionados para a carga total ([Dimensionamento do servidor](sizing.md#planning-hotels-sizing)).

Na versão estável 2.0.2 não existe a reserva Meshwork. O segundo servidor é mantido como reserva fria, com uma cópia das configurações ([O arquivo de configuração pss.json](../../extras/config_file.md#extras-config-file)), e é iniciado manualmente quando o principal falha.

## Rede e alimentação

- **Alimentação.** Servidor com duas fontes de alimentação em linhas diferentes; nobreak tanto para o servidor quanto para os switches da VLAN IPTV: sem o switch, os televisores ficam sem canais, mesmo que o servidor esteja funcionando.
- **Switch.** Se houver dois nós, ligue-os a switches de núcleo diferentes da rede IPTV.
- **Internet.** Para os canais da Internet e para a conexão com a cabeça de rede central — dois provedores ou um link de reserva. Os protocolos com retransmissão (SRT, RIST, PS1) sobrevivem a perdas curtas no link; a margem é definida pelo buffer do receptor ([Planejamento da largura de banda, da latência e das portas](../index.md#planning-bandwidth-latency)).
- **Dois caminhos.** Entre os nós da cabeça de rede, um único fluxo RTP pode ser transmitido por duas redes independentes conforme o SMPTE ST 2022-7 ([Requisitos de rede para ST 2022-7](../st2022_7.md#planning-st2022-7)). Os televisores dos quartos recebem UDP multicast comum, portanto isso não chega até eles.

## Monitoramento

A reserva só é útil se alguém ficar sabendo da comutação. Configure a entrega dos alertas ao plantonista — por e-mail, em um mensageiro ou para um sistema externo ([Entrega externa de alertas](../../meshwork/alerts.md#meshwork-alert-delivery)) — e envie as métricas do nó para o sistema de monitoramento do integrador, por exemplo Zabbix ou Prometheus ([Conexão de sistemas de monitoramento externos](../../extras/monitoring.md#extras-monitoring)).