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
Wenn Sie von einer benutzerdefinierten URL für Looker (Original) (die nicht die 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. |