NEWS
Festplattenbedarf iobroker 14GB ? Normal oder ... ?
-
@topsurfer also, es ist doch nur Speicherplatz. Und nicht viel bei dir.
Ja,
snapbelegt bei mir auch 2,7GB (obwohl ich da nichts bewusst benutze) und du lässt da bitte den Finger von weil Ubuntu das auch ggf. für den Kernel und Updates verwendet.Mein iobroker hat eine 64GB Festplatte und davon sind im Moment 36GB belegt, z.B.
2,7GB Snap,
7,2GB von npm, 3,6GB Cache
2GB das Swapfile
5GB meine MySQL Datenbank mit den historischen DatenHast du schon Platznot auf deinem Proxmox Host?
Viel wichtiger wäre mir das man die Festplatte meiner ioBroker VM leicht vergrößern kann.
Da musste ich neulich entdecken das auch ein Debian 12 immer noch eine extra Partition für Swap anlegt (Installation ohne LVM) die natürlich störend am Ende der Festplatte liegt.Ob du nun die Daten für DB in eine extra VM legst, ist eine Glaubensfrage.
Denn du schaffst die mehr Abhängigkeiten.
Du hast VM A mit iobroker und VM B mit deiner Datenbank?
Du spielst Updates auf VM B ein? Da musst du dann eigentlich VM A vorher stoppen (oder zumindest die Dienste welche VM B brauchen).
Und wenn du das dann noch weiter auseinander ziehst, zum Beispiel Redis ein extra Server, dann hats du immer mehr was du beachten musst.Ich bin deshalb ein Freund davon, Dinge die zusammengehören bzw. von einander abhängig sind auf eine VM zu packen. Muss ich ja eh zusammen betrachten und neu starten.
Und dann hat halt jede Linux VM bei mir ihren eigenen MySQL / MariaDB Server mit jeweils seiner eigenen Datenbank - ioBroker, Webserver 1 und 2, Zabbix Server, Netxcloud, Seafile
Und Ihre eigene Redis Installation - iobroker und Nextcloud.Muss aber auch auf nichts anderes achten und ich kann so durchpatchen. Oder so einen Snapshot machen vor Updates/Upgrades , die passende Datenbank wird dann ja mit gesnapshotet, sonst müsste ich den ja auf 2 System gleichzeitig machen und beim Wiederherstellen würde ich ja Datenbanken von anderen Systemen mit wiedergestellt.
VMs /Container sind durchaus dafür gedacht, alle Dienste in jeweils ein extra System zu installieren.
Damit sind aber nicht(!) unbedingt Webserver, Datenbank, ioBroker, Redis usw. gedacht.
Sondern ioBroker ist ein Dienst. Wenn der eine Datenbank braucht, gehört die mit zum Dienst ioBrokerDas auftrennen machst du bei großen Installationen wenn es um Performance geht.
Bei mir zu Hause läuft Nextcloud in einer VM, da nutzen es aber auch nur 8 Personen.Bei einem meiner Kunden läuft Nextcloud auf 15 VMs, 6 Frontend Webserver, 3 Server MariaDB Cluster, 3 Server Redis Cluster und 3 Server Gluster Fileserver. Da arbeiten aber auch um die 6.000 Leute drauf.
@bananajoe said in Festplattenbedarf iobroker 14GB ? Normal oder ... ?:
VMs /Container sind durchaus dafür gedacht, alle Dienste in jeweils ein extra System zu installieren.
Damit sind aber nicht(!) unbedingt Webserver, Datenbank, ioBroker, Redis usw. gedacht.
Sondern ioBroker ist ein Dienst. Wenn der eine Datenbank braucht, gehört die mit zum Dienst ioBroker
Das auftrennen machst du bei großen Installationen wenn es um Performance geht.Das war und ist auch mein Verständnis für VM's.
-
@bananajoe sagte in Festplattenbedarf iobroker 14GB ? Normal oder ... ?:
VMs /Container sind durchaus dafür gedacht, alle Dienste in jeweils ein extra System zu installieren.
Damit sind aber nicht(!) unbedingt Webserver, Datenbank, ioBroker, Redis usw. gedacht.
Sondern ioBroker ist ein Dienst. Wenn der eine Datenbank braucht, gehört die mit zum Dienst ioBrokerDas auftrennen macht aber auch bei kleinen Installationen Sinn, da dann die Abhängigkeiten so gering wie möglich gehalten werden.
iobroker + redis werden bei mir in 2 container gehalten. klar könnte ich in den iobroker noch das redis paket installieren, aber das wäre dann bei upgrade wieder zeit die das umswitchen benötigt. bei 2 container kann der pull während dem laufenden betrieb erfolgen, dann nur noch der neustart des containers, fertig.
wenn man dann noch docker-compose nutzt, kann man so einen microservice alles in einer datei definieren und die container werden alle aus dieser quelle erzeugt, konfiguriert und gestartet.meine nginx installation sind bspw 3 container (nginx-proxy, fail2ban, letsencrypt-automatisierung), alles vorgefertigte images von dockerhub. bei der auswahl der container achte ich allerdings darauf, das es von ordentlichen quellen (idealerweise oficcial/verified images), wenn nicht hole ich mir lieber das dockerfile und erzeuge das image selbst. ansonsten besteht auch die gefahr, das man sich irgendeinen spion reinholt. auf diesen fall mit größeren ausmaßen, warte ich ja noch, das der passiert)
und mittlerweile habe ich 100% Containerisierung erreicht, so ist der nächste Betriebssystemwechsel das eine Neuinstallation notwendig macht dann auch easy.
-
@bananajoe sagte in Festplattenbedarf iobroker 14GB ? Normal oder ... ?:
VMs /Container sind durchaus dafür gedacht, alle Dienste in jeweils ein extra System zu installieren.
Damit sind aber nicht(!) unbedingt Webserver, Datenbank, ioBroker, Redis usw. gedacht.
Sondern ioBroker ist ein Dienst. Wenn der eine Datenbank braucht, gehört die mit zum Dienst ioBrokerDas auftrennen macht aber auch bei kleinen Installationen Sinn, da dann die Abhängigkeiten so gering wie möglich gehalten werden.
iobroker + redis werden bei mir in 2 container gehalten. klar könnte ich in den iobroker noch das redis paket installieren, aber das wäre dann bei upgrade wieder zeit die das umswitchen benötigt. bei 2 container kann der pull während dem laufenden betrieb erfolgen, dann nur noch der neustart des containers, fertig.
wenn man dann noch docker-compose nutzt, kann man so einen microservice alles in einer datei definieren und die container werden alle aus dieser quelle erzeugt, konfiguriert und gestartet.meine nginx installation sind bspw 3 container (nginx-proxy, fail2ban, letsencrypt-automatisierung), alles vorgefertigte images von dockerhub. bei der auswahl der container achte ich allerdings darauf, das es von ordentlichen quellen (idealerweise oficcial/verified images), wenn nicht hole ich mir lieber das dockerfile und erzeuge das image selbst. ansonsten besteht auch die gefahr, das man sich irgendeinen spion reinholt. auf diesen fall mit größeren ausmaßen, warte ich ja noch, das der passiert)
und mittlerweile habe ich 100% Containerisierung erreicht, so ist der nächste Betriebssystemwechsel das eine Neuinstallation notwendig macht dann auch easy.
@oliverio sagte in Festplattenbedarf iobroker 14GB ? Normal oder ... ?:
Das auftrennen macht aber auch bei kleinen Installationen Sinn, da dann die Abhängigkeiten so gering wie möglich gehalten werden.
Und aus meiner Sicht ist das ein Widerspruch, die Abhängigkeiten sind nicht kleiner sondern nur Container-übergreifend.
Ich nutze durchaus auch Docker-Container (ja das sind keine LXC-Container), vieles wie z.B. Vaultwarden gibt es ja quasi gar nicht anders. Oder z.B. ZigBee2MQTT.
Trotzdem ist das bei einem Upgrade von ZigBee2MQTT mist wenn ich dem ioBroker-Adapter (und dem Home Assistant) im laufenden Betrieb die Verbindung weghaue. Ok, das ist ein Beispiel wo - vermutlich - nichts schlimmes passiert.Native LXC-Container finde ich zum Beispiel für mich in dem Sinne doof, als das ich diese nicht im laufenden Betrieb verschieben/migrieren kann. Aber auch Docker-Container laufen bei mir deshalb z.B. in einer VM damit die Live-Migration möglich ist.
Wobei ich schweife ab: Es bleibt dabei das 14G Festplattenplatz "normal" sind und man wegen 2 bis 3G keinen Aufriss machen sollte. Der belegte Speicherplatz kostet nur Platz, aber keine Perfomance