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

AnalyticDB:リソースグループの概要

最終更新日:Jul 31, 2026

AnalyticDB for MySQL を使用すると、コンピューティングリソースを複数のリソースグループに物理的に分割できます。各リソースグループは、独自の CPU、メモリ、クエリキュー、タスクタイプ、および設定パラメーターを持ちます。異なるリソースグループのコンピューティングリソースは完全に分離されます。このリソース分離によって、複雑な計算や急増するワークロードからコアサービスを保護し、リソースを効率的に割り当ててクラスターのパフォーマンスを最大化できます。この機能は、クラスター内のマルチテナンシーと混合ワークロードの要求に応えます。本トピックでは、リソースグループのタイプと適用シナリオについて説明します。

リソースグループのメリット

Enterprise Edition、Basic Edition、Data Lakehouse Edition

  • リソース分離:異なるユーザーやアプリケーションからのクエリは、それぞれ異なるリソース要件を持つことがあります。リソース分離により、レイテンシーの影響を受けやすいインタラクティブなタスクが、実行時間が長くリソースを大量に消費するバッチ処理タスクの影響を受けないようになります。詳細については、「特定のリソースグループのリソースを使用したクエリの実行」をご参照ください。

  • 優先度スケジューリング:各リソースグループには独立したクエリ優先度キューがあります。これにより、どのクエリを最初に実行するかを制御できます。詳細については、「インタラクティブリソースグループの優先度キューと同時実行性」および「ジョブリソースグループの優先度キュー」をご参照ください。

  • オフラインバッチ処理:デフォルトのインタラクティブリソースグループは、オンラインのインタラクティブ分析用に設計されています。オンライン分析の応答速度に影響を与えることなくオフラインバッチ処理を実行するために、この目的専用のジョブリソースグループを作成できます。詳細については、「リソースグループの作成と管理」をご参照ください。

  • リソースの弾力性:ビジネスに予測可能なピーク時とオフピーク時がある場合、スケーリングプランを設定して、スケジュールに従ってリソースを自動的に追加または削除できます。詳細については、「エラスティックスケーリング」をご参照ください。

    また、利用可能なリソースの最大値と最小値を設定することもできます。これにより、リソースグループはワークロードに基づいて、定義された範囲内で自動的にスケールアウトまたはスケールインします。詳細については、「インタラクティブリソースグループのマルチクラスターエラスティックモデル」および「ジョブリソースグループのコンピューティングリソースの最大値と最小値の設定」をご参照ください。

  • ワークロード管理:リソースグループに基づいてワークロードを制御できます。たとえば、クエリの実行時間がしきい値を超えた場合、そのクエリを別のリソースグループに転送して再実行できます。これにより、元のリソースグループで他のクエリがブロックされるのを防ぎます。詳細については、「ワークロード管理」をご参照ください。

Data Warehouse Edition

  • リソース分離:異なるユーザーやアプリケーションからのクエリは、それぞれ異なるリソース要件を持つことがあります。リソース分離により、レイテンシーの影響を受けやすいインタラクティブなタスクが、実行時間が長くリソースを大量に消費するバッチ処理タスクの影響を受けないようになります。詳細については、「クエリをリソースグループに転送」をご参照ください。

  • 優先度スケジューリング:各インタラクティブリソースグループには独立したクエリ優先度キューがあります。これにより、どのクエリを最初に実行するかを制御できます。詳細については、「インタラクティブリソースグループの優先度キューと同時実行性」をご参照ください。

  • 異なるクエリ実行モード:リソースグループレベルで、クエリの実行モードを一括で設定できます。詳細については、「リソースグループのクエリ実行モード」をご参照ください。

  • リソースの弾力性:ビジネスに予測可能なピーク時とオフピーク時がある場合、スケーリングプランを設定して、スケジュールに従ってリソースを自動的に追加または削除できます。詳細については、「エラスティックスケーリング」をご参照ください。

  • ワークロード管理:リソースグループに基づいてワークロードを制御できます。たとえば、クエリの実行時間がしきい値を超えた場合、そのクエリを別のリソースグループに転送して再実行できます。これにより、元のリソースグループで他のクエリがブロックされるのを防ぎます。詳細については、「ワークロード管理」をご参照ください。

リソースグループの分類

AnalyticDB for MySQL のリソースグループは、作成方法に基づいて、システムによって作成されるデフォルトリソースグループと、ユーザーによって作成されるカスタムリソースグループの 2 種類に分類されます。

Enterprise Edition、Basic Edition、Data Lakehouse Edition

デフォルトリソースグループ

定義

これらのリソースグループは、クラスターの作成時に自動的に作成されます。名前はそれぞれ user_default および serverless です。

プロパティ

Enterprise Edition および Basic Edition

  • デフォルトリソースグループのコンピューティングリソースは、クラスターの予約済みリソース (ノード数 × ノード仕様) と同じです。

  • デフォルトリソースグループは、スケジュールされたスケーリングを使用します。

  • デフォルトリソースグループは変更または削除できません。

  • デフォルトリソースグループのタスクタイプは変更できません:

    • user_default:インタラクティブタイプ。

    • serverless:ジョブタイプ。

  • デフォルトリソースグループにデータベースアカウントをアタッチすることはできません。

Data Lakehouse Edition

  • デフォルトリソースグループの最小予約コンピューティングリソースは 0 ACU です。最大値は、クラスターの現在未割り当てのリソースです。ステップサイズは 16 ACU です。

  • デフォルトリソースグループの予約済みコンピューティングリソースを変更できます。

  • デフォルトリソースグループは変更または削除できません。

  • デフォルトリソースグループのタスクタイプは変更できません:

    • user_default:インタラクティブタイプ。

    • serverless:ジョブタイプ。

  • デフォルトリソースグループにデータベースアカウントをアタッチすることはできません。

カスタムリソースグループ

定義

インタラクティブタイプまたはジョブタイプのカスタムリソースグループを作成できます。リソースグループの作成方法の詳細については、「リソースグループの作成と管理」または「CreateDBResourceGroup - リソースグループの作成」をご参照ください。

プロパティ

  • カスタムリソースグループのリソースを変更できます。詳細については、「リソースグループの作成と管理」をご参照ください。

    • インタラクティブリソースグループ:これらはマルチクラスターエラスティックリソースグループです。設定されたクラスターの最小数と最大数に基づいて、リソースを動的に調整できます。クラスターの最小数と最大数が同じ場合、リソースサイズは固定され、弾力性を持ちません。

    • ジョブリソースグループ:最小コンピューティングリソースは 0 ACU です。コンソールで設定できる最大コンピューティングリソースは 1024 ACU です。ステップサイズは 8 ACU です。より多くのリソースが必要な場合は、チケットを送信してテクニカルサポートにお問い合わせください。

Data Warehouse Edition

デフォルトリソースグループ

定義

このリソースグループは、クラスターの作成時に自動的に作成されます。名前は USER_DEFAULT です。

プロパティ

  • リソースは専有型です。コンピューティングリソースの最小ステップサイズは 16 コアと 64 GB で、これは 1 つのコンピュートノードのリソースに相当します。最小コンピューティングリソースは 0 コアと 0 GB に設定できます。最大値はクラスターの総コンピューティングリソースを超えることはできません。

  • デフォルトリソースグループは削除できません。

  • カスタムリソースグループに割り当てられていないすべてのコンピューティングリソースは、デフォルトリソースグループに割り当てられます。したがって、デフォルトリソースグループのリソースを変更することはできません。

  • デフォルトのクエリタイプは Default_Type です。クエリタイプは変更できます。クエリタイプの変更方法の詳細については、「リソースグループの変更」をご参照ください。クエリタイプの詳細については、「クエリ実行モード」をご参照ください。

  • カスタムリソースグループにアタッチされていないデータベースアカウントは、デフォルトリソースグループにアタッチされます。

カスタムリソースグループ

定義

Default_Type、バッチ、またはインタラクティブクエリタイプのカスタムリソースグループを作成できます。リソースグループの作成方法の詳細については、「リソースグループの作成」または「CreateDBResourceGroup - リソースグループの作成」をご参照ください。

プロパティ

  • リソースは専有型です。コンピューティングリソースの最小ステップサイズは 16 コアと 64 GB で、これは 1 つのコンピュートノードのリソースに相当します。最小コンピューティングリソースは 0 コアと 0 GB に設定できます。最大値はクラスターの総コンピューティングリソースを超えることはできません。

  • カスタムリソースグループは削除できます。

  • カスタムリソースグループのリソースを変更できます。

  • クエリタイプは変更できます。クエリタイプの変更方法の詳細については、「リソースグループの変更」をご参照ください。クエリタイプの詳細については、「クエリ実行モード」をご参照ください。

  • データベースアカウントをアタッチしたり、デタッチしたりできます。詳細については、「データベースアカウントのリソースグループへのアタッチまたはリソースグループからのデタッチ」をご参照ください。

機能概要

Enterprise Edition、Basic Edition、Data Lakehouse Edition

リソースグループは、実行するタスクに基づいて、インタラクティブ、ジョブ、および AI タイプに分類されます。違いは次のとおりです:

  • インタラクティブリソースグループ:

    • 仕組み:ユーザーがフロントエンドノードにクエリを送信すると、インタラクティブリソースグループの常駐コンピューティングリソースが、XIHE 超並列処理 (MPP) または Spark SQL マルチクラスターモードを使用してクエリを実行します。レスポンスタイムは高速で、通常はミリ秒または秒単位です。XIHE MPP エンジンの詳細については、「XIHE MPP エンジン」をご参照ください。Spark SQL マルチクラスターの詳細については、「マルチクラスターエラスティックモデル」をご参照ください。

    • シナリオ:高い秒間クエリ数 (QPS) と低いレスポンスタイム (RT) が求められるオンラインシナリオ、またはインタラクティブ分析シナリオ。

    • 実行されるタスク:XIHE MPP SQL および Spark SQL。

    • エラスティックスケーリング:スケジュールに従ってリソースをスケーリングするか、指定されたクラスターの範囲内でワークロードに基づいてリソースを自動的にスケーリングします。

  • ジョブリソースグループ:

    • 仕組み:ユーザーがフロントエンドノードにクエリを送信すると、フロントエンドノードは一時的なコンピューティングリソースを起動し、XIHE バルク同期並列 (BSP) モードを使用してクエリを実行します。レスポンスタイムは遅く、通常は秒または分単位です。起動される一時的なコンピューティングリソースの量は 0 ACU からジョブリソースグループの最大リソースまでの範囲となり、具体的な量は実行中のタスクのサイズによって異なります。XIHE BSP エンジンの詳細については、「XIHE BSP エンジン」をご参照ください。

    • シナリオ:高スループットのオフラインシナリオ。

    • 実行されるタスク:XIHE BSP SQL、Spark SQL、および Spark アプリケーション。

    • エラスティックスケーリング:要求に応じてコンピューティングリソースをスケールインまたはスケールアウトします。

  • AI リソースグループ:

    • 仕組み:AI リソースグループは Ray クラスターに基づいてデプロイされます。ヘッドノードはメタデータ、GCS サービス、およびタスクスケジューリングを管理しますが、タスクは実行しません。ワーカーグループは CPU と GPU の両方のリソースタイプをサポートし、タスク要件に基づいてコンピューティングリソースを動的に割り当てることができます。

    • シナリオ:ヘテロジニアスコンピューティングシナリオ。

    • 実行されるタスク:MLSQL モデルの実行と Ray で管理されるコンピューティング。

    • エラスティックスケーリング:ワーカーグループは自動スケーリングをサポートし、各ワーカーグループは独立してスケーリングできます。複数のワーカーグループがある場合、システムは過負荷やアイドリングを避けるために最適なマッチングを自動的に見つけます。

Data Warehouse Edition

リソースグループは、実行するタスクに基づいて、インタラクティブタイプとバッチタイプに分類されます。違いは次のとおりです:

  • インタラクティブリソースグループ:

    • 仕組み:ユーザーがクエリを送信すると、常駐コンピューティングリソースが XIHE MPP モードを使用してクエリを実行します。レスポンスタイムは高速で、通常はミリ秒または秒単位です。XIHE MPP エンジンの詳細については、「XIHE MPP エンジン」をご参照ください。

    • シナリオ:レイテンシーの影響を受けやすいリアルタイム分析クエリに適しています。

    • 実行されるタスク:XIHE MPP。

    • エラスティックスケーリング:スケジュールに従ってリソースをスケーリングするか、指定されたクラスターの範囲内でワークロードに基づいてリソースを自動的にスケーリングします。

  • バッチリソースグループ:

    • 仕組み:ユーザーがクエリを送信すると、常駐コンピューティングリソースが、リソースを共有する形でクエリを XIHE BSP モードを使用して実行します。レスポンスタイムは秒または分単位です。

    • シナリオ:実行時間が長く、大量のデータを処理するクエリに適しています。たとえば、データクレンジングクエリ (Extract-Transform-Load (ETL)) などです。

    • 実行されるタスク:XIHE BSP をサポートします。

    • エラスティックスケーリング:要求に応じてコンピューティングリソースをスケールインまたはスケールアウトします。