Was passiert, wenn sich die URL für meine 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. Eine Ausnahme bildet gegebenenfalls die Subdomain, die von der Region bestimmt wird, 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 Optionen für Ihre Looker-Bereitstellung zu besprechen.

Zusätzlich zu diesen ausgewählten Änderungen kann die Instanz-URL auch in folgenden Fällen betroffen sein:

  • Migration von Legacy-Hosting auf Amazon EC2 zum Hosting der nächsten Generation in Google Cloud oder Amazon Elastic Kubernetes Service (EKS)
  • Migration von einem kundenseitigen zu einem von Looker gehosteten
  • Migration von Looker (Original) zu Looker (Google Cloud Core)
  • Ändert die von AWS EC2 gehostete Region (was sich gegebenenfalls auf die Subdomain ändern kann)

Was sollte ich beachten, bevor ich eine URL-Änderung veranlasse?

In den meisten Fällen muss ein Looker-Administrator bei einer Änderung der Instanz-URL auf der Seite Einstellungen im Bereich Admin die neue URL in das Feld Host-URL eintragen. 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 Ihre Instanz eine Authentifizierungsmethode wie SAML oder LDAP verwendet, müssen Sie die Konfiguration des Identitätsanbieters auf die neue URL verweisen. Andernfalls werden Ihre Nutzer möglicherweise ausgesperrt.

Im Zusammenhang mit einer Änderung an der Instanz-URL kann es zu einer kurzen Dienstunterbrechung kommen. Je nach Bereitstellung kann die Aktualisierung der Host-URL zu den folgenden funktionsgefährdenden Änderungen führen.

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

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

company.looker.com bis company.cloud.looker.com Subdomain ändern

Nutzer und eingebettete Nutzer müssen ihre Lesezeichen innerhalb von sieben Tagen aktualisieren. Andernfalls funktionieren ihre Lesezeichen nicht mehr. Beide URLs funktionieren nach der Änderung sieben Tage lang.

Wenn Sie die Slack-Integration für Datenbereitstellungen verwenden, werden Übermittlungen von Nutzern, die nicht bereits bei Slack angemeldet sind, nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Bereitstellungen, die von Nutzern gesendet werden, die bereits beim Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

Von kundenseitig zu Looker gehostet migrieren company.instance.com bis company.cloud.looker.com Domain ändern

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

Wenn Sie die Slack-Integration für Datenbereitstellungen verwenden, werden Übermittlungen von Nutzern, die nicht bereits bei Slack angemeldet sind, nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Bereitstellungen, die von Nutzern gesendet werden, die bereits beim 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 (Original)-Instanzen, 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. Andernfalls funktionieren ihre Lesezeichen nicht mehr.

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

Zwischen Looker (Original) und Looker (Google Cloud Core) gibt es einige Funktionsunterschiede. Überprüfen Sie diese Unterschiede, um sicherzustellen, dass die Features in Looker (Google Cloud Core) Ihren laufenden Anforderungen entsprechen. Weitere Informationen über die Migration von Looker (Original) zu Looker (Google Cloud Core) finden Sie in der Migrationsdokumentation.

Von AWS EC2 gehostete Regionen ändern company.au.looker bis company.jp.looker.com Subdomain ändern

Nutzer und eingebettete Nutzer müssen ihre Lesezeichen innerhalb von sieben Tagen aktualisieren. Andernfalls funktionieren ihre Lesezeichen nicht mehr. Beide URLs funktionieren nach der Änderung sieben Tage lang.

Wenn Sie die Slack-Integration für Datenbereitstellungen verwenden, werden Übermittlungen von Nutzern, die nicht bereits bei Slack angemeldet sind, nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Bereitstellungen, die von Nutzern gesendet werden, die bereits beim 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.

Wenn Sie die Slack-Integration für Datenbereitstellungen verwenden, werden Übermittlungen von Nutzern, die nicht bereits bei Slack angemeldet sind, nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Bereitstellungen, die von Nutzern gesendet werden, die bereits beim Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

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

Beide Instanz-URLs funktionieren unbegrenzt.

Wenn Sie die Slack-Integration für Datenbereitstellungen verwenden, werden Übermittlungen von Nutzern, die nicht bereits bei Slack angemeldet sind, nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Bereitstellungen, die von Nutzern gesendet werden, die bereits beim 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 Tagen aktualisieren. Andernfalls funktionieren ihre Lesezeichen nicht mehr. Beide URLs funktionieren nach der Änderung sieben Tage lang.

Wenn Sie die Slack-Integration für Datenbereitstellungen verwenden, werden Übermittlungen von Nutzern, die nicht bereits bei Slack angemeldet sind, nicht zugestellt. Vorhandene Zeitpläne und Ad-hoc-Bereitstellungen, die von Nutzern gesendet werden, die bereits beim Slack-Arbeitsbereich authentifiziert sind, sind davon nicht betroffen.

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