Caching

Auf dieser Seite werden die Optionen beschrieben, mit denen Sie steuern können, wie Ihre Cloud Storage-Objekte im Cache gespeichert werden. Diese Seite konzentriert sich auf den integrierten Cloud Storage-Cache und Cloud CDN. Cloud Storage ist jedoch auch mit CDNs von Drittanbietern kompatibel.

Übersicht

Wenn ein Cloud Storage-Objekt im Cache gespeichert wird, werden Kopien des Objekts in einem Google- oder Internet-Cache gespeichert, damit Ihr Objekt bei zukünftigen Anfragen schneller bereitgestellt werden kann. Auch wenn das Caching die Leistung verbessern kann, besteht die Gefahr, dass veraltete Inhalte bereitgestellt werden, wenn Sie ein Objekt aktualisieren, aber ein Cache weiterhin die frühere Version des Objekts bereitstellt.

Integriertes Caching für Cloud Storage

Cloud Storage verhält sich wie ein Content Delivery Network (CDN), ohne dass Sie dafür etwas tun müssen, da öffentlich lesbare Objekte standardmäßig im Cloud Storage-Netzwerk zwischengespeichert werden.

Die Cache-Control-Metadaten für ein Objekt bestimmen, wie lange Browser- und Internet-Caches Ihr Objekt speichern dürfen. Das Cloud Storage-Netzwerk speichert nur öffentlich lesbare Objekte im Cache, Proxys oder Browser können jedoch Objekte auf der Grundlage der Cache-Control-Metadaten im Cache speichern, auch bei Objekten, die nicht öffentlich lesbar sind. Wenn Sie den öffentlichen Zugriff auf ein Objekt aufheben, kann das Objekt weiterhin über einen Cache bereitgestellt werden, je nachdem, wann der letzte Zugriff erfolgte und wie die Einstellung Cache-Control des Objekts lautet. Beispiel: Wenn das Objekt mit einer Cache-Control von public, max-age=3600 bereitgestellt wurde, kann es eine Stunde lang in einem Cache beibehalten werden.

Informationen zum Festlegen der Metadaten für Cache-Control finden Sie unter Objektmetadaten bearbeiten.

Integriertes Caching-Verhalten mit IAM-Ablehnungsrichtlinien

Wenn es eine IAM-Ablehnungsrichtlinie auf Organisationsebene gibt, die den Lesezugriff auf ein Objekt für die grundsätzliche Kennzeichnung allUsers einschränkt, wird das integrierte Caching für das Objekt deaktiviert, selbst wenn es eine IAM-Richtlinie auf Bucket-Ebene gibt, die den Lesezugriff auf das Objekt für allUsers gewährt. Wenn die IAM-Ablehnungsrichtlinie jedoch nur einzelne Nutzer einschränkt, bleibt das integrierte Caching für das Objekt aktiviert.

Hinweise zur Leistung

Die Leistung öffentlich cachefähiger Objekte kann deutlich höher sein. Wenn Sie viele Clients mit einem Objekt steuern und das Speichern im Cache deaktivieren möchten, damit Sie immer die neuesten Daten bereitstellen können, gehen Sie so vor:

  • Sie können die Einstellungen der Cache-Control-Objektmetadaten auf public setzen und für max-age eine Zeitspanne von 15–60 Sekunden angeben. Bei den meisten Anwendungen kann ein Objekt einige Sekunden lang veraltet sein, um dafür die Leistung zu verbessern.

  • Verwenden Sie Cache-Control: no-store für ein Objekt, um anzugeben, dass es nicht für nachfolgende Anfragen in einem Cache gespeichert werden darf.

Cloud Storage mit Cloud CDN

Für eine optimale Leistung beim Bereitstellen von Inhalten für Nutzer empfehlen wir die Verwendung von Cloud Storage mit Cloud CDN.

Zur Verwendung von Cloud CDN müssen Sie einen externen Application Load Balancer mit Ihren Cloud Storage-Buckets als Backend verwenden. Eine Anleitung zum Einrichten eines HTTP(S)-Load-Balancers mit einem Cloud Storage-Bucket finden Sie unter Statische Website hosten.

Mit den Cloud CDN-Cache-Modi können Sie eine einheitliche Caching-Konfiguration für alle Objekte anwenden. Cloud CDN verwendet die für Ihre Objekte festgelegten Cache-Control-Metadaten, um zu bestimmen, wie sie im Cache gespeichert werden sollten, es sei denn, Sie überschreiben die Cache-Control-Metadaten mit einem Cache-Modus oder TTL-Limit.

Berücksichtigen Sie bei der Wahl zwischen dem integrierten Caching und Cloud CDN von Cloud Storage Folgendes:

Feature Cloud Storage Cloud CDN
Maximale cachefähige Dateigröße 10 MiB 5 TiB
Standard-Cache-Ablauf 1 Stunde 1 Stunde (konfigurierbar)
Unterstützung für benutzerdefinierte Domains über HTTPS Nein Ja
Cache-Entwertungen Nein Ja

Kosten

Was die Preise angeht, hängt die Wahl zwischen Cloud Storage-Caching und Cloud CDN davon ab, wie viele Daten Sie monatlich bereitstellen, was wiederum darüber entscheidet, welche Netzwerkkosten Ihnen entstehen.

  • Wenn Sie pro Monat weniger als GiB an cachefähigen Daten bereitstellen, ist es möglicherweise insgesamt günstiger, sich auf das in Cloud Storage integrierte Caching zu verlassen. Cloud Storage-Caching kann höhere Netzwerkkosten verursachen als Cloud CDN, da im Cache gespeicherte und nicht im Cache gespeicherte Objekte dieselben Kosten für ausgehenden Traffic verursachen, sodass Sie den vollen Preis für Cachetreffer zahlen. Sie bezahlen jedoch nur für die Kosten für Datenspeicherung und Vorgänge, die mit Cloud Storage verbunden sind, statt der Kombination aus Cloud Storage, Cloud CDN und Cloud Load Balancing.

  • Wenn Sie regelmäßig 100 GiB oder mehr an cachefähigen Daten bereitstellen oder anfragespezifisches Logging und benutzerdefinierte Header verwenden müssen, ist es für Sie unter Umständen insgesamt günstiger, sich auf Cloud CDN zu verlassen. Es fallen Kosten für die ausgehende Datenübertragung und die Füllen des Cloud CDN-Cache an. Sobald der Cache voll ist, gelten die Preise für Cloud CDN-Netzwerke. Die Einsparungen bei den Netzwerkkosten, die Sie durch die Nutzung von Cloud CDN erzielen, können die höheren Betriebskosten wettmachen, die mit der Verwaltung des externen Application Load Balancers und mit Cloud CDN zusammen mit Cloud Storage verbunden sind.

Wie geht es weiter?