TTL-Einstellungen und ‑Überschreibungen ändern

Auf dieser Seite wird beschrieben, wie Sie TTL-Überschreibungen mit Cloud CDN ändern. Mit TTL-Überschreibungen können Sie genau steuern, wie lange Ihre Inhalte von Cloud CDN im Cache gespeichert werden, bevor sie von Cloud CND noch einmal validiert werden.

Die TTL-Einstellungen sind in der folgenden Tabelle zusammengefasst.

Hinweis

• Weitere Informationen zu Cache-Modi.

• Achten Sie darauf, dass Cloud CDN aktiviert ist. Eine Anleitung hierzu finden Sie unter Cloud CDN verwenden.

• Aktualisieren Sie bei Bedarf auf die aktuelle Version der Google Cloud CLI:

  gcloud components update
  

Standard-TTL festlegen

Um die Cache-Trefferquoten für Inhalte zu verbessern, die sich nicht oft ändern, können Sie die Standard-TTL überschreiben, sodass Cloud CDN die Inhalte am Ursprung seltener noch einmal validiert. Beachten Sie, dass Objekte, auf die selten zugegriffen wird, möglicherweise vor der festgelegten TTL aus dem Cache entfernt werden.

Wenn der Cache-Modus FORCE_CACHE_ALL ist, überschreibt die Standard-TTL den in allen Antworten festgelegten TTL-Wert. Das gilt auch dann, wenn durch Ursprungsheader eine TTL festgelegt wurde. In diesem Modus ist die Standard-TTL für Clients sichtbar, da Cloud CDN die Attribute public und max-age der an Clients gesendeten Antworten festlegt.

Im Modus CACHE_ALL_STATIC wird die Standard-TTL auf zwischengespeicherte Inhalte angewendet, die von einem Ursprung für Antworten ohne gültige TTL (Header max-age, s-maxage oderExpires) bereitgestellt wurden. Im Modus CACHE_ALL_STATIC ändert die Standard-TTL nicht den Cache-Control-Header, der an Clients ausgegeben wird. Wenn Sie den Cache-Control-Header im Modus CACHE_ALL_STATIC ändern möchten, müssen Sie die Client-TTL festlegen.

Wenn Sie den Cache-Modus so festlegen, dass Ursprungsheader (USE_ORIGIN_HEADERS) verwendet werden, gilt der Standard-TTL-Wert nicht und kann nicht festgelegt werden, da Cloud CDN stattdessen die Ursprungsanweisung max-age oder s-maxage oder den Header Expires verwendet.

gcloud compute backend-services (create | update) BACKEND_SERVICE_NAME
    --default-ttl=DEFAULT_TTL

gcloud compute backend-buckets (create | update) BACKEND_BUCKET_NAME
    --default-ttl=DEFAULT_TTL

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets/BACKEND_BUCKET
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE

"cdnPolicy": {
  "defaultTtl": DEFAULT_TTL
}

Maximale TTL festlegen

Die maximale TTL gibt den maximal in Cloud CDN zulässigen TTL-Wert für im Cache gespeicherte Inhalte an, die von einem Ursprung bereitgestellt werden.

Die TTL einer Antwort wird durch den maximalen TTL-Wert begrenzt, wenn einer der folgenden Punkte zutrifft:

• Mit der Antwort wird versucht, für max-age oder s-maxage einen Wert festzulegen, der höheren als der maximale TTL-Wert.
• Die Antwort hat einen Expires-Header, dessen Wert mehr als cdnPolicy.maxTtl Sekunden in der Zukunft liegt.

Durch die Einstellung für den maximalen TTL-Wert wird der an den Client gesendete Wert für max-age nicht geändert. Weitere Informationen finden Sie unter Client-TTL überschreiben. Die Einstellung für den maximalen TTL-Wert wirkt sich nur darauf aus, wie lange Cloud CDN den Inhalt im Cache zu speichern versucht.

Diese Einstellung wird nur verwendet, wenn der Cache-Modus CACHE_ALL_STATIC ist. Der maximal zulässige Wert ist 31.622.400 Sekunden (1 Jahr). Beachten Sie, dass Objekte, auf die selten zugegriffen wird, möglicherweise vor der festgelegten TTL aus dem Cache entfernt werden.

Bei Festlegung von FORCE_CACHE_ALL gilt für die TTL immer die Standard-TTL. Sie können dann keinen maximalen TTL-Wert festlegen.

gcloud compute backend-services (create | update) BACKEND_SERVICE_NAME
    --max-ttl=MAX_TTL

gcloud compute backend-buckets (create | update) BACKEND_BUCKET_NAME
    --max-ttl=MAX_TTL

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets/BACKEND_BUCKET
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE

"cdnPolicy": {
  "maxTtl": MAX_TTL
}

Client-TTL überschreiben

Für alle Cache-Modi übergibt Cloud CDN Cache-Control-Header an den Client.

Mit der Client-TTL können Sie einen maximalen TTL-Wert für das Senden an Browser oder Clients festlegen. Clients validieren dann Inhalte häufiger gegenüber Cloud CDN neu, ohne dass der Ursprung noch einmal validiert werden muss. Sie haben so die Möglichkeit, Inhalte in Cloud CDN bei Bedarf zu entwerten. Browser können dann nach Ablauf der Client-TTL feststellen, dass der Inhalt entwertet wurde.

Im Modus FORCE_CACHE_ALL übergibt Cloud CDN normalerweise denselben Wert für max-age an den Client, den es intern für das Proxy-Caching verwendet. Wenn jedoch eine Client-TTL mit einem kleineren Wert angegeben ist, wird stattdessen die Client-TTL in der Anweisung max-age an den Client übergeben. Ähnlich verhält es sich im Modus CACHE_ALL_STATIC. Die Client-TTL dient dabei als Einschränkung für alles, was für max-age vom Ursprungsserver festgelegt ist. Der max-age-Wert, der an den Browser oder Client gesendet wird, ist dann nicht größer als der konfigurierte Client-TTL-Wert. Wenn der Ursprung kein max-age angibt, wird entweder der TTL-Wert von Cloud CDN oder der TTL-Wert des Clients (je nachdem, welcher Wert kleiner ist) als max-age verwendet, das an den Browser oder Client gesendet wird.

Wenn in der Ursprungsantwort ein Expires-Header vorhanden ist, wird er entfernt und durch eine Cache-Control: max-age-Anweisung mit der entsprechenden TTL ersetzt. Bei Fehlerantworten wird der Cache-Control-Header ebenfalls entfernt, wenn keine negative Caching-TTL eingestellt ist.

Da die Client-TTL als Höchstwert für die an Browser oder Clients gesendeten Werte behandelt wird, kann sie nicht verwendet werden, um den ansonsten gesendeten max-age-Wert zu erhöhen. Wenn der max-age-Wert, der an Browser und Clients gesendet wird, niedriger ist, als Sie es wünschen, müssen Sie den Wert der max-age-Anweisung in der vom Ursprung zurückgegebenen Antwort erhöhen oder die Standard-TTL oder die Einstellungen für negatives Caching entsprechend anpassen.

In der Regel ist eine Client-TTL-Einstellung von etwa einem Tag eine geeignete Obergrenze. Eine Einstellung von einem Tag bedeutet, dass die Browser mindestens mit dieser Häufigkeit einchecken und sich über Cache-Entwertungen informieren, die möglicherweise in Cloud CDN aufgetreten sind. Sie können die Client-TTL auf einen viel höheren Wert (bis zu ein Jahr) festlegen, um den Ursprung und die konfigurierten TTLs zuzulassen, um vollständig zu steuern, was an den Client gesendet wird. Dies kann nützlich sein, wenn Sie nicht möchten, dass der Browser häufigere Validierungen gegenüber Cloud CDN durchführt.

gcloud compute backend-services (create | update) BACKEND_SERVICE_NAME
    --client-ttl=CLIENT_TTL

gcloud compute backend-buckets (create | update) BACKEND_BUCKET_NAME
    --client-ttl=CLIENT_TTL

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets/BACKEND_BUCKET
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE

"cdnPolicy": {
  "clientTtl": CLIENT_TTL
}

Nächste Schritte

• Weitere Informationen zu den Gründen für die Bereitstellung veralteter, abgelaufener Inhalte finden Sie unter Veraltete Inhalte bereitstellen.