Os administradores podem personalizar o nome do domínio ou do host no URL de uma instância do Looker.
Os URLs de instâncias hospedadas pelo Looker têm estes formatos:
https://<hostname>.<subdomain>.<domain>.com
ou
http://<hostname>.<subdomain>.<domain>.com
Os administradores de instâncias hospedadas pelo Looker podem modificar cada componente do URL da instância, exceto o subdomínio, se houver, que pode ser determinado pela região em que a instância é hospedada. No entanto, algumas mudanças ou adições podem gerar custos adicionais ou exigir análises incorporadas. Entre em contato com um especialista em vendas do Google Cloud para discutir as opções disponíveis para sua implantação do Looker.
Além dessas mudanças opcionais, o URL da instância também pode ser afetado se a implantação:
- Migra da hospedagem legada no Amazon EC2 para a hospedagem de última geração no Google Cloud ou no Amazon Elastic Kubernetes Service (EKS)
- Migra de hospedado pelo cliente para hospedado pelo Looker
- Migra do Looker (original) para o Looker (Google Cloud Core)
- Muda a região hospedada do AWS EC2 (que pode mudar o subdomínio, se presente)
O que preciso saber antes de iniciar uma mudança de URL?
Na maioria dos casos, se o URL da instância estiver mudando, um administrador do Looker precisa atualizar o campo URL do host na página Configurações no painel Administrador com o novo URL. Se um URL de instância estiver mudando devido a uma migração do Looker (original) para o Looker (Google Cloud Core), a opção URL do host não estará disponível no Looker (Google Cloud Core), e essa etapa não será necessária.
Se a instância usar um método de autenticação como SAML ou LDAP, você precisa apontar a configuração do provedor de identidade para o novo URL, ou os usuários podem ser bloqueados.
Pode haver uma interrupção temporária do serviço associada a uma alteração no URL da instância. Dependendo da sua implantação, a atualização do URL do host pode resultar nas seguintes mudanças importantes.
| Mudança de instância | Exemplo | Tipo de mudança | Mudança interruptiva |
|---|---|---|---|
|
Migrar da hospedagem legada no Amazon EC2 para a hospedagem de última geração no Google Cloud ou Amazon EKS |
company.looker.com a company.cloud.looker.com
|
Muda o subdomínio |
Os usuários e os usuários incorporados precisam atualizar os favoritos em até sete dias, caso contrário, eles vão ser desativados. Os dois URLs vão funcionar por sete dias após a mudança. Se você usar a integração com o Slack para envios de dados, os envios enviados por usuários que ainda não fizeram login no Slack não serão entregues. As programações e as entregas ad hoc atuais enviadas por usuários já autenticados no espaço de trabalho do Slack não serão afetadas. |
| Migrar de um ambiente hospedado pelo cliente para um hospedado pelo Looker |
company.instance.com a company.cloud.looker.com
|
Altera o domínio |
Os usuários e os usuários incorporados precisam atualizar os favoritos, caso contrário, eles vão ser quebrados. O tempo de operação do URL da instância hospedada pelo cliente depende da empresa. Se você usar a integração com o Slack para envios de dados, os envios enviados por usuários que ainda não fizeram login no Slack não serão entregues. As programações e as entregas ad hoc atuais enviadas por usuários já autenticados no espaço de trabalho do Slack não serão afetadas. |
| Migrar do Looker (original) para o Looker (Google Cloud Core) |
company.looker.com a hostname.looker.app
|
Altera o domínio |
Os favoritos das instâncias do Looker (original) que usam o domínio
Se você estiver migrando de um URL personalizado para o Looker (original) (que não usa o domínio Há um pequeno conjunto de diferenças de recursos entre o Looker (original) e o Looker (Google Cloud Core). Analise essas diferenças para garantir que os recursos do Looker (Google Cloud Core) atendam às suas necessidades atuais. Consulte a documentação de migração para mais informações sobre como migrar do Looker (original) para o Looker (Google Cloud Core). |
| Como mudar as regiões hospedadas do AWS EC2 |
company.au.looker a company.jp.looker.com
|
Muda o subdomínio |
Os usuários e os usuários incorporados precisam atualizar os favoritos em até sete dias, caso contrário, eles vão ser desativados. Os dois URLs vão funcionar por sete dias após a mudança. Se você usar a integração com o Slack para envios de dados, os envios enviados por usuários que ainda não fizeram login no Slack não serão entregues. As programações e as entregas ad hoc atuais enviadas por usuários já autenticados no espaço de trabalho do Slack não serão afetadas. |
| Como mudar a ordem do domínio |
example.looker.com a looker.example.com
|
Altera o domínio |
Os dois URLs de instância vão funcionar indefinidamente. Se você usar a integração com o Slack para envios de dados, os envios enviados por usuários que ainda não fizeram login no Slack não serão entregues. As programações e as entregas ad hoc atuais enviadas por usuários já autenticados no espaço de trabalho do Slack não serão afetadas. |
| Como mudar para um domínio personalizado |
example.looker.com a example.custom.com
|
Altera o domínio |
Os dois URLs de instância vão funcionar indefinidamente. Se você usar a integração com o Slack para envios de dados, os envios enviados por usuários que ainda não fizeram login no Slack não serão entregues. As programações e as entregas ad hoc atuais enviadas por usuários já autenticados no espaço de trabalho do Slack não serão afetadas. |
| Como mudar de um host do Looker para outro |
company1.cloud.looker.com a company2.cloud.looker.com
|
Altera o domínio |
Os usuários e os usuários incorporados precisam atualizar os favoritos em até sete dias, caso contrário, eles vão ser desativados. Os dois URLs vão funcionar por sete dias após a mudança. Se você usar a integração com o Slack para envios de dados, os envios enviados por usuários que ainda não fizeram login no Slack não serão entregues. As programações e as entregas ad hoc atuais enviadas por usuários já autenticados no espaço de trabalho do Slack não serão afetadas. Os nomes de host das instâncias do Looker só podem conter caracteres alfanuméricos e precisam ter pelo menos seis caracteres. Isso significa que eles não podem ter traços, como: customer-dev.looker.com. |