Freigeben über


Übersicht über Cloudtiering

Cloud tiering, ein optionales Feature von Azure-Dateisynchronisierung, verringert die Menge des erforderlichen lokalen Speichers, während die Leistung eines lokalen Dateiservers beibehalten wird.

Wenn Sie diese Funktion aktivieren, werden nur häufig verwendete heiße Dateien auf Ihrem lokalen Server gespeichert. Dateien, auf die nicht oft zugegriffen wird (kalte Dateien), werden in den Namespace (Datei- und Ordnerstruktur) und den Dateiinhalt aufgeteilt. Der Namespace wird lokal gespeichert, und der Inhalt der Datei wird in einer Dateifreigabe in der Azure-Cloud gespeichert.

Wenn ein Benutzer eine mehrstufige Datei öffnet, ruft Azure-Dateisynchronisierung die Dateidaten nahtlos aus der Azure Dateifreigabe zurück.

Funktionsweise des Cloudtierings

Cloud-Tiering funktioniert, indem es Datei-Zugriffsmuster überwacht und Dateien basierend auf definierten Richtlinien einstuft.

Cloudtieringrichtlinien

Wenn Sie Cloud-Tiering aktivieren, gibt es zwei Richtlinien, die Sie festlegen können, um Azure-Dateisynchronisierung darüber zu informieren, wann Dateien auf eine kühlere Ebene gestuft werden sollen: die Richtlinie Volumenfreiraumrichtlinie und die Richtlinie Datumsrichtlinie.

Richtlinie für freien Volumespeicherplatz

Die volume-Richtlinie für freien Speicherplatz weist Azure-Dateisynchronisierung an, dateien in der Cloud aufzustufen, wenn ein bestimmter Speicherplatz auf dem lokalen Datenträger belegt wird.

Wenn ihre lokale Festplattenkapazität beispielsweise 200 GiB ist und Sie mindestens 40 GiB Ihrer lokalen Datenträgerkapazität immer frei bleiben möchten, legen Sie die Volume-Freispeicherrichtlinie auf 20%fest. Volumenfreier Speicherplatz gilt auf Volumeebene und nicht auf Ebene einzelner Verzeichnisse oder Serverendpunkte.

Datumsrichtlinie

Mit der Datumsrichtlinie werden kalte Dateien in die Cloud ausgelagert, wenn für eine bestimmte Anzahl von Tagen nicht auf sie zugegriffen wurde (weder Lese- noch Schreibzugriff). Wenn Sie beispielsweise feststellen, dass Dateien, die mehr als 15 Tage vergangen sind, ohne auf sie zugegriffen zu werden, in der Regel Archivdateien sind, sollten Sie Ihre Datumsrichtlinie auf 15 Tage festlegen.

Weitere Beispiele dazu, wie die Datumsrichtlinie und volumenfreie Speicherplatzrichtlinie zusammenarbeiten, finden Sie unter Choose Azure-Dateisynchronisierung Cloud tiering policies.

Windows Server Datendeduplizierung

Ab Windows Server 2016 unterstützt Datendeduplizierung auf Volumes mit aktiviertem Cloud-Tiering. Weitere Informationen finden Sie unter Plan für eine Azure-Dateisynchronisierung Bereitstellung.

Wärmebild für das Cloudtiering

Azure-Dateisynchronisierung überwacht den Dateizugriff (Lese- und Schreibvorgänge) im Laufe der Zeit und weist jeder Datei eine Wärmebewertung zu, je nachdem, wie kürzlich und häufig auf die Datei zugegriffen wird. Sie verwendet diese Bewertungen, um auf jedem Serverendpunkt eine "Heatmap" Ihres Namensraums zu erstellen. Diese Heatmap ist eine Liste aller synchronisierenden Dateien an einem Speicherort mit aktiviertem Cloud-Tiering, sortiert nach ihrem Heat-Score. Häufig verwendete Dateien, die kürzlich geöffnet wurden, gelten als heiß, während Dateien, auf die selten zugegriffen wurde und seit einiger Zeit nicht aufgerufen wurden, als cool angesehen werden.

Um die relative Position einer einzelnen Datei in diesem Heatmap zu ermitteln, verwendet das System das Maximum ihrer Zeitstempel in der folgenden Reihenfolge: MAX (Last Access Time, Last Modified Time, Creation Time).

In der Regel wird die Zeit für den letzten Zugriff nachverfolgt und verfügbar. Wenn Sie jedoch einen neuen Serverendpunkt mit aktiviertem Cloud-Tiering erstellen, ist nicht ausreichend Zeit vergangen, um den Dateizugriff zu beobachten. Wenn kein gültiger Zeitpunkt für den letzten Zugriff vorhanden ist, wird stattdessen die Uhrzeit der letzten Änderung verwendet, um die relative Position in der Datei zu bewerten.

Die Datumsrichtlinie funktioniert auf die gleiche Weise. Ohne Zeitpunkt des letzten Zugriffs orientiert sich die Datumsrichtlinie an der Zeit der letzten Änderung. Wenn dies nicht verfügbar ist, fällt sie auf die Erstellungszeit einer Datei zurück. Im Laufe der Zeit beobachtet das System mehr Dateizugriffsanforderungen und beginnt automatisch mit der Verwendung der selbst nachverfolgten letzten Zugriffszeit.

Hinweis

Cloud-Tiering hängt nicht vom NTFS-Feature ab, um den Zeitpunkt des letzten Zugriffs zu überwachen. Dieses NTFS-Feature ist standardmäßig deaktiviert. Aufgrund von Leistungsüberlegungen wird davon abgeraten, dieses Feature manuell zu aktivieren. Beim Cloud-Tiering wird die Uhrzeit des letzten Zugriffs separat nachverfolgt.

Überlegungen zur Auswahl einer Cloudtieringrichtlinie

Kalte Dateien, auf die weniger häufig zugegriffen wird, eignen sich am besten für mehrstufige Dateien, da das Zurückrufen von Daten aus der Cloud erforderlich ist. Azure-Dateisynchronisierung reserviert 10% des gesamten Arbeitsspeichers für das Speichern von Datenabrufen auf der Festplatte. Wenn 60% dieses reservierten Speichers verwendet wird, werden die Rückrufe nicht auf dem Datenträger beibehalten. Wenn eine große Anzahl von mehrstufigen Dateien auf dem System vorhanden ist und viel Zugriff stattfindet, kann das System einen Speicherschwellenwert erreichen. Diese Situation kann zu unerwartetem zusätzlichem Datenverkehr, Beeinträchtigung der E/A-Leistung, Systemverlangsamung und Systemstillständen führen.

Proaktiver Rückruf

Wenn eine Datei erstellt oder geändert wird, können Sie die Datei proaktiv an die von Ihnen angegebenen Server zurückrufen. Proaktiver Abruf stellt die neue oder geänderte Datei auf jedem angegebenen Server zur Nutzung bereit.

So verfügt beispielsweise ein global verteiltes Unternehmen über Niederlassungen in den USA und Indien. Am Morgen in den USA erstellen Informationsarbeiter einen neuen Ordner und Dateien für ein völlig neues Projekt und arbeiten den ganzen Tag daran. Azure-Dateisynchronisierung synchronisiert Ordner und Dateien mit der Azure-Dateifreigabe (Cloud-Endpunkt), die als zentraler Knotenpunkt zwischen allen registrierten Servern dient. Information Worker in Indien werden weiterhin an dem Projekt in ihrer Zeitzone arbeiten. Wenn sie morgens ankommen, muss der lokale Azure-Dateisynchronisierung aktivierter Server in Indien diese neuen Dateien lokal verfügbar haben, damit das Indien-Team effizient aus einem lokalen Cache arbeiten kann. Durch das Aktivieren eines proaktiven Rückrufs wird der Server aufgefordert, die Dateien herunterzuladen, sobald sie in der Azure Dateifreigabe geändert oder erstellt wurden, anstatt zu warten, bis ein Benutzer versucht, sie zu öffnen.

Wenn Dateien, die an den Server zurückgerufen werden, nicht lokal benötigt werden, kann der unnötige Rückruf Ihren Ausgehenden Datenverkehr und Ihre Kosten erhöhen. Aktivieren Sie daher nur proaktiven Rückruf, wenn Sie wissen, dass das Vorabpopulieren des Caches eines Servers mit den letzten Änderungen aus der Cloud einen positiven Effekt auf Benutzer oder Anwendungen hat, die die Dateien auf diesem Server verwenden.

Die Aktivierung des proaktiven Rückrufs kann auch zu einer erhöhten Bandbreitennutzung auf dem Server führen und dazu führen, dass andere relativ neue Inhalte auf dem lokalen Server aufgrund der Zunahme der zurückgerufenen Dateien intensiver eingestuft werden. Eine zu frühe Auslagerung kann wiederum zu mehr Abrufen führen, wenn ausgelagerten Dateien von Servern als „heiß“ eingestuft werden.

Weitere Informationen zum proaktiven Rückruf finden Sie unter Deploy Azure-Dateisynchronisierung.

Verhalten von ausgelagerten und lokal zwischengespeicherten Dateien

Bei Cloud Tiering geht es um die Trennung zwischen dem Namespace (der Datei- und Ordnerhierarchie sowie den Dateieigenschaften) und dem Dateiinhalt.

Ausgelagerte Datei

Bei mehrstufigen Dateien ist die Größe auf dem Datenträger null, da der Dateiinhalt selbst nicht lokal gespeichert wird. Wenn eine Datei gestuft wird, ersetzt der Azure-Dateisynchronisierung Dateisystemfilter (StorageSync.sys) die Datei lokal durch einen Zeiger, der als Analysepunkt bezeichnet wird. Der Umleitungspunkt stellt eine URL zur Datei in der Azure-Dateifreigabe dar. Bei einer ausgelagerten Datei sind die Attribute offline und FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS in NTFS festgelegt, sodass Drittanbieteranwendungen diese sicher identifizieren können.

Screenshot der Eigenschaften einer Datei, wenn sie gestaffelt ist – nur Namespace.

Lokal zwischengespeicherte Datei

Bei Dateien, die auf einem lokalen Dateiserver gespeichert sind, entspricht die Größe auf dem Datenträger etwa der logischen Größe der Datei, da die gesamte Datei (Dateiattribute und Dateiinhalt) lokal gespeichert wird.

Screenshot der Eigenschaften einer Datei, wenn sie nicht gestaffelt ist – Namespace + Dateiinhalt.

Es ist auch möglich, dass eine Datei teilweise abgestuft oder teilweise zurückgerufen werden kann. In einer teilweise mehrstufigen Datei wird nur ein Teil der Datei auf dem Datenträger gespeichert. Möglicherweise haben Sie Dateien auf Ihrem Volume teilweise zurückgerufen, wenn Dateien teilweise von Anwendungen gelesen werden, die den Streamingzugriff auf Dateien unterstützen. Einige Beispiele sind Multimediaplayer und Zip-Dienstprogramme. Azure-Dateisynchronisierung ist effizient und ruft nur die angeforderten Informationen aus der verbundenen Azure Dateifreigabe zurück.

Hinweis

Die Größe stellt die logische Größe der Datei dar. Die Größe auf dem Datenträger stellt die physische Größe des Auf dem Datenträger gespeicherten Dateidatenstroms dar.

Modus mit geringem Speicherplatz

Festplatten mit Serverendpunkten können aus verschiedenen Gründen keinen Speicherplatz mehr haben, selbst wenn Cloud-Tiering aktiviert ist. Zu den Gründen gehören die folgenden:

  • Manuelles Kopieren von Daten auf den Datenträger außerhalb des Serverendpunktpfads
  • Langsame oder verzögerte Synchronisierung führt dazu, dass Dateien nicht in Ebenen eingeteilt werden.
  • Übermäßige Abrufe ausgelagerter Dateien

Wenn der Speicherplatz ausläuft, funktioniert Azure-Dateisynchronisierung möglicherweise nicht ordnungsgemäß und kann sogar unbrauchbar werden. Obwohl Azure-Dateisynchronisierung diese Vorkommen nicht vollständig verhindern können, hilft der Modus mit geringem Speicherplatz (verfügbar in Azure-Dateisynchronisierung Agentversionen ab 15.1) zu verhindern, dass ein Serverendpunkt diese Situation erreicht, und hilft dem Server, ihn schneller zu entfernen.

Wenn bei Serverendpunkten mit aktivierter Cloud-Tierung der freie Speicherplatz auf dem Volume unter den berechneten Schwellenwert fällt, wechselt das Volume in den Speichermodus bei knappem Platz.

Im Modus "Geringer Speicherplatz" führt der Azure-Dateisynchronisierung-Agent zwei Verschiedenes aus:

  • Proaktives Aufstufen: Der Dateisynchronisierungs-Agent tiersiert Dateien proaktiver in der Cloud. Der Synchronisierungs-Agent überprüft jede Minute statt der normalen Häufigkeit von jeder Stunde, welche Dateien gestuft werden sollen. Die Richtlinien zur Speicherplatzverwaltung für freiem Speicherplatz im Volume werden in der Regel nicht während der anfänglichen Upload-Synchronisierung durchgeführt, bis der vollständige Upload abgeschlossen ist. Im Modus mit geringem Speicherplatz wird Tiering jedoch während der ersten Upload-Synchronisierung aktiviert, und Dateien werden für das Tiering in Betracht gezogen, sobald jede Datei in die Azure-Dateifreigabe hochgeladen wird.

  • Non-persistente Rückrufe: Wenn ein Benutzer eine mehrstufige Datei öffnet, werden Dateien, die direkt von der Azure Dateifreigabe zurückgerufen werden, nicht auf dem Datenträger gespeichert. Rückrufe, die vom Cmdlet Invoke-StorageSyncFileRecall initiiert werden, sind eine Ausnahme von dieser Regel und werden auf der Festplatte gespeichert.

Wenn der freie Speicherplatz des Volumes den Schwellenwert überschreitet, wird Azure-Dateisynchronisierung automatisch in den normalen Zustand zurückgesetzt. Der Modus "Geringer Speicherplatz" gilt nur für Server mit aktiviertem Cloud-Tiering und respektiert immer die Richtlinie für den freien Speicherplatz des Volumes.

Wenn ein Volume über zwei Serverendpunkte verfügt, einen mit aktiviertem Tiering und einen ohne, gilt der Modus für geringen Speicherplatz nur für den Serverendpunkt, bei dem das Tiering aktiviert ist.

Wie wird der Schwellenwert für den Modus mit geringem Speicherplatz berechnet?

Berechnen Sie den Schwellenwert, indem Sie das Minimum der folgenden drei Zahlen übernehmen:

  • 10 % der Volumegröße in GiB
  • Richtlinie für freien Volumespeicherplatz in GiB
  • 20 GiB

Die folgende Tabelle enthält einige Beispiele dafür, wie der Schwellenwert berechnet wird und wann sich das Volume im Modus mit geringem Speicherplatz befindet.

Volumegröße 10 % der Volumegröße Richtlinie für freien Volumespeicherplatz Schwellenwert = Min(10 % der Volumegröße, Richtlinie für freien Volumespeicherplatz, 20 GiB) Aktuell freier Volumespeicherplatz Wird der Modus „Wenig Speicherplatz“ verwendet? Ursache
100 GB 10 GiB 7 % (7 GiB) 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) 9 % (9 GiB) Nein Aktueller volumenfreier Speicherplatz (9 GiB) > Schwellenwert (7 GiB)
100 GB 10 GiB 7 % (7 GiB) 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) 5 % (5 GiB) Ja Aktueller freier Speicherplatz (5 GiB) < Schwellenwert (7 GiB)
300 GiB 30 GiB 8 % (24 GiB) 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) 7 % (21 GiB) Nein Aktueller volumenfreier Speicherplatz (21 GiB) > Schwellenwert (20 GiB)
300 GiB 30 GiB 8 % (24 GiB) 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) 6 % (18 GiB) Ja Aktueller volumenfreier Speicherplatz (18 GiB) < Schwellenwert (20 GiB)

Wie funktioniert der Modus für wenig Speicherplatz mit der Richtlinie für freien Volumespeicherplatz?

Der Modus „Wenig Speicherplatz“ berücksichtigt immer die Richtlinie für freien Volumespeicherplatz. Die Schwellenwertberechnung soll sicherstellen, dass sie die von Ihnen festgelegte Richtlinie für den freien Speicherplatz berücksichtigt.

Was ist die häufigste Ursache für den Serverendpunkt im Low Disk-Modus?

Die Hauptursache für den niedrigen Festplattenmodus ist das Kopieren oder Verschieben großer Datenmengen auf den Datenträger, auf dem sich ein tiering-aktivierter Serverendpunkt befindet.

Wie entkomme ich aus dem Modus mit geringem Speicherplatz?

Der Modus für niedrigen Speicherplatz wechselt automatisch zu normalem Verhalten, indem Abrufe nicht gespeichert und Dateien häufiger gestuft werden, ohne dass ein Eingriff erforderlich ist. Sie können den Prozess manuell beschleunigen, indem Sie die Volumegröße erhöhen oder Speicherplatz außerhalb des Serverendpunkts freigeben.

Wie kann ich überprüfen, ob sich ein Server im Modus mit geringem Speicherplatz befindet?

  • Wenn sich ein Serverendpunkt im Modus mit geringem Speicherplatz befindet, zeigt das Azure Portal ihn auf der Registerkarte Cloud tiering health des Abschnitts Fehler + Problembehandlung des Serverendpunkts an.
  • Ereignis-ID 19000 wird jede Minute für jeden Serverendpunkt im Telemetrie-Ereignisprotokoll protokolliert. Verwenden Sie dieses Ereignis, um zu ermitteln, ob sich der Serverendpunkt im Modus mit geringem Speicherplatz befindet (IsLowDiskMode = true). Sie finden das Telemetrieereignisprotokoll in Ereignisanzeige unter Applications and Services\Microsoft\FileSync\Agent.

Siehe auch