Was passiert, wenn sich die URL meiner Looker-Instanz ändert?

Administratoren können den Namen der Domain oder den Hostnamen in der URL für eine Looker-Instanz anpassen.

Von Looker gehostete Instanz-URLs haben folgende Formen:

https://<hostname>.<subdomain>.<domain>.com

oder

http://<hostname>.<subdomain>.<domain>.com

Administratoren von von Looker gehosteten Instanzen können jede Komponente der Instanz-URL ändern (mit Ausnahme der Subdomain, sofern vorhanden, die von der Region abhängen kann, in der die Instanz gehostet wird). Einige Änderungen oder Ergänzungen können jedoch zusätzliche Kosten verursachen oder eingebettete Analysen erfordern. Wenden Sie sich an einen Google Cloud-Vertriebsexperten, um die verfügbaren Optionen für Ihr Looker-Bereitstellung

Zusätzlich zu diesen optionalen Änderungen kann sich die Instanz-URL auch in folgenden Fällen ändern:

  • Migration vom bisherigen Hosting auf Amazon EC2 zum Hosting der nächsten Generation auf Google Cloud oder Amazon Elastic Kubernetes Service (EKS)
  • Migration von einer vom Kunden gehosteten zu einer von Looker gehosteten Umgebung
  • Migration von Looker (Original) zu Looker (Google Cloud Core)
  • Ändert die AWS EC2-gehostete Region (wodurch sich die Subdomain ändern kann, falls vorhanden)

Was sollte ich vor einer URL-Änderung beachten?

Wenn sich die Instanz-URL ändert, muss ein Looker-Administrator in den meisten Fällen die Host-URL auf der Seite Einstellungen im Admin mit der neuen URL. Wenn sich eine Instanz-URL aufgrund einer Migration von Looker (Original) zu Looker (Google Cloud Core) ändert, ist die Option Host-URL in Looker (Google Cloud Core) nicht verfügbar und dieser Schritt ist nicht erforderlich.

Wenn für Ihre Instanz eine Authentifizierungsmethode wie SAML oder LDAP verwendet wird, müssen Sie die Identitätsanbieterkonfiguration auf die neue URL verweisen. Andernfalls werden Ihre Nutzer möglicherweise gesperrt.

Durch eine Änderung der Instanz-URL kann es zu einer kurzen Dienstunterbrechung kommen. Je nach Bereitstellung kann das Aktualisieren der Host-URL zu Folgendem führen: funktionsgefährdende Änderungen.

Instanzänderung Beispiel Art der Änderung Funktionsgefährdende Änderung

Migration von Legacy-Hosting auf Amazon EC2 zur nächsten Generation Hosting in Google Cloud oder Amazon EKS

company.looker.com bis company.cloud.looker.com Ändert die Subdomain

Nutzer und Nutzer, die Inhalte einbetten, müssen ihre Lesezeichen innerhalb von sieben Tagen aktualisieren, da sie sonst nicht mehr funktionieren. Beide URLs funktionieren für sieben Tage nach der Änderung.

Bei Verwendung des Slack-Integration für Datenlieferungen, alle Übermittlungen, die von Benutzern gesendet werden, die nicht bereits bei Slack angemeldet sind, werden nicht zugestellt. Bestehende Zeitpläne und Ad-hoc-Übermittlungen, die von Nutzern gesendet werden, die bereits im Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

Von einem Kunden- zu einem von Looker gehosteten Host migrieren company.instance.com bis company.cloud.looker.com Domain ändern

Nutzer und eingebettete Nutzer müssen ihre Lesezeichen aktualisieren wird nicht funktionieren. Wie lange die URL der vom Kunden gehosteten Instanz aktiv ist, liegt im Ermessen des Unternehmens.

Bei Verwendung des Slack-Integration für Datenlieferungen, alle Übermittlungen, die von Benutzern gesendet werden, die nicht bereits bei Slack angemeldet sind, werden nicht zugestellt. Bestehende Zeitpläne und Ad-hoc-Übermittlungen, die von Nutzern gesendet werden, die bereits im Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

Von Looker (Original) zu Looker (Google Cloud Core) migrieren company.looker.com bis hostname.looker.app Domain ändern

Lesezeichen für Looker-Instanzen (Original), die die Domain looker.com verwenden, können nach der Migration zu Looker (Google Cloud Core) nicht beibehalten werden. Nutzer und eingebettete Nutzer müssen ihre Lesezeichen aktualisieren, damit sie nicht funktionieren.

Wenn Sie von einer benutzerdefinierten URL für Looker (Original) (die nicht die Domain looker.com verwendet) zu derselben benutzerdefinierten Domain für Looker (Google Cloud Core) migrieren, sollten Lesezeichen ohne Unterbrechung migriert werden.

Zwischen Looker (Original) und Looker (Google Cloud Core) gibt es einige Funktionsunterschiede. Sehen Sie sich diese Unterschiede an, um sicherzustellen, dass die Features in Looker (Google Cloud Core) Ihren fortlaufenden Anforderungen entsprechen. Weitere Informationen zur Migration von Looker (Original) zu Looker (Google Cloud Core) finden Sie in der Migrationsdokumentation.

In AWS EC2 gehostete Regionen ändern company.au.looker bis company.jp.looker.com Ändert die Subdomain

Nutzer und Nutzer, die Inhalte einbetten, müssen ihre Lesezeichen innerhalb von sieben Tagen aktualisieren, da sie sonst nicht mehr funktionieren. Beide URLs sind nach der Änderung noch sieben Tage lang gültig.

Bei Verwendung des Slack-Integration für Datenlieferungen, alle Übermittlungen, die von Benutzern gesendet werden, die nicht bereits bei Slack angemeldet sind, werden nicht zugestellt. Bestehende Zeitpläne und Ad-hoc-Übermittlungen, die von Nutzern gesendet werden, die bereits im Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

Reihenfolge der Domain ändern example.looker.com bis looker.example.com Domain ändern

Beide Instanz-URLs funktionieren unbegrenzt.

Bei Verwendung des Slack-Integration für Datenlieferungen, alle Übermittlungen, die von Benutzern gesendet werden, die nicht bereits bei Slack angemeldet sind, werden nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Übermittlungen von Nutzern, die bereits authentifiziert sind in den Slack-Arbeitsbereich.

Zu einer benutzerdefinierten Domain wechseln example.looker.com bis example.custom.com Domain ändern

Beide Instanz-URLs funktionieren auf unbestimmte Zeit.

Bei Verwendung des Slack-Integration für Datenlieferungen, alle Übermittlungen, die von Benutzern gesendet werden, die nicht bereits bei Slack angemeldet sind, werden nicht zugestellt. Bestehende Zeitpläne und Ad-hoc-Übermittlungen, die von Nutzern gesendet werden, die bereits im Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

Von einem Looker-Host zu einem anderen wechseln company1.cloud.looker.com bis company2.cloud.looker.com Domain ändern

Nutzer und eingebettete Nutzer müssen ihre Lesezeichen innerhalb von sieben oder ihre Lesezeichen funktionieren nicht mehr. Beide URLs funktionieren für sieben Tage nach der Änderung.

Wenn Sie die Slack-Integration für die Datenübermittlung verwenden, werden keine Übermittlungen von Nutzern gesendet, die nicht bereits in Slack angemeldet sind. Bestehende Zeitpläne und Ad-hoc-Übermittlungen, die von Nutzern gesendet werden, die bereits im Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

Hostnamen für Looker-Instanzen dürfen nur alphanumerische Zeichen enthalten Zeichen und muss mindestens 6 Zeichen lang sein. Das bedeutet, dass sie keine Bindestriche enthalten dürfen, z. B.: customer-dev.looker.com.