In dieser Anleitung werden die Standardprozesse für die Veröffentlichung und Aktualisierung von Looker (Google Cloud Core) beschrieben. Außerdem finden Sie Best Practices und Varianten, die möglicherweise besser zu Ihren Anforderungen passen.
Entwicklungs- und Releasezyklus
Eine neue Nebenversion von Looker (Google Cloud Core) wird im Laufe von etwa zwei Wochen bereitgestellt. Im Dezember gibt es keine neuen Releases oder Bereitstellungen.
Manchmal werden kleine Update-Patches für Fehlerbehebungen veröffentlicht, die nicht bis zum nächsten Release warten können. Dabei handelt es sich fast immer um Korrekturen für kritische Produkt- oder Sicherheitsprobleme. Idealerweise sollten in einem Patch-Release keine neuen Funktionen enthalten sein. Das Anwenden von Patch-Updates folgt demselben Prozess wie das Upgrade während einer Standardversion.
Nummern freigeben
Das Release-Nummerierungsschema für Looker (Google Cloud Core) entspricht dem für Looker-Instanzen (Original). Es besteht aus einer dreistelligen Sequenz: X.Y.Z. Dabei steht X für die letzten beiden Ziffern des Jahres des Release, Y für die monatliche Version (beginnend mit 0 im Januar und mit geraden Zahlen für jeden nachfolgenden Monat) und Z für die Patch-Release-Version. Looker (Google Cloud Core) 26.10.1 wäre beispielsweise der erste Patch der Looker (Google Cloud Core)-Version vom Juni 2026.
Versionshinweise
In den Versionshinweisen finden Sie Informationen zu neuen Funktionen und behobenen Problemen. Auf der Seite Looker-Releases finden Sie Links zu den Versionshinweisen und zum Änderungslog für das aktuelle Release.
Releasekanäle
Mit Release-Channels haben Sie mehr Kontrolle und können besser vorhersagen, wann neue Funktionen und Updates auf Ihre Looker (Google Cloud Core)-Instanzen angewendet werden. Wenn Sie eine Release-Version auswählen, können Sie die Anforderungen Ihrer Organisation an den frühen Zugriff auf die neuesten Funktionen mit der Notwendigkeit der Betriebsstabilität in Produktionsumgebungen in Einklang bringen.
Zum Start der Vorschau sind die Release-Kanäle Rapid und Regular verfügbar. Es gibt auch die Option Kein Kanal. In den folgenden Abschnitten werden die einzelnen Elemente beschrieben.
Rapid Release Channel
Über den Release-Kanal „Schnelle Veröffentlichung“ erhalten Sie am schnellsten Zugriff auf neue Funktionen und Verbesserungen. Der Rapid Channel ist ideal für Nichtproduktions-, Staging- oder Testinstanzen, da Sie damit interne Workflows validieren und neue Funktionen testen können. Wenn für eine Looker (Google Cloud Core)-Instanz der Rapid Release-Version verwendet wird, können für diese Instanz keine Wartungsfenster und Zeiträume für die Ablehnung von Wartungen festgelegt werden.
Wenn für eine Looker-Instanz kein Release-Channel ausgewählt ist und Sie diese Instanz für den Rapid Channel registrieren, ändert sich die Release-Kadenz für diese Instanz nicht. Der Rapid Channel erhält einmal im Monat neue Looker-Versionen und Sicherheitsupdates, sobald sie verfügbar sind.
Wenn Sie Wartungsbenachrichtigungen aktivieren, erhalten Sie bei jeder Einführung einer neuen Patchversion eine E-Mail-Benachrichtigung über bevorstehende Instanz-Upgrades. Die E‑Mail wird mindestens 72 Stunden vor dem geplanten Upgrade an die E‑Mail-Adresse gesendet, die mit Ihrem Google-Konto verknüpft ist.
Regular Release Channel
Der Regular-Release-Kanal bietet ein ausgewogenes Verhältnis zwischen Stabilität und Aktualität. Updates werden monatlich angewendet. Der Regular channel ist der empfohlene Kanal für Produktionsinstanzen. Er bietet einen vorhersehbaren Aktualisierungsrhythmus und stellt gleichzeitig zeitnah neue Funktionen und Fehlerkorrekturen bereit. Der Regular Channel erhält Looker-Versionen einen Monat nach dem Rapid Channel.
Wenn für eine Looker (Google Cloud Core)-Instanz kein Release-Channel ausgewählt ist und Sie diese Instanz für Regular channel registrieren, kann es zu einer einmaligen Verzögerung kommen. Die Instanz kann bis zu zwei Monate lang in der aktuellen Looker-Version verbleiben, um die Instanz vom vorherigen Release-Rhythmus auf den regulären Release-Rhythmus umzustellen.
Das ASP-Flag (Accelerated Security Patching)
Der Regular Release Channel bietet eine ASP-Konfiguration (Accelerated Security Patching), die über das --accelerated-security-patch-enabled-gcloud CLI-Flag aktiviert werden kann. Mit diesem Flag können Looker (Google Cloud Core)-Instanzen auf folgende Weise aktualisiert werden:
- Kritische Sicherheitsupdates: Updates werden angewendet, sobald sie verfügbar sind. Korrekturen werden möglicherweise nicht in den festgelegten Wartungsfenstern oder Zeiträumen für Wartungsausschluss vorgenommen.
- Nicht kritische Sicherheitsupdates: Updates werden im Rahmen des nächsten Patch- oder Binär-Releases angewendet. Bei Updates werden festgelegte Wartungsfenster oder Zeiträume für Wartungsausschlüsse berücksichtigt.
- Updates, die nicht sicherheitsrelevant sind: Updates werden im Rahmen des nächsten Patch- oder Binär-Releases eingeführt. Bei Updates werden festgelegte Wartungsfenster oder Zeiträume für Wartungsausschlüsse berücksichtigt.
Wenn Sie Wartungsbenachrichtigungen aktivieren, erhalten Sie eine E‑Mail-Benachrichtigung über bevorstehende Instanz-Upgrades für die monatliche Version, die für diesen Channel geplant ist. Die E‑Mail wird mindestens 72 Stunden vor dem geplanten Upgrade an die E‑Mail-Adresse gesendet, die mit Ihrem Google-Konto verknüpft ist. Bei kritischen Sicherheitspatches werden Sie jedoch möglicherweise weniger als 72 Stunden im Voraus über Upgrades benachrichtigt.
Keine Kanaloption
Wenn Sie eine vorhandene Looker (Google Cloud Core)-Instanz haben und sie nicht bearbeiten, um sie für eine Release-Version zu registrieren, oder wenn Sie die Option Kein Channel (in der Google Cloud -Konsole) auswählen oder das Flag --release-channel=no-channel beim Erstellen einer Looker (Google Cloud Core)-Instanz verwenden, wird diese Instanz nicht für eine Release-Version registriert. Während der Vorschauphase für Release-Versionen ist kein Kanal der Standardkanal.
Zusammenfassung der Release-Versionen
In der folgenden Tabelle sind die Funktionen der einzelnen Release-Versionen zusammengefasst.
| Funktion | Rapid Release Channel | Regular Release Channel | Keine Kanaloption |
|---|---|---|---|
| Schwerpunkt | Frühestmöglicher Zugriff auf neue Funktionen und Verbesserungen | Ausgewogene Betriebsstabilität mit vorhersehbaren Updates. | Der herkömmliche Releaseprozess für Looker (Google Cloud Core). |
| Empfohlene Umgebung | Nicht produktive Instanzen, Staging- oder Testinstanzen (Standard für Testversionen). | Produktionsumgebungen (Standardempfehlung) | Nicht zutreffend. |
| Versionszeitpunkt | Er erhält einmal im Monat neue Looker-Versionen in Form von binären und Patch-Rollouts. | Einen Monat nach dem Rapid Channel erhalten. | Er erhält einmal im Monat neue Looker-Versionen in Form von Binär- und Patch-Rollouts. |
| Zeitraum für Wartungsausschluss | Kann nicht konfiguriert werden. | Standardmäßig zulässig. | Standardmäßig zulässig. |
| Wartungsfenster | Kann nicht konfiguriert werden. | Standardmäßig zulässig. | Standardmäßig zulässig. |
| Service Level Agreement (SLA) | Ausgeschlossen vom Looker (Google Cloud Core)-SLA. | Durch das Standard-SLA abgedeckt. | Durch das Standard-SLA abgedeckt. |
| Accelerated Security Patching (ASP) | Nicht zutreffend (erhält Sicherheitsupdates, sobald sie verfügbar sind). | Als optionales Flag (--accelerated-security-patch-enabled) verfügbar, um Sicherheitskorrekturen so schnell wie möglich zu erhalten. |
Nicht verfügbar. |
| Upgrade-Benachrichtigungen | E-Mail, die mindestens 72 Stunden vor der Einführung jeder Patchversion gesendet wird. | E-Mail, die mindestens 72 Stunden vor der monatlichen Einführung gesendet wird. Hinweis: Bei kritischen ASP-Patches kann die Benachrichtigungsfrist weniger als 72 Stunden betragen. | E-Mail, die mindestens 72 Stunden vor der Einführung jeder Patchversion gesendet wird. |
| Registrierungsverhalten (kein Kanal) | Am bestehenden Veröffentlichungsrhythmus ändert sich nichts. Wenn Sie ein Wartungsfenster oder einen Zeitraum für den Wartungsausschluss festgelegt haben, wird es bei der Registrierung für den Rapid Channel entfernt. |
Möglicherweise kommt es zu einer einmaligen Verzögerung von bis zu zwei Monaten, bis auf den regulären Rhythmus umgestellt wird. | Am Releaseprozess für die Instanz ändert sich nichts. |
Für Release-Versionen registrieren
Sie können eine Release-Version für eine neue Looker (Google Cloud Core)-Instanz auswählen, indem Sie beim Erstellen einer Instanz den Bereich „Konfigurationsoptionen“ verwenden. Sie können die Registrierung für Release-Versionen auch in der Google Cloud -Konsole oder mit dem --release-channel=-Google Cloud CLI-Flag bearbeiten.
Wenn Sie eine vorhandene Looker (Google Cloud Core)-Instanz haben und diese nicht für eine Release-Version registrieren, ändert sich nichts am Release-Prozess für die Instanz.
Wenn Sie eine Instanz in einem Release-Channel registrieren, der schneller als die aktuelle Release-Version aktualisiert wird, wird die Instanz sofort auf die Version von Looker aktualisiert, die im neuen Channel verwendet wird. Wenn Sie beispielsweise eine Instanz vom Regular Channel zum Rapid Channel wechseln, wird diese Instanz sofort auf die Looker-Version aktualisiert, die im Rapid Channel verwendet wird.
Wenn Sie eine Instanz in einer Release-Version registrieren, die langsamer als die aktuelle Release-Version aktualisiert wird, behält die Instanz ihre aktuelle Looker-Version bei, bis sie mit der Looker-Version übereinstimmt, die in der neuen, langsameren Release-Version verwendet wird. Wenn Sie beispielsweise eine Instanz vom Rapid Channel oder von der Option „Kein Channel“ zum Regular Channel wechseln, kann es zu einer einmaligen Verzögerung kommen, bei der die Instanz bis zu zwei Monate lang auf derselben Version bleibt.
Release-Version und Looker-Version einer Instanz ansehen
So sehen Sie die Release-Version, für die Ihre Looker (Google Cloud Core)-Instanz registriert ist:
Console
- Rufen Sie auf der Konfigurationsseite der Instanz den Tab Details auf.
Die Release-Version wird im Feld Release-Version angezeigt. Während der Vorschauphase sind folgende Optionen verfügbar:
- Keine Version: Nicht für eine Release-Version registriert
- Rapid: Im Rapid Channel registriert
- Regulär: in Regular channel registriert
Die Looker-Version, die von der Instanz verwendet wird, wird im Feld Looker Version angezeigt.
Verwenden Sie die gcloud CLI, um den Status des ASP-Flags aufzurufen.
gcloud
gcloud looker instances describe INSTANCE_NAME --region=REGION --format config
Ersetzen Sie Folgendes:
INSTANCE_NAME: Ein Name für Ihre Looker-Instanz (Google Cloud Core). Er ist nicht mit der Instanz-URL verknüpft.- REGION: Die Region, in der die Instanz erstellt wurde.
Dieser Befehl sollte ein Feld RELEASE_CHANNEL und ein Feld VERSION zurückgeben, um anzugeben, welchen Channel und welche Version die Instanz verwendet. describe gibt auch eine Bestätigung zurück, wenn das Flag --accelerated-security-patch-enabled aktiviert ist.
Außerdem können Nutzer, die keine Administratoren sind, die Looker-Version sehen, die für ihre Instanz verwendet wird. Dazu rufen sie in Looker (Google Cloud Core) das Menü Hilfe auf und suchen neben dem Link Versionshinweise nach der Looker-Version.
Prozess aktualisieren
In Looker (Google Cloud Core) werden Updates über einen Zeitraum von einigen Wochen nach und nach angewendet. Wenn Sie ein bevorzugtes Wartungsfenster für Ihre Looker (Google Cloud Core)-Instanz festgelegt haben, werden Updates vom Looker (Google Cloud Core)-Release- und Ops-Team während des Wartungsfensters angewendet. Wenn Sie kein Wartungsfenster festgelegt haben, erhalten Sie das Update innerhalb von zwei Wochen nach der Einführung der Version.
Wenn Sie ein Wartungsfenster für Ihre Looker (Google Cloud Core)-Instanz festgelegt haben, können Sie Benachrichtigungen über bevorstehende Wartungsarbeiten aktivieren. Updates dauern in der Regel etwa eine Stunde innerhalb des Wartungsfensters und können zu Ausfallzeiten führen.
Was ist, wenn ich eine neue Releaseversion überspringen muss?
Sie können die geplante Wartung Ihrer Looker (Google Cloud Core)-Instanz verschieben, indem Sie einen Zeitraum für Wartungsausschlüsse von bis zu 60 Tagen festlegen. Für Instanzen, die für die Rapid-Release-Version registriert sind, können keine Zeiträume für Wartungsausschlüsse festgelegt werden.
Werden Ausfallzeiten durch Wartung auf das SLA angerechnet?
Ausfallzeiten im Zusammenhang mit Wartungsarbeiten werden nicht auf das Service Level Agreement für Looker (Google Cloud Core) angerechnet.
Looker (Google Cloud Core)-Version nach einem Wartungsausschlusszeitraum aktualisieren
Nach einem Zeitraum für den Wartungsausschluss wird Ihre Looker (Google Cloud Core)-Instanz in der Regel beim ersten Release aktualisiert, das nach dem Ende des Zeitraums für den Wartungsausschluss erfolgt.
Programm für Releases mit verlängertem Support
Für Looker (Google Cloud Core) gibt es kein ESR-Programm (Extended Support Release).
Support
Wenn Sie Fragen haben, finden Sie auf der Seite Support für Looker (Google Cloud Core) erhalten Informationen zur Fehlerbehebung und zur Kontaktaufnahme mit dem Google Cloud-Support.