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 der Objektdaten 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 kann sich wie ein Content Delivery Network (CDN) verhalten, ohne dass Sie dafür etwas tun müssen. Die Daten eines Objekts werden im Cloud Storage-Netzwerk zwischengespeichert, wenn die Cache-Control
-Metadaten so konfiguriert sind, dass das Caching zulässig ist und die folgenden Kriterien erfüllt sind:
- Das Objekt ist öffentlich zugänglich.
- Das Objekt ist nicht in einem Bucket gespeichert, für den Anforderer bezahlt aktiviert ist, und befindet sich nicht in einem Virtual Private Cloud-Dienstperimeter.
- Das Objekt wird nicht mit vom Kunden verwalteten Verschlüsselungsschlüsseln oder vom Kunden bereitgestellten Verschlüsselungsschlüsseln verschlüsselt.
Cloud Storage berücksichtigt Standardwerte für Cache-Control
, z. B.:
public
: Das Objekt kann im Cache gespeichert werden.private
: Das Objekt wird nicht von Cloud Storage im Cache gespeichert, kann aber im lokalen Cache eines Anfragenden gespeichert werden.no-cache
: Das Objekt kann im Cache gespeichert werden, kann aber nur dann für zukünftige Anfragen verwendet werden, wenn es zuerst von Cloud Storage validiert wurde.no-store
: Das Objekt kann nicht im Cache gespeichert werden.max-age=TIME_IN_SECONDS
: Die Zeitdauer, die ein Objekt im Cache gespeichert werden kann, bevor es als veraltet gilt. Sie können fürmax-age
eine beliebige Zeitspanne festlegen. Veraltete Objekte werden nicht aus Caches bereitgestellt, außer unter besonderen Bedingungen.
Informationen zum Festlegen der Metadaten für Cache-Control
für ein Objekt 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 aufpublic
setzen und fürmax-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:
Funktion | Cloud Storage | Cloud CDN |
---|---|---|
Maximale cachefähige Dateigröße | 10 MiB | 100 GiB 1 |
Standard-Cache-Ablauf | 1 Stunde | 1 Stunde (konfigurierbar) |
Unterstützung für benutzerdefinierte Domains über HTTPS | Nein | Ja |
Cache-Entwertung | Nein | Ja |
1 Die maximale Größe der im Cache ablegbaren Datei für Cloud CDN beträgt 100 GiB, wenn der Ursprungsserver Bytebereichsanfragen unterstützt. Wenn der Ursprungsserver keine Bytebereichsanfragen unterstützt, beträgt die maximale Cache-fähige Dateigröße für Cloud CDN 10 MiB.
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 pro Monat 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.
Nächste Schritte
- Mehr über
Cache-Control
-Metadaten erfahren - Weitere Informationen zu den RFC-
Cache-Control
-Anweisungen. - Caching-Übersicht für Cloud CDN
- Externen HTTP(S)-Load-Balancer erstellen, um Anfragen aus Ihrem Cloud Storage-Bucket zu verarbeiten.
- Preisangaben für externe Application Load Balancer und Cloud CDN.