このドキュメント ページでは、[管理] パネルの [パフォーマンス センター] セクションにある [コンテンツ ガードレール] ページについて説明します。コンテンツ ガードレールは、Looker 管理者が Looker ユーザーによる一部のダッシュボード設定の構成方法に制限を課すことができる設定です。
ダッシュボードはビジネスの分析情報を伝えるための強力なツールですが、パフォーマンスは次のようなさまざまな要因の影響を受ける可能性があります。
- ダッシュボードのタイル、タブ、または可視化の未チェックの数量
- クエリの実行頻度
- 複雑なクエリの実行
管理者は、コンテンツ ガードレールを使用して、ダッシュボードのカスタマイズ性とパフォーマンスのトレードオフを考慮できます。
[コンテンツ ガードレール] ページには、次のオプションがあります。
- 統合された結果のクエリタイルを制限する
- カスタム ビジュアリゼーションの読み込み時間を短縮
- ダッシュボードの更新を制限する
- ダッシュボードのタブを制限する
- タブとダッシュボードのクエリタイルの上限
- カスタム ビジュアリゼーションの行数を制限する
高パフォーマンスなダッシュボードの構築に関する詳細と推奨事項については、高パフォーマンスの Looker ダッシュボードを作成する際の考慮事項をご覧ください。
統合された結果のクエリを制限する
インスタンスのすべてのダッシュボードで、統合結果のクエリを無効にするか、制限するかを選択できます。統合結果クエリは、クエリ後の処理で計算されます。過剰な計算は Looker インスタンスの Java メモリと競合する可能性があるため、Looker インスタンスのレスポンスが遅くなる可能性があります。
次のオプションのいずれかまたは両方を有効にできます。
- [統合された結果のすべてのクエリを制限する] オプションを有効にすると、統合されたすべてのクエリの実行が停止します。統合された結果のクエリタイルを含む既存のダッシュボードでは、
No Resultsが報告され、対応する要素のエラーが表示されます。Looker でこれらのエラーが発生すると、統合された結果のクエリタイルを含むダッシュボードのスケジュール設定された配信は実行されません。 - [ダッシュボードでの統合された結果の新しいクエリを制限する] オプションを有効にすると、ユーザーは統合された結果の新しいクエリをダッシュボードに保存できなくなります。統合された結果のクエリタイルがすでに追加されているダッシュボードは影響を受けません。
カスタム ビジュアリゼーションの読み込み時間を短縮する
[カスタム ビジュアリゼーション用の（データ読み込み前の）iframe の事前レンダリング] オプションを有効にすると、クエリデータが読み込まれる前でも iframe のレンダリングを開始することで、カスタム ビジュアリゼーションの読み込み時間を短縮できます。
この設定を有効にすると、ダッシュボードの初回読み込み時に一部のカスタム ビジュアリゼーションが正しく表示されないことがあります。
カスタム ビジュアリゼーションの JavaScript コードが、iframe 環境の初期化時にデータがすでに利用可能であることを前提に記述されている場合、データ読み込み前に iframe を事前レンダリングすると、エラーや予期しない動作が発生する可能性があります。可視化でまだ存在しないデータにアクセスしようとすると、失敗したり、正しくレンダリングされなかったりすることがあります。
ダッシュボードのガードレール
ダッシュボードのガードレールを使用すると、ダッシュボードとダッシュボード タイルの設定をさらに制御できます。このセクションでは、インスタンスのすべてのダッシュボードの自動更新機能を管理できます。ユーザーがインスタンスのダッシュボードに追加できるタブとタイルの数を管理することもできます。
ダッシュボードの更新を制限する
管理ユーザーを除くすべてのユーザーに対して、ダッシュボードの自動更新の頻度を制御したり、自動更新オプションを無効にしたりできます。
[ダッシュボードの自動更新オプションを制限する] を有効にして、Looker 管理者のみがダッシュボードを自動更新するように構成できるようにします。
[ダッシュボードとタイルの自動更新の最小更新間隔をグローバルで制限する] オプションを使用すると、ダッシュボードの自動更新オプションの最小時間間隔を設定できます。この設定は、Looker インスタンス内のすべてのダッシュボードに適用されます。
このフィールドの時間間隔よりも頻繁に自動更新するように構成されているダッシュボードは、このフィールドで構成されている値よりも頻繁に自動更新されることはありません。
たとえば、データベースの ETL プロセスよりも頻繁に自動更新するように構成されたダッシュボードがある場合、次の ETL が発生する前にダッシュボードが更新されるたびに、ダッシュボードは新しいデータを取得しません。このような不要なクエリを防ぐため、このフィールドを使用して、データベースの ETL プロセス間の時間に合わせてダッシュボードの最小更新時間を設定できます。これにより、ダッシュボードの更新時に新しいデータが取得されます。
ダッシュボードの自動更新の最小時間を設定するには、時間間隔（秒、分、時間、日）を選択します。次に、ダッシュボードの自動更新間の最小時間を構成する、選択した時間間隔の数を入力します。最小時間間隔を入力したら、[保存] をクリックします。
このフィールドを 0 に設定するか、空白のままにすると、ダッシュボードの自動更新回数が無制限になります。
ダッシュボード タブの最大数
[ダッシュボードの最大タブ数] フィールドでは、ユーザーがダッシュボードに追加できるタブの最大数を設定できます。タブの上限は 10 個まで設定できます。
詳しくは、タブ付きダッシュボードについての記事をご覧ください。
最大クエリタイル数
[ダッシュボードあたりのクエリタイルの最大数] フィールドでは、ユーザーがダッシュボードに追加できるクエリタイルの最大数を設定できます。ダッシュボードあたりのクエリ タイルは最大 25 個にすることをおすすめします。
[タブあたりの最大クエリタイル数] フィールドでは、ユーザーがダッシュボードのタブに追加できるクエリタイルの最大数を設定できます。タブあたりのクエリタイル数は最大 20 個にすることをおすすめします。
ユーザーが [タブあたりのクエリ タイルの最大数] フィールドで指定された最大数を超えるタイルを追加しようとすると、[タブにクエリ タイルが多すぎます] というエラーが表示されます。
ユーザーがタブにすでに追加しているタイルの数よりも少ない最大数を設定した場合、それらのタイルは影響を受けません。
ビジュアリゼーションの制限
次のフィールドは、地図グラフ、散布図、表グラフのユーザー クエリの行の上限を設定します。上限は、以前の行上限の最大値である 5,000 行を超えて、最大 50,000 行まで設定できます。
- 地図の可視化の行数上限: 地図プロットで最大 50,000 個のデータポイントのデータ密度を設定します。
- 散布図ビジュアリゼーションの行数の上限: 散布図グラフのデータ密度を設定します（最大 50,000 個のデータポイント）。
- 表の可視化の行数上限: 結果で返されて表示される行数の上限を設定します。最大 50,000 個のデータポイントまで設定できます。
ビジュアリゼーションの制限については、次の点にご注意ください。
- 既存のダッシュボード タイルには、行数の上限の引き上げは自動的に反映されません。行の上限を引き上げるには、既存のダッシュボード タイルを編集する必要があります。
- ダッシュボードのクエリタイルまたは個々の統合結果のソースクエリを編集する場合、行数の上限を増やしても、表示されるデータは 5,000 行のみです。ただし、行制限を 5,000 行より大きく設定すると、クエリタイルと統合結果のソースクエリは、設定された制限で保存されます。
- 行数の上限が増加したダッシュボードは、次の注意点に留意して PDF 形式で送信、スケジュール設定、ダウンロードできます。
- ダッシュボードの各表グラフのクエリ結果には、最大 50,000 行が表示されます。ダッシュボードあたりの合計セル数の上限は 200,000 個です。
- ダッシュボードの表グラフのセルの合計が 200,000 個を超える場合、表グラフの結果が切り捨てられることがあります。上限に達すると、ユーザーに警告が表示されます。この警告は、レンダリングされた PDF の下部にも表示されます。
- ダッシュボードの PDF のテーブルグラフには、[テーブルを展開してすべての行を表示する] オプションが選択されている場合にのみ、ダッシュボード タイルのサムネイルに表示される行よりも多くの行が表示されます。
- 散布図グラフと Google マップグラフでは、PDF ダウンロードで最大 50,000 個のデータポイント（行）がサポートされます。標準のレンダラ制限に基づいて、グラフはタイル サムネイルに表示されるようにレンダリングされるか、失敗します。