メインコンテンツまでスキップ

レポートを作成

新しいレポートをゼロから、Ava(AI アシスタント)の有無にかかわらず作成するか、既存のレポートに基づき作成できます。

必要な権限

  • Cloud Analytics User

ゼロからレポートを作成

新しいレポートをゼロから作成するには:

  1. DoiT console にサインインし、上部ナビゲーションのメガメニューから レポートと分析 を選択し、レポート を選択してください。

  2. レポート作成 を選択してください。

    レポートを直接設定することも、Ava に生成させることもできます。以下の手順は、Ava を使用する場合の流れを示しています。

    空の Cloud Analytics レポートを示すスクリーンショット

  3. Ava のプロンプトにレポートの目的を記述し、Enter を押してください。

    Ava が目的に最も適したレポート設定の生成を開始します。プロンプト欄の Stop または Play アイコンを選択すると、いつでもプロセスを停止または再開できます。

    ヒント

    現在、Ava は アロケーションをサポートしていません。アロケーションを使用するには、Ava が生成したレポートに手動で追加する必要があります。

    Ava によるレポート設定の生成

    Ava が設定を完了するとレポートがレンダリングされ、レポート設定もそれに応じて更新されます。

    レンダリングされたレポート

  4. 生成されたレポートを確認し、必要に応じて調整してください。詳細は レポート設定を編集を参照してください。

  5. 新しいレポートに名前を付けて保存してください。

既存のレポートを基に構築

既存のレポート(プリセットレポート、マネージドレポート、他者が作成したカスタムレポートなど)に基づき、カスタムレポートを構築できます。

メインの レポート ページにいる場合:

  1. 対象のレポートを見つけてください。

  2. レポート行の最右端にあるケバブメニュー()を選択してください。

  3. 複製 を選択してください。

レポートの閲覧中にカスタマイズし、カスタマイズ版を新しいレポートとして保存することもできます。

ベストプラクティス

レポートの精度と有効性を高めるには、以下のベストプラクティスを検討してください。

高カーディナリティのディメンションをフィルターし、結果をリミット

高カーディナリティのディメンションは、一意の値が多数存在するデータ属性です。これらは、ブラウザにデータをダウンロードしてチャートまたはテーブルに読み込む前に、レポートが読み取り・ページ分割すべき行数を増やし、レポートの生成を遅くします。

Project・Account IDServiceSKUResource のような高カーディナリティのディメンションを扱う場合は、常にフィルターし、結果をリミットしてください。この方法は、データポイントのリミットデータ取り込みのリミットを回避するのにも役立ちます。

プロバイダーを選択

Provider フィルターを手動で設定し、正確なデータ表現を確保するために Include DataHub data オプションを確認してください。

特定の値でフィルタリングする場合(例:Service is BigQuery)、Provider フィルターは自動的に適用されます。ただし、過去に作成したレポートに遡って適用されることはなく、手動で削除した場合も再適用されません。さらに、部分一致、regex、一致条件が is not の場合は、Provider フィルターは自動的に追加されません。

マルチクラウドレポートの文脈では、特定のプロバイダーへのフィルタリングが課題となる場合があります。それでも、可能な限り Provider ディメンションフィルターを使用してスキャンするデータ量を最小化することがベストプラクティスと考えられます。

大量の DataHub データを取り込んでいる場合は、レポートの目的に基づき、そのデータを含めるべきかどうかを評価することが重要です。

完全一致でフィルター

is モードでのフィルタリングが、レポートを構築する最も効率的な方法です。等価フィルターを使用すると、スキャンが必要なデータ量が減り、パフォーマンスが向上します。

regex や部分一致などの他のフィルターモードは検索インデックスを利用しないため、is モードに比べてパフォーマンスの向上が限定的です。

予測の利用には注意

予測を使用すると、レポートの処理時間が長くなる場合があります。

キャッシュされたレポート

Cache report を選択した場合、キャッシュされたレポートはバックグラウンドジョブとして動作し、バックグラウンドで動作する他のプロセスとリソースを共有します。そのため、キャッシュされたレポートのパフォーマンスは現在のワークロードの影響を強く受け、大きく変動する可能性があります。