すべてのプロダクト
Search
ドキュメントセンター

MaxCompute:リソースの観測

最終更新日:Jun 17, 2026

リソース観測では、 Data Transmission Service 、コンピューティングリソース、ストレージリソースなどを時系列で監視できます。メトリックチャートを分析し、ジョブ実行計画とリソース構成を最適化することで、ジョブの効率とパフォーマンスを向上させることができます。

サポート対象リージョン

次の表に、リソースタイプごとにサポートされているリージョンを示します。

リソースタイプ

サポート対象リージョン

コンピューティングリソース

China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Shenzhen), China (Ulanqab), China (Chengdu), China (Hong Kong), US (Silicon Valley), US (Virginia), Malaysia (Kuala Lumpur), Japan (Tokyo), Germany (Frankfurt), Indonesia (Jakarta), UK (London), Singapore

ストレージリソース

China (Hangzhou), China (Shanghai), China (Beijing), China (Shenzhen), China (Chengdu), China (Zhangjiakou), China (Ulanqab), China (Hong Kong), Malaysia (Kuala Lumpur), Japan (Tokyo), Germany (Frankfurt), Indonesia (Jakarta), Singapore

データ転送サービス

China (Hangzhou), China (Shanghai), China (Beijing), China (Shenzhen), China (Chengdu), China East 1 Finance, China (Hong Kong), Singapore, Japan (Tokyo), Malaysia (Kuala Lumpur), Indonesia (Jakarta), Germany (Frankfurt), UK (London), US (Silicon Valley), US (Virginia), SAU (Riyadh - Partner Region)

Job Performance Observation

China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Ulanqab), China (Shenzhen), China (Chengdu), China (Hong Kong), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Japan (Tokyo), US (Silicon Valley), US (Virginia), Germany (Frankfurt), UK (London), SAU (Riyadh - Partner Region)

権限

  • Alibaba Cloud アカウントは、リソース観測を参照および管理するすべての権限があります。

  • RAM ユーザーには、特定の RAM 権限が必要です。詳細については、「RAM 権限」をご参照ください。

コンピューティングリソース

サブスクリプションおよび従量課金クォータの CU 消費量を参照できます。

操作手順

  1. MaxCompute コンソールにログインし、左上隅でリージョンを選択します。

  2. 左側のナビゲーションペインで、[リソース監視] をクリックします。

  3. [リソース監視] ページで、[コンピューティングリソース] タブをクリックします。

  4. レベル 1 クォータ、時間範囲、時間間隔を選択します。

    時間間隔は、データポイントの頻度を指定します。アダプティブ間隔、または 1 分、5 分、15 分の間隔を選択できます。パフォーマンスを確保するため、時間範囲が 72 時間を超える場合、システムは間隔を自動的に「アダプティブ」に設定します。

  5. 対象のレベル 2 クォータの左側にある image.png アイコンをクリックし、リソース消費のトレンドチャートを参照します。複数のチャートを同時に展開できます。

  6. 各レベル 2 クォータに対応するプロジェクトのリストを参照します。

メトリクス

メトリクス

説明

[Cpuリソース]

現在のクォータグループの CPU 使用量のトレンドです。タイムライン上のポイントをクリックすると、その時点のジョブスナップショットのリストを参照できます。

[メモリリソース]

現在のクォータグループのメモリ使用量のトレンドです。

重要

従量課金リソースは共有されています。コンピューティングジョブは、必要に応じてこれらのリソースをオンデマンドでプリエンプトするため、使用量を固定値で指定できません。1 人のユーザーが大量のリソースを継続的に要求する場合、MaxCompute は他のユーザーによる公平なアクセスを確保するために、そのユーザーのリソース使用量を制限します。

クォータと関連プロジェクトのリストには、対応するレベル 2 クォータをデフォルトのコンピューティングクォータとして設定しているプロジェクトが表示されます。

ストレージリソース

現在のリージョンにおける合計ストレージ使用量と、各ストレージタイプの割合を表示できます。また、さまざまなストレージタイプの使用量の推移を監視し、選択したプロジェクトと時間範囲に基づいて、詳細なテーブルまたはパーティションのストレージ情報を表示することもできます。

操作手順

  1. MaxCompute コンソールにログインし、左上隅でリージョンを選択します。

  2. 左側メニューで、[リソース観察] をクリックします。

  3. [リソース観察] ページで、[ストレージリソース] タブをクリックして、当日の合計ストレージ使用量とストレージ分布を表示します。

  4. (オプション) 時間範囲 (デフォルトは7日間) とプロジェクト (デフォルトはすべてのプロジェクト、最大8つまで選択可能) を選択して、[ストレージトレンド]を表示します。

  5. (オプション) [ストレージの詳細]エリアの[商品の詳細]タブで、日付 (デフォルトは当日) を選択して、各プロジェクトのストレージ使用量を表示します。

  6. (オプション) [ストレージの詳細]エリアの[テーブル/パーティションの詳細]タブで、日付 (デフォルトは当日) とプロジェクトを選択して、そのプロジェクト内のテーブルおよびパーティションの詳細なストレージ使用量を表示します。

メトリクス

メトリック

説明

[今日のストレージ使用量]

現在のリージョンにおける合計ストレージ使用量と、各ストレージタイプの使用割合です。データは約1時間ごとに更新されます。

[ストレージ分布]

現在のリージョンにおけるプロジェクト、テーブル、およびパーティションの数です。データは毎日更新されます。

[ストレージトレンド]

  • ストレージタイプ別にグループ化:現在のリージョンにおけるすべてのプロジェクトまたは選択したプロジェクトのストレージ使用量と、各ストレージタイプの使用量の推移です。

  • プロジェクト別にグループ化:合計ストレージ使用量が最も多い上位 8 プロジェクト (デフォルト) または選択したプロジェクトごとにグループ化した、各ストレージタイプの使用量の推移です。

[商品の詳細]

現在のリージョンにおいて、指定した日付 (過去1年以内) に合計ストレージが 0 より大きいプロジェクトの、各ストレージタイプの詳細なストレージ使用量です。また、N日前 (1日、7日、または30日) のデータとの合計ストレージの比較も提供します。

[テーブル/パーティションの詳細]

指定した日付 (過去1年以内) における、指定したプロジェクト内のすべてのテーブルおよびパーティションのストレージタイプ、ストレージサイズ、およびN日前 (1日、7日、または30日) のデータとの比較です。

MaxCompute では、列ごとのストレージ使用量の表示をサポートしていません。列レベルのストレージを推定するには、テーブルデータをエクスポートして、各列の使用量を計算してください。

データ転送サービス

特定のデータ転送サービスのリソースグループまたはプロジェクトのリソース使用量を参照できます。また、フィルターを使用して、さまざまなテーブルやリクエストタイプの使用量をより詳細に観測および分析できます。

手順

  1. MaxCompute コンソールにログインし、左上隅でリージョンを選択します。

  2. 左側のナビゲーションウィンドウで、ワークスペース > リソース観察 を選択します。

  3. [Resource Observation] ページで、伝送サービス タブをクリックします。

  4. クォータ、プロジェクト、時間範囲、集約アルゴリズムを選択し、各メトリクスの使用量を照会します。

使用上の注意

データ集約メカニズム

データ転送サービスの監視では、メトリクス間隔にアダプティブメカニズムを使用します。選択した時間範囲に基づいて、監視データの密度を自動的に最適化します:

  • 短い期間 (3 時間以内) では、生データの粒度 (1 分/ポイント) を使用します。

  • より長い期間では、メトリクスのステップが自動的に 5 分/ポイント (12 時間)、30 分/ポイント (72 時間)、または 60 分/ポイント (7 日) に拡張されます。

複数の集約戦略から選択できます:

  • Average:全体的なデータ傾向を反映します。

  • Max:異常な変動を捉えます。

ステップが基本粒度 (1 分) を超える場合、システムは最初に集約戦略に従ってデータを処理します。そのため、監視チャート内のデータ傾向は、選択した集約アルゴリズムによって異なります。期間が長いほど、データ差分が大きくなる可能性がありますが、これは想定される動作です。分析シナリオに応じて適切な集約アルゴリズムを選択してください:

  • パフォーマンス分析:Average 集約アルゴリズムの使用を推奨します。

  • トラブルシューティング:Max 集約アルゴリズムの使用を推奨します。

フィルターと制限

  • 時間範囲でフィルタリングする場合、一度に最大 7 日を選択できます。アダプティブ間隔メカニズムにより、選択する時間範囲が短いほど、監視データの精度が高くなります。

  • 少なくとも 1 つのクォータまたはプロジェクトを選択する必要があります。また、クォータとプロジェクトを組み合わせてフィルタリングすることもできます:

    • クォータ別に使用量の監視を参照する場合:クォータを選択する際に、専用または共有のリソースグループを指定できます。共有リソースグループはプロジェクトレベルのクォータであるため、共有リソースグループを監視する場合は、プロジェクトも指定する必要があります。

    • プロジェクト別に使用量の監視を参照する場合:クォータの選択 は未選択のままにし、プロジェクト選択 で目的のプロジェクトを指定します。指定したプロジェクトの合計使用量が表示されます。

  • フィルター条件を変更した後は、Query をクリックして監視データを更新する必要があります。

  • 一部のテーブルレベルの監視ダッシュボードでは、データを参照するか、テーブル名でフィルタリングする前に、プロジェクトを選択する必要があります。

メトリクス

メトリクス

説明

[リクエストの同時実行 (ピーク)]

選択したフィルター条件に基づいて、現在の使用量とクォータ上限を含むスロット使用量を表示します。単位はスロットです。

[スループット]

選択したフィルター条件に基づいてスループットを表示します。単位 (B/min や MB/min など) は縦軸に表示されます。

[テーブルレベルのリクエストの同時実行性]

使用モード (例:Tunnel Batch upload) と テーブル名 (例:testtable) を選択します。チャートには、フィルター条件に基づき、Tunnel Batch 方式を使用して testtable テーブルにデータをアップロードする際のリクエスト並列度が表示されます。単位はスロットです。

[テーブルレベルのIPスループット]

使用モード (例:Tunnel Batch upload) と テーブル名 (例:testtable) を選択します。チャートには、フィルター条件に基づき、Tunnel Batch 方式を使用して testtable テーブルにデータをアップロードする際に、各送信元 IP アドレスからのスループットが表示されます。

[リクエスト数とエラーリクエスト数の合計]

フィルター条件に基づく合計リクエスト数と、さまざまなエラーリクエスト数を示します:

  • 合計リクエスト数:成功したリクエストと失敗したリクエストの合計です。

  • エラーリクエスト数:4xx または 5xx のステータスコードを含むすべてのリクエストです。ステータスコードの詳細については、「Data Transmission Service overview」をご参照ください。

[データ量の概要]

フィルター条件に基づき、選択した時間範囲内の使用タイプ別のデータ量を集計したものです。円グラフで使用タイプ別の比率を表示します。

[スロット平均伝送レート]

使用モード (例:Tunnel Batch upload) を選択します。チャートには、フィルター条件に基づき、Tunnel Batch upload 方式を使用するリクエストのスロットあたりの平均転送レートが表示されます。

ジョブパフォーマンスの観測

ジョブ数、CU 使用量、およびコンピューティングジョブのランタイムを表示して、パフォーマンスが期待どおりであるか判断できます。

操作手順

  1. MaxCompute コンソールにログインし、左上隅でリージョンを選択します。

  2. 左側のナビゲーションペインで、リソース観察 をクリックします。

  3. リソース観察 ページで、操作パフォーマンス観察 タブをクリックします。

  4. 次のパラメータを選択してジョブをフィルタリングおよびグループ化します。これにより、特定のジョブを表示したり、異なるディメンションでグループ化されたメトリックデータをチャートで表示したりできます。

    パラメータ

    説明

    [Time range]

    必須。指定した時間範囲 (開始時刻と終了時刻) に基づいて、完了したジョブをフィルタリングします。

    プリセットの時間範囲を選択するか、カスタムの時間範囲を設定できます。

    • 1d:過去 1 日間。

    • 3d:過去 3 日間。

    • 7d:過去 7 日間。

    • 特定の期間を選択:時間範囲のドロップダウンリストをクリックし、目的の日付を選択してから、時刻を選択 をクリックして対象の期間を選択します。

    説明

    デフォルトの時間範囲は過去 1 日間です。時間範囲は最大 7 日間、最小 1 時間です。過去 45 日間のジョブを検索できます。

    プロジェクト選択

    MaxCompute プロジェクト名でフィルタリングします。

    説明

    デフォルトでは、すべてのプロジェクトが選択されています。最大 8 つのプロジェクトを選択できます。

    クォータの選択

    コンピューティングクォータでフィルタリングします。

    説明

    デフォルトでは、すべてのコンピューティングクォータが選択されています。最大 8 つのレベル 2 クォータを選択できます。コンピューティングクォータの詳細については、「Manage computing quotas」をご参照ください。

    [グループ化]

    必須。チャートタイプに応じて、チャートビュー内のデータを複数のディメンションでグループ化できます。

    グループ化の有効な値:

    • グループ化されていない (デフォルト):フィルタリングされた範囲内のすべてのジョブについて、さまざまなメトリックの経時的な推移を表示します。

    • プロジェクト:フィルタリングされた範囲内のすべてのジョブについて、プロジェクト別にグループ化されたさまざまなメトリックを表示します。

      説明

      プロジェクトでグループ化する場合、フィルターパラメータでプロジェクトを指定する必要があります。最大 8 つのプロジェクトを指定できます。

    • クォータ (クォータ)フィルタリングされた範囲内のすべてのジョブについて、レベル 2 クォータ別にグループ化されたさまざまなメトリックを表示します。

      説明

      クォータでグループ化する場合、フィルターパラメータでクォータを指定する必要があります。最大 8 つのレベル 2 クォータを指定できます。

    • [Job type]:フィルタリングされた範囲内のすべてのジョブについて、ジョブタイプ別にグループ化されたさまざまなメトリックを表示します。

      • SQL:SQL ジョブ。

      • SQLRT:MaxCompute クエリアクセラレーション (MCQA) SQL ジョブ。

      • LOT:MapReduce ジョブ。

      • CUPID:Spark または Mars ジョブ。

      • ALgoTask:機械学習ジョブ。

      • GRAPH:グラフコンピューティングジョブ。

    • ジョブ終了ステータス:フィルタリングされた範囲内のすべてのジョブについて、最終ステータス別にグループ化されたさまざまなメトリックを表示します。

      • Success:ジョブは正常に実行されました。

      • 失敗:ジョブの実行に失敗しました。

      • キャンセル済み:ジョブはキャンセルされました。

  5. Query をクリックして、各メトリックの統計を表示します。

  6. (オプション) データの概要 の粒度を選択して、選択した時間ディメンションに基づいて各メトリックの統計を表示します。

    パラメータ

    説明

    時間単位のサマリー

    1 時間間隔でデータを集計します。現在の 1 時間で実行が完了したジョブの統計が表示されます。これがデフォルト設定です。

    例えば、現在の時刻が 2024 年 5 月 6 日 14:00 の場合、時間別の集計では、2024 年 5 月 6 日 14:00 から 15:00 までの間に完了したジョブの統計が表示されます。

    日別の合計

    1 日間隔でデータを集計します。当日に実行が完了したジョブの統計が表示されます。

    例えば、現在の日付が 2024 年 5 月 6 日の場合、日別の集計では、2024 年 5 月 6 日 00:00 から 2024 年 5 月 7 日 00:00 までの間に完了したジョブの統計が表示されます。

  7. (オプション) 比較サイクル を選択して、以前の日付または時刻の履歴統計を表示します。

    デフォルトは コントラストなし です。オプションには、30日前前の7日間1日前 があります。例えば、2024 年 5 月 6 日 14:00 の場合、30 日前の比較データは 2024 年 4 月 6 日 14:00 の統計を指します。

メトリック

  • [CU消費のトレンド] (単位:Core*H)

    メトリック

    説明

    [CPU时] (単位:Core*H)

    選択したフィルター範囲内で完了したジョブが消費した CPU 時間です。

    1 CPU 時間とは、1 つの CPU コアが 1 時間使用されることを意味します。CPU 時間 = CPU コア数 × 期間。

    [メモリ] (単位:GB*H)

    選択したフィルター範囲内で完了したジョブが消費したメモリ時間です。

    1 メモリ時間とは、1 GB のメモリが 1 時間使用されることを意味します。メモリ時間 = メモリサイズ × 期間。

    [CPU时]/[トップ10分析時のメモリ消費]

    CPU 時間またはメモリ時間の消費量でトップ 10 のジョブをランク付けします。また、選択したフィルター範囲内で合計または平均消費量が最も高いトップ 10 の Signatures と ExtNodeIds も一覧表示します。

  • [ジョブ実行時間] (単位:秒)

    メトリック

    説明

    [平均]

    選択したフィルター範囲内で完了したジョブの平均ランタイムです。

    [最大]

    選択したフィルター範囲内で完了したジョブの最長ランタイムです。

    [最小]

    選択したフィルター範囲内で完了したジョブの最短ランタイムです。

    [Quantile]

    選択したフィルター範囲内で完了したジョブの特定の分位数 (1、5、10、50、90、95、99 パーセンタイルを含む) におけるジョブランタイムを示します。

    例えば、99 パーセンタイルは、99% のジョブがこのランタイム内に完了したことを示します。

    [仕事の実行時間のトップ10分析]

    選択したフィルター範囲内で、合計ランタイムが最も長いトップ 10 のジョブ、および合計または平均ランタイムが最も長いトップ 10 の Signatures と ExtNodeIds を表示します。

  • [ジョブ数のトレンド] (単位:件数):選択したフィルター範囲内で完了したジョブの数です。

  • [ジョブスキャンのボリュームトレンド] (単位:GB、チャートのスケールに基づいて自動調整):選択したフィルター範囲内で完了したジョブがスキャンしたデータ量です。

  • [CUごとに処理されるジョブスキャン量のトレンド] (単位:GB、チャートのスケールに基づいて自動調整):選択したフィルター範囲内で、ジョブが CU 時間あたりにスキャンしたデータの平均サイズです。1 CU 時間には、1 つの CPU コアと 4 GB のメモリが含まれます。この値は、式 MAX(CPU-hour, CEILING(memory-hour / 4)) で計算されます。

テナントレベルの Information Schema を使用して、前述のメトリックの統計を収集することもできます。Information Schema task_history テーブルには、操作から生じるすべてのタスクインスタンスが含まれていますが、コンソールの Job Performance Observation タブのメトリックは、コンピューティングリソースを消費するジョブのみをカウントします。そのため、統計結果が異なる場合があります。

以下にサンプルクエリを示します。

SET odps.namespace.schema=TRUE;
SELECT to_char (end_time, 'yyyy-mm-dd hh'), -- ジョブが完了した時間。
       -- to_char (end_time, 'yyyy-mm-dd'), -- 日単位で集計する場合は、この行を前の行の代わりに使用します。ジョブが完了した日付を示します。
       sum(cast(cost_cpu/100/3600 as DECIMAL(18,5) )) cost_cpuh, -- CPU 時間
       sum(cast(cost_mem/1024/3600 as DECIMAL(18,5) )) cost_memh, -- メモリ時間
       avg(datediff(end_time, start_time, 'ss')), -- 平均ジョブランタイム
       min(datediff(end_time, start_time, 'ss')), -- 最小ジョブランタイム
       max(datediff(end_time, start_time, 'ss'))  -- 最大ジョブランタイム
       -- status, -- グループ化の基準:status:ジョブステータス、project:task_catalog、job type:task_type。
FROM SYSTEM_CATALOG.INFORMATION_SCHEMA.tasks_history
WHERE ds>=to_char(date_add(getdate(),-7),'yyyymmdd')  -- 必要に応じて、他のフィルター条件を変更または追加します。
and task_type in ('SQL','SQLRT','LOT','CUPID','ALgoTask')
GROUP BY to_char (end_time, 'yyyy-mm-dd hh')
         -- to_char (end_time, 'yyyy-mm-dd'), -- 日単位で集計する場合は、この行を前の行の代わりに使用します。ジョブが完了した日付を示します。
         -- status, -- グループ化の基準:status:ジョブステータス、project:task_catalog、job type:task_type。
order BY to_char (end_time, 'yyyy-mm-dd hh') ASC;
         -- to_char (end_time, 'yyyy-mm-dd'); -- 日単位で集計する場合は、この行を前の行の代わりに使用します。ジョブが完了した日付を示します。

よくある質問

  • 質問 1:

    • Q: グループ化後、チャートの凡例に一部のプロジェクトまたはクォータが表示されないのはなぜですか?

    • A: 選択した時間範囲内で、そのプロジェクトまたはクォータのジョブ数がゼロであるためです。

  • 質問 2:

    • Q: 以前の期間の比較データが表示されないのはなぜですか?

    • A: 比較期間中にプロジェクトまたはクォータが存在しなかった場合や、ジョブがなかった場合に、データが表示されないことがあります。

関連トピック

リソース使用量を観測した後、必要に応じてジョブ実行計画とリソース設定を最適化できます。

  • リソースを調整するには、「Configure quotas」を参照し、クォータグループのクォータとタイムプランを変更してください。

  • ジョブの優先度を調整するには、「Job priority」を参照してください。