AnalyticDB for MySQLのコンピューティングレイヤーは、オンデマンドまたはスケジュールに基づいてスケーリングできます。
ストレージ /コンピューティングで分離されたアーキテクチャでは、AnalyticDB for MySQLは、ステートフルなストレージノードから分離することで、コンピューティングノードをステートレスにします。 このように、計算リソースのスケーリング時にデータは移行されません。 Alibaba Cloudのクラウドインフラストラクチャの高い柔軟性は、AnalyticDB for MySQLがコンピューティングレイヤーでスムーズなスケーリング体験を提供するのにも役立ちます。
スケジュールされたスケーリング
AnalyticDB for MySQLは、スケジュールに基づいてクラスターをスケーリングできます。これにより、運用効率の向上とコストの削減に役立ちます。
弾力性がなければ、ビジネスのピークに基づいてリソースを計画する必要があり、オフピーク時には大量のリソースがアイドル状態になります。 AnalyticDB for MySQL Data Warehouse Edition (V3.0) は、指定された曜日の指定された時点でリソースをスケールアップしてビジネスのピークを処理し、ピーク終了後にコストを削減するためにスケールバックするスケジュールスケーリング機能を提供します。 AnalyticDB for MySQLでは、オフピーク時にリソースグループ内のノード数をゼロに減らしてコストを削減することもできます。
スケーリング中、AnalyticDB for MySQL Data Lakehouse Edition (V3.0) は、インベントリ側から必要なリソースを要求します。 次に、インベントリ側はスケーリングタスクを開始し、要求されたリソースをクラスタに割り当てます。
Data Lakehouse Edition (V3.0) の対話型リソースグループでは、リソースを実際のビジネス負荷に合わせることができます。 AnalyticDB for MySQL Data Lakehouse Edition (V3.0) のスケジュールスケーリング機能は、次の利点を提供します。
十分なリソースの提供: スケジュールされたスケーリング機能のインベントリは、永続的なリソースグループと柔軟なリソースグループで構成されます。 永続リソースグループのリソースは、0.5 15日間でプロビジョニングできます。 このリソースグループのインベントリは評価可能です。 エラスティックリソースグループのリソースは、4〜180秒でプロビジョニングできます。 彼らはより多くの費用がかかり、在庫を評価することはできません。 インベントリ側は、使用リソース量と使用可能リソース量に基づいて必要となるリソース量を予測し、追加および解放するリソース量を決定します。
高スケーリング効率: スケジュールスケーリング機能は、スケーリングウィンドウが開始する前に必要なリソースを準備します。 これは速いスケーリング速度を保証する。
最大リソース使用率: クラスターに複数のスケーリングウィンドウを設定すると、システムによって自動的にスケーリングが実装されます。
オンデマンドのスケーリング
AnalyticDB for MySQL Data Lakehouse Edition (V3.0) は、ジョブリソースグループを使用してオンデマンドスケーリング機能を提供します。 オンデマンドスケーリングモードでは、クラスターはクエリが送信される前にリソースを予約しません。 クエリが送信された後、クエリはそれ自体専用に使用されるコンピューティングリソースを要求します。 各クエリで使用できるリソースの量を指定することもできます。 このようにして、リソースをオンデマンドで要求して請求することができ、使用コストを削減し、クエリ間の分離を強化します。 この機能は、高速な応答速度を必要としないが、大量のデータを必要とするシナリオに適しています。 