NEWS
[gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx
-
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Sieht das so i.O. aus?
- die Einrückungen passen nicht überall. Es müssen für eine untergeordnete Ebene immer zwei Zeichen eingerückt werden.
- ip_range ist falsch, da fehlt ein Oktett
Die Portweiterleitungen beim ioBroker brauche ich nicht, wenn ich über die .65 gehe, oder?
Korrekt, bei Host oder MACVLAN sind Weiterleitungen sinnfrei. Die kann man zwar ohne Fehlermeldungen im Stack definieren, haben aber keine Funktion.
Die schwierigste Frage: Ich würde das gleiche MACVLAN gerne in einem anderen Stack nutzen, dann aber für einen Container mit der IP .66. Geht das? Ist das so, dass der erste Stack, der ein Netzwerk nutzt, es erstellt und alle anderen Stacks mit dem gleichen Netzwerknamen das Netz dann mitnutzen, sollte es schon existieren?
Das geht, hat aber ein paar kleine Randerscheinungen:
Du kannst im zweiten Stack das erste Netzwerk mit dem Schlüsselwort "external: true" mitnutzen. Das hat aber den Nachteil, dass der zweite Stack nur startbar ist, wenn der erste schon läuft.
networks: vlan_network: external: trueOder du definierst im zweiten Stack das Netzwerk wie im ersten 1:1 nochmal. Dann ist die Startreihenfolge egal. Kleiner Nachteil: Wenn beide Stacks beendet sind, wird in diesem Fall das Netzwerk nicht mitgelöscht.
Kommt auf den konkreten Anwendungfall an, ob das sinnvoll ist.
@marc-berg
Herzlichen Dank, wie immer :-)Zu 1: Ja, natürlich, die 100 fehlt, Flüchtigkeitsfehler. Die Einrückungen zerschießt mir Notepad++ immer, danke für den Hinweis.
Zu 3: Lösung 1 wäre unschön, eine Startreihenfolge oder auch eine Voraussetzung für den 2. Stack geht nicht. Lösung 2 klingt jetzt nicht wild. Das Netzwerk wird ja dann beim nächsten Start wiederverwendet, nehme ich an. Oder würde das Netz als Leiche herumliegen, auch wenn ein Stack wieder gestartet wird?
Alternativ würde ich das MACVLAN halbieren oder gar vierteln. Dann gehen zwar viele Broadcasts und Netzadressen dabei drauf, aber mehr als 2 bis 3 würde ich auf dem Raspi4 eh nicht machen wollen. Mir fällt außer den beiden geplanten auch kein 3. Anwendungsfall mehr ein.
Gibt's da eine Art Best Practice?
-
@marc-berg
Herzlichen Dank, wie immer :-)Zu 1: Ja, natürlich, die 100 fehlt, Flüchtigkeitsfehler. Die Einrückungen zerschießt mir Notepad++ immer, danke für den Hinweis.
Zu 3: Lösung 1 wäre unschön, eine Startreihenfolge oder auch eine Voraussetzung für den 2. Stack geht nicht. Lösung 2 klingt jetzt nicht wild. Das Netzwerk wird ja dann beim nächsten Start wiederverwendet, nehme ich an. Oder würde das Netz als Leiche herumliegen, auch wenn ein Stack wieder gestartet wird?
Alternativ würde ich das MACVLAN halbieren oder gar vierteln. Dann gehen zwar viele Broadcasts und Netzadressen dabei drauf, aber mehr als 2 bis 3 würde ich auf dem Raspi4 eh nicht machen wollen. Mir fällt außer den beiden geplanten auch kein 3. Anwendungsfall mehr ein.
Gibt's da eine Art Best Practice?
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Oder würde das Netz als Leiche herumliegen, auch wenn ein Stack wieder gestartet wird?
Nein, das wird dann wieder aktiv genutzt.
Alternativ würde ich das MACVLAN halbieren oder gar vierteln. Dann gehen zwar viele Broadcasts und Netzadressen dabei drauf, aber mehr als 2 bis 3 würde ich auf dem Raspi4 eh nicht machen wollen. Mir fällt außer den beiden geplanten auch kein 3. Anwendungsfall mehr ein.
Gibt's da eine Art Best Practice?Keine Ahnung. Mir fällt auf Anhieb auch kein Anwendungsfall ein, in welchem man mehrere Stacks mit MACVLAN haben sollte. Aus meiner Sicht könnte man alle Container, die einen stabilen Zustand erreicht haben und an denen man nicht mehr ständig rumfummelt, in einen Stack werfen.
Meine persönliche best practice besteht darin, dass ich einen Stack mit zwei Bridge-Netzwerken habe, in welchem alle produktiven Container (ca. 20) stecken, und einen weiteren Stack mit einem MACVLAN mit zwei Containern. Dies aber auch nur noch aus historischen Gründen.
Dann gibt es einen dritten Stack mit meiner gesamten ioBroker-Testumgebung (InfluxDB 1+2, Grafana, Redis, MQTT Broker) in einem separaten Bridge-Netzwerk. -
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Oder würde das Netz als Leiche herumliegen, auch wenn ein Stack wieder gestartet wird?
Nein, das wird dann wieder aktiv genutzt.
Alternativ würde ich das MACVLAN halbieren oder gar vierteln. Dann gehen zwar viele Broadcasts und Netzadressen dabei drauf, aber mehr als 2 bis 3 würde ich auf dem Raspi4 eh nicht machen wollen. Mir fällt außer den beiden geplanten auch kein 3. Anwendungsfall mehr ein.
Gibt's da eine Art Best Practice?Keine Ahnung. Mir fällt auf Anhieb auch kein Anwendungsfall ein, in welchem man mehrere Stacks mit MACVLAN haben sollte. Aus meiner Sicht könnte man alle Container, die einen stabilen Zustand erreicht haben und an denen man nicht mehr ständig rumfummelt, in einen Stack werfen.
Meine persönliche best practice besteht darin, dass ich einen Stack mit zwei Bridge-Netzwerken habe, in welchem alle produktiven Container (ca. 20) stecken, und einen weiteren Stack mit einem MACVLAN mit zwei Containern. Dies aber auch nur noch aus historischen Gründen.
Dann gibt es einen dritten Stack mit meiner gesamten ioBroker-Testumgebung (InfluxDB 1+2, Grafana, Redis, MQTT Broker) in einem separaten Bridge-Netzwerk.@marc-berg
Vielen Dank für deine Erläuterungen.Alle stabilen Container in einen Stack zu werfen, passt für mich nicht so 100%ig. Z.B. habe ich Adguard in einem separaten Stack, weil er technisch getrennt sein soll, falls ich z.B. ioBroker mal restarten möchte.
Einen zweiten Stack mit MACVLAN hätte ich auch gerne für eine Testumgebung (die noch nicht existiert), ich glaube das packt der Pi4 noch, wenn die nicht ständig läuft. Leider werden mir einige Daten nur per Broadcast bereitgestellt, das ist echt nervig.
Werde mir mal ein paar Gedanken dazu machen. Du hast mir sehr geholfen, vielen Dank nochmal! Ich frage mich, wie man soviel wissen kann :D
-
@marc-berg
Vielen Dank für deine Erläuterungen.Alle stabilen Container in einen Stack zu werfen, passt für mich nicht so 100%ig. Z.B. habe ich Adguard in einem separaten Stack, weil er technisch getrennt sein soll, falls ich z.B. ioBroker mal restarten möchte.
Einen zweiten Stack mit MACVLAN hätte ich auch gerne für eine Testumgebung (die noch nicht existiert), ich glaube das packt der Pi4 noch, wenn die nicht ständig läuft. Leider werden mir einige Daten nur per Broadcast bereitgestellt, das ist echt nervig.
Werde mir mal ein paar Gedanken dazu machen. Du hast mir sehr geholfen, vielen Dank nochmal! Ich frage mich, wie man soviel wissen kann :D
-
@marc-berg
Vielen Dank für deine Erläuterungen.Alle stabilen Container in einen Stack zu werfen, passt für mich nicht so 100%ig. Z.B. habe ich Adguard in einem separaten Stack, weil er technisch getrennt sein soll, falls ich z.B. ioBroker mal restarten möchte.
Einen zweiten Stack mit MACVLAN hätte ich auch gerne für eine Testumgebung (die noch nicht existiert), ich glaube das packt der Pi4 noch, wenn die nicht ständig läuft. Leider werden mir einige Daten nur per Broadcast bereitgestellt, das ist echt nervig.
Werde mir mal ein paar Gedanken dazu machen. Du hast mir sehr geholfen, vielen Dank nochmal! Ich frage mich, wie man soviel wissen kann :D
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Alle stabilen Container in einen Stack zu werfen, passt für mich nicht so 100%ig. Z.B. habe ich Adguard in einem separaten Stack, weil er technisch getrennt sein soll, falls ich z.B. ioBroker mal restarten möchte.
Pi-hole war für mich auch der Grund, einen separaten MACVLAN Stack zu nutzen. Seitdem ich einen zweiten Pihole Container auf separater Hardware habe, würde ich das eigentlich nicht mehr brauchen.
Unabhängig davon kannst du den ioBroker Container doch auch unabhängig von Stack einfach neu starten.
-
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Alle stabilen Container in einen Stack zu werfen, passt für mich nicht so 100%ig. Z.B. habe ich Adguard in einem separaten Stack, weil er technisch getrennt sein soll, falls ich z.B. ioBroker mal restarten möchte.
Pi-hole war für mich auch der Grund, einen separaten MACVLAN Stack zu nutzen. Seitdem ich einen zweiten Pihole Container auf separater Hardware habe, würde ich das eigentlich nicht mehr brauchen.
Unabhängig davon kannst du den ioBroker Container doch auch unabhängig von Stack einfach neu starten.
@marc-berg said in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Unabhängig davon kannst du den ioBroker Container doch auch unabhängig von Stack einfach neu starten.
Da ist was dran. Dennoch sträubt sich etwas unerklärliches in mir, Adguard mit in den gleichen Stack aufzunehmen.
Separate Hardware ist bei mir auch gerade so ein Thema, das im Kopf herumspukt. Aber das ist noch lange nicht ausgereift, denn NUCs im Schaltschrank auf Hutschiene sind mir vom Leistungshunger und dem geschlossenen Schrank noch nicht ganz geheuer. Und ein zweiter Pi(5) ist mir im Vergleich einfach zu teuer.
-
@marc-berg said in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Unabhängig davon kannst du den ioBroker Container doch auch unabhängig von Stack einfach neu starten.
Da ist was dran. Dennoch sträubt sich etwas unerklärliches in mir, Adguard mit in den gleichen Stack aufzunehmen.
Separate Hardware ist bei mir auch gerade so ein Thema, das im Kopf herumspukt. Aber das ist noch lange nicht ausgereift, denn NUCs im Schaltschrank auf Hutschiene sind mir vom Leistungshunger und dem geschlossenen Schrank noch nicht ganz geheuer. Und ein zweiter Pi(5) ist mir im Vergleich einfach zu teuer.
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Da ist was dran. Dennoch sträubt sich etwas unerklärliches in mir, Adguard mit in den gleichen Stack aufzunehmen.
Ich denke, es gibt gute Argumente für beide Herangehensweisen. Letztlich muss man den Weg finden, mit dem man sich am wohlsten fühlt.
-
@sleepwalker sagte in [gelöst] Pi4 - bookworm, docker, portainer, iobroker, influx:
Da ist was dran. Dennoch sträubt sich etwas unerklärliches in mir, Adguard mit in den gleichen Stack aufzunehmen.
Ich denke, es gibt gute Argumente für beide Herangehensweisen. Letztlich muss man den Weg finden, mit dem man sich am wohlsten fühlt.
@marc-berg
Moin, noch ein kleines Update meinerseits:Adguard und ioBroker sind nun schließlich doch in einem einzigen MACVLAN gelandet. Mit unterschiedlichen Stacks, die das gleiche MACVLAN 1:1 konfiguriert haben, natürlich mit unterschiedlichen ipv4-Adressen der Container ;)
Grund: Mehrere MACVLANs an einem Host-Adapter funktionieren nicht. Und ich wollte nicht tiefer im System herumschrauben.
Ich denke, ein herumgeisterndes Netzwerk wie in der jetzigen Lösung ist nicht so wild. Vielen Dank für die hilfreichen Tipps!
Support us
496
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge