--- title: Dimensionamiento del servidor url: https://doc2.pstreamer.tv/es/manual/planning/hotels/sizing.html lang: es product: Perfect Streamer version: 2.0.2.423 --- # Dimensionamiento del servidor Las cifras de esta sección son orientativas para la planificación, no resultados de mediciones en su equipo. El consumo depende de los protocolos, la configuración y las fuentes, así que prevea margen y compruebe la carga in situ: la carga de CPU, memoria e interfaces de red del nodo se muestra en la interfaz web, y las alertas avisan cuando se superan los umbrales ([Alertas (alerter)](../../meshwork/alerts.md#meshwork-alerts)). ## Procesador y memoria Regla general ([Requisitos del sistema](../../install/requirements.md#install-requirements)): **1 núcleo a 2,4 GHz y 1 GB de memoria por cada 200 Mbit/s de tráfico**. Cuente la entrada y la salida juntas: el nodo analiza y comprueba cada paquete en la entrada y lo envía por separado en cada salida. Ejemplo: 40 canales HD de 8 Mbit/s, cada uno enviado una vez por multicast. Entrada: 320 Mbit/s, salida: 320 Mbit/s, en total 640 Mbit/s: según la regla, 3–4 núcleos. - La memoria crece más con el número de flujos que con el tráfico. Para una distribución UDP simple, la regla «1 GB por 200 Mbit/s» es generosa, pero no prevea menos de 2 GB para el sistema y el servicio. - Un flujo con distribución OTT mantiene en memoria una ventana de segmentos, unos 40–80 segundos del canal. - La transcodificación no entra en la regla. El transcodificador necesita sus propios recursos: núcleos de CPU o GPU ([Transcodificadores](../../streamer/transcoder.md#streamer-transcoder)). Si los canales se transmiten tal cual, no se necesita transcodificador. ## Adaptadores DVB Cada adaptador lee todo el transpondedor, normalmente 40–80 Mbit/s, y extrae de él los programas necesarios. Para la planificación, prevea **hasta un núcleo por adaptador**: es el límite superior, normalmente el consumo es bastante menor. Si aun así un núcleo se ocupa por completo, el nodo genera una alerta de código 40 (`dvb-thread-cpu`, [Lista de alertas](../../extras/alert_codes.md#extras-alert-codes)). - El desaleatorizado por software BISS de varios programas de un transpondedor ocupa una pequeña fracción de un núcleo. - El módulo CAM desaleatoriza por sí mismo y apenas carga el nodo. La limitación aquí es el propio módulo: cuántos programas desaleatoriza simultáneamente se indica en sus especificaciones. ## Distribución a los huéspedes (OTT) Calcule los teléfonos y tabletas de los huéspedes por el ancho de banda saliente: número de espectadores simultáneos × tasa de bits del canal. 200 espectadores a 3 Mbit/s son unos 600 Mbit/s desde el nodo. Con ese número de espectadores, antes que el procesador llegan a su límite la interfaz de red y el enlace hacia la red de huéspedes: todos los espectadores de un canal leen los mismos segmentos de la memoria, y no hay una copia aparte por espectador. ## Interfaces de red - Separe el multicast para los televisores y el lado de Internet y OTT en interfaces distintas o, al menos, en VLAN distintas. El nodo envía el multicast desde la interfaz definida en la salida, y entrega el OTT desde la dirección de su servidor HTTP, por lo que esta separación se obtiene por sí sola. - 0,5–1 Gbit/s de multicast ocupan por completo un puerto de 1 Gbit/s. Si el multicast puede llegar a 1 Gbit/s, instale en ese lado 10 Gbit/s o una agregación de dos puertos de 1 Gbit/s. - El nodo no tiene un límite propio de velocidad de envío multicast: los límites los marcan la tarjeta de red, el conmutador y la configuración de IGMP ([Red multicast en el hotel](network.md#planning-hotels-network)). ## Disco Sin DVR, el nodo solo necesita espacio para la configuración, los registros y pequeñas bases de datos (estadísticas, registro, EPG): unos 10 GB libres para `/var/log/pss` y el directorio de configuración, con margen. El registro `main.log` rota a diario y los archivos antiguos se eliminan al cabo de un mes ([Registro del servicio](../../support/index.md#support-logs)). El archivo DVR se calcula por separado, según la profundidad y la tasa de bits de los canales ([OTT y DVR](../../streamer/ott_dvr.md#streamer-ott-dvr)). ## Ejemplos | | Hotel pequeño | Hotel grande | | --- | --- | --- | | Canales | 30: 10 SD de 3 Mbit/s y 20 HD de 8 Mbit/s | 80: 20 SD de 3 Mbit/s y 60 HD de 8 Mbit/s | | Tráfico multicast | 190 Mbit/s | 540 Mbit/s | | Fuentes | 2 adaptadores DVB, canales de Internet | 4 adaptadores DVB, canales de Internet | | Huéspedes por OTT | hasta 30 espectadores a 3 Mbit/s: 90 Mbit/s | hasta 200 espectadores a 3 Mbit/s: 600 Mbit/s | | CPU según la regla | entrada y salida 470 Mbit/s: 3 núcleos, más hasta 2 núcleos para los adaptadores: **4–6 núcleos** | entrada y salida 1,7 Gbit/s: 9 núcleos, más hasta 4 núcleos para los adaptadores: **10–14 núcleos** | | Memoria | **4 GB** | **8–16 GB** | | Red | 1 Gbit/s para multicast, 1 Gbit/s para Internet y OTT | 10 Gbit/s o 2 × 1 Gbit/s para multicast, 1 Gbit/s para Internet y OTT | | Disco sin DVR | 10 GB para registros y configuración | 10 GB para registros y configuración | Si se necesita protección frente a fallos del servidor, el segundo nodo se dimensiona de la misma manera ([Redundancia](redundancy.md#planning-hotels-redundancy)).