Test eines neuen Jitsi Servers [15.01.2021, 20:00 Uhr]

[Wernieman]

Ist doch keine blöde Frage

https://www.cooltux.net/doku.php?id=it-wiki:dienste:jitsimeet

Danke! Nur habe ich Jitsi mit dem Docker-Container eingerichtet ...

[CoolTux]

Danke! Nur habe ich Jitsi mit dem Docker-Container eingerichtet ...

Bin ja persönlich kein Freund von Docker. Aber müsstest Du da nicht trotzdem die Konfig anpassen können.

[Wernieman]

Deshalb das "Danke"! (Und auch, weil Du die Frage nicht als Blöde angesehen hast ... und weil Du überhaupt eine Anleitung geschrieben hast, also 3x Danke)

Habe beruflich viel mit Docker zu tuen und sollte deshalb relativ fit sein. Was viele vergessen: Docker ist keine VM .. leider wird es von vielen so genutzt.

[CoolTux]

Deshalb das "Danke"! (Und auch, weil Du die Frage nicht als Blöde angesehen hast ... und weil Du überhaupt eine Anleitung geschrieben hast, also 3x Danke)

Habe beruflich viel mit Docker zu tuen und sollte deshalb relativ fit sein. Was viele vergessen: Docker ist keine VM .. leider wird es von vielen so genutzt.

Ich nehme auch gerne Container für meine Dienste. Aber halt eben LXC, finde ich angenehmer von der Handhabung. Beruflich müsste ich mich aber auch mal mit Docker beschäftigen.

[Wernieman]

Mit LXC habe ich mich noch nicht beschäftigt .. sollte ich eigentlich ....
Wo kriegt man LXC Container her? oder alles "neu machen"?

[CoolTux]

Mit LXC habe ich mich noch nicht beschäftigt .. sollte ich eigentlich ....
Wo kriegt man LXC Container her? oder alles "neu machen"?

Da ich die fertige Implementierung von Proxmox verwende kann ich Dir da nicht wirklich was zu sagen. Ich mache meine Images immer selber. Also um genau zu sein nur Debian 10 Images mit angepasster Konfig. Der Rest, also die benötigte Anwendung selbst, wird über puppet konfiguriert.

[Wernieman]

Ich mache eine Mischung .. z.B. nextcloud fertiges Image, fhem dagegen eigenes ...
Da ich bei einem Update von owncloud mir mal den Server zerschossen habe und beim fertigen Image der Upgradeprozess besser getestet ist, habe ich es mir einfach "einfacher" gemacht...

[sbiermann]

Für den Unterschied zwischen Docker und LXC ist der folgende Artikel sehr lesenswert. https://archives.flockport.com/lxc-vs-docker/

Ich habe meine Jitsi Instanz auch wieder in Betrieb genommen, auch als docker-compose Variante. Home-Schooling dauert ja an und darum wird auch wieder Zugriff wegen Videokonferenzen zwischen Lehrer und Schülern gebraucht. Diesmal habe ich sie etwas angepasst und getuned, ist ein bissle anders als wenn man Jitsi installiert, da die Dateien wo anders liegen bzw. zum Teil auch anders heißen.

[jaybee]

da die Dateien wo anders liegen bzw. zum Teil auch anders heißen.

Ich frag mich nur weshalb.

[Wernieman]

Das frage ich mich bei einigen solcher Konstruckte ...

das in der docker-compuse.yml andere Variablen teilweise Verwendet werden müssen, kann ich verstehen. Das aber der Container anders gebaut als live sein muss ..... dafür sind dann aber auch wirklich alle Container bei allen Usern (fast) gleich ...

[sbiermann]

Die Container sind schon ziemlich gleich dem was man hätte wenn man es installiert. Das einzige was halt definitiv anders ist, sind die Mountings der lokalen Verzeichnisse bzw. deren Struktur und das fande ich schwierig. Weil z.B. der web Ordner dann die config.js enthält welche genutzt wird für die Konfiguration von zum Beispiel enableLayerSuspension zu setzen. Das die config.js nicht <domain>-config.js hieß war zwar auch erstmal etwas ungewöhnlich aber nicht so dramatisch.

[chr2k]

Bin ja persönlich kein Freund von Docker. Aber müsstest Du da nicht trotzdem die Konfig anpassen können.

Etwas OT, aber welche "Abneigung" hast du bei Docker? Oder ist das "nur" die LXC Gewohnheit?

[chr2k]

Docker ist keine VM .. leider wird es von vielen so genutzt.

Jetzt hab ich auch mal ne doofe Frage  Wie sieht den das ein oder andere Nutzer-/Nutzungsverhalten bei Docker aus, bei der gedacht wird Docker wäre eine VM?

[Wernieman]

Um es mal "hart" zu vormulieren:
Wenn Du in einem Projekt eine Datenbank und eine Software brauchst, würden viele es in eine VM packen.
Bei Docker machst Du es definitiv in 2, also ein mysql (mariadb) Container und einer für die Software. Also wirklich minnimale Container. Bei vielen Projekten wird aber der Container mit diversen Serverdiensten "überfrachtet", was eigentlich gar nicht nötig ist ....

[sbiermann]

Ja diese Art von Containern waren schon immer verpönt und haben auch schlichtweg Nachteile. Zum Beispiel Docker sendet das Stop/Kill Signal immer an den PID 1 des Containers, wenn du mehrere Sachen laufen hast, dann landet das beim Script das die Sachen startet und evtl. wird es dort nicht beachtet. Sprich dein Container wird hart abgeschossen weil dein Script nicht darauf reagiert und die Anwendungen im Container sauber runter gefahren hat. Beim Beispiel der DB kann dies zu korrupten Daten führen.