AnalyticDB for MySQL では、計算資源を物理的に複数のリソースグループに分割できます。各リソースグループには、独自の CPU、メモリ、クエリキュー、タスクタイプ、および構成パラメーターがあります。異なるリソースグループの計算資源は完全に隔離されています。この隔離により、複雑な計算やバーストワークロードからコアサービスを保護し、リソースを効率的に割り当ててクラスターのパフォーマンスを最大化できます。この機能は、クラスター内のマルチテナンシーと混合ワークロードの要求を満たします。このトピックでは、リソースグループのタイプとアプリケーションシナリオについて説明します。
リソースグループの利点
Enterprise、Basic、および Data Lakehouse エディション
リソース隔離: さまざまなユーザーやアプリケーションからのクエリは、異なるリソース要件を持つことがあります。リソース隔離により、遅延の影響を受けやすいインタラクティブタスクが、実行時間が長くリソースを大量に消費するバッチ処理タスクの影響を受けないようにします。詳細については、「特定のリソースグループのリソースを使用してクエリを実行する」をご参照ください。
優先度スケジューリング: 各リソースグループには、独立したクエリ優先度付きキューがあります。これにより、どのクエリを最初に実行するかを制御できます。詳細については、「Interactive リソースグループの優先度付きキューと同時実行性」および「Job リソースグループの優先度付きキュー」をご参照ください。
オフラインバッチ処理: デフォルトの Interactive リソースグループは、オンラインのインタラクティブ分析用に設計されています。オンライン分析の応答速度に影響を与えることなくオフラインバッチ処理を実行するには、この目的のために特別に Job リソースグループを作成できます。詳細については、「リソースグループの作成と管理」をご参照ください。
リソースの弾力性: ビジネスに予測可能なピーク時とオフピーク時がある場合、スケーリングプランを構成して、スケジュールされた時間にリソースを自動的に追加または削除できます。詳細については、「弾性スケーリング」をご参照ください。
また、利用可能なリソースの最大値と最小値を設定することもできます。その後、リソースグループは、定義された範囲内でワークロードに基づいて自動的にスケールアウトまたはスケールインします。詳細については、「Interactive リソースグループのマルチクラスター弾性モデル」および「Job リソースグループの最大および最小計算資源を構成する」をご参照ください。
ワークロード管理: リソースグループに基づいてワークロードを制御できます。たとえば、クエリの実行時間がしきい値を超えた場合、クエリを別のリソースグループに配信して再実行できます。これにより、クエリが元のリソースグループ内の他のクエリをブロックするのを防ぎます。詳細については、「ワークロード管理」をご参照ください。
Data Warehouse Edition
リソース隔離: さまざまなユーザーやアプリケーションからのクエリは、異なるリソース要件を持つことがあります。リソース隔離により、遅延の影響を受けやすいインタラクティブタスクが、実行時間が長くリソースを大量に消費するバッチ処理タスクの影響を受けないようにします。詳細については、「リソースグループにクエリを配信する」をご参照ください。
優先度スケジューリング: 各 Interactive リソースグループには、独立したクエリ優先度付きキューがあります。これにより、どのクエリを最初に実行するかを制御できます。詳細については、「Interactive リソースグループの優先度付きキューと同時実行性」をご参照ください。
異なるクエリ実行モード: リソースグループレベルでバッチでクエリの実行モードを設定できます。詳細については、「リソースグループのクエリ実行モード」をご参照ください。
リソースの弾力性: ビジネスに予測可能なピーク時とオフピーク時がある場合、スケーリングプランを構成して、スケジュールされた時間にリソースを自動的に追加または削除できます。詳細については、「弾性スケーリング」をご参照ください。
ワークロード管理: リソースグループに基づいてワークロードを制御できます。たとえば、クエリの実行時間がしきい値を超えた場合、クエリを別のリソースグループに配信して再実行できます。これにより、クエリが元のリソースグループ内の他のクエリをブロックするのを防ぎます。詳細については、「ワークロード管理」をご参照ください。
リソースグループの分類
AnalyticDB for MySQL のリソースグループは、作成方法に基づいて、システムによって作成されるデフォルトリソースグループと、ユーザーによって作成されるカスタムリソースグループの 2 種類に分類されます。
Enterprise、Basic、および Data Lakehouse エディション
デフォルトリソースグループ
定義
これらのリソースグループは、クラスターを作成するときに自動的に作成されます。名前は user_default と serverless です。
プロパティ
Enterprise Edition および Basic Edition:
デフォルトリソースグループの計算資源は、クラスターの予約済みリソース (ノード数 × ノード仕様) と同じです。
デフォルトリソースグループは、スケジュールされたスケーリングを使用します。
デフォルトリソースグループは変更または削除できません。
デフォルトリソースグループのタスクタイプは変更できません:
user_default: Interactive タイプ。serverless: Job タイプ。
デフォルトリソースグループにデータベースアカウントをアタッチすることはできません。
Data Lakehouse Edition:
デフォルトリソースグループの最小予約計算資源は 0 ACU です。最大値は、クラスターの現在の未割り当てリソースです。ステップサイズは 16 ACU です。
デフォルトリソースグループの予約済み計算資源を変更できます。
デフォルトリソースグループは変更または削除できません。
デフォルトリソースグループのタスクタイプは変更できません:
user_default: Interactive タイプ。serverless: Job タイプ。
デフォルトリソースグループにデータベースアカウントをアタッチすることはできません。
カスタムリソースグループ
定義
Interactive または Job タイプのカスタムリソースグループを作成できます。リソースグループの作成方法の詳細については、「リソースグループの作成と管理」または「CreateDBResourceGroup - リソースグループの作成」をご参照ください。
プロパティ
カスタムリソースグループのリソースを変更できます。詳細については、「リソースグループの作成と管理」をご参照ください。
Interactive リソースグループ: これらはマルチクラスター弾性リソースグループです。構成されたクラスターの最小数と最大数に基づいて、リソースを動的に調整できます。クラスターの最小数と最大数が同じ場合、リソースサイズは固定され、弾力性はありません。
Job リソースグループ: 最小計算資源は 0 ACU です。コンソールで設定できる最大計算資源は 1024 ACU です。ステップサイズは 8 ACU です。より多くのリソースが必要な場合は、チケットを送信してテクニカルサポートにお問い合わせください。
カスタムリソースグループは削除できます。
カスタムリソースグループのタスクタイプは変更できません。
カスタムリソースグループにデータベースアカウントをアタッチおよびデタッチできます。詳細については、「リソースグループへのデータベースアカウントのアタッチまたはリソースグループからのデタッチ」をご参照ください。
Job リソースグループに ThriftServer を構成できます。詳細については、「ThriftServer の起動または停止」をご参照ください。
Data Warehouse Edition
デフォルトリソースグループ
定義
このリソースグループは、クラスターを作成するときに自動的に作成されます。名前は USER_DEFAULT です。
プロパティ
リソースは専用です。計算資源の最小ステップサイズは 16 コアと 64 GB で、これは 1 つの計算ノードのリソースに対応します。最小計算資源は 0 コアと 0 GB に設定できます。最大値は、クラスターの合計計算資源を超えることはできません。
デフォルトリソースグループは削除できません。
カスタムリソースグループに割り当てられていないすべての計算資源は、デフォルトリソースグループに属します。したがって、デフォルトリソースグループのリソースは変更できません。
デフォルトのクエリタイプは Default_Type です。クエリタイプは変更できます。クエリタイプの変更方法の詳細については、「リソースグループの変更」をご参照ください。クエリタイプの詳細については、「クエリ実行モード」をご参照ください。
カスタムリソースグループにアタッチされていないデータベースアカウントは、デフォルトリソースグループにアタッチされます。
カスタムリソースグループ
定義
Default_Type、Batch、または Interactive クエリタイプのカスタムリソースグループを作成できます。リソースグループの作成方法の詳細については、「リソースグループの作成」または「CreateDBResourceGroup - リソースグループの作成」をご参照ください。
プロパティ
リソースは専用です。計算資源の最小ステップサイズは 16 コアと 64 GB で、これは 1 つの計算ノードのリソースに対応します。最小計算資源は 0 コアと 0 GB に設定できます。最大値は、クラスターの合計計算資源を超えることはできません。
カスタムリソースグループは削除できます。
カスタムリソースグループのリソースを変更できます。
クエリタイプは変更できます。クエリタイプの変更方法の詳細については、「リソースグループの変更」をご参照ください。クエリタイプの詳細については、「クエリ実行モード」をご参照ください。
データベースアカウントをアタッチおよびデタッチできます。詳細については、「リソースグループへのデータベースアカウントのアタッチまたはリソースグループからのデタッチ」をご参照ください。
機能概要
Enterprise、Basic、および Data Lakehouse エディション
リソースグループは、実行するタスクに基づいて Interactive、Job、および AI タイプに分類されます。違いは次のとおりです:
Interactive リソースグループ:
仕組み: ユーザーがフロントノードにクエリを送信すると、Interactive リソースグループの常駐計算資源が XIHE Massively Parallel Processing (MPP) または Spark SQL マルチクラスターモードを使用してクエリを実行します。応答時間は高速で、通常はミリ秒または秒単位です。XIHE MPP エンジンの詳細については、「XIHE MPP エンジン」をご参照ください。Spark SQL マルチクラスターの詳細については、「マルチクラスター弾性モデル」をご参照ください。
シナリオ: 高いクエリ/秒 (QPS) と低い応答時間 (RT) を伴うオンラインシナリオ、またはインタラクティブ分析シナリオ。
実行されるタスク: XIHE MPP SQL および Spark SQL。
弾性スケーリング: スケーリングプランに基づいてスケジュールされた時間にリソースをスケーリングするか、指定されたクラスターの範囲内でワークロードに基づいてリソースを自動的にスケーリングします。
Job リソースグループ:
仕組み: ユーザーがフロントノードにクエリを送信すると、フロントノードは一時的な計算資源を起動し、XIHE Bulk Synchronous Parallel (BSP) モードを使用してクエリを実行します。応答時間は遅く、通常は秒または分単位です。起動される一時的な計算資源の量は 0 ACU から Job リソースグループの最大リソースまでの間です。具体的な量は、実行中のタスクのサイズによって異なります。XIHE BSP エンジンの詳細については、「XIHE BSP エンジン」をご参照ください。
シナリオ: 高スループットのオフラインシナリオ。
実行されるタスク: XIHE BSP SQL、Spark SQL、および Spark アプリケーション。
弾性スケーリング: オンデマンドで計算資源をスケールインまたはスケールアウトします。
AI リソースグループ:
仕組み: AI リソースグループは Ray Clusters に基づいてデプロイされます。ヘッドノードはメタデータ、GCS サービス、およびタスクスケジューリングを管理しますが、タスクは実行しません。Worker Groups は CPU と GPU の両方のリソースタイプをサポートし、タスク要件に基づいて計算資源を動的に割り当てることができます。
シナリオ: ヘテロジニアスコンピューティングシナリオ。
実行されるタスク: MLSQL モデルの実行と Ray が管理するコンピューティング。
弾性スケーリング: Worker Groups は自動スケーリングをサポートし、各 Worker Group は独立してスケーリングできます。複数の Worker Groups がある場合、システムは過負荷やアイドリングを避けるために最適な一致を自動的に見つけます。
Data Warehouse Edition
リソースグループは、実行するタスクに基づいて Interactive と Batch タイプに分類されます。違いは次のとおりです:
Interactive リソースグループ:
仕組み: ユーザーがクエリを送信すると、常駐計算資源が XIHE MPP モードを使用してクエリを実行します。応答時間は高速で、通常はミリ秒または秒単位です。XIHE MPP エンジンの詳細については、「XIHE MPP エンジン」をご参照ください。
シナリオ: 遅延の影響を受けやすいリアルタイム分析クエリに適しています。
実行されるタスク: XIHE MPP。
弾性スケーリング: スケーリングプランに基づいてスケジュールされた時間にリソースをスケーリングするか、指定されたクラスターの範囲内でワークロードに基づいてリソースを自動的にスケーリングします。
Batch リソースグループ:
仕組み: ユーザーがクエリを送信すると、常駐計算資源が XIHE BSP モードを使用して共有クエリを実行します。応答時間は秒または分単位です。
シナリオ: 実行時間が長く、大量のデータを処理するクエリに適しています。たとえば、データクレンジングクエリ (Extract-Transform-Load (ETL)) です。
実行されるタスク: XIHE BSP をサポートします。
弾性スケーリング: オンデマンドで計算資源をスケールインまたはスケールアウトします。