--- title: Dimensionamento do servidor url: https://doc2.pstreamer.tv/pt/manual/planning/hotels/sizing.html lang: pt-BR product: Perfect Streamer version: 2.0.2.423 --- # Dimensionamento do servidor Os números desta seção são referências para o planejamento, e não resultados de medições no seu equipamento. O consumo depende dos protocolos, das configurações e das fontes; por isso, preveja uma margem e verifique a carga no local: a carga de CPU, de memória e das interfaces de rede do nó é mostrada pela interface web, e a ultrapassagem dos limites é informada por alertas ([Alertas (alerter)](../../meshwork/alerts.md#meshwork-alerts)). ## Processador e memória Regra geral ([Requisitos do sistema](../../install/requirements.md#install-requirements)): **1 núcleo de 2,4 GHz e 1 GB de memória para cada 200 Mbit/s de tráfego**. Some a entrada e a saída: o nó analisa e verifica cada pacote na entrada e o envia separadamente em cada saída. Exemplo: 40 canais HD de 8 Mbit/s, cada um enviado uma única vez em multicast. Entrada — 320 Mbit/s, saída — 320 Mbit/s, total de 640 Mbit/s: pela regra, são 3–4 núcleos. - A memória cresce mais com o número de fluxos do que com o tráfego. Para uma simples distribuição UDP, a regra «1 GB por 200 Mbit/s» é generosa, mas não preveja menos de 2 GB para o sistema e o serviço. - Um fluxo com distribuição OTT mantém na memória uma janela de segmentos — cerca de 40–80 segundos do canal. - A transcodificação não entra na regra. O transcodificador precisa dos seus próprios recursos — núcleos de CPU ou GPU ([Transcodificadores](../../streamer/transcoder.md#streamer-transcoder)). Se os canais forem transmitidos como estão, o transcodificador não é necessário. ## Adaptadores DVB Cada adaptador lê o transponder inteiro — normalmente 40–80 Mbit/s — e extrai dele os programas necessários. Para o planejamento, preveja **até um núcleo por adaptador**: esse é o limite superior, e normalmente o consumo é bem menor. Se mesmo assim o núcleo ficar totalmente ocupado, o nó gera o alerta de código 40 (`dvb-thread-cpu`, [Lista de alertas](../../extras/alert_codes.md#extras-alert-codes)). - O desembaralhamento BISS por software de vários programas do transponder ocupa uma pequena fração de um núcleo. - O módulo CAM faz o desembaralhamento sozinho e quase não carrega o nó. A limitação aqui é o próprio módulo: quantos programas ele desembaralha simultaneamente está indicado nas suas especificações. ## Distribuição aos hóspedes (OTT) Calcule os celulares e tablets dos hóspedes pela banda de saída: número de espectadores simultâneos × bitrate do canal. 200 espectadores a 3 Mbit/s dão cerca de 600 Mbit/s saindo do nó. Com esse número de espectadores, a interface de rede e o link até a rede dos hóspedes chegam ao limite antes do processador: todos os espectadores de um canal leem os mesmos segmentos da memória, e não há uma cópia separada por espectador. ## Interfaces de rede - Separe o multicast para os televisores e o lado da Internet e do OTT em interfaces diferentes ou, pelo menos, em VLANs diferentes. O nó envia o multicast pela interface definida na saída, e o OTT é servido a partir do endereço do seu servidor HTTP; por isso, essa separação acontece naturalmente. - 0,5–1 Gbit/s de multicast ocupam uma porta de 1 Gbit/s por inteiro. Se o multicast puder chegar a 1 Gbit/s, use nesse lado 10 Gbit/s ou a agregação de duas portas de 1 Gbit/s. - O nó não tem um limite próprio para a velocidade de envio de multicast: os limites são dados pela placa de rede, pelo switch e pela configuração do IGMP ([Rede multicast no hotel](network.md#planning-hotels-network)). ## Disco Sem DVR, o nó precisa de espaço apenas para as configurações, os logs e pequenas bases de dados (estatísticas, log, EPG): cerca de 10 GB livres para `/var/log/pss` e o diretório de configurações, com folga. O log `main.log` é rotacionado diariamente, e os arquivos antigos são removidos após um mês ([Registro do serviço](../../support/index.md#support-logs)). O arquivo DVR é calculado à parte, pela profundidade e pelo bitrate dos canais ([OTT e DVR](../../streamer/ott_dvr.md#streamer-ott-dvr)). ## Exemplos | | Hotel pequeno | Hotel grande | | --- | --- | --- | | Canais | 30: 10 SD de 3 Mbit/s e 20 HD de 8 Mbit/s | 80: 20 SD de 3 Mbit/s e 60 HD de 8 Mbit/s | | Tráfego multicast | 190 Mbit/s | 540 Mbit/s | | Fontes | 2 adaptadores DVB, canais da Internet | 4 adaptadores DVB, canais da Internet | | Hóspedes via OTT | até 30 espectadores a 3 Mbit/s — 90 Mbit/s | até 200 espectadores a 3 Mbit/s — 600 Mbit/s | | CPU pela regra | entrada e saída de 470 Mbit/s — 3 núcleos, mais até 2 núcleos para os adaptadores: **4–6 núcleos** | entrada e saída de 1,7 Gbit/s — 9 núcleos, mais até 4 núcleos para os adaptadores: **10–14 núcleos** | | Memória | **4 GB** | **8–16 GB** | | Rede | 1 Gbit/s para multicast, 1 Gbit/s para Internet e OTT | 10 Gbit/s ou 2 × 1 Gbit/s para multicast, 1 Gbit/s para Internet e OTT | | Disco sem DVR | 10 GB para logs e configurações | 10 GB para logs e configurações | Se for necessária proteção contra falha do servidor, o segundo nó é dimensionado da mesma forma ([Redundância](redundancy.md#planning-hotels-redundancy)).