Übersicht über Cloudtiering
Cloudtiering, ein optionales Feature der Azure-Dateisynchronisierung, verringert die benötigte Menge an lokalem Speicher, ohne die Leistung eines lokalen Dateiservers zu beeinträchtigen.
Wenn dieses Feature aktiviert ist, werden nur Dateien, auf die häufig zugegriffen wird (heiße Dateien), auf dem 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 Dateiinhalt wird in einer Azure-Dateifreigabe in der Cloud gespeichert.
Wenn ein Benutzer eine ausgelagerte Datei öffnet, ruft die Azure-Dateisynchronisierung die Dateidaten nahtlos aus der Dateifreigabe in Azure ab.
Funktionsweise des Cloudtierings
Cloudtieringrichtlinien
Wenn Sie das Cloudtiering aktivieren, können Sie mithilfe von zwei Richtlinien festlegen, wann die Azure-Dateisynchronisierung kalte Dateien auslagern soll: mit der Richtlinie für freien Volumespeicherplatz und mit der Datumsrichtlinie.
Richtlinie für freien Volumespeicherplatz
Die Richtlinie für freien Volumespeicherplatz weist die Azure-Dateisynchronisierung an, kalte Dateien in die Cloud auszulagern, wenn auf Ihrem lokalen Datenträger eine bestimmte Menge an Speicherplatz belegt ist.
Wenn die Kapazität des lokalen Datenträgers beispielsweise 200 GiB beträgt und Sie möchten, dass immer mindestens 40 GiB auf dem lokalen Datenträger frei bleiben, legen Sie die Richtlinie für freien Volumespeicherplatz auf 20 % fest. Der freie Volumespeicherplatz gilt auf Volumeebene und nicht auf der Ebene der einzelnen Verzeichnisse oder Serverendpunkte.
Datumsrichtlinie
Mit der Datumsrichtlinie werden kalte Dateien in die Cloud ausgelagert, auf die für eine bestimmte Anzahl von Tagen nicht zugegriffen wurde (d. h. kein Lese- oder Schreibzugriff). Wenn Sie beispielsweise feststellen, dass es sich bei den Dateien, auf die seit mehr als 15 Tagen nicht zugegriffen wurde, in der Regel um Archivdateien handelt, legen Sie die Datumsrichtlinie auf 15 Tage fest.
Weitere Beispiele dazu, wie die Datumsrichtlinie und die Richtlinie für freien Volumespeicherplatz zusammen verwendet werden können, finden Sie unter Auswählen von Cloudtieringrichtlinien der Azure-Dateisynchronisierung.
Windows Server-Datendeduplizierung
Die Datendeduplizierung wird für Volumes mit aktiviertem Cloudtiering ab Windows Server 2016 unterstützt. Weitere Informationen finden Sie unter Planung für die Bereitstellung einer Azure-Dateisynchronisierung.
Wärmebild für das Cloudtiering
Die Azure-Dateisynchronisierung überwacht den Dateizugriff (Lese- und Schreibvorgänge) im Laufe der Zeit und weist jeder Datei basierend auf der Häufigkeit und Aktualität des Zugriffs eine Wärmebewertung zu. Diese Bewertungen werden verwendet, um auf jedem Serverendpunkt ein „Wärmebild“ Ihres Namespaces zu erstellen. Bei dem Wärmebild handelt es sich um eine Liste aller synchronisierten Dateien an einem Speicherort mit aktiviertem Cloudtiering (geordnet nach der Wärmebewertung). Dateien, auf die häufig zugegriffen wird und die vor Kurzem geöffnet wurden, gelten als „heiße Dateien“. Dateien, die kaum verwendet wurden und auf die für längere Zeit nicht zugegriffen wurde, werden dagegen als „kalte Dateien“ eingestuft.
Zur Bestimmung der relativen Position einer einzelnen Datei im Wärmebild legt das System den höchsten Zeitstempel in der folgenden Reihenfolge zugrunde: MAX(Zeitpunkt des letzten Zugriffs, Zeitpunkt der letzten Änderung, Erstellungszeitpunkt).
In der Regel wird der Zeitpunkt des letzten Zugriffs nachverfolgt und verfügbar gemacht. Wenn jedoch ein neuer Serverendpunkt mit aktiviertem Cloudtiering erstellt wird, ist nicht genügend Zeit zum Überwachen des Dateizugriffs vergangen. Ist kein gültiger Zeitpunkt des letzten Zugriffs verfügbar, wird stattdessen der Zeitpunkt der letzten Änderung verwendet, um die relative Position im Wärmebild zu ermitteln.
Die Datumsrichtlinie funktioniert auf die gleiche Weise. Wenn der Zeitpunkt des letzten Zugriffs nicht verfügbar ist, zieht die Datumsrichtlinie den Zeitpunkt der letzten Änderung heran. Sollte dieser nicht verfügbar sein, wird auf den Erstellungszeitpunkt einer Datei zurückgegriffen. Das System überwacht im Laufe der Zeit mehr Dateizugriffsanforderungen und verwendet dann automatisch die von ihm selbst nachverfolgte Zeit des letzten Zugriffs.
Hinweis
Das Cloudtiering ist nicht von der NTFS-Funktion für die Überwachung des Zeitpunkts des letzten Zugriffs abhängig. Diese NTFS-Funktion ist standardmäßig deaktiviert. Um die Leistung nicht zu beeinträchtigen, wird empfohlen, diese Funktion nicht manuell zu aktivieren. Das Cloudtiering verfolgt den Zeitpunkt des letzten Zugriffs separat.
Proaktiver Abruf
Wenn eine Datei erstellt oder geändert wird, können Sie sie proaktiv auf von Ihnen angegebene Server abrufen. Durch einen proaktiven Aufruf wird die neue oder geänderte Datei auf jedem angegebenen Server zur Nutzung bereitgestellt.
Angenommen, ein globales Unternehmen verfügt über Zweigstellen in den USA und in Indien. Am Morgen (US-Zeit) erstellen Information Worker einen neuen Ordner und neue Dateien für ein ganz neues Projekt, an dem sie den gesamten Tag arbeiten. Die Azure-Dateisynchronisierung synchronisiert Ordner und Dateien auf die Azure-Dateifreigabe (den Cloudendpunkt). Information Worker in Indien setzen die Arbeit an dem Projekt in ihrer Zeitzone fort. Wenn diese am Morgen eintreffen, müssen auf dem lokalen, für Azure-Dateisynchronisierung aktivierten Server in Indien diese neuen Dateien lokal verfügbar sein, damit das Team in Indien effizient aus einem lokalen Cache heraus weiterarbeiten kann. Wenn Sie diesen Modus aktivieren, wird verhindert, dass der anfängliche Dateizugriff aufgrund eines bedarfsgesteuerten Abrufs langsamer ist, und dem Server wird ermöglicht, die Dateien proaktiv abzurufen, sobald sie in der Azure-Dateifreigabe geändert oder erstellt wurden.
Wenn Dateien, die auf den Server abgerufen werden, lokal nicht benötigt werden, kann der unnötige Abruf den ausgehenden Datenverkehr und die Kosten erhöhen. Aktivieren Sie den proaktiven Abruf daher nur, wenn Sie wissen, dass das Vorabauffüllen eines Servercaches mit aktuellen Änderungen aus der Cloud von Vorteil ist für Benutzer oder Anwendungen, die die Dateien auf diesem Server verwenden.
Das Aktivieren des proaktiven Abrufs kann auch zu einer erhöhten Bandbreitennutzung auf dem Server führen und dazu, dass andere relativ neue Inhalte auf dem lokalen Server aufgrund der Zunahme der abgerufenen Dateien aggressiv ausgelagert werden. Ein zu frühes Tiering kann wiederum zu mehr Abrufen führen, wenn die per Tiering ausgelagerten Dateien von Servern als „heiß“ eingestuft werden.
Weitere Informationen zu proaktiven Abrufen finden Sie unter Proaktives Abrufen neuer und geänderter Dateien von einer Azure-Dateifreigabe.
Verhalten von ausgelagerten und lokal zwischengespeicherten Dateien
Beim Cloudtiering werden der Namespace (Datei- und Ordnerhierarchie sowie Dateieigenschaften) und der Dateiinhalt voneinander getrennt.
Ausgelagerte Datei
Bei ausgelagerten Dateien ist die Größe auf dem Datenträger Null, da der Dateiinhalt selbst nicht lokal gespeichert wird. Wenn eine Datei ausgelagert wird, ersetzt der Dateisystemfilter der Azure-Dateisynchronisierung (StorageSync.sys) die Datei lokal durch einen Zeiger (Analysepunkt). Der Analysepunkt stellt eine URL zur Datei in der Azure-Dateifreigabe dar. Eine per Tiering ausgelagerte Datei weist sowohl das offline-Attribut als auch das in NTFS festgelegte FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS-Attribut auf, sodass Drittanwendungen Tieringdateien sicher identifizieren können.
Lokal zwischengespeicherte Datei
Wenn eine Datei auf einem lokalen Dateiserver gespeichert wird, entspricht die Größe dieser Datei auf dem Datenträger dagegen in etwa der logischen Größe der Datei, da die gesamte Datei (Dateiattribute und Dateiinhalt) lokal gespeichert wird.
Für eine Datei kann das Tiering auch teilweise durchgeführt werden (bzw. teilweise zurückgerufen werden). Bei einer partiell per Tiering ausgelagerten Datei wird nur ein Teil auf dem Datenträger gespeichert. Sie verfügen möglicherweise über partiell abgerufene Dateien in Ihrem Volume, wenn Dateien partiell von Anwendungen gelesen werden, die den Streamingzugriff auf Dateien unterstützen. Einige Beispiele hierfür sind Multimediaplayer und ZIP-Hilfsprogramme. Die Azure-Dateisynchronisierung ist effizient und ruft nur die angeforderten Informationen aus der verbundenen Azure-Dateifreigabe ab.
Hinweis
„Größe“ steht für die logische Größe der Datei. „Größe auf Datenträger“ steht für die physische Größe des Dateidatenstroms, der auf dem Datenträger gespeichert ist.
Modus „Wenig Speicherplatz“
Der Speicherplatz auf Datenträgern mit Serverendpunkten reicht ggf. nicht aus, auch wenn Cloudtiering aktiviert ist. Dies könnte dazu führen, dass die Azure-Dateisynchronisierung nicht wie erwartet funktioniert und sogar unbrauchbar ist. Es ist zwar nicht möglich und liegt auch nicht im Einflussbereich der Azure-Dateisynchronisierung, diese Vorkommen vollständig zu verhindern, der Modus für geringen Speicherplatz (neu für Azure-Dateisynchronisierung Agent-Version 15.1) soll jedoch verhindern, dass ein Serverendpunkt in diese Situation gerät.
Für Serverendpunkte mit aktiviertem Cloudtiering und festgelegter Richtlinie für freien Volumespeicherplatz befindet sich das Volume im Modus mit geringem Speicherplatz, wenn der freie Speicherplatz auf dem Volume unterhalb des berechneten Schwellenwerts fällt.
Im Modus „Wenig Speicherplatz“ verhält sich der Azure-Dateisynchronisierung-Agent in zwei Punkten anders:
Proaktives Tiering: In diesem Modus werden die Dateien des Dateisynchronisierungs-Agent proaktiv in die Cloud ausgelagert. Der Synchronisierungs-Agent sucht nach Dateien, für die ein Tiering jede Minute statt der üblichen Häufigkeit von einer Stunde durchgeführt werden soll. Das Tiering der Richtlinie für freien Volumespeicherplatz wird in der Regel nicht während der Synchronisierung des ersten Uploads ausgeführt, solange der Uploadvorgang nicht vollständig abgeschlossen ist. Im Modus für geringen Speicherplatz wird das Tiering jedoch während der Synchronisierung des ersten Uploads aktiviert, und die Dateien werden für das Tiering berücksichtigt, sobald die einzelne Datei in die Azure-Dateifreigabe hochgeladen wurde.
Nicht persistente Rückrufe: Wenn ein Benutzer eine per Tiering ausgelagerte Datei öffnet, werden Dateien, die direkt von der Azure-Dateifreigabe zurückgerufen werden, nicht auf dem Datenträger beibehalten. Beachten Sie, dass Rückrufe, die vom Cmdlet Invoke-StorageSyncFileRecall initiiert werden, eine Ausnahme von dieser Regel sind und auf dem Datenträger beibehalten werden.
Wenn der freie Volumespeicherplatz über dem Schwellenwert liegt, wird die Azure-Dateisynchronisierung automatisch auf den normalen Zustand zurückgesetzt. Beachten Sie, dass der Modus für geringen Speicherplatz nur auf Server mit aktiviertem Cloudtiering angewendet wird und die Richtlinie für freien Volumespeicherplatz immer berücksichtigt.
Wenn ein Volume zwei Server-Endpunkte hat, einen mit aktiviertem Tiering und einen ohne Tiering, gilt der Modus für geringen Speicherplatz nur für den Serverendpunkt, für den das Tiering aktiviert ist.
Wie wird der Schwellenwert für den Modus mit geringem Speicherplatz berechnet?
Der Schwellenwert wird mit dem Mindestwert der folgenden drei Zahlen berechnet:
- 10 % des freien Volumespeicherplatzes in GB
- Richtlinie für freien Volumespeicherplatz in GB
- 20 GB des freien Volumespeicherplatzes
In der folgenden Tabelle finden Sie einige Beispiele dafür, wie der Schwellenwert berechnet wird und wann sich das Volume im Modus „Wenig Speicherplatz“ befindet.
| Volumegröße | Richtlinie für freien Volumespeicherplatz | Aktuell freier Volumespeicherplatz | Schwellenwert = Min (10 %, Richtlinie für freien Volumespeicherplatz, 20 GB) | Wird der Modus „Wenig Speicherplatz“ verwendet? | `Reason` |
|---|---|---|---|---|---|
| 100 GB | 7 % (7 GB) | 9 % (9 GB) | 7 GB = Min (10 GB, 7 GB, 20 GB) | Nein | Schwellenwert für den aktuellen freien Volumespeicherplatz > |
| 100 GB | 7 % (7 GB) | 5 % (5 GB) | 7 GB = Min (10 GB, 7 GB, 20 GB) | Ja | Schwellenwert für den aktuellen freien Volumespeicherplatz < |
| 300 GB | 8 % (24 GB) | 7 % (21 GB) | 20 GB = Min (30 GB, 24 GB, 20 GB) | Nein | Schwellenwert für den aktuellen freien Volumespeicherplatz > |
| 300 GB | 8 % (24 GB) | 6 % (18 GB) | 20 GB = Min (30 GB, 24 GB, 20 GB) | Ja | Schwellenwert für den aktuellen freien Volumespeicherplatz < |
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 dient dazu sicherzustellen, dass die vom Benutzer festgelegte Richtlinie für freien Volumespeicherplatz eingehalten wird.
Wie kann ich den Modus für wenig Speicherplatz verlassen?
Der Modus für wenig Speicherplatz ist so konzipiert, dass er auf normales Verhalten zurückgesetzt wird, wenn der freie Volumespeicherplatz über dem Schwellenwert liegt. Sie können den Prozess beschleunigen, indem Sie nach allen zuletzt erstellten Dateien außerhalb des Serverendpunktspeicherorts suchen und diese nach Möglichkeit auf einen anderen Datenträger verschieben.
Wie kann ich überprüfen, ob sich ein Server im Modus „Wenig Speicherplatz“ befindet?
Die Ereignis-ID 19000 wird jede Minute im Telemetrieereignisprotokoll für jeden Serverendpunkt protokolliert. Verwenden Sie dieses Ereignis, um festzustellen, ob sich der Serverendpunkt im Modus „Wenig Speicherplatz“ befindet (IsLowDiskMode = true). Das Telemetrieereignisprotokoll befindet sich in der Ereignisanzeige unter Anwendungen und Dienste\Microsoft\FileSync\Agent.