Eine oder mehrere Ihrer Droplets nähern sich ihrer Speicherkapazität, was die Leistung beeinträchtigen könnte. Ohne ausreichend RAM oder Speicher können Anwendungen langsam laufen oder gelegentlich instabil werden und abstürzen.
Ich habe eine DigitalOcean-Droplet mit 2 GB Speicher.
In den letzten 14 Tagen zeigt das Diagramm eine Speichernutzung von etwa 90–95 %. Ich habe vor einiger Zeit nach Speicher usw. gefragt, und es scheint, dass es gut ist, das Vorhandene zu nutzen. Dies ist jedoch das erste Mal, dass DigitalOcean mich per E-Mail darauf hinweist. Ich bin bei Version 2.8.0b6.
Der einzige letzte Änderung, an die ich denken kann, ist, dass ich alle Benutzer dazu gebracht habe, die Hauptkategorien zu „beobachten" und somit E-Mail-Benachrichtigungen zu erhalten. Vielleicht gab es deshalb mehr Beiträge – aber es ist immer noch ein relativ ruhiges Forum mit etwa 250 Benutzern und einer Handvoll aktiver Poster.
Was könnte dies verursachen, und was sollte ich tun, falls überhaupt? Oder welche weiteren Informationen wären hilfreich? Vielen Dank.
Update: Falls es hilft: Die Festplattennutzung liegt konstant unter 40 %, und die CPU-Auslastung liegt unter 5 %, mit gelegentlichen Spitzen bis zu etwa 20 %.
Ich habe dieselbe E-Mail erhalten, aber keiner meiner Droplets ist auch nur annähernd ausgelastet. Es könnte sich um einen Fehler in den Überwachungsbenachrichtigungen von DO handeln.
Vielen Dank für die schnelle Antwort. Es könnte durchaus ein Fehler sein (in diesem Fall gäbe es vielleicht noch mehr Antworten wie deine!), aber in meinem Fall schwankte der Graph die gesamten zwei Wochen lang im Bereich von 90–95. Ich vermute auch, dass der Graph falsch sein könnte…
Ich nehme das zurück – ich habe einen Test-Droplet übersehen, der wahrscheinlich die Warnung ausgelöst hat. Ich werde ihn neu aufsetzen und schauen, was passiert.
Keine wesentliche Änderung nach einem Update, Neustart und Rebuild. Dies ist ein minimaler Droplet, den ich nur zum Testen verwende, und er ist normalerweise inaktiv mit einer CPU-Auslastung von ~1 % und ohne Benutzer außer mir.
In meinem Fall scheint es zumindest in den ersten paar Minuten deutlich zurückgegangen zu sein. Ich werde es weiter beobachten. Ich habe um etwa 12:05 Uhr ./launcher rebuild mail-receiver gefolgt von ./launcher rebuild app ausgeführt.
Ich frage mich, was schiefgelaufen ist, falls überhaupt etwas.
Findest du, dass das jetzt in Ordnung aussieht? Ich werde es trotzdem im Auge behalten. Der zweite Abfall entstand durch den erneuten Aufbau der App, um ein anderes, nicht zusammenhängendes Problem zu beheben.
11 % verfügbar, wie mit free -m angezeigt, und 12 % aus dem Überwachungsdiagramm – also ziemlich nah beieinander (Rundungsfehler). Dieses Diagramm ist die einzige Messgröße, die das DO-Panel für den Arbeitsspeicher im Admin-Bereich bereitstellt.
Produktions-Droplet
free -m
total used free shared buff/cache available
Mem: 7983 1896 1550 1082 4536 4650
Swap: 4095 291 3804
Ich habe auf einem 2-GB-Server (AMD) ebenfalls kürzlich diese E-Mails erhalten. Ich habe Discourse vor wenigen Minuten neu aufgebaut, und die Speichernutzung ist leicht gesunken.
Es hat jedoch nicht lange angehalten. Zuerst dachte ich, es könnte daran liegen, dass ich es kürzlich von einem anderen Host zu DigitalOcean migriert hatte, aber nach der Migration schien es eine Weile in Ordnung zu sein. Ich werde wahrscheinlich noch heute auf 4 GB RAM aufrüsten.
