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

Auto Scaling:使用プロセス

最終更新日:Mar 10, 2025

このトピックでは、Auto Scalingの主要な概念と機能を理解するために、Auto Scalingリソースとその使用方法について説明します。

使用プロセス

説明

このトピックでは、Alibaba Cloud管理コンソールでAuto Scalingを使用する方法について説明します。 API操作を呼び出してAuto Scalingを使用する方法については、「プロセス」をご参照ください。

image
説明

スケーリンググループの作成時に [インスタンス設定ソース] パラメーターを [起動テンプレート] または [既存のインスタンスの選択] に設定すると、スケーリング設定が自動的に作成され、アクティブになります。 手動でスケーリング設定を再作成する必要はありません。 スケーリンググループの作成プロセスが完了したら、スケーリンググループを直接有効にできます。

  1. スケーリンググループの作成

    スケーリンググループは、同様のビジネスシナリオで使用するために設計された同一のインスタンスで構成されます。 スケーリンググループを作成するときに、インスタンスの最小制限と最大制限、スケールアウトイベントのテンプレート、スケールインポリシーなどの属性を定義できます。 詳細については、「概要」をご参照ください。

  2. スケーリング設定の作成

    スケーリング設定は、Auto scalingがElastic Compute Service (ECS) インスタンスまたはelasticコンテナインスタンスを自動的に起動するために使用するテンプレートです。 詳細については、「概要」をご参照ください。

  3. スケーリング設定の有効化

    スケーリンググループにアクティブなスケーリング設定がない場合は、スケーリンググループの作成後にスケーリング設定を有効にするように求めるプロンプトが表示されます。 スケーリンググループには複数のスケーリング設定を設定できますが、いつでもアクティブにできるのは1つだけです。 詳細については、「スケーリング設定の管理」をご参照ください。

  4. スケーリンググループの有効化

    スケーリングイベントは、有効状態のスケーリンググループでのみ発生します。 スケーリンググループにアクティブなスケーリング設定がある場合、グループを有効にするように求められます。 [スケーリンググループ] ページに移動して、手動でスケーリンググループを有効にすることもできます。 詳細については、「スケーリンググループの管理」をご参照ください。

  5. スケーリングルールの作成

    スケーリングルールは、スケーリンググループ内のインスタンス数を調整するアクションを定義し、インスタンスの追加または削除の管理に役立ちます。 詳細については、「概要」をご参照ください。

  6. スケーリングルールの実行

    スケーリングルールを実行するには、次のいずれかの方法を使用できます。 詳細については、「スケーリングルールの実行」をご参照ください。

    • 手動実行: スケーリングルールを手動で実行します。 この方法は、一時的なビジネスニーズの処理に最適です。

    • スケジュールされたタスクに基づく自動実行: 指定された時間にスケーリングルールを実行するようにスケジュールされたタスクを設定します。 この方法は、予測可能なパターンでワークロード変動を管理するのに理想的です。

    • イベントトリガータスクに基づく自動実行: 特定のメトリックを監視し、アラートを報告し、スケーリングルールを実行するようにイベントトリガータスクを設定します。 このアプローチは、予測可能なパターンのないワークロード変動の処理に最適です。

チュートリアル

シナリオ

シナリオの説明と例

参考情報

一時的なビジネスニーズでは、追加するサーバーの数とサーバーを追加するタイミングを決定するのが難しいため、特に監視メトリックが利用できない場合は、サーバーの手動調整が必要です。

たとえば、企業が一時的なビジネスニーズのためにテスト目的で追加のサーバーを必要とする場合、追加または削除するサーバーの数とこれらの調整のタイミングを決定するために手動で監視する必要があります。

数回のクリックでECSインスタンスを手動でスケール

ワークロードの変動が予測可能なパターンに従い、時間に基づいて明確なピーク時間とオフピーク時間を識別できる場合、Auto Scalingを使用して、指定された時点でのECSインスタンスの数を自動的に増減できます。

たとえば、ゲーム会社では、ビジネスワークロードが毎晩18:00:00から23:00:00に一貫して増加し、この期間中にサーバーを追加する必要があります。 しかし、他の期間中は、通常の動作を維持するために必要なサーバの数は固定される。

スケジュール済みタスクのトリガーによるECSインスタンスのスケール

ワークロードに動的な変動が発生する場合、最適なサーバー数とサーバーの追加または削除のタイミングを決定するのが難しい場合があります。 この場合、リアルタイムのワークロードに基づいてサーバーの容量を調整する場合は、Auto Scalingコンソールでイベントトリガータスクを作成できます。

たとえば、ニュースウェブサイトのトラフィックは予測できません。 ページビューの急増はニュース速報で発生しますが、ニュースが適時性を失うとビューは低下します。

イベントトリガータスクによるECSインスタンスのスケール