Unerwartetes vSAN-Wachstum verstehen und erklären
Anleitung zur Fehlerbehebung bei unerwartetem vSAN-Speicherwachstum, einschließlich des Prüfens des Tier-Verlaufs und des Erkennens häufiger Ursachen wie Snapshots, Backups und Mandantenspeicher.
Es gibt mehrere Gründe dafür, dass das vSAN schneller als erwartet zu wachsen beginnt. Administratoren sollten zunächst feststellen, wann das unerklärte Wachstum auftrat, indem sie die Wachstumshistorie der vSAN-Tiers prüfen, und dann mögliche Bereiche für unerwartetes Wachstum bewerten.
vSAN-Tiers auf Wachstumshistorie prüfen
Um unerklärtes Wachstum zu isolieren, ist es wichtig einzugrenzen, wann das Wachstum exponentiell zugenommen hat. Mit den folgenden Schritten können Administratoren das Speicherwachstum überprüfen und normales Wachstum aus dem Tagesbetrieb von Wachstumsspitzen unterscheiden, die in der Regel unerwartet sind.
Navigieren Sie zu Infrastruktur > vSAN-Tiers im oberen Menü. Wenn vSAN-Tiers nicht vorhanden ist, ist diese Umgebung ein Mandant eines übergeordneten Systems, und das vSAN-Tier muss im übergeordneten System überprüft werden.
Öffnen Sie das vSAN-Tier mit dem unerwarteten Wachstum (z. B. vSAN-Tier 0).
Klicken Sie im linken Navigationsmenü auf Verlauf.
Ein neues Menü wird angezeigt, das den Verlauf in verschiedenen Diagrammen zeigt. Ändern Sie den Filterzeitraum, um jedes Wachstum auf diesem Tier einzugrenzen.
Es wird empfohlen, mit einem benutzerdefinierten Filter von 1 Tag zu beginnen und das Speichernutzung Diagramm zu prüfen.
Hinweise:
Wenn Sie stündlich oder einmal täglich Einbrüche und Spitzen sehen, ist dies wahrscheinlich das Ergebnis von Snapshots, die aus der Aufbewahrung herausfallen (alte laufen ab, neue werden erstellt). Beachten Sie, ob der zu Beginn des Tages verbrauchte Gesamtspeicher nahezu dem Ende des Tages entspricht. Wenn ja, erweitern Sie den benutzerdefinierten Filter auf eine Woche.
Bei der Wochenansicht prüfen Sie, ob der zu Beginn der Woche verbrauchte Gesamtspeicher dem Ende ähnlich ist. Wenn das Wachstum beispielsweise etwa 10 % beträgt, wiederholen Sie dies für die vorherige Woche. Wenn der wöchentliche Wachstumsprozentsatz konstant ist, entspricht dies Ihrer durchschnittlichen wöchentlichen Wachstumsrate, die bei der Planung einer Hardwareerweiterung helfen kann.
Filtern Sie den aktuellen Monat und prüfen Sie auf plötzliche Spitzen beim Speicherverbrauch im Speichernutzung Diagramm. Klicken und ziehen Sie über den betreffenden Zeitraum, um in die Daten hineinzuzoomen, und fahren Sie mit der Maus über das Diagramm, um spezifische Informationen zu Datum/Uhrzeit zu erhalten.

Mögliche Gründe für eine Speicherzunahme
Mehrere Bereiche in der VergeOS-Plattform können zu unerwartetem Speicherwachstum beitragen. Zu den häufig zu prüfenden Bereichen gehören:
System-Snapshots:
Navigieren Sie zu System > System-Snapshots.
Werden einige über ihren erwarteten Ablaufzeitpunkt hinaus aufbewahrt?
Gibt es Snapshots ohne Snapshot-Profil? Diese wurden möglicherweise manuell erstellt. Untersuchen Sie, wann und warum sie erstellt wurden.
Sind einige Snapshots auf "Nie ablaufen" gesetzt? Dies kann im Laufe der Zeit zu einem hohen Datenverbrauch führen.
Snapshots virtueller Maschinen (VMs):
Navigieren Sie zum Maschinen-Dashboard. Das Snapshots Zählfeld zeigt die Anzahl der auf Maschinenebene vorhandenen Snapshots an. Klicken Sie auf dieses Feld, um alle VM-Snapshots und deren Erstellungsdatum/-uhrzeit aufzulisten. Prüfen Sie, ob einige entfernt werden können.
Navigieren Sie zu Virtuelle Maschinen > Liste. Sortieren Sie nach der Snapshot-Profil Spalte, um VMs mit Snapshots auf Maschinenebene zu identifizieren. Virtuelle Maschinen können aus System-Snapshots wiederhergestellt werden. Prüfen Sie daher, ob einzelne Snapshots notwendig sind oder entfernt werden können.
VMware-Backup-Jobs:
Navigieren Sie zu Backup/DR > VMware-Dienste und überprüfen Sie jede VMware-Service-Instanz auf den Backup-Job-Verlauf.
Klicken Sie im linken Menü auf Backup-Jobs um jede spezifische Instanz zu überprüfen. Prüfen Sie die Läuft ab Spalte für jedes Backup und prüfen Sie, ob es entfernt werden kann.
Dateien:
Navigieren Sie zu Dateien und sortieren Sie nach Geändert. Prüfen Sie, ob eines der Upload-Daten/-uhrzeiten mit dem Zeitraum des unerklärten Wachstums übereinstimmt.
Prüfen Sie, ob Dateien, insbesondere andere Hypervisor-Formate (z. B. .ova oder .vhdx), entfernt werden können.
Eingehende Site-Synchronisierungen:
Navigieren Sie zu Backup/DR > Eingehende Synchronisierungen. Öffnen Sie jedes Dashboard für eingehende Synchronisierung und prüfen Sie die Empfangene Snapshots Zählung. Untersuchen Sie die Quell- (Ursprungs-)Site auf erhöhten Speicherverbrauch, der mit dem Zeitraum übereinstimmt.
Mandantenspeicher:
Navigieren Sie zu Mandanten > Dashboard jedes Mandanten.
Prüfen Sie Gesamter verwendeter Speicher durch Klicken auf Verlauf im linken Menü. Folgen Sie demselben oben beschriebenen Verfahren, um die Wachstumshistorie zu überprüfen.
Wenn unerwartetes Wachstum gefunden wird, untersuchen Sie innerhalb des Mandanten die möglichen Ursachen der Speicherzunahme (wie oben aufgeführt) sowie gegebenenfalls innerhalb von Untermandanten.
Verwendeter Speicher des Tiers vs. Summe der Maschinenlaufwerke
Die Kennzahl für den insgesamt vom vSAN-Tier verwendeten Speicher ist in der Regel höher als die Summe des belegten Speicherplatzes, der über die einzelnen machine_drives gemeldet wird. Diese Abweichung entsteht, weil die gemeldete belegte Kapazität jedes Maschinenlaufwerks nur die derzeit referenzierten aktiven Blöcke auf diesen Laufwerken widerspiegelt. Im Gegensatz dazu berücksichtigt die gesamte Tier-Nutzung alle zugrunde liegenden Datenblöcke der Plattform, einschließlich:
Snapshots: Blöcke, die ausschließlich beibehalten werden, um historische Momentaufnahmen zu erhalten.
VMware-Dienste: Daten, die von VMware-Backup-Instanzen aufbewahrt werden.
Dateien: Speicher des gemeinsamen Dateisystems, hochgeladene Medien oder Hypervisor-Images (z. B. .ova, .vhdx).
KI-Modelle: Lokale Modelldateien und Gewichte, die auf dem Tier gespeichert sind.
Snapshot-Aufbewahrung
Wenn andere Verbraucher (VMware-Dienste, KI-Modelle und Dateien) ausgeschlossen wurden, ist die Snapshot-Aufbewahrung fast immer der Hauptverursacher des unerwarteten Tier-Verbrauchs. Da Snapshots geänderte oder gelöschte Blöcke bewahren, die von aktiven Maschinenlaufwerken nicht mehr referenziert werden, können aggressive Snapshot-Zeitpläne oder lange Aufbewahrungsrichtlinien den Tier-Verbrauch erheblich erhöhen.
Zuletzt aktualisiert
War das hilfreich?