Monatsrückblick Januar/Februar 2026 ist online!

[crunchip]

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

8 GByte RAM und lasse darauf Proxmox laufen

proxmox selbst braucht schon minimal 1GB Ram, eher 2

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Für den ioBroker+Influx+Grafana-Container

der Sinn an Proxmox ist, einzelne LXC/VM laufen zu lassen, wenn mal etwas irgendwo zwickt , ist nicht alles in der Maschine davon betroffen.

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Wäre auch möglich, dem LXC-Container die vollen 8 GByte zu geben?

NEIN
da wie oben geschrieben, Proxmox selbst und dann auch noch dein weiterer LXC Ram verbraucht, das läuft auf eine Überdimensionierung hinaus und führt zu Problemen.

[MartinP]

@wildbill Hmm, bisher geht das eigentlich alles noch relativ "Human" zu ...

PVE selber scheint etwas über 3 GB zu brauchen....

Proxmox LXC mit iobroker usw.

Docker LXC Container

Für einen zweiten Riegel hätte ich noch Platz:

root@pve:~# lshw -short
H/W path           Device     Class       Description
=====================================================
                              system      GB-BACE-3000-SBE (Default string)
/0                            bus         MZBSWAP-K4
/0/0                          memory      64KiB BIOS
/0/28                         memory      8GiB System Memory
/0/28/0                       memory      8GiB DIMM DDR3 1600 MHz (0.6 ns)
/0/28/1                       memory      DIMM [empty]
/0/32                         memory      112KiB L1 cache
/0/33                         memory      2MiB L2 cache
/0/34                         processor   Intel(R) Celeron(R) CPU  N3000  @ 1.04GHz
/0/100                        bridge      Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register
/0/100/2                      display     Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
/0/100/13          scsi1      storage     Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series SATA Controller
/0/100/13/0.0.0    /dev/sda   disk        480GB CT480BX500SSD1
/0/100/13/0.0.0/1  /dev/sda1  volume      1006KiB BIOS Boot partition
/0/100/13/0.0.0/2  /dev/sda2  volume      511MiB Windows FAT volume
/0/100/13/0.0.0/3  /dev/sda3  volume      446GiB LVM Physical Volume
/0/100/14                     bus         Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller
/0/100/14/0        usb1       bus         xHCI Host Controller
/0/100/14/1        usb2       bus         xHCI Host Controller
/0/100/1a                     generic     Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine
/0/100/1b          card0      multimedia  Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller
/0/100/1b/0        input5     input       HDA Intel PCH Mic
/0/100/1b/1        input6     input       HDA Intel PCH Headphone
/0/100/1b/2        input7     input       HDA Intel PCH HDMI/DP,pcm=3
/0/100/1c                     bridge      Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #1
/0/100/1c/0        mmc0       bus         RTS522A PCI Express Card Reader
/0/100/1c.1                   bridge      Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #2
/0/100/1c.1/0                 storage     JMB58x AHCI SATA controller
/0/100/1c.3                   bridge      Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #4
/0/100/1c.3/0      enp3s0     network     RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
/0/100/1f                     bridge      Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCU
/0/100/1f/0                   system      PnP device PNP0b00
/0/100/1f/1                   system      PnP device PNP0c02
/0/100/1f/2                   system      PnP device PNP0c02
/0/100/1f/3                   system      PnP device PNP0c02
/0/100/1f/4                   system      PnP device PNP0c02
/0/100/1f.3                   bus         Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx SMBus Controller
/1                 input0     input       Power Button
/2                 input1     input       Sleep Button
/3                 input2     input       Power Button
/4                 input3     input       PC Speaker
/5                 input4     input       Video Bus

Aber wahrscheinlich sollte ich mir doch noch RAM besorgen, bevor ich da mehr mit dem ioBroker anstelle (EDIT: Wobei Intel das Maximum mit 8 GB für den N3000 angibt ...)

    Plattform: linux
    Betriebssystem: linux
    Architektur: x64
    CPUs: 2
    Geschwindigkeit: 2080 MHz
    Modell: Intel(R) Celeron(R) CPU N3000 @ 1.04GHz
    RAM: 6 GB
    System-Betriebszeit: 1 T. 14:17:08
    Node.js: v18.18.2
    time: 1701087580272
    timeOffset: -60
    NPM: 9.8.1
    Adapter-Anzahl: 516
    Datenträgergröße: 62.4 GB
    Freier Festplattenspeicher: 55.1 GB
    Aktive Instanzen: 15
    Pfad: /opt/iobroker/
    Betriebszeit: 1 T. 14:14:55
    aktiv: 

[MartinP]

Habe jetzt "auf Verdacht" in meiner Bestell-History mal geschaut, was der RAM-Riegel den ich damals bestellt habe kostet, und habe ihn einfach noch mal bestellt.
Bei vielen der CELERON-Prozessoren scheint es das 8 GByte Limit, was im Datenblatt steht in der Realität nicht zu geben....

[MartinP]

@crunchip said in Proxmox-System: Speicher für LXC-Container:

der Sinn an Proxmox ist, einzelne LXC/VM laufen zu lassen, wenn mal etwas irgendwo zwickt , ist nicht alles in der Maschine davon betroffen.

Ist das RAM, was man den LXC-Containern zuweist eigentlich "fest" zugewiesen, oder ist von einem Container aktuell nicht gebrauchtes RAM "Verfügungsmasse", und aus diesem Vorrat kann dann Proxmox den einzelnen LXC-Containern zur Not Platz zuweisen?

Im Fall dass man "fest" etwas den einzelnen Containern zuweist, wäre ja da ggfs. viel "Angst" - Verschnitt...
Wenn ich jetzt ioBroker+inFlux+Grafana in einem Container mit 6 GByte RAM betreibe und nach dem Verteilen auf 3 Container jeweils 3 GByte brauchen würde, wäre das mehr "Verschnitt" ...

[Wildbill]

@martinp Du kannst auch jedem Container 8GB zuweisen, darfst Dich aber halt nicht wundern, wenn wundersame Dinge passieren, Container plötzlich mal abstürzen, Daten verloren gehen oder Ähnliches. Proxmox beherrscht das Balloning, nimmt also nicht sofort die volle zugewiesene menge RAM. Aber, wenn es eng wird, dann wird halt auch irgendwo wieder was genommen, wo es gerade dann vermutlich eher nicht passieren sollte. Gewöhn Dir einfach gleich an, nicht mehr RAM zuzuweisen, als Du tatsächlich hast und davon auf jeden Fall 2GB für den Host reserviert zu lassen.
Auf eine Festplatte mit 1TB planst Du ja auch nicht, 3TB zu speichern in der Hoffnung, es wird schon gut gehen. Solange Du bis zu 1TB gespeichert hast, passt ja noch alles, aber wenn es mehr wird, dann geht halt irgendwas verloren. Nur, dass das bei Festplatten halt nicht geht, weil voll=voll ist. Beim RAM fliegt dann halt irgendwas raus und das will man sicher nicht.

Gruss, Jürgen

[MartinP]

@wildbill Also wäre eher eine Vorgehensweise, die Container zu beobachten, was Speichernutzung angeht, und ggfs. deren RAM etwas einzuschränken wenn man vorher mit "Daumen-mal-Pi"etwas großzügig war?

Dann sind Probleme, die Auftauchen eher reproduzierbar?

[Wildbill]

@martinp Nein, einfach nicht mehr zuweisen als man hat. Und für den Host genügend reservieren. 8-2-x-x-x=0 Sobald bei der Rechnung hinten etwas kleiner rauskommt, passt etwas nicht und kann und wird irgendwann zu Problemen führen. Und das meistens dann, wenn

• man es am wenigstens erwartet

• man es am wenigsten brauchen kann

• man es nicht sofort beheben kann, weil man grad im Urlaub ist

Und, es wird definitiv genau das treffen, was unter allen Umständen am Wichtigsten ist, was unter allen Umständen nie hätte ausfallen dürfen und von dem man es auch am wenigsten erwartet hätte. Und natürlich so, dass es unrettbar verloren ist.

So ist einfach Murphys Gesetz.

Gruss, Jürgen

[crunchip]

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Gibt es eigentlich eine Best-Practice für die Speicher-Konfigurierung von LXC-Containern?
Ich habe einen Atom-Mini-PC mit 8 GByte RAM

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Modell: Intel(R) Celeron(R) CPU N3000 @ 1.04GHz RAM: 6 GB

:thinking_face:

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Ist das RAM, was man den LXC-Containern zuweist eigentlich "fest" zugewiesen, oder ist von einem Container aktuell nicht gebrauchtes RAM "Verfügungsmasse", und aus diesem Vorrat kann dann Proxmox den einzelnen LXC-Containern zur Not Platz zuweisen?

Proxmox händelt das selbst bei LXC, anders sieht es aus, wenn du ne VM einrichtest, der Ram den du einer VM zuweist ist dann belegt=für Proxmox nicht mehr verfügbar

[crunchip]

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Bei vielen der CELERON-Prozessoren scheint es das 8 GByte Limit, was im Datenblatt steht in der Realität nicht zu geben....

bei meinem Zotac ci327 sind auch 8GB angegeben, verbaut hab ich 16
beim ci329 sind 16 angegeben, verbaut 32

[Meister Mopper]

@crunchip sagte in Proxmox-System: Speicher für LXC-Container:

bei meinem Zotac ci327 sind auch 8GB angegeben, verbaut hab ich 16

Verdammich, ich suche jetzt schon ewig nach einem 16GB DDR3-Riegel für einen Zotac CI520. Was bitte hast du da genau verbaut?

[crunchip]

@meister-mopper glaub den hab ich drin
https://www.speicher.de/arbeitsspeicher-16gb-ddr4-zotac-zbox-pro-ci329-nano-ram-so-dimm-sp299537.html

@meister-mopper sagte in Proxmox-System: Speicher für LXC-Container:

16GB DDR3-Riegel

https://www.speicher.de/arbeitsspeicher-16gb-ddr3-zotac-zbox-mi531-ram-so-dimm-sp157832.html

[Meister Mopper]

@crunchip sagte in Proxmox-System: Speicher für LXC-Container:

16GB DDR3-Riegel

https://www.speicher.de/arbeitsspeicher-16gb-ddr3-zotac-zbox-mi531-ram-so-dimm-sp157832.html

Wow, stolzer Preis!

[MartinP]

Habe mich verguckt. Der SODIMM-Sockel sah so aus, als ob man da einen zweiten Riegel einbauen könnte, aber es gibt keinen zweiten Steckplatz ...
Also bleibt es erstmal bei 8 GB Speicherausbau?

Jetzt liegt der 8GB DDR3 1,35 V erstmal in der Schublade ...
Mal schauen, ob irgendwann eine weitere Mini-PC-Kiste aus dem B-Ware Markt auf meinen Schreibtisch flattert - dann wäre ich vorbereitet ;-)

Zu den Anzeigen in PVE:
Kann es sein, dass im Speicherbedarf des PVE die darunterliegenden LXC-Container mit enthalten sind?

1,17 + 0,31 = 1,5

[amg_666]

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Bei vielen der CELERON-Prozessoren scheint es das 8 GByte Limit, was im Datenblatt steht in der Realität nicht zu geben....

Ich hab einen intel nuc 6er Generation, da ist lt Datenblatt auch bei 8GB Schluss, ich hab da seit geraumer Zeit 16GB (2*8) drin und das funzt ohne Probleme

Mal schauen, ob irgendwann eine weitere Mini-PC-Kiste aus dem B-Ware Markt auf meinen Schreibtisch flattert - dann wäre ich vorbereitet

Ich hab für den nuc grad mal 50 EUR ausgegeben (billig bei ebay geschossen) + Speicher ca 30 EUR, plus HDD = 40 EUR, fand ich ok :-)

[crunchip]

@martinp sagte in Proxmox-System: Speicher für LXC-Container:

Kann es sein, dass im Speicherbedarf des PVE die darunterliegenden LXC-Container mit enthalten sind

ja, das ist der aktuelle Gesamtverbrauch