--- title: Serverdimensionierung url: https://doc2.pstreamer.tv/de/manual/planning/hotels/sizing.html lang: de product: Perfect Streamer version: 2.0.2.423 --- # Serverdimensionierung Die Zahlen in diesem Abschnitt sind Richtwerte für die Planung, keine Messergebnisse auf Ihrer Hardware. Der Verbrauch hängt von Protokollen, Einstellungen und Quellen ab; planen Sie daher eine Reserve ein und prüfen Sie die Auslastung vor Ort: Die Auslastung von CPU, Arbeitsspeicher und Netzwerkschnittstellen des Knotens zeigt die Weboberfläche, und Überschreitungen von Schwellenwerten melden Alarme ([Benachrichtigungen (Alerter)](../../meshwork/alerts.md#meshwork-alerts)). ## Prozessor und Arbeitsspeicher Allgemeine Regel ([Systemanforderungen](../../install/requirements.md#install-requirements)): **1 Kern mit 2,4 GHz und 1 GB Arbeitsspeicher je 200 Mbit/s Datenverkehr**. Rechnen Sie Eingang und Ausgang zusammen: Der Knoten zerlegt und prüft jedes Paket am Eingang und sendet es an jedem Ausgang separat. Beispiel: 40 HD-Kanäle mit je 8 Mbit/s, jeder wird einmal per Multicast gesendet. Eingang 320 Mbit/s, Ausgang 320 Mbit/s, zusammen 640 Mbit/s: Nach der Regel sind das 3–4 Kerne. - Der Arbeitsspeicher wächst eher mit der Anzahl der Streams als mit dem Datenverkehr. Für die einfache UDP-Verteilung ist die Regel „1 GB je 200 Mbit/s“ großzügig, planen Sie für System und Dienst aber nicht weniger als 2 GB ein. - Ein Stream mit OTT-Auslieferung hält ein Fenster von Segmenten im Speicher — etwa 40–80 Sekunden des Kanals. - Die Transcodierung ist in dieser Regel nicht berücksichtigt. Der Transcoder benötigt eigene Ressourcen — CPU-Kerne oder eine GPU ([Transcoder](../../streamer/transcoder.md#streamer-transcoder)). Werden die Kanäle unverändert weitergegeben, ist kein Transcoder nötig. ## DVB-Adapter Jeder Adapter liest den gesamten Transponder — üblicherweise 40–80 Mbit/s — und extrahiert daraus die benötigten Programme. Planen Sie **bis zu einem Kern pro Adapter** ein: Das ist die Obergrenze, meist ist der Verbrauch deutlich geringer. Ist ein Kern dennoch vollständig ausgelastet, löst der Knoten einen Alarm mit Code 40 aus (`dvb-thread-cpu`, [Liste der Alarme](../../extras/alert_codes.md#extras-alert-codes)). - Die Software-Entschlüsselung mehrerer Programme eines Transponders per BISS belegt nur einen kleinen Teil eines Kerns. - Ein CAM-Modul entschlüsselt selbst und belastet den Knoten kaum. Die Grenze liegt hier beim Modul selbst: Wie viele Programme es gleichzeitig entschlüsselt, steht in seinen technischen Daten. ## Auslieferung an Gäste (OTT) Smartphones und Tablets der Gäste berechnen Sie nach der ausgehenden Bandbreite: Anzahl gleichzeitiger Zuschauer × Bitrate des Kanals. 200 Zuschauer mit je 3 Mbit/s ergeben etwa 600 Mbit/s vom Knoten. Bei dieser Zuschauerzahl stoßen die Netzwerkschnittstelle und die Verbindung zum Gästenetz früher an ihre Grenze als der Prozessor: Alle Zuschauer eines Kanals lesen dieselben Segmente aus dem Speicher, eine eigene Kopie pro Zuschauer gibt es nicht. ## Netzwerkschnittstellen - Trennen Sie das Multicast für die Fernseher und die Internet- und OTT-Seite auf verschiedene Schnittstellen oder zumindest auf verschiedene VLANs. Multicast sendet der Knoten über die am Ausgang festgelegte Schnittstelle, OTT liefert er von der Adresse seines HTTP-Servers aus, daher ergibt sich diese Trennung von selbst. - 0,5–1 Gbit/s Multicast belegen einen 1-Gbit/s-Port vollständig. Wenn das Multicast 1 Gbit/s erreichen kann, setzen Sie auf dieser Seite 10 Gbit/s oder eine Bündelung von zwei 1-Gbit/s-Ports ein. - Eine eigene Begrenzung der Multicast-Senderate hat der Knoten nicht: Die Grenzen setzen Netzwerkkarte, Switch und IGMP-Konfiguration ([Multicast-Netzwerk im Hotel](network.md#planning-hotels-network)). ## Festplatte Ohne DVR benötigt der Knoten Speicherplatz nur für Einstellungen, Protokolle und kleine Datenbanken (Statistik, Ereignisprotokoll, EPG): etwa 10 GB freien Speicher unter `/var/log/pss` und für das Einstellungsverzeichnis, mit Reserve. Das Protokoll `main.log` wird täglich rotiert, alte Dateien werden nach einem Monat gelöscht ([Protokoll des Dienstes](../../support/index.md#support-logs)). Das DVR-Archiv wird separat berechnet, nach Archivtiefe und Bitrate der Kanäle ([OTT und DVR](../../streamer/ott_dvr.md#streamer-ott-dvr)). ## Beispiele | | Kleines Hotel | Großes Hotel | | --- | --- | --- | | Kanäle | 30: 10 SD mit je 3 Mbit/s und 20 HD mit je 8 Mbit/s | 80: 20 SD mit je 3 Mbit/s und 60 HD mit je 8 Mbit/s | | Multicast-Datenverkehr | 190 Mbit/s | 540 Mbit/s | | Quellen | 2 DVB-Adapter, Kanäle aus dem Internet | 4 DVB-Adapter, Kanäle aus dem Internet | | Gäste per OTT | bis zu 30 Zuschauer mit je 3 Mbit/s — 90 Mbit/s | bis zu 200 Zuschauer mit je 3 Mbit/s — 600 Mbit/s | | CPU nach der Regel | Eingang und Ausgang 470 Mbit/s — 3 Kerne, plus bis zu 2 Kerne für die Adapter: **4–6 Kerne** | Eingang und Ausgang 1,7 Gbit/s — 9 Kerne, plus bis zu 4 Kerne für die Adapter: **10–14 Kerne** | | Arbeitsspeicher | **4 GB** | **8–16 GB** | | Netzwerk | 1 Gbit/s für Multicast, 1 Gbit/s für Internet und OTT | 10 Gbit/s oder 2 × 1 Gbit/s für Multicast, 1 Gbit/s für Internet und OTT | | Festplatte ohne DVR | 10 GB für Protokolle und Einstellungen | 10 GB für Protokolle und Einstellungen | Wenn ein Schutz vor dem Ausfall des Servers nötig ist, wird der zweite Knoten genauso dimensioniert ([Redundanz](redundancy.md#planning-hotels-redundancy)).