Wowza Streaming ENgine: Media Cache für Opencast

[Stephan Krinetzki]

Hallo zusammen,

da hier ja einige Opencast mit der Wowza Streaming ENgine im EInsatz haben: Wie richte ich den Media Cache für Opencast ein?

WIr haben einen file Server, der per NFS mit allen Opencast Nodes (Admin, Engage, Worker) verbunden ist und der von unseren drei Wowza Streaming Server auch genutzt wird. Für die Verbindung zum Wowza Streaming Server verwenden wir der Zeit einen DNS Roundrobin.

Nun möchte ich, um die Zugriffszeiten auf Videos zu minimieren und den file-Server etwas zu entlasten, einen Mediacache in Wowza erstellen. Ich habe bereits einen neuen Mediacache Store angelegt und diesem im System auch gemountet - nur was muss ich nun bei den Soruces einstellen, damit der Engage Server weiterhin korrekt Streamen kann?

Kann mir da einer bei helfen?

Viele Grüße aus Aachen

Stephan

[Marcello Pippia]

Hallo Stephan Krinetzki

In einer „normalen“ Video-On-Demand-Applikation gibst du die Quelle deiner Videos in der Applikation unter „Content Directory“ an.

Bei einer Video-On-Demand-Edge-Applikation benötigst du unter Server › Mediacache › Sources eine Quelle, die den gleichen Namen hat, wie die VOD-Edge-Applikation, zu der diese Quelle gehört.

Heißt deine VOD-Edge-Applikation bspw. „oc-streaming-production“ muss die Quelle unter Server › Mediacache › Sources auch „oc-streaming-production“ heißen. Wenn die Quelle deiner Videos auf einem NFS-Mount liegt gibst du unter „Base Path“ diesen Mount an – Beispiel: „/path/to/your/nfs/mount/pointing/to/_/streaming/mh_default_org/“. Hier musst du auch ein Präfix für die Quelle angeben; wie etwa „your_production_prefix/“.

Allerdings ändert sich die Streaming-URL, die publiziert werden muss. Lautete die URL vorher zum Beispiel

    https://your.streaming.url/oc-streaming-production/smil:engage-player_bla-bla_presentation.smil/playlist.m3u8 

heißt diese mit Mediacache

    https://your.streaming.url/oc-streaming-production/_definst_/smil:your_production_prefix/engage-player_bla-bla_presentation.smil/playlist.m3u8

Es ergibt sich das Problem, dass man eventuell schon Streaming-URLs publiziert hat, die auf eine Applikation ohne Mediacache zeigen. Die bisherigen Video-URLs behalten dabei den Namen der alten VOD-Applikation; allerdings müssen die neuen Video-URLs auf eine VOD-Edge-Applikation mit einem anderen Namen zeigen.

Also:

    „Video ohne VOD-Edge“ -› https://your.streaming.url/oc-streaming-production/smil:engage-player_bla-bla_presentation.smil/playlist.m3u8 

    „Video mit VOD-Edge“ -› https://your.streaming.url/oc-streaming-production-edge/_definst_/smil:your_production_prefix/engage-player_bla-bla_presentation.smil/playlist.m3u8

Allerdings liefen bei dieser Variante die bisherigen Videos ohne Mediacache.

Unsere Streaming-URLs sind aus Opencast heraus nach und vor Umstellung von VOD-Applikationen auf VOD-Edge-Applikationen die gleichen. Damit alle Videos den Mediacache nutzen können, verwenden wir einen Proxy, der die URLs entsprechend ändert.

In Apache:

    ProxyPassMatch "^/oc-streaming-production/smil:(.*)" "https://your.streaming.url/oc-streaming-production/_definst_/smil:your_production_prefix/$1"

Der umständliche Weg wäre, alle bisherigen Events mit der neuen URL nochmals zu publizieren. Ich weiß nicht, ob man das möchte.

Ich hoffe ich konnte weiterhelfen.

Viele Grüße aus Köln

Marcello Pippia

[Stephan Krinetzki]

Hallo Marcello,

vielen Dank für die Informationen. Nur wo habt ihr den Apache konfiguriert? Vor dem Wowza Streaming Engine? Dann muss ich an unserer Infrastruktur ran, da wir nun den Wowza Streaming engine direkt auf 443 laufen lassen.

Gruß

Stephan

[Ruth Lang]

Hallo Stephan,

Wir haben sowieso zwei Apache Proxy laufen, die auch für unsere verschiedenen Opencast Cluster verwendet werden.

Jetzt hängen halt unsere beiden Wowza Server auch noch dran.

Nachteile haben wir bisher keine bemerkt (die Keys für die Signatur der Wowza URLs mussten wir allerdings anpassen, aber das war vorher auch schon der Fall )

Vorteile sind genau die selben wie bei Opencast - dass man sehr schnell die „eigentlichen“ Server dahinter austauschen kann, bei Ausfall oder Updates.

Grüße

Ruth

--
To unsubscribe from this group and stop receiving emails from it, send an email to anwender+u...@opencast.org.