Der Speicher zeigt neunzig Prozent: ist er voll, oder sieht er nur voll aus

Du schaust ins Panel und der Speicher steht bei neunzig Prozent. Der Reflex ist, sofort RAM nachzurüsten. Meistens ist das nicht nötig.

Freier Speicher ist verschwendeter Speicher. Das Betriebssystem behandelt ungenutzten Speicher als Zwischenspeicher und gibt ihn zurück, wenn er gebraucht wird. Ein hoher Prozentwert ist also für sich kein Zeichen eines Fehlers.

Bei Proxmox trüben zwei weitere Quellen dieses Bild.

Erste Quelle: der Speicher-Zwischenspeicher

Nutzt du ZFS, hält es gelesene Daten für schnellen Zugriff im Arbeitsspeicher, und dieser Anteil kann groß sein. Unter Druck gibt es ihn frei. Bis dahin erscheint er aber als "in Gebrauch".

Das ist kein Leck, sondern der Entwurf selbst. Auf einem System, das immer wieder dieselben Daten liest, ist dieser Zwischenspeicher die günstigste Beschleunigung überhaupt, und er senkt zugleich die Plattenabnutzung.

Das Feine daran: gibt er frei, dann vielleicht nicht sofort. Eine plötzliche Speicheranforderung kann also auf eine kurze Verzögerung treffen. Deshalb ist es in sehr engen Umgebungen sinnvoll, dem Zwischenspeicher eine Obergrenze zu setzen; aber tu das messend, nicht aus der Panik "der Speicher läuft voll".

Zweite Quelle: der von Gästen gehaltene Speicher

Hast du einer virtuellen Maschine acht Gigabyte gegeben, kann diese Maschine aus Sicht des Servers acht Gigabyte halten, selbst wenn sie innen untätig ist. Der Grund ist einfach: einmal berührter Speicher bleibt zugeteilt, solange der Gast ihn nicht zurückzugeben weiß.

Das Zurückgeben funktioniert nur, wenn der Gast mitspielt. Fehlt im Gast die Komponente, die das ermöglicht, ist der übergebene Speicher einen Weg gegangen. Erwartest du den versprochenen Speicher zurück, stelle zuerst sicher, dass diese Komponente installiert ist.

Die richtige Frage: nicht wie voll, sondern wer hält ihn

Der Prozentwert sagt für sich nichts. Die bedeutsame Aufteilung lautet: wie viel dieser Fülle sind deine Gäste, und wie viel ist der Server selbst?

Sind es die Gäste, ist die Lage normal; sie nutzen den Speicher, den du ihnen gegeben hast. Ist es die Serverseite und wächst sie beständig, dann gibt es dort etwas anzusehen.

Das eigentliche Warnzeichen ist nicht der Prozentwert, sondern die Auslagerung

Hat der Server begonnen, den Auslagerungsbereich zu nutzen, ist das ein echtes Signal. Neunzig Prozent Füllung mögen kein Problem sein, aber ein Server, der ständig auslagert, ist langsam und nutzt zudem seine Platte ab.

Der Prüfstein: gerate beim Prozentwert nicht in Panik, handle bei Auslagerungsaktivität.

Zu viel versprechen

Du kannst deinen virtuellen Maschinen insgesamt mehr Speicher versprechen, als der Server tatsächlich hat. Meistens geht das gut, weil nicht alle gleichzeitig ihre Spitze haben.

Doch es gibt eine Regel, und sie kennt keine Ausnahme: nimm den eigenen Anteil des Servers nicht in das Versprechen auf. Geht dem Server der Speicher aus, fällt nicht eine Maschine, sondern alles auf einmal, das Panel eingeschlossen. Unter Gästen darf die Aufteilung beweglich sein; der eigene Atemraum des Servers darf es nicht.

Was Atlas tut

Atlas zeigt das Speicherdiagramm nicht als einen einzigen Prozentwert, sondern teilt es in drei: was der Server selbst nutzt, was die Gäste nutzen, und die Auslagerung.

Und diese Aufteilung erfolgt nicht per Schätzung, sondern per Rechnung: vom gesamten genutzten Speicher wird die Summe der Gäste abgezogen, der Rest zählt als Anteil des Servers. So beantwortest du die obige eigentliche Frage auf einen Blick: ist diese Fülle meine Maschinen oder der Server selbst?

Ein kleines, aber bedeutsames Detail: für die Obergrenze des Diagramms wird der zuletzt bekannte Wert des Gesamtspeichers verwendet, nicht der am Anfang der Reihe. Der Grund: über lange Zeiträume kann sich der Gesamtspeicher ändern, und den alten Wert als Obergrenze zu nehmen, zeigt das Diagramm anders, als es ist. An dem Tag, an dem du der Maschine RAM hinzufügst, zeichnet das Diagramm also nicht weiter die alte Obergrenze und führt dich nicht in die Irre.