管理者は、Looker インスタンスの URL のドメイン名またはホスト名をカスタマイズできます。
Looker ホスト型インスタンス URL の形式は次のとおりです。
https://<hostname>.<subdomain>.<domain>.com
または
http://<hostname>.<subdomain>.<domain>.com
Looker ホスト型インスタンスの管理者は、インスタンス URL の各コンポーネントを変更できます（サブドメインを除く。存在する場合は、インスタンスがホストされているリージョンによって決まる場合があります）。ただし変更または追加によっては、追加費用が発生したり、埋め込み分析が必要になったりすることがあります。Looker のデプロイに利用できるオプションについては、Google Cloud セールス スペシャリストにお問い合わせください。
これらの選択的な変更に加えて、デプロイが以下の場合、インスタンス URL も影響を受ける可能性があります。
- Amazon EC2 での従来のホスティングから、Google Cloud または Amazon Elastic Kubernetes Service（EKS）での次世代ホスティングへの移行
- セルフホスト型から Looker ホスト型に移行
- Looker（オリジナル）から Looker（Google Cloud コア）に移行する
- AWS EC2 でホストするリージョンの変更（サブドメインが存在する場合は変更される可能性があります）
URL の変更を開始する前に注意すべきことは何ですか？
ほとんどの場合、インスタンス URL が変更される場合に Looker 管理者は、[管理者] パネルの [設定] ページにある [ホスト URL] フィールドを新しい URL で更新する必要があります。Looker（オリジナル）から Looker（Google Cloud コア）への移行が原因でインスタンス URL が変更される場合、Looker（Google Cloud コア）では [ホスト URL] オプションを使用できず、このステップは必要ありません。
インスタンスが SAML や LDAP などの認証方法を使用する場合は、ID プロバイダの構成を新しい URL に向ける必要があります。そうしないとユーザーがロックアウトされる可能性があります。
インスタンス URL の変更に伴って、サービスの一時的な中断が発生する可能性があります。デプロイによっては、ホスト URL を更新すると、次のような互換性を破る変更が発生する可能性があります。
| インスタンスの変更 | 例 | 変更の種類 | 互換性を破る変更 |
|---|---|---|---|
|
Amazon EC2 での従来のホスティングから、Google Cloud または Amazon EKS での次世代ホスティングへの移行 |
company.looker.com から company.cloud.looker.com
|
サブドメインを変更する |
ユーザーと埋め込みユーザーは、ブックマークを 7 日以内に更新する必要があります。そうしないとブックマークが壊れます。どちらの URL も変更後 7 日間は有効です。 データ配信に Slack との統合を使用している場合、Slack にまだログインしていないユーザーから送信された配信は、配信されません。Slack ワークスペースにすでに認証されているユーザーから送信された既存のスケジュールとアドホック配信は影響を受けません。 |
| セルフホスト型から Looker ホスト型への移行 |
company.instance.com から company.cloud.looker.com
|
ドメインを変更する |
ユーザーと埋め込みユーザーは、ブックマークを更新する必要があります。そうしないとブックマークが壊れます。セルフホスト型インスタンス URL の有効期間は、企業の裁量に委ねられています。 データ配信に Slack との統合を使用している場合、Slack にまだログインしていないユーザーから送信された配信は、配信されません。Slack ワークスペースにすでに認証されているユーザーから送信された既存のスケジュールとアドホック配信は影響を受けません。 |
| Looker（オリジナル）から Looker（Google Cloud コア）への移行 |
company.looker.com から hostname.looker.app
|
ドメインを変更する |
Looker のカスタム URL（オリジナル）（ Looker（オリジナル）と Looker（Google Cloud コア）には、機能の違いがいくつかあります。これらの違いを確認して、Looker（Google Cloud コア）の機能が継続的なニーズを満たしていることを確認します。Looker（オリジナル）から Looker（Google Cloud コア）への移行の詳細については、移行に関するドキュメントをご覧ください。 |
| AWS EC2 でホストするリージョンの変更 |
company.au.looker から company.jp.looker.com
|
サブドメインを変更する |
ユーザーと埋め込みユーザーは、ブックマークを 7 日以内に更新する必要があります。そうしないとブックマークが壊れます。どちらの URL も変更後 7 日間は有効です。 データ配信に Slack との統合を使用している場合、Slack にまだログインしていないユーザーから送信された配信は、配信されません。Slack ワークスペースにすでに認証されているユーザーから送信された既存のスケジュールとアドホック配信は影響を受けません。 |
| ドメインの順序の切り替え |
example.looker.com から looker.example.com
|
ドメインを変更する |
どちらのインスタンス URL も無期限に機能します。 データ配信に Slack との統合を使用している場合、Slack にまだログインしていないユーザーから送信された配信は、配信されません。Slack ワークスペースにすでに認証されているユーザーから送信された既存のスケジュールとアドホック配信は影響を受けません。 |
| カスタム ドメインへの切り替え |
example.looker.com から example.custom.com
|
ドメインを変更する |
どちらのインスタンス URL も無期限に機能します。 データ配信に Slack との統合を使用している場合、Slack にまだログインしていないユーザーから送信された配信は、配信されません。Slack ワークスペースにすでに認証されているユーザーから送信された既存のスケジュールとアドホック配信は影響を受けません。 |
| Looker ホストから別のホストへの変更 |
company1.cloud.looker.com から company2.cloud.looker.com
|
ドメインを変更する |
ユーザーと埋め込みユーザーは、ブックマークを 7 日以内に更新する必要があります。そうしないとブックマークが壊れます。どちらの URL も変更後 7 日間は有効です。 データ配信に Slack との統合を使用している場合、Slack にまだログインしていないユーザーから送信された配信は、配信されません。Slack ワークスペースにすでに認証されているユーザーから送信された既存のスケジュールとアドホック配信は影響を受けません。 Looker インスタンスのホスト名には英数字のみを使用できます。6 文字以上にする必要があります。つまり、customer-dev.looker.com のようなダッシュは使用できません。 |