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