Les administrateurs peuvent personnaliser le nom du domaine ou de l'hôte dans l'URL d'une instance Looker.
Les URL des instances hébergées par Looker se présentent comme suit :
https://<hostname>.<subdomain>.<domain>.com
ou
http://<hostname>.<subdomain>.<domain>.com
Les administrateurs des instances hébergées sur Looker peuvent modifier chaque composant de l'URL de l'instance (à l'exception du sous-domaine, le cas échéant, qui peut être déterminé par la région dans laquelle l'instance est hébergée). Toutefois, certaines modifications ou certains ajouts peuvent entraîner des coûts supplémentaires ou nécessiter l'analyse intégrée. Contactez un spécialiste des ventes Google Cloud pour discuter des options disponibles pour votre déploiement Looker.
En plus de ces modifications facultatives, l'URL de l'instance peut également être affectée si votre déploiement :
- Migre de l'hébergement existant sur Amazon EC2 vers l'hébergement de nouvelle génération sur Google Cloud ou Amazon Elastic Kubernetes Service (EKS)
- Migrer d'une instance hébergée par le client vers une instance hébergée sur Looker
- Migre de Looker (version initiale) vers Looker (Google Cloud Core)
- Modifie la région hébergée AWS EC2 (ce qui peut modifier le sous-domaine, le cas échéant)
Que dois-je savoir avant de modifier une URL ?
Dans la plupart des cas, si l'URL de l'instance change, un administrateur Looker doit mettre à jour le champ URL de l'hôte sur la page Paramètres du panneau Admin avec la nouvelle URL. Si l'URL d'une instance change en raison d'une migration de Looker (version initiale) vers Looker (Google Cloud Core), l'option URL de l'hôte n'est pas disponible dans Looker (Google Cloud Core), et cette étape n'est pas nécessaire.
Si votre instance utilise une méthode d'authentification telle que SAML ou LDAP, vous devez rediriger la configuration du fournisseur d'identité vers la nouvelle URL, sinon vos utilisateurs risquent d'être bloqués.
Une brève interruption de service peut se produire lorsque vous modifiez l'URL de l'instance. Selon votre déploiement, la mise à jour de l'URL hôte peut entraîner les modifications incompatibles suivantes.
Modification d'instance | Exemple | Type de modification | Modification destructive |
---|---|---|---|
Migrer depuis l'hébergement hérité sur Amazon EC2 vers l'hébergement de nouvelle génération sur Google Cloud ou Amazon EKS |
De company.looker.com à company.cloud.looker.com
|
Sous-domaine "Changes" |
Les utilisateurs et les utilisateurs intégrés doivent mettre à jour leurs favoris dans un délai de sept jours, faute de quoi ils ne fonctionneront plus. Les deux URL fonctionneront pendant sept jours après la modification. Si vous utilisez l'intégration Slack pour les envois de données, les envois effectués par des utilisateurs qui ne sont pas déjà connectés à Slack ne seront pas effectués. Les planifications existantes et les livraisons ponctuelles envoyées par des utilisateurs déjà authentifiés dans l'espace de travail Slack ne seront pas affectées. |
Migrer d'une instance hébergée par le client vers une instance hébergée sur Looker |
De company.instance.com à company.cloud.looker.com
|
Changement de domaine |
Les utilisateurs et les utilisateurs d'intégrations doivent mettre à jour leurs favoris, sinon ils ne fonctionneront plus. La durée de fonctionnement de l'URL de l'instance hébergée par le client est à la discrétion de l'entreprise. Si vous utilisez l'intégration Slack pour les envois de données, les envois effectués par des utilisateurs qui ne sont pas déjà connectés à Slack ne seront pas effectués. Les planifications existantes et les livraisons ponctuelles envoyées par des utilisateurs déjà authentifiés dans l'espace de travail Slack ne seront pas affectées. |
Migrer de Looker (version initiale) vers Looker (Google Cloud Core) |
De company.looker.com à hostname.looker.app
|
Changement de domaine |
Les favoris vers des instances Looker (version initiale) qui utilisent le domaine
Si vous passez d'une URL personnalisée pour Looker (version initiale) (qui n'utilise pas le domaine Il existe quelques différences de fonctionnalités entre Looker (version initiale) et Looker (Google Cloud Core). Passez en revue ces différences pour vous assurer que les fonctionnalités de Looker (Google Cloud Core) répondent à vos besoins continus. Pour en savoir plus sur la migration de Looker (version initiale) vers Looker (Google Cloud Core), consultez la documentation sur la migration. |
Modifier les régions hébergées AWS EC2 |
De company.au.looker à company.jp.looker.com
|
Sous-domaine "Changes" |
Les utilisateurs et les utilisateurs intégrés doivent mettre à jour leurs favoris dans un délai de sept jours, faute de quoi ils ne fonctionneront plus. Les deux URL fonctionneront pendant sept jours après la modification. Si vous utilisez l'intégration Slack pour les envois de données, les envois effectués par des utilisateurs qui ne sont pas déjà connectés à Slack ne seront pas effectués. Les planifications existantes et les livraisons ponctuelles envoyées par des utilisateurs déjà authentifiés dans l'espace de travail Slack ne seront pas affectées. |
Inverser l'ordre du domaine |
De example.looker.com à looker.example.com
|
Changement de domaine |
Les deux URL d'instance fonctionneront indéfiniment. Si vous utilisez l'intégration Slack pour les envois de données, les envois effectués par des utilisateurs qui ne sont pas déjà connectés à Slack ne seront pas effectués. Les planifications existantes et les livraisons ponctuelles envoyées par des utilisateurs déjà authentifiés dans l'espace de travail Slack ne seront pas affectées. |
Passer à un domaine personnalisé |
De example.looker.com à example.custom.com
|
Changement de domaine |
Les deux URL d'instance fonctionneront indéfiniment. Si vous utilisez l'intégration Slack pour les envois de données, les envois effectués par des utilisateurs qui ne sont pas déjà connectés à Slack ne seront pas effectués. Les planifications existantes et les livraisons ponctuelles envoyées par des utilisateurs déjà authentifiés dans l'espace de travail Slack ne seront pas affectées. |
Passer d'un hôte Looker à un autre |
De company1.cloud.looker.com à company2.cloud.looker.com
|
Changement de domaine |
Les utilisateurs et les utilisateurs intégrés doivent mettre à jour leurs favoris dans un délai de sept jours, faute de quoi ils ne fonctionneront plus. Les deux URL fonctionneront pendant sept jours après la modification. Si vous utilisez l'intégration Slack pour les envois de données, les envois effectués par des utilisateurs qui ne sont pas déjà connectés à Slack ne seront pas effectués. Les planifications existantes et les livraisons ponctuelles envoyées par des utilisateurs déjà authentifiés dans l'espace de travail Slack ne seront pas affectées. Les noms d'hôte des instances Looker ne peuvent contenir que des caractères alphanumériques et doivent comporter au moins six caractères. Cela signifie qu'ils ne peuvent pas contenir de tirets, par exemple : customer-dev.looker.com. |