スケーリンググループ
機能セット | 機能 | 説明 | 関連ドキュメント |
スケーリンググループの管理 | スケーリンググループの作成 | 進化するビジネス要件を満たすために、特定のタイプのインスタンスのポリシーベースの自動追加または削除を有効にする場合は、スケーリンググループを作成してコンピューティングパワーを簡単に管理できます。 コンピューティングパワーは、コンピューティング能力を提供するインスタンスを指す。 | |
スケーリンググループの有効化または無効化 | 通常のスケーリングアクティビティは、有効状態のスケーリンググループでのみトリガーできます。 今のところスケーリンググループが不要な場合は、スケーリンググループを無効にできます。 | ||
スケーリンググループの変更 | スケーリンググループがビジネス要件を満たしていない場合は、スケーリンググループのパラメーター設定を変更することができます。 | ||
スケーリンググループの削除 | スケーリンググループが不要になった場合は、スケーリンググループを削除してスケーリンググループのクォータを解放できます。 スケーリンググループを削除すると、スケーリンググループのスケーリング設定とスケーリングルールも削除されます。 | - | |
スケーリンググループのクローン | 効率的にスケーリンググループを作成する場合は、既存のスケーリンググループを複製し、ビジネス要件に基づいてクローンを変更して、時間とコストを節約できます。 | - | |
スケーリンググループの照会 | スケーリンググループを作成した後、Auto scalingコンソールで、スケーリンググループの基本情報、インスタンスリスト、スケーリング設定ソース、スケーリングルール、ライフサイクルフックを表示できます。 これにより、スケーリンググループの基本設定と、スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスに関する基本情報を理解できます。 | ||
スケーリンググループの容量の管理 | 境界値の設定 | スケーリンググループを作成するときは、含める必要のあるインスタンスの最小数と、スケーリンググループに含めることができるインスタンスの最大数を設定する必要があります。 スケーリンググループ内のインスタンスの合計数が最大数を超えるか、最小数を下回ると、Auto scalingはスケーリンググループからインスタンスを自動的に削除または追加し、合計数が有効な範囲内に収まるようにします。 | - |
インスタンスの予想数の設定 | スケーリンググループの作成時にインスタンスの予想数を設定した場合、Auto scalingはインスタンスの総数を予想数に維持します。 | ||
関連リソースの管理 | ロードバランサーの取り付けまたは取り外し | Auto Scalingは、ロードバランサーのスケーリンググループへの接続と切り離しをサポートします。 スケーリンググループにアタッチされたロードバランサは、スケーリンググループ内のインスタンスにインバウンドトラフィックを均等に分散します。これにより、スケーリンググループのサービスパフォーマンスが効果的に向上します。 | |
ApsaraDB RDSインスタンスのアタッチまたはデタッチ | ビジネス要件に基づいて、いつでもスケーリンググループにアタッチされているApsaraDB RDSインスタンスの数を調整できます。 アタッチされたApsaraDB RDSインスタンスの柔軟な管理により、リソースの再利用性と可用性が向上します。 | ||
その他の設定の管理 | スケーリングポリシーの作成 | スケーリンググループのスケーリングポリシーを設定して、ゾーンやリソースコストなどの要因に基づいてECSインスタンスを追加または削除できます。 スケールイン中、Auto Scalingは、設定されたスケーリングポリシーの要件を満たすECSインスタンスをスケーリンググループから削除します。 | |
インスタンス回収モードの設定 | スケーリンググループにインスタンス再利用モードを設定した場合、ECSインスタンスがスケーリンググループから削除されたときにリリースされるかどうかは、インスタンス再利用モードによって異なります。 ECSインスタンスがリリースされていない場合、リソースの一部が保持されるため、コストが節約されます。 | - | |
クールダウン期間の設定 | スケーリンググループにクールダウン期間を設定した場合、スケーリンググループは、クールダウン期間中にCloudMonitorイベントトリガータスクによってトリガーされたスケーリングリクエストを拒否します。 これにより、メトリックデータの変動によるスケーリングアクティビティの頻繁な実行が防止されます。 | ||
削除保護機能の有効化 | スケーリンググループに対してこの機能を有効にすると、Auto scalingコンソールまたはAPI操作を呼び出してスケーリンググループを削除することはできません。 これにより、スケーリンググループが誤って削除されるのを防ぎます。 | - | |
ヘルスチェック機能の有効化 | この機能を有効にすると、Auto Scalingはインスタンスのヘルスステータスを定期的にチェックします。 インスタンスが期待どおりに実行されないことをAuto Scalingが検出した場合、Auto Scalingはインスタンスが異常であると見なし、インスタンスをスケーリンググループから削除します。 | - | |
通知ルールの設定 | Auto Scalingでは、高度な通知ルールと通常の通知ルールを作成できます。 高度な通知ルールは、Auto ScalingからCloudMonitorまたはMessage Service (MNS) への自動通知プッシュを可能にする一種のモニタリング方法です。 これにより、スケーリンググループの動的な傾向をタイムリーに把握し、スケーリングイベントの管理をさらに自動化することができます。 高度な通知ルールと比較して、通常の通知ルールではスケーリングイベントを手動で処理する必要があります。 | ||
スケーリングプロセスの中断または再開 | スケーリンググループ内の指定されたプロセスを一時停止して、スケーリンググループ内の他の操作を実行できます。 これにより、スケーリンググループ内のスケーリングアクティビティをきめ細かく管理できます。 スケーリンググループで中断されたプロセスを再開することもできます。 その後、再開されたプロセスは、その機能ロジックに基づいて期待通りに動作し続けることができる。 |
[インスタンス数]
機能セット | 機能 | 説明 | 関連ドキュメント |
インスタンス状態の管理 | インスタンス状態の変更 | ビジネス要件に基づいて、インスタンスをスタンバイ状態、保護状態、または停止状態に手動で配置したり、インスタンスを移動したりできます。 | |
インスタンスライフサイクルの管理 | インスタンスには、作成時からリリース時までさまざまな状態があります。 これらの状態は一緒にインスタンスのライフサイクルを構成します。 ライフサイクルフック機能を有効にして、スケーリンググループでのインスタンスの作成と削除を制御できます。 これにより、インスタンスのライフサイクルを柔軟に管理できます。 | ||
Alibaba Cloudが管理するサードパーティインスタンスのスケール | マネージインスタンスの手動スケールアウト | Cloud Assistantを使用してサードパーティインスタンスをAlibaba Cloudの管理対象インスタンスとして登録した後、管理対象インスタンスを手動でスケーリンググループに追加できます。 これにより、迅速なリソース調整が容易になり、低コストで社内コンピューティングリソースの利用が最大化されます。 | |
マネージインスタンスの手動スケール | スケーリンググループから不要になったマネージインスタンスを手動で削除したり、インスタンスを削除したりできます。 これにより、迅速なリソース調整が容易になり、低コストで社内コンピューティングリソースの利用が最大化されます。 | ||
新しい設定を継続的にリリース | インスタンスのローリング更新機能の有効化 | Auto Scalingのローリングアップデート機能を使用すると、イメージの更新、スクリプトの実行、または [サービス中] 状態の複数のインスタンスへのCloudOps Orchestration Service (OOS) パッケージのインストールを同時に行うことができます。 | |
インスタンスの監視 | インスタンス番号の変更を監視する | スケーリンググループのモニタリング機能を有効にすると、さまざまな状態のインスタンス数の変化を表示できます。 これにより、特定の期間にわたるスケーリンググループのリソース使用率を取得できます。 | |
インスタンスのヘルスステータスの監視 | Auto Scalingにインスタンスのライフサイクルを管理させると、Auto Scalingはインスタンスのヘルスステータスを定期的にチェックします。 Auto Scalingがインスタンスが期待どおりに実行されていないことを検出すると、インスタンスが異常であると判断し、スケーリンググループからインスタンスを削除するか、インスタンスをリリースします。 |
インスタンス設定ソース
機能セット | 機能 | 説明 | 関連ドキュメント |
スケーリング設定の管理 | スケーリング設定の作成 | インスタンス構成ソースとは、インスタンスがスケールアウトされるテンプレートを指します。 スケールアウトがトリガーされると、Auto Scalingはスケーリンググループのテンプレートに基づいてインスタンスを自動的に作成し、インスタンスの作成と管理のプロセスを簡素化し、スケールアウトの成功率を向上させます。 | |
スケーリング設定の適用 | スケーリンググループには、アクティブ状態のスケーリング設定を1つだけ設定できます。 スケーリンググループにスケーリング設定を適用すると、スケーリンググループのインスタンス設定ソースが適用されたスケーリング設定になります。 | ||
スケーリング設定の変更 | スケーリング設定がビジネス要件を満たさなくなった場合は、スケーリング設定を変更して、進化する要求に対処できます。 | ||
スケーリング設定のインポートまたはエクスポート | スケーリンググループからスケーリング設定をエクスポートして、オンプレミスコンピューターにバックアップしたり、別のスケーリンググループにインポートしたりできます。 あるスケーリンググループからスケーリンググループをエクスポートし、別のスケーリンググループにインポートして、スケーリング設定の作成効率を高めることができます。 | ||
スケーリング設定の削除 | スケーリング設定がアクティブ状態でなく、スケーリンググループにスケーリング設定に基づいて作成されたインスタンスが含まれていない場合は、スケーリング設定を削除できます。 | - | |
スケーリング設定でイメージを更新する | スケーリング設定では、イメージは頻繁に更新される設定項目です。 ビジネス要件に基づいてスケーリング設定でイメージを更新するには、手動更新と自動更新のいずれかの方法を使用します。 | ||
スケーリング設定の照会 | 既存のスケーリング設定に関する情報を照会できます。 次に、適切なテンプレートを選択して、照会された情報に基づいてインスタンスを作成できます。 | ||
起動テンプレートの管理 | 起動テンプレートの照会 | 既存の起動テンプレートに関する情報を照会できます。 次に、適切なテンプレートを選択して、効率的にECSインスタンスを作成できます。 スケーリンググループの作成時に起動テンプレートをインスタンス設定ソースとして指定した場合、指定できるインスタンスタイプは1つだけです。 デフォルトでは、複数のインスタンスタイプが同時に起動テンプレートに存在することはできません。 |
スケーリングルール
機能セット | 機能 | 説明 | 関連ドキュメント |
スケーリングルールタイプの指定 | 手動ルール: スケーリンググループにインスタンスを追加または削除します。 | スケーリンググループ内のインスタンスの最小数、最大数、または予想数を手動で変更して、インスタンス番号の自動変更をトリガーできます。 | - |
単純なスケーリングルール | 単純なスケーリングルールで、スケーリンググループに追加または削除するインスタンスの数を指定できます。 単純なスケーリングルールで、スケーリンググループに含めるインスタンスの数を指定することもできます。 ターゲット追跡スケーリングルールと予測スケーリングルールと比較して、単純なスケーリングルールはスケールアウトとスケールインを同時にトリガーすることができません。 | - | |
ステップスケーリングルール | ステップスケーリングルールは、CloudMonitorイベントトリガータスクに基づくマルチステップスケーリングポリシーです。 ステップスケーリングルールには、インスタンススケーリングをきめ細かく管理できる一連のステップが含まれています。 ステップスケーリングルールの各ステップは、単純なスケーリングルールと考えることができる。 | ||
予測スケーリングルール | 予測スケーリングルールを作成して、スケーリンググループの境界値を自動的に調整できます。 予測スケーリングルールを作成した後、Auto scalingはスケーリンググループ内の過去24時間以上のモニタリングデータを分析し、機械学習テクノロジを使用して今後48時間のメトリック値を予測します。 次に、Auto Scalingは1時間ごとに必要なインスタンスの数を計算し、スケジュールされたタスクを作成します。 計算されたインスタンスの数は、予測数である。 スケジュールされたタスクは、指定された時点でトリガーされ、予測された数に基づいてスケーリンググループの境界値を自動的に調整します。 | ||
スケーリングルールの管理 | スケーリングルールの作成または削除 | スケーリングルールのタイプによって、スケーリングルールの機能が決まります。 スケーリングルールを作成してスケーリングアクティビティをトリガーしたり、ビジネス要件に基づいてスケーリンググループの境界値を自動的に設定したりできます。 スケーリングルールが不要になった場合は、ルールを削除してスケーリングルールクォータを解放できます。 | |
スケーリングルールの実行 | スケーリングルールを手動で実行して、ECSインスタンスまたはエラスティックコンテナインスタンスの数を調整できます。 Auto Scalingを有効にしてスケーリングルールを実行することもできます。 単純なスケーリングルールとステップスケーリングルールを手動で実行する必要があります。 Auto Scalingは、ターゲット追跡スケーリングルールと予測スケーリングルールのみを実行できます。 | ||
スケーリングルールの照会 | スケーリングルールを作成すると、スケーリングルールが [スケーリングルール] タブに表示されます。 スケーリングルールのIDをクリックすると、ルールの種類、一意の識別子、実行時間、スケーリングルールのスケーリング操作などの情報を表示できます。 |
トリガーメソッド
機能セット | 機能 | 説明 | 関連ドキュメント |
スケジュール済みタスクを使用したスケーリングルールのトリガー | スケジュール済みタスクの作成または削除 | ビジネスに特定のパターンがあり、ビジネスワークロードの変化を予測できる場合は、スケジュールされたタスクを作成して、ピーク時間が到着する前に十分なコンピューティングリソースを準備し、ピーク時間の終了後にアイドル状態のコンピューティングリソースを解放できます。 これにより、中断することなくビジネスを実行し、リソースコストを最小限に抑えることができます。 | |
スケジュール済みタスクの変更 | スケジュールされたタスクがビジネス要件を満たしていない場合は、新しいタスクを作成せずに、スケジュールされたタスクのパラメーター設定を変更できます。 | ||
イベントトリガータスクを使用してスケーリングルールをトリガーする | イベントトリガータスクの管理 | ビジネスで予期しないトラフィックの急増が発生した場合、または特定のパターンがない場合は、イベントトリガータスクを作成し、CloudMonitorメトリクスをタスクに関連付けることができます。 Auto Scalingはリアルタイムでメトリック統計を収集し、統計値がアラート条件を満たすとアラートをトリガーし、タスクの有効期間内にタスクで指定されたスケーリングルールを自動的に実行します。 これにより、スケーリンググループ内のインスタンスの動的調整が実装されます。 | |
システム监视タイプのイベントトリガタスクを作成する | システムモニタリングタイプのイベントトリガータスクのメトリックは、スケーリンググループレベルで測定されます。 メトリック値は、スケーリンググループ内のすべてのインスタンスのモニタリングデータの平均値です。 スケーリンググループ内のインスタンス数が変更されると、メトリック値も更新されます。 | ||
Agentメトリックを使用するイベントトリガータスクの作成 | イベントトリガータスクの作成時に名前にエージェントフィールドが含まれるメトリックを指定した場合、Auto Scalingはスケーリンググループ内のすべてのインスタンスにCloudMonitorエージェントをインストールし、CloudMonitorコンソールの新規購入ECSインスタンスにCloudMonitorエージェントを自動インストールスイッチをオンにして、新しいECSインスタンスのメトリックデータが収集されるようにします。 | - | |
スケーリングルールを手動で実行する | スケーリングルールを手動で実行する | 現時点でスケーリンググループ内のインスタンス数を調整する場合は、このトリガー方法をお勧めします。 スケーリンググループに進行中のスケーリングアクティビティがない場合、指定されたクールダウン期間を無視してすぐにスケーリングルールを実行できます。 |
スケーリングアクティビティ
機能セット | 機能 | 説明 | 関連ドキュメント |
スケーリングアクティビティの状態の管理 | スケーリングアクティビティの状態の照会 | スケーリングアクティビティがトリガーされると、Auto scalingによってスケールアウトまたはスケールイン操作が完了します。 スケーリングアクティビティの可能な状態には、拒否、実行、成功、警告、および失敗が含まれます。 | |
ECSインスタンスのロールバック | 特定の数のECSインスタンスをスケーリンググループに追加できない場合、Auto scalingはスケーリングアクティビティが完了するまでスケーリング操作を続行します。 スケーリンググループへの追加に失敗したECSインスタンスはロールバックされます。 | ||
スケーリングプロセスの管理 | スケーリングプロセスの中断または再開 | スケーリンググループ内の指定されたプロセスを一時停止して、スケーリンググループ内の他の操作を実行できます。 これにより、スケーリンググループ内のスケーリングアクティビティをきめ細かく管理できます。 スケーリンググループで中断されたプロセスを再開することもできます。 その後、再開されたプロセスは、その機能ロジックに基づいて期待通りに動作し続けることができる。 |
ライフサイクルフック
機能セット | 機能 | 説明 | 関連ドキュメント |
ライフサイクルフックの管理 | ライフサイクルフックの作成または削除 | ライフサイクルフックを作成して、Auto scalingによってトリガーされたスケーリングアクティビティを一時停止し、アクティビティに関連するインスタンスを [保留中の追加] または [保留中の削除] 状態にすることができます。 ライフサイクルフックのタイムアウト期間が終了する前に、インスタンスに対して操作を実行できます。 ライフサイクルフックが不要になった場合は、ライフサイクルフックを削除してライフサイクルフックのクォータを解放できます。 | |
ライフサイクルフックの変更 | ライフサイクルフックがビジネス要件を満たしていない場合は、新しいフックを作成せずに、ライフサイクルフックのパラメーター設定を変更できます。 | ||
ライフサイクルフックの照会 | ライフサイクルフックを作成したら、Auto Scalingコンソールのlifecycle hookタブに移動して詳細を表示できます。 |
イベント通知
機能セット | 機能 | 説明 | 関連ドキュメント |
通知ルールの管理 | 通知ルールの作成 | 通知ルールを作成して、Auto ScalingからCloudMonitorまたはMNSへの自動通知プッシュを有効にすることができます。 これにより、スケーリンググループの動的な傾向をタイムリーに把握し、スケーリングイベントの管理を自動化することができます。 | |
通知シナリオの設定 | 通知ルールを作成するときは、通知ルールがトリガーされる通知シナリオを設定する必要があります。 次のタイプの通知シナリオを設定できます: スケールアウトの成功、スケールインの失敗、およびスケーリングの拒否。 | - | |
通知ルールの削除 | 通知ルールが不要になった場合は、ルールを削除できます。 |
リソースの割り当て
機能セット | 機能 | 説明 | 関連ドキュメント |
クォータの申請 | クォータの申請 | Alibaba Cloudアカウント内の各タイプのAuto Scalingリソースの数に上限があります。 たとえば、リージョン内に限られた数のスケーリンググループを作成し、スケーリンググループ内に限られた数のスケーリングルールを作成できます。 各タイプのリソースのクォータを表示するには、クォータセンターに移動します。 | - |
オープンソースツール
機能セット | 機能 | 説明 | 関連ドキュメント |
テラフォーム | Terraformを使用したAuto Scalingリソースの作成 | Terraformは、クラウドインフラストラクチャとリソースを安全かつ効率的にプレビュー、設定、管理するために使用できるオープンソースツールです。 Terraformでは、インフラストラクチャをコードとして定義し、コードを使用してAuto Scalingリソースを作成、削除、クエリ、または変更できます。 |