Differences

This shows you the differences between two versions of the page.

--- events:34c3:cdn [2017/12/22 19:03] – mazdermind
+++ events:34c3:cdn [2018/07/19 01:55] (current) – meise
@@ Line 1: / Line 1: @@
 = 34C3 CDN
+<bootnote important>Diese Dokumentation galt für den 34C3. Für die Zeit danach, siehe [[:cdn|]].</bootnote>
 == Architektur
 Die CDN-Kaskade hat 4 Stufen
@@ Line 14: / Line 16: @@
   * minion1: s1
   * minion2: s2
-  * minion3: s3 & s4
+  * minion3: s3
+  * minion-muc: s4
 Diese Verteilung wird über Host-Attribute im cm geregelt: https://github.com/voc/cm/blob/master/ansible/event#L41-L44.
@@ Line 88: / Line 91: @@
 * http://cdn.c3voc.de/hls/sX_translated.m3u8
 * http://cdn.c3voc.de/hls/sX_translated-2.m3u8
+=== WebM Multi-Qualität + Multi-Lang
+* http://cdn.c3voc.de/dash/sX/manifest.mpd
 === Audio-MP3:
@@ Line 130: / Line 136: @@
 == Relay-Register
-Das Relay-Register ist hier zu finden: https://c3voc.de/34c3/register - Der Login liegt im KeePass vor (gleicher Login wie beim 32C3)
+Das Relay-Register ist hier zu finden: https://c3voc.de/relayregister/ - Der Login liegt im KeePass vor (gleicher Login wie beim 32C3)
 Alle Relays melden sich (bzw. werden via Script) beim Relay-Register angemeldet. Dort kann ihnen ein Platz in der Relay-Kaskade zugewiesen werden (z.B. welcher Host ihr Upstream ist) und ob sie nur ICecast, nur HLS oder beide anbieten sollen. Aus dem Relay-Register werden Konfigurationsdateien erzeugt, die von Ansible gelesen und in haproxy/icecast-Config umgesetzt werden.
 == Externe Quellen
-Die Streams der Externe Quellen werden komplett über eine eigene Kiste angewickelt (''dawaschtel.lan.c3voc.de'' -- Arbeitstitel). Dieser Server übernimmt dann sowohl das ingesting als auch transcoding, fanout und ist user-facing relay. Der Server verfügt über eine 10GE-Anbindung an das Congessnetz und ausreichend CPU-Kapazität.
+Die Streams der Externe Quellen werden komplett über eine eigene Kiste angewickelt (''dawaschtel.lan.c3voc.de''). Dieser Server übernimmt dann sowohl das ingesting als auch transcoding, fanout und ist user-facing relay. Der Server verfügt über eine 10GE-Anbindung an das Congessnetz und ausreichend CPU-Kapazität.
-Die Scripte dazu sind größtenteils unabhängig von denen der Hauptstreams, da die Externen Quellen weder mehrere Audiospuren noch über einen Slide-Stream verfügen.
+Die Scripte dazu werden aus den gleichen Templates wie die der Haupträume erstellt, aber mit weniger Audiospuren und ohne Slide-Stream.
-Alle Fanout und Transcoding-Scripte werden per cm angelegt, das ingesting wird aber vor Ort manuell konfigutiert werden müssen.
+Alle Fanout und Transcoding-Scripte werden per cm angelegt. Zusätzlich wird jeweils ein Ingesting-Script angelegt das aber **by-default deaktiviert** ist. Das ingesting mus manuell überprüft und ggf. angepasst werden. Dazu werden auf dem og. Server Dateien in der Art von `/opt/transcoder/scripts/sfsfe_ingesting.sh` angelegt. Die dazugehörigen systemd-units sind by-default aktiv und sollten innerhalb einiger Sekunden mit dem einlesen und transcoden beginnen.
 Folgende weiterführende Dokumentation im Wiki: