Fhem in Container oder nicht? Wo sind die Vorteile?

Begonnen von DerD, 28 September 2024, 10:28:16

Vorheriges Thema - Nächstes Thema

Bartimaus

Je mehr Kerne eine CPU hat, desto mehr Aufgaben (VM,LXC etc) können parallel verarbeitet werden. Wobei ich physische Kerne immer Hyperdingsbums vorziehen würde.

Als 24/7-Rechner würde ICH immer einen lüfterlosen PC vorziehen.
Schau mal hier: https://www.youtube.com/watch?v=vMdkbn-fiFg

Mein aktueller ProxmoxHost läuft mit Lüfter, hat aber auch 8/16 Kerne. Dennoch liegt der Stromverbrauch bei sensationellen 7-9W. Und 5 VM/LXC sind aktiv, incl. USB-Dongles für Zwave/HM und Co.
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

swsmily

Zitat von: Bartimaus am 18 Oktober 2024, 10:15:41Als 24/7-Rechner würde ICH immer einen lüfterlosen PC vorziehen.
Schau mal hier: https://www.youtube.com/watch?v=vMdkbn-fiFg
Mit Lüfter stört mich nicht, solange er im Idle nicht zu hören ist. Meinen aktuellen MiniPC hört man auch nur, wenn er wirklich mal was zu tun hat.


Zitat von: Bartimaus am 18 Oktober 2024, 10:15:41Mein aktueller ProxmoxHost läuft mit Lüfter, hat aber auch 8/16 Kerne. Dennoch liegt der Stromverbrauch bei sensationellen 7-9W. Und 5 VM/LXC sind aktiv, incl. USB-Dongles für Zwave/HM und Co.
8/16 Kerne und nur so wenig Stromverbrauch ist ja wirklich super. Ist das auch ein MiniPC, wenn ja welcher?

Bartimaus

Den Lüfter hört man nicht. Aber falls der mal ausfällt, wird es dem Ding warm....

Der PC ist ein Beelink SER5pro, CPU sh. Sig.
Intern ist eine 1GB M2-NVME, sowie eine 8TB SATA-SSD. Das Ding dient neben dem DNS-Blocker (piHole), FHEM, auch als Medienserver für Serien. Das wird alles über einen JellyfinServer abgespielt, der auf einer DietPi-VM läuft.
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

swsmily

Danke für den Tipp.
Ist natürlich aber auch nochmal eine ganz anderen Preisklasse als der MP60.

Bartimaus

Alternativ google mal nach DellWyse5070, das ist ein lüfterloser ThinClient, den bekommst ab 80€. Reicht für alles locker aus.
Damit habe ich meine ersten Proxmoxerfahrungen gemacht.
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Damian

Hier noch Mal der Link zu vier Rechnerkonfigurationen, die ich getestet habe:

https://forum.fhem.de/index.php?topic=100024.msg1317210#msg1317210

Vier echte Kerne sind Minimum sowie 16 GB Hauptspeicher. Einstieg unter 200 € ist machbar.

Es ist nicht nur die Performance wichtig, sondern auch die Erweiterbarkeit.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

swsmily

#36
Ich danke euch für eure Rückmeldungen!  :)

Ich werde mal schauen, was sich so findet und auch nochmal überlegen, ob sich ein Umstieg überhaupt lohnt, denn der aktuelle MiniPC läuft eigentlich auch sehr gut, trotz dass er nur 4GB RAM hat (hatte kurze Zeit 16GB drin, damit ist er jedoch regelmäßig abgestürzt) und nur einen alten Intel i5-3210M. Hab darauf auch FHEM, Nextcloud, NginX und Pihole laufen. Sogar Zoneminder funktioniert, außer wenn man dort Personenerkennung oder ähnliches anschaltet - dann kommt das System tatsächlich an seine Grenzen. Ebenso eine Windows-VM zum Testen hat das ganze System gebremst.
Allerdings läuft sogar Kodi auf dem Hostsystem bei bedarf super (der MiniPC hängt per HDMI am Fernseher).
Was neues/besseres wäre daher in meinem Fall eher nice-to-have als wirklich nötig. Aber man muss sich ja auch mal was gönnen ;-)

Danke nochmal  ;)

EDIT: Ich hätte natürlich auch an den anderen Thread denken können und dort fragen. Sorry, für das Kapern des Threads hier.

DerD

Ich habe wieder etwas daran experimentiert, aber es will nicht so wie ich :(

Zitat von: CoolTux am 13 Oktober 2024, 10:19:59So schaut es zum Beispiel bei mir aus.
mp1 ist die Volume Definition welche ein lokales Verzeichnis "/k8s/dynamic/paperless-production-paperless-paperless-ngx-consume-pvc-a7b9c59a-4ec5-4e95-9c66-33acde845ece864" in ein Verzeichnis im Container mountet "/Shared/PaperlessConsume"

Ist jetzt nicht wirklich kompliziert denke ich.

Ja, schaut ganz einfach aus, ist es aber wohl nicht. Hier mal mein aktueller Stand:

arch: amd64
cores: 1
features: keyctl=1,nesting=1
hostname: debian
memory: 512
mp0: homie2:vm-102-disk-0,mp=/mnt/homie-data,backup=1,size=8G
mp1: /mnt/homie2/disk2,mp=mnt/homie-data2
net0: name=eth0,bridge=vmbr0,hwaddr=BC:24:11:D2:AF:65,ip=dhcp,type=veth
onboot: 1
ostype: debian
rootfs: local-lvm:vm-102-disk-0,size=2G
swap: 512
tags: proxmox-helper-scripts
unprivileged: 1

"homie2" ist ein lvm-thinpool. mp0 wurde direkt als mountpoint über die GUI erstellt, mp1 über die shell manuell eingegeben.
mp1: Ich habe im guest keinen Schreibzugriff auf den Ordner und die Dateien, lesen kann ich von dort
mp0: Hier kann ich Daten schreiben, kann aber nicht im host darauf zugreifen 

Hatte bisher weder etwas mit mapping noch binding gemacht, meine Tests analog zu https://www.itsembedded.com/sysadmin/proxmox_bind_unprivileged_lxc/ mit
chmod 1000000:1000000 /mnt/homie2 -R
werden mit
chmod: invalid mode: '1000000:1000000' quittiert, egal welches UID/GID ich angebe.
Gruß,
Dieter

CoolTux

Wenn Du die Daten im Container lesen kannst welche in dem Verzeichnis auf dem Hyphervisor abgelegt wurden dann schau doch mal welche uid die files im container haben. eventuell musst du die Verzeichnisberechtigungen nur anpassen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

DerD

puh, danke. Änderung per chown auf 100102:100102 hat geklappt und ich kann schreiben :)
Das heißt dann aber, nur eine PXC kann dann das, richtig?

Gruß,
Dieter

CoolTux

Theoretisch sollten auche andere lxc darauf zugreifen können. Problem ist wenn 2 gleichzeitig die selben Daten schreiben.
Wenn aber einer schreibt und der andere nur liest sollte es gehen
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

DerD

Zitat von: Bartimaus am 13 Oktober 2024, 09:24:08Das ist bei einem unprivilegiertem LXC etwas tricky.
Mein FHEM-Backup so wie die Logs sichere ich auf einem USB-Stick, den ich im ProxmoxHost gemountet habe. Den habe ich dann mit Schreibrechten in den LXC durchgereicht. Wie @cooltux schon schrieb, geht das per "Bind mountpoints": https://www.itsembedded.com/sysadmin/proxmox_bind_unprivileged_lxc/

Also mit dem "bind mount" bzw. speziell dem notwendigen mapping zwecks Schreibrechten breche ich mir noch einen ab. Als Alternative hatte ich aber nun folgenden Ansatz gefunden:

https://blog.kye.dev/proxmox-zfs-mounts

Das über die Berechtigungen zu lösen, klingt mir deutlich vertrauter. Aber ist der Weg denn tasächlich auch empfehlenswert? Habe es allerdings noch nicht probiert, ob es überhupt funktioniert.
Gruß,
Dieter