Einsteigerfrage: Raspberry Pi 4 Architektur

Vergiss' es. Du kannst den Pi als Mediaplayer - auch mit Kodi - einsetzen, das ist Ok. Dafür gibt es speziell zugeschnittene Distris. Den angesprochenen Parallelbetrieb kannst Du bei einem Raspberry einfach knicken. VM und Docker kannst Du bei der spärlichen Hardware-Ausstattung vergessen.

Ich stimme @PvD komplett zu, aber...

Zitat von Robson31

Auf Basis Libreelec meine ich jedoch gelesen zu haben, dass es da eine Möglichkeit gibt. Hierfür müsste ich aber vermutlich im Docker ein eigenes Betriebssystem laufen lassen, was wiederum nicht funktioniert.

Docker laufen doch immer in ihrer eigenen Umgebung. Du kannst unter Ubuntu auch ein CentOS Docker laufen lassen. Wichtig in dem Fall ist doch nur die Architektur, die dir das Host-System (der RPi) liefert. Solange es für den gewünschten Dienst ein ARM-Docker gibt, sehe ich da erstmal grundsätzlich kein Problem.

Ich muss aber gestehen, dass ich nicht genau weiß, wie LibreELEC die Docker-Unterstützung beim RPi regelt. Das müsste ich mir wirklich mal anschauen (shame on me).

Edit start:

LibreELEC bezieht seine Docker von hier: https://fleet.linuxserver.io/

Da ist auch HomeAssistant dabei:
https://fleet.linuxserver.io/image?name=lin…r/homeassistant

Edit end:

Bei den ganzen Dingen, die du aber vorhast, wird der RPi komplett überfordert sein.

Zitat von DaVu

Bei den ganzen Dingen, die du aber vorhast, wird der RPi komplett überfordert sein.

Das meine ich damit.

Docker ist zwar ein spannendes Thema, aber wäre auch skeptisch, ob das der richtige Einsatzzweck ist. Bedenke: jedes Docker-Image basiert auf einem eigenen Linux System (nur der Kernel wird im Userspace geteilt)... und die Komponenten müssen dann auch richtig zusammengestellt werden und auch gewartet. Ich nutze Docker Container eigentlich nur für Entwicklungsumgebungen. Sobald etwas stabil und dauerhaft laufen soll, lasse ich es auf betreffendem System direkt laufen: und warum auch hier nicht? Alle Komponenten laufen ja unter Linux - also keep it simple: wieso nicht HomeAssistant, iobroker, pi-hole, etc. und Kodi direkt installieren auf einem System? Denn du schreibst ja: "Das bedeutet für die gewünschte Docker-Technologie benötige ich für alle Anwendungen das identische Betriebssystem" - warum also Docker? Docker ist ja genau für den umgekehrten Fall da: um unterschiedliche Arbeitsumgebungen/Systeme voneinander unabhängig flexibel und sandboxed zusammenzustellen. Meines Erachtens ist deine Schlussfolgerung ganz richtig: "Zum Schluß bleibt natürlich die Option alles unter Raspberry PI OS laufen zu lassen." - machs so!... denn das alles mit Docker irgendwie zusammenzuschustern wird dir vermutlich graue Haare wachsen lassen

Ich habs übrigens so gelöst (ist letztlich noch bequemer): einen Raspi mit Libreelec (es läuft einfach perfekt mit Kodi); einen zweiten Raspi (das muss auch kein 4er sein) für Hausautomation und andere Dienste (da hängt auch ein kleiner Touchscreen dran, was durchaus praktisch ist).

@Robson31 wie stellst du Dir denn das NAS vor ? Wenn Du vorhast, mehrere Festplatten per USB an einen RPI4 anzuschliessen und zu hoffen, das das stabil laeuft, dann viel Glueck. Aka: wuerde ich nicht empfehlen, ausser Dein Ziel ist moeglichst lange zu basteln, statt ein moeglichst stabiles NAS zu haben.

Ich frage, weil ich glaube, das du erst mal entscheiden kannst, was fuer ein NAS du willst. Wenn das dann ein x86 system z.b. wird, dann kannst Du auf dem sicherlich auch noch containern. Via UnRaid z.b.

Bei einem medienabspieler ist dann immer die frage, ob Du dann nicht mal auch mehr streamingdienste willst. wenn ja, dann wird das rein mit RPI4 schwieriger, als mit android oder windows medienplayer.

Und am Ende Home Assistant: da wuerde ich einen separaten RPI4 fuer empfehlen. so laeuft das auch bei mir, HAOS - Home Assistant OS. Deutlich bequemer als zu versuchen, HA in ein anderes OS oder Docker zu installieren. Ausserdem kann das gut sein, das Du den HA RPI4 irgendwo zentral im Haus plazieren willst, wegen reichweite der funkprotokolle.

Hi,

auch wenn ich win Freund von Strom und Ressourcen sparen bin: keep it simple und hol dir zwei Geräte. Einen Pi für Kodi mit Libreelec und einen für das Hausautomationszeug mit Raspberry Pi OS. Da wirst du viel mehr Spaß dran haben als mit deiner geplanten Lösung. Gerade wenn’s um Hausautomation geht brauchst du ja was extrem stabiles und robustes, das solltest du wenn möglich nicht mit dem Mediaplayer mischen. Ich hatter das zwischenzeitlich mal so am Laufen (allerdings mit einer x86 Architektur und einem Celeron Prozessor) und bin wieder davon weg.

Grüße

Zitat von Robson31

Mein Ansatz wäre somit für den Anfang lediglich Kodi und HomeAssistant darüber laufen zu lassen. Wäre das noch möglich - zumindest für den Beginn um erstmal Erfahrungen mit dem System zu erlangen? Dann würde ich das Thema Docker erstmal aufschieben und es ganz normal über libreelec 64bit laufen lassen. Das sollte dann ja für Kodi und HomeAssistant so funktionieren.

Selbstverständlich. Auch gern über LibreELEC. Denn, wir erwähnt, kannst du da auch das HomeAssistant Docker laufen lassen.

Bitte nicht falsch verstehen. Für LibreELEC und einen Docker wie HomeAssistant ist der Pi schon gemacht. Halt nicht für ALLES, was du oben angefragt hast. Du darfst vom dem Gerät halt keine wunder erwarten

Zitat von bananenfisch

Sobald etwas stabil und dauerhaft laufen soll, lasse ich es auf betreffendem System direkt laufen

Ist dir eigentlich bewusst, dass Google komplett!! Containerisiert läuft?
Anders wäre so ein HA Setup, skalierbar wie es ist, gar nicht realisierbar, zu kostenaufwändig, extrem schwer zu warten und zu pflegen und vor allem zu langsam. Die Welt dreht sich weiter. Die meisten großen Anwendungen laufen heutzutage in orchestrierten Dockern unter Kubernetes mit Helm und etlichen Replicas auf X Nodes. Da kann ich die Hardware darunter direkt weg ziehen und du als Endkunde merkst davon nichts. Ich könnte noch viele andere Beispiele nennen wo große weltweite Konzerne auf Container im produktiven Betrieb setzen. Ein Projekt davon betreue ich persönlich zum Teil und das hast auch du schon genutzt Und nein...es ist nicht Google

Zitat von bananenfisch

Meines Erachtens ist deine Schlussfolgerung ganz richtig: "Zum Schluß bleibt natürlich die Option alles unter Raspberry PI OS laufen zu lassen." - machs so!... denn das alles mit Docker irgendwie zusammenzuschustern wird dir vermutlich graue Haare wachsen lassen

Die grauen Haare bekommt er eher, weil der Pi dafür nicht potent genug ist Genau das, was du sagst, sollte er nicht machen. Allein Kodi auf RaspiOS zu betreiben kostet dich Jahre deines Lebens ;).

Wenn alles auf einem System laufen soll...also ALLES, was oben angefragt wurde, dann braucht es was auf x86 Basis mit ein wenig mehr Ram und mehr CPU als der Pi es liefern kann. Da ist es auch egal ob es Docker ist oder nativ. Den Docker kann ich wenigstens in seinem Speicher vernünftig limitieren so das die Kiste nicht OOM geht. Das geht bei nativen Installationen zwar auch, aber da ist es mühseliger.

Das ist ja noch nicht mal so, das der RPI4 zu schwachbruestig ist um mehr als eine Aufgabe gleichzeitig zu machen, aber es macht betriebsmaessig nicht so viel Sinn. Du kriegst ja z.b. fuer jede Aufgabe eine passende Distribution als SD images, einfach auf karte kopieren und laeuft, oder zumindestens mit einfachten von vielen NUtzern gemchten installationsrezepten, so wie LibreELEC zum glotzen, HAOSzum thingen und OMV zum disken. Wenn Du daanfaengst mehr als eins auf eine Kiste zu tun, dann bist Du anleitungslmaessig alleine, irgendwelche Sachen werden da kollidieren, wenn Du containerrn willst, dann werden irgendwelche Dinge eher weeniger im COntainer gehen, usw. Container z.b. wirds fertig abgepackt deutlich einfacher fuer x86 geben. Aber natuerlich hast Du auch dort die probleme das alle I/O die Du durchschleifen willst Probleme machen kann wenn Du das alleine auf weiter Flur machst.

Zitat von DaVu

Ist dir eigentlich bewusst, dass Google komplett!! Containerisiert läuft? Anders wäre so ein HA Setup, skalierbar wie es ist, gar nicht realisierbar, zu kostenaufwändig, extrem schwer zu warten und zu pflegen und vor allem zu langsam. Die Welt dreht sich weiter. Die meisten großen Anwendungen laufen heutzutage in orchestrierten Dockern unter Kubernetes mit Helm und etlichen Replicas auf X Nodes. Da kann ich die Hardware darunter direkt weg ziehen und du als Endkunde merkst davon nichts. Ich könnte noch viele andere Beispiele nennen wo große weltweite Konzerne auf Container im produktiven Betrieb setzen. Ein Projekt davon betreue ich persönlich zum Teil und das hast auch du schon genutzt Und nein...es ist nicht Googl

Jo... eh. Aber die Fragestellung war Docker und Raspi (und nicht Kubernetes in Rechenzentren). Ist also ein Apfelbirnenvergleich.

Zitat von DaVu

Die grauen Haare bekommt er eher, weil der Pi dafür nicht potent genug ist Genau das, was du sagst, sollte er nicht machen. Allein Kodi auf RaspiOS zu betreiben kostet dich Jahre deines Lebens ;).

Diese Aussage bezog sich auf das Ziel, alles auf derselben Umgebung laufen zu lassen. Und hättest du meinen letzten Satz gelesen, würdest du sehen, dass dort genau das steht, wie es leichter geht.

Zitat von bananenfisch

Aber die Fragestellung war Docker und Raspi (und nicht Kubernetes in Rechenzentren). Ist also ein Apfelbirnenvergleich

Ich bezog mich auch eher auf diese Aussage

Zitat von bananenfisch

Sobald etwas stabil und dauerhaft laufen soll, lasse ich es auf betreffendem System direkt laufen. Ich nutze Docker Container eigentlich nur für Entwicklungsumgebungen.

Vielleicht habe ich es falsch interpretiert, aber es klang so, als sollten produktive Systeme eher nicht in Dockern laufen. Das wollte ich nur klartstellen, dass es etliche Firmen gibt, die Dienste Containerisiert laufen lassen und das nicht nur in Form von Kubernetes. Selbst unser selbst gehosteter Bitwarden in der Firma läut in einem Docker
Wie gesagt. Ich wollte nur sagen, dass produktive Systeme sehr wohl sehr sicher in Dockern laufen können und auch sollen. Und das geht auch problemlos mit LibreELEC und einem RPi.

Den letzten Satz habe ich überlesen. Das stimmt.

Ich finde Docker aber auch kein "Schustern". Ganz im Gegenteil.