# HowTo: Proxmox-Server überprovisioniert?

**URL:** <https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623>\
**Category:** Virtualisierung\
**Created:** [22. April 2025 um 16:38 UTC](https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623 "2025-04-22T16:38:12Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [22. April 2025 um 16:38 UTC](https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623/1 "2025-04-22T16:38:12Z")

</div>

Hallo.  
Ich habe mich schon länger gefragt, ob man auf einem Proxmox-Server mit **einem** Blick sehen kann, ob er in Sachen vCPUs oder auch RAM ~~(was nach der Richtigstellung von Thomas (s. unten) viel kritischer ist als vCPUs!)~~ überprovisioniert wurde oder nicht.

Passend dazu auch:

> **[Überprovisionierungsrate CPU](https://forum.proxmox.com/threads/%C3%9Cberprovisionierungsrate-cpu.152208/)**
>
> Hatte letzthin eine interessante Diskussion um welchen Faktor man die echten Cores in einem Host überprovisionieren kann. Ich dachte ich habe mal gelesen, dass Qemu das sehr gut kann. Mein Gesprächspartner meinte, dass ab einer Überprovisionierung...

Da mir mit Bordmitteln kein solcher Weg bekannt ist, habe ich nun ein eigenes kleines Script gebastelt, das genau das liefert: Es schaut nach, wie viele vCPUs und wie viel RAM für die einzelnen VMs vergeben wurden und spuckt diese Infos in einer CSV-Tabelle wieder aus.

Natürlich kenne ich den Befehl `qm list` , der **fast** das gleiche macht … aber eben nur fast. Vielleicht kann das ja auch jemand von Euch gebrauchen … Verbesserungsvorschläge jederzeit gerne.  
Viele Grüße,  
Michael

```auto
cat PVE_ueberprovisioniert.sh 

#!/bin/bash
# Dieses Script ist für Proxmox gedacht und sorgt dafür, dass von allen eingerichteten VMs auf
# einem Proxmox-Server die .conf-Dateien eingelesen werden. Herausgefiltert werden jeweils nur
# die Angaben Status: running/stopped; RAM; Cores und Sockets
# Die Angaben werden direkt wieder ausgegeben und können anschließend mit LibreOffice-Calc
# weiter untersucht werden, um eine Überprovisionierung bzgl. RAM oder vCPUs herausfinden zu können.
VER='1.0'
conf=/etc/pve/nodes/pve/qemu-server <<< diesen Pfad an den eigenen Server anpassen!
cd $conf

echo "VMID;Name;Status;RAM;Cores;Sockets;" 
while read vm  
do
#echo $vm
id=$(echo $vm|awk -F. '{printf $1}')
echo -n $id";"
#echo "Name"
grep -m 1 name: $vm |awk -F: '{printf $2";"}'
#echo "Status"
qm status $id |awk -F: '{printf $2";"}'
#echo "RAM"
grep -m 1 memory $vm |awk -F: '{printf $2";"}'
#echo "Cores"
grep -m 1 cores $vm |awk -F: '{printf $2";"}'
#echo "Sockets"
grep -m 1 sockets $vm |awk -F: '{printf $2";"} END {print ""}'
done < <(ls -N |grep .conf)

```

Diese Ausgabe kann man mit copy & paste und Trennzeichen ist `;` in das angehängte LibreOffice-Sheet kopieren. Dann hat man einen Überblick, ob und wie stark der Server in Sachen vCPUs (versehentlich) überprovisioniert wurde.

[vCPUs\_ueberprovisioniert.ods](https://ask.linuxmuster.net/uploads/short-url/iQnzr2OosXfLxaL9ARWiC7yqdsl.ods) (25,7 KB)

---

<div class="post-metadata">

**Author:** ![tjordan](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tjordan/32/3258_2.png) [@tjordan](https://ask.linuxmuster.net/u/tjordan)\
**Post date:** [23. April 2025 um 11:11 UTC](https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623/2 "2025-04-23T11:11:18Z")

</div>

Hallo Michael,

also an sich ist es eher umgekehrt: CPU kann unkritisch überprovisioniert werden, RAM auf gar keinen Fall.

Bei überprovisionierter CPU wird im Zweifel das Processing einfach langsam. Hast Du RAM überprovisionierst, kann es passieren, dass dir die VMs auf dem Hypervisor einfach „absterben“, wenn die Auslastung zu hoch wird und der Hypervisor einer VM gerade mal den RAM abzieht (das ist dann quasi, wie im laufenden Betrieb einen RAM-Riegel rausziehen) um ihn einer anderen VM zuzuweisen. Dann läuft die VM zwar noch im Hypervisor, aber faktisch ist sie tot.

Also keine Gute Idee…

VG  
Thomas

---

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [23. April 2025 um 12:22 UTC](https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623/3 "2025-04-23T12:22:04Z")

</div>

Ok – wie gut, dass das Script einfach **beides** auswertet…

---

<div class="post-metadata">

**Author:** ![tjordan](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tjordan/32/3258_2.png) [@tjordan](https://ask.linuxmuster.net/u/tjordan)\
**Post date:** [23. April 2025 um 12:37 UTC](https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623/4 "2025-04-23T12:37:44Z")

</div>

Hallo Michael,

mir gehts eher um deine grundfalsche Aussage, RAM überzuprovisionieren sei unkritisch,…im Gegenteil…das löst ein Ticket direkt in die Hölle.

VG  
Thomas

---

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [23. April 2025 um 12:51 UTC](https://ask.linuxmuster.net/t/howto-proxmox-server-ueberprovisioniert/11623/5 "2025-04-23T12:51:06Z")

</div>

hab’s oben korrigiert – zufrieden?