スケーリンググループは、同じアプリケーションシナリオとインスタンスタイプ (Elastic Compute Service (ECS) または Elastic Container Instance (ECI)) を共有するインスタンスのコレクションです。ECI でコンテナアプリケーションを実行する場合、Auto Scaling はワークロードに基づいてインスタンスをスケーリングできます。これにより、サービスのパフォーマンスが維持され、使用コストが削減されます。
操作手順
Alibaba Cloud は、スケーリンググループを作成するためのいくつかの方法を提供しています。次のオプションを確認して、シナリオに最適な方法を選択してください。
-
既存の ECI があり、その設定に基づいてスケーリンググループを作成したい場合は、「方法 1:既存の Elastic Container Instance の設定に基づいてスケーリンググループを作成する」をご参照ください。
-
スケーリンググループを迅速に作成し、後でインスタンス構成ソースを設定したい場合は、「方法 2:ECI スケーリンググループを新規に作成する」をご参照ください。
-
Kubernetes YAML ファイルを使用して ECI スケーリンググループを作成および管理したい場合は、「方法 3:Kubernetes YAML ファイルを使用して ECI スケーリンググループを作成する」をご参照ください。
パラメーター
スケーリンググループの基本設定
|
パラメーター |
説明 |
|
スケーリンググループ名 |
名前は 2~64 文字で、文字、数字、または漢字で始まる必要があり、ピリオド (.)、アンダースコア (_)、ハイフン (-) を含めることができます。 |
|
[スケーリンググループタイプ] |
スケーリンググループで使用されるインスタンスのタイプを指定します。Auto Scaling は、スケーリングアクティビティ中に指定されたタイプのインスタンスを追加または削除します。
|
|
[インスタンス構成のソース] |
インスタンスを作成するための構成のソース。次のソースがサポートされています。
説明
ECS コンソールでインスタンスからスケーリンググループを作成すると、Auto Scaling はインスタンス構成ソースとネットワークタイプ情報を自動的に入力します。デフォルト設定を維持してください。 |
|
[一時停止プロセス] |
特定の操作を実行する前に、指定されたプロセスを一時停止します。たとえば、インスタンスを停止する前にヘルスチェックプロセスを一時停止して、Auto Scaling がそれを不健康とマークしてスケーリンググループから削除するのを防ぐことができます。次のプロセスを一時停止できます。
詳細については、「スケーリンググループプロセスの一次停止と再開」をご参照ください。 |
|
スケーリンググループの保護を有効にする |
有効にすると、スケーリンググループは Auto Scaling コンソールまたは API 呼び出しで削除できなくなります。これにより、スケーリンググループの偶発的な削除を防ぎます。 |
|
[インスタンスのヘルスチェック] |
ヘルスチェックを有効にすると、Auto Scaling は定期的にインスタンスの実行ステータスをチェックします。インスタンスが実行中状態でない場合、Auto Scaling はそれを不健康とみなし、スケーリンググループから削除します。詳細については、「スケーリンググループ内のインスタンスのライフサイクル」をご参照ください。次のオプションが利用可能です。
|
|
[最大インスタンスライフタイム (秒)] |
スケーリンググループ内のインスタンスの最大ライフタイム (秒単位)。インスタンスがこのライフタイムを超えると、Auto Scaling は自動的に新しいインスタンスを作成して置き換えます。 説明
このパラメーターは、[スケーリンググループタイプ] が [ECS] に設定されている場合にのみ使用できます。 |
インスタンス数の設定
|
パラメーター |
説明 |
|
[最小インスタンス数] |
スケーリンググループのインスタンス数がこの制限を下回った場合、Auto Scaling は自動的にインスタンスを追加してこの最小値を満たします。 |
|
[最大インスタンス数] |
スケーリンググループのインスタンス数がこの制限を超えた場合、Auto Scaling は自動的にインスタンスを削除してこの制限内に収めます。削除ポリシーの詳細については、「スケーリンググループの削除ポリシーを設定する」をご参照ください。 |
|
希望キャパシティ |
スケーリンググループの目標インスタンス数。Auto Scaling は、このキャパシティを維持するためにインスタンスを自動的に追加または削除します。詳細については、「期待されるキャパシティ」をご参照ください。 |
インスタンスのスケーリング設定
ECI スケーリンググループの場合、[スケーリングポリシー]、[削除ポリシー]、または [インスタンスの回収モード] を変更することはできません。ECI スケーリンググループには、次のデフォルト設定が適用されます。
-
スケーリングポリシー: 優先ポリシー。
-
[削除ポリシー]:[最も古いスケーリング設定] で作成されたインスタンスの中から最も古いインスタンスを削除し、次に [最も古いインスタンス] を削除します。
-
[インスタンスの回収モード]:[リリースモード]。
|
パラメーター |
説明 |
|
スケーリングポリシー |
デフォルトでは、スケーリンググループは設定した vSwitch の順序に基づいてインスタンスをスケーリングします。この動作は優先ポリシーと呼ばれます。拡張および縮小戦略 を変更して、他の戦略を実装できます。 重要
この設定は、タイプ が [ECS] で、ネットワークタイプ が VPC の場合にのみ変更できます。タイプ が [ECI] の場合、デフォルトの 拡張および縮小戦略 は 優先ポリシー です。
設定手順については、「スケーリングポリシーの設定」をご参照ください。 |
|
[削除ポリシー] |
スケールインイベント中に最初に削除するインスタンスを定義します。ポリシーの結果、複数の削除候補がある場合は、ランダムに 1 つが選択されます。このパラメーターは、[スケーリンググループタイプ] が [ECS] に設定されている場合にのみ使用できます。オプションは次のとおりです。
[削除ポリシー] を [最も古いスケーリング設定] または [カスタムポリシー] に設定した場合、複数のインスタンスが基準を満たす可能性があります。2 次レベルのポリシーを設定して、選択をさらに絞り込むことができます。
説明
インスタンスの削除は、スケーリンググループの [スケーリングポリシー] にも影響されます。詳細については、「スケーリンググループの削除ポリシーを設定する」をご参照ください。 |
|
インスタンス回収モード |
スケーリンググループから削除された後のインスタンスに対するアクションを決定します。次の回収モードが利用可能です。 説明
このパラメーターは、[スケーリンググループタイプ] が [ECS] で、[ネットワークタイプ] が [Virtual Private Cloud] に設定されている場合にのみ使用できます。ECI スケーリンググループのデフォルトの回収モードは [リリースモード] です。
|
ネットワーク設定
[インスタンス構成のソース] が [起動テンプレート] または [既存インスタンスの選択] に設定されている場合、[ネットワークタイプ]、[Virtual Private Cloud]、[VSwitch] などの設定は、起動テンプレートまたは選択したインスタンスに基づいて自動的に入力されます。必要に応じて、スケーリンググループのネットワーク設定を再構成できます。
|
パラメーター |
説明 |
|
ネットワークタイプ |
スケーリンググループ内のインスタンスのネットワークタイプです。[仮想プライベートクラウド] と [クラシックネットワーク] に対応しています。 警告
[ネットワークタイプ] は、スケーリンググループの作成後は変更できません。 重要
[Virtual Private Cloud] を選択することを推奨します。[VPC] ベースのスケーリンググループは、より多くのスケーリングポリシー、インスタンスの回収モード、Application Load Balancer (ALB) および Network Load Balancer (NLB) との関連付けなど、高度な設定をサポートします。VPC の詳細については、「Virtual Private Cloud (VPC) とは」をご参照ください。 |
|
仮想プライベートクラウド |
このパラメーターは、[ネットワークタイプ] が [Virtual Private Cloud] に設定されている場合に使用できます。VPC を選択すると、スケーリンググループ内のすべてのインスタンスがこの VPC 内に作成されます。 警告
[Virtual Private Cloud] は、スケーリンググループの作成後は変更できません。 |
|
VSwitch の選択 |
[Virtual Private Cloud] を選択した後、VPC に属する VSwitch を選択できます。スケーリンググループ内のすべてのインスタンスは、選択した VSwitch 内に作成されます。 重要
複数のアベイラビリティゾーンで VSwitch を選択することを推奨します。これにより、単一のアベイラビリティゾーンでのリソース不足によるスケールアウトの失敗を防ぎます。ECS スケーリンググループを使用する場合、[スケーリングポリシー] を変更して、異なるアベイラビリティゾーン間でのインスタンスの分散を制御することもできます。 |
関連サービス
|
パラメーター |
説明 |
|
[RDS、Redis、MongoDB インスタンスの関連付け] |
スケーリンググループ内のインスタンスが RDS、Redis、または MongoDB データベースにアクセスする必要がある場合、この設定を使用して ECS または ECI インスタンスの内部 IP アドレスをデータベースインスタンスの IP ホワイトリストに自動的に追加できます。 説明
|
|
クラシックロードバランサー (CLB) の関連付け |
クラシックロードバランサー (CLB) インスタンスに関連付けられると、新しいインスタンスはトラフィックを処理するためのバックエンドサーバーとして自動的に登録されます。 インスタンスを追加するサーバーグループを指定できます。次のサーバーグループタイプがサポートされています。
デフォルトサーバーグループと複数の vServer グループの両方を指定した場合、インスタンスはこれらすべてのサーバーグループに追加されます。 説明
スケーリンググループに関連付けられる CLB インスタンスと vServer グループの数は制限されています。クォータを表示したり、クォータの増加をリクエストしたりするには、クォータセンターに移動してください。 |
|
[ALB および NLB サーバーグループの関連付け] |
重要
このパラメーターは、[ネットワークタイプ] が [Virtual Private Cloud] に設定されている場合にのみ使用できます。 ALB または NLB サーバーグループに関連付けられると、新しいインスタンスは ALB または NLB インスタンスによって分散されるリクエストを処理するためのバックエンドサーバーとして自動的に追加されます。バックエンドサーバーのポートと重みも指定する必要があります。デフォルトの重みは 50 です。重みが大きいほど、インスタンスにより多くのトラフィックが送られます。重みが 0 の場合、インスタンスはアクセスリクエストを受信しません。 スケーリンググループを複数の ALB または NLB サーバーグループに関連付けた場合、スケーリンググループに追加されたインスタンスはこれらすべてのサーバーグループに追加されます。 説明
スケーリンググループに関連付けられる ALB および NLB サーバーグループの数は制限されています。クォータを表示したり、クォータの増加をリクエストしたりするには、クォータセンターに移動してください。 |
その他の設定
|
パラメーター |
説明 |
|
[タグ] |
タグは、スケーリンググループの検索と整理に役立ちます。詳細については、「タグ」をご参照ください。 説明
ここで指定されたタグは、スケーリンググループ自体に適用されます。スケーリンググループ内のインスタンスにタグを追加するには、スケーリング設定または起動テンプレートで設定します。 |
|
[インスタンスに伝播するタグ] |
スケールアウト中に作成された新しいインスタンスに、選択したスケーリンググループのタグを伝播します。 |
|
[既存インスタンスの追加] |
このパラメーターは、[スケーリンググループタイプ] が [ECS] で、[インスタンス構成のソース] が [起動テンプレート] または [既存インスタンスの選択] に設定されている場合に使用できます。 期待されるキャパシティを設定し、同時に既存のインスタンスを追加すると、最終的な期待されるキャパシティは追加されたインスタンスの数だけ増加します。たとえば、期待されるキャパシティを 1 に設定し、2 つの既存のインスタンスを追加すると、最終的な期待されるキャパシティは 3 になります。 [インスタンスのライフサイクルをスケーリンググループに委任する] チェックボックスを選択することで、既存のインスタンスのライフサイクルをスケーリンググループに委任できます。
説明
サブスクリプションインスタンスをスケーリンググループに追加することはできますが、そのライフサイクルをスケーリンググループに委任することはできません。 |
|
[通知方法の設定] |
スケーリングアクティビティの通知を設定します。Auto Scaling は、アクティビティが成功、失敗、または拒否された場合に、SMS、サイト内メッセージ、または電子メールで通知を送信できます。詳細については、「通知の設定」をご参照ください。 |
|
[リソースグループ] |
リソースの隔離と権限制御のために、スケーリンググループを特定のリソースグループに割り当てます。詳細については、「リソースグループを使用してスケーリンググループを管理する」をご参照ください。 |
|
[スケーリンググループのアラートルールを CloudMonitor に同期する] |
スケーリンググループの作成時にのみ設定できます。有効にすると、Auto Scaling は CloudMonitor アプリケーショングループを作成し、スケーリンググループに関連付けます。スケーリンググループのアラートルールは、CloudMonitor コンソールに同期されて表示されます。 |
YAML パラメーター
サポートされている Kubernetes YAML フィールド
Kubernetes YAML ファイルを使用して ECI のスケーリンググループをデプロイする場合、Kubernetes Deployment リソースの次の YAML フィールドのみがサポートされます。
YAML ファイルのテンプレート構造については、Kubernetes 公式ウェブサイトのサンプル Deployment をご参照ください。YAML ファイルは主に kind、metadata、および spec フィールドで構成されます。
拡張アノテーション
Kubernetes YAML ファイルを使用して ECI ベースのスケーリンググループをデプロイする場合、次のアノテーションのみを拡張できます。