Autoclass

Einrichtung

Die Funktion "Autoclass" verschiebt Objekte in Ihrem Bucket basierend auf dem Zugriffsmuster der einzelnen Objekte automatisch in entsprechende Speicherklassen. Die Funktion verschiebt Daten, auf die nicht zugegriffen wird, in niedrigere Speicherklassen, um die Speicherkosten zu senken, und verschiebt Daten, auf die zugegriffen wird, in den Standardspeicher, um folgende Zugriffe zu optimieren. Autoclass vereinfacht und automatisiert Kosteneinsparungen für Ihre Cloud Storage-Daten.

Übersicht

Ist diese Option aktiviert, verwaltet Autoclass alle Aspekte der Speicherklassen für einen Bucket:

  • Alle Objekte, die dem Bucket hinzugefügt wurden, beginnen im Standard Storage, selbst wenn in der Anfrage eine andere Speicherklasse angegeben ist.

    • Für den Bucket selbst ist die Standardspeicherklasse immer auf Standard Storage festgelegt. Anfragen, die versuchen, dieses Attribut in eine andere Klasse als die Standardspeicherklasse zu ändern, schlagen fehl.

    • Wenn Sie versuchen, die Speicherklasse eines Objekts während eines Umschreib- oder Kopiervorgangs manuell zu ändern, ist der gesamte Vorgang erfolgreich. Die Änderung der Speicherklasse wird jedoch ignoriert und das Objekt wird immer auf Standard Storage gesetzt.

  • Die meisten Objekte werden in immer niedrigere Speicherklassen übergeben, wenn nicht auf sie zugegriffen wird.

    • Für Autoclass ist die Terminalspeicherklasse standardmäßig Nearline Storage. Dies bedeutet, dass Objekte in Nearline Storage wechseln und in dieser Speicherklasse verbleiben, bis sie aufgerufen werden. Optional können Sie Autoclass so konfigurieren, dass die Terminalspeicherklasse Archive Storage ist.

    • Objekte, die kleiner als 128 KiB sind, wechseln nicht zu kälteren Speicherklassen. Sie werden stattdessen dauerhaft im Standard Storage gespeichert. Bei der Entscheidung, ob das Objekt kleiner als 128 KiB ist, werden nur Objektdaten, keine Objektmetadaten berücksichtigt.

    • Vorläufig gelöschte Objekte behalten ihre vorhandenen Speicherklassen bis zum Ende ihrer Aufbewahrungsdauer bei.

  • Wenn die Daten eines Objekts gelesen werden, wechselt das Objekt in den Standard Storage, wenn es nicht bereits dort gespeichert ist.

    • Das Lesen oder Bearbeiten der Metadaten eines Objekts führt nicht dazu, dass das Objekt in den Standardspeicher wechselt.

  • Wenn ein vorläufig gelöschtes Objekt wiederhergestellt wird, beginnt das resultierende Objekt im Standard Storage, unabhängig von der Speicherklasse des vorläufig gelöschten Objekts.

Preise

Die Cloud Storage-Preise bleiben für Buckets mit aktiviertem Autoclass gleich, wobei folgende Ausnahmen gelten:

  • Es werden nie Abrufgebühren erhoben.
  • Es werden nie Gebühren für vorzeitiges Löschen erhoben.
  • Alle Vorgänge werden zum Standard Storage-Preis abgerechnet.
  • Wenn die Autoklasse ein Objekt in eine kältere Speicherklasse umwandelt, fallen keine Vorgangsgebühren an.
  • Für den Wechsel eines Objekts von Nearline Storage zu Standard Storage fallen keine Kosten für den Vorgang der Klasse A an.
  • Wenn Autoclass ein Objekt aus dem Coldline Storage oder dem Archive Storage in den Standard Storage oder den Nearline Storage überträgt, fällt für jeden solchen Vorgang eine Gebühr der Klasse A an.
  • Bei der Verwendung von Autoclass fallen eine Verwaltungsgebühr und eine Aktivierungsgebühr an.

Autoclass für vorhandene Buckets

Autoclass-Konfigurationen können für einen vorhandenen Bucket aktiviert, deaktiviert oder geändert werden.

  • Es kann bis zu einem Tag dauern, bis Änderungen an der Autoclass-Konfiguration wirksam werden. Cloud Storage führt während dieser Zeit möglicherweise weiterhin Aktionen aus, die auf der früheren Konfiguration basieren.

  • Wenn Sie Autoclass für einen vorhandenen Bucket aktivieren, geschieht Folgendes:

    • Alle Objekte im Bucket, mit Ausnahme von vorläufig gelöschten Objekten, werden in den Standard Storage übertragen.

    • Objekte, die sich bei der Aktivierung von Autoclass bereits im Standard Storage befinden, werden so behandelt, als ob sie gerade in den Standard Storage übertragen wurden. Daher benötigen solche Objekte weitere 30 Tage ohne Zugriff, bevor sie für die Umstellung auf Nearline Storage infrage kommen.

    • Für die Aktivierung von Autoclass fällt eine einmalige Gebühr an. Weitere Informationen finden Sie unter Gebühren für Autoclass.

  • Wenn Sie Autoclass für einen vorhandenen Bucket deaktivieren, geschieht Folgendes:

    • Jedes Objekt bleibt in der Speicherklasse gespeichert, die es zum Zeitpunkt der Deaktivierung von Autoclass hat. Anschließend können Sie die Speicherklasse eines Objekts ändern, wie dies bei Buckets ohne Autoclass der Fall ist.
    • Die Preisklasse für Autoclass wird nicht mehr angewendet.
    • Autoclass kann für den Bucket erst nach Ablauf eines Tages wieder aktiviert werden. Entsprechende Versuche schlagen fehl.

  • Wenn Sie die Terminalspeicherklasse in der Autoclass-Konfiguration ändern, geschieht Folgendes:

    • Wenn Sie die Terminalspeicherklasse von Archive Storage in Nearline Storage ändern, werden Objekte in Archive Storage und Coldline Storage zum Zeitpunkt der Umstellung auf Nearline Storage geändert.

    • Wenn Sie die Terminalspeicherklasse von Nearline Storage in Archive Storage ändern, werden Objekte in Nearline Storage zum Zeitpunkt der Änderung so behandelt, als wären sie gerade in Nearline Storage übertragen worden. Daher benötigen solche Objekte weitere 60 Tage ohne Zugriff, bevor sie in den Coldline Storage übertragen werden.

Wann sollten Sie Autoclass verwenden?

Ist diese Option aktiviert, reduziert Autoclass den erforderlichen Datenverwaltungsaufwand und bestimmte Gebühren für andere Buckets werden vermieden. Autoclass ist ein nützliches Feature für folgende allgemeine Zugriffsmuster:

  • Die Daten können mit verschiedenen Zugriffshäufigkeiten aufbewahrt werden.
  • Die Zugriffsmuster für Ihre Daten sind unbekannt oder unvorhersehbar.

Autoclass wird jedoch nicht empfohlen, wenn die meisten Daten Ihres Buckets in die Anwendungsfälle bestimmter Speicherklassen fallen. Angenommen, Ihr Bucket hat zwei Anwendungsfälle: Auf einige Daten wird wöchentlich zugegriffen, während andere Daten Sicherungsdaten sind, auf die eigentlich nie zugegriffen werden soll. In diesem Szenario wird Autoclass nicht empfohlen – wenn Sie wissen, welche Objekte in diesen Anwendungsfällen fallen.

Autoclass wird auch nicht empfohlen, wenn andere Google Cloud-Dienste regelmäßig Daten aus dem Bucket lesen. Beispielsweise wird Autoclass nicht empfohlen, wenn Sie den Inhalt Ihres Buckets mit Schutz sensibler Daten scannen.

Umstellungs-Verhalten

Wenn die Autoclass aktiviert ist, wechseln Objekte mit einer Größe von mindestens 128 KiB zwischen Speicherklassen so:

  • Wird auf die Daten eines Objekts zugegriffen, wechselt das Objekt in den Standardspeicher.

  • Objekte, auf die 30 Tage lang nicht zugegriffen wurde, werden auf Nearline Storage umgestellt.

Wenn der Bucket für die Verwendung von Nearline Storage als Terminal-Speicherklasse konfiguriert ist, ändert Autoclass den Status eines in Nearline Storage gespeicherten Objekts nur dann, wenn auf dieses Objekt zugegriffen wird.

Wenn der Bucket so konfiguriert ist, dass Archive Storage als Terminalspeicherklasse verwendet wird, werden die Objekte weiterhin so in kältere Speicherklassen überführt:

  • Objekte, auf die 90 Tage lang nicht zugegriffen wurde, werden auf Coldline Storage umgestellt. Solche Objekte haben mindestens 30 Tage im Standardspeicher und 60 Tage im Nearline-Speicher verbracht.

  • Objekte, auf die 365 Tage lang nicht zugegriffen wurde, werden in den Archivspeicher verschoben. Solche Objekte wurden mindestens 30 Tage im Standardspeicher, 60 Tage im Nearline- und 275 Tage im Coldline-Speicher aufbewahrt.

  • Autoclass ändert den Status eines im Archivspeicher gespeicherten Objekts nur, wenn auf dieses Objekt zugegriffen wird.

Sobald ein Objekt für die Umstellung zwischen Speicherklassen berechtigt ist, führt Cloud Storage die Umstellung asynchron aus. Daher kann es zu einer Verzögerung zwischen dem Zeitpunkt kommen, an dem ein Objekt für die Umstellung infrage kommt, und dem Zeitpunkt, zu dem die Umstellung tatsächlich erfolgt.

  • Während dieser Zeit wird das Objekt weiterhin mit der Speicherklasse vor der Umstellung abgerechnet, außer bei Umstellungen auf Standard Storage, die aufgrund der Aktivierung von Autoclass erfolgen.

Beschränkungen

  • In einem Bucket können weder die Autoclass noch eine der folgenden Optionen in einer Verwaltung des Objektlebenszyklus aktiviert sein:

    • Eine Regel, die die Aktion SetStorageClass verwendet.
    • Eine Regel, die die Bedingung matchesStorageClass verwendet.

    Anfragen, die dazu führen, dass für einen Bucket sowohl Autoclass als auch eine dieser Verwaltungsregeln für den Objektlebenszyklus aktiviert werden, schlagen fehl.

  • Da es die Objektzusammensetzung erforderlich macht, dass Quellobjekte und zusammengesetzte Objekte dieselbe Speicherklasse verwenden, schlägt das Erstellen eines Objekts in einem Autoclass-Bucket fehl, wenn nicht alle Quellobjekte zur Zeit der Zusammensetzungsanfrage im Standard Storage gespeichert sind.

Nutzung und Übergänge der Speicherklasse überwachen

Folgende Speichermesswerte sind in Monitoring verfügbar, um Speicherklassenumstellungen zu verfolgen:

  • autoclass/transition_operation_count: Die Anzahl der Speicherklassenumstellungen, die von Autoclass initiiert wurden, mit Ausnahme der Übergänge, die im Rahmen der Aktivierung der Autoclass aufgetreten sind.

  • autoclass/transitioned_bytes_count: Die Gesamtzahl der Byte, die von Autoclass übertragen wurden, ohne Byte, die bei der Aktivierung von Autoclass übertragen wurden.

Optional können diese Messwerte nach der Quell- oder Zielspeicherklasse gruppiert werden, die an Transitionen beteiligt ist.

Eine Anleitung zum Verfolgen von Messwerten mit Monitoring finden Sie unter Diagramme mit Metrics Explorer erstellen.

Außerdem können Sie die Anzahl der in jeder Speicherklasse gespeicherten Byte im Zeitverlauf für Buckets verfolgen, die für Autoclass aktiviert sind. Rufen Sie dazu den Tab Konfiguration in der Google Cloud Console auf und klicken Sie auf Leistungsdaten aufrufen.

Nächste Schritte