スケーリンググループの作成時にマルチゾーンスケーリングポリシーを設定した場合、Auto scalingは、他のゾーンからリソースが不足している、または障害が発生しているゾーンにリソースをスケジュールできます。 これにより、ビジネスの継続性が保証されます。 また、スケーリング設定の作成時に複数のインスタンスタイプを指定できます。 この事前対応策は、個々のインスタンスタイプの不十分なインベントリによって引き起こされるスケールアウト障害から保護します。 このトピックでは、コスト最適化ポリシーと複数のインスタンスタイプの選択を組み合わせて、スケールアウトの効果をまとめて高め、リソースを効率的に使用する方法について説明します。
前提条件
仮想プライベートクラウド (VPC) が作成されます。 詳細については、「VPC の作成と管理」をご参照ください。
VPCに複数のvSwitchが作成されます。 vSwitchは異なるゾーンに属します。 詳細については、「vSwitchの作成と管理」をご参照ください。
背景情報
プリエンプティブルインスタンスは市場価格の影響を受けます。 入札に失敗すると、スケールアウトが遅れ、ビジネスの通常の実行に影響を与える可能性があります。 この場合、コスト最適化ポリシーなどのスケーリングポリシーを設定できます。 プリエンプティブルインスタンスの作成に失敗した場合、Auto Scalingは、プリエンプティブルインスタンスと同じインスタンスタイプの従量課金インスタンスを自動的に作成します。 さらに、複数のインスタンスタイプを使用すると、個々のインスタンスタイプのインベントリ不足によるスケールアウト障害を効果的に防ぐことができます。 したがって、スケーリングポリシーと複数のインスタンスタイプを組み合わせることで、スケールアウトの有効性が大幅に強化され、リソース費用の大幅な節約が促進されます。
スケーリングポリシー
Auto scalingコンソールでスケーリンググループを作成する場合、スケーリンググループに複数のvSwitchを指定できます。 指定されたvSwitchのいずれかのゾーンのリソースが不十分な場合、Auto Scalingは別の指定されたゾーンにインスタンスを自動的に作成し、スケールアウトを確実に成功させます。 スケーリンググループに複数のゾーンを指定した後、指定したゾーンでのビジネスの展開に基づいてコスト最適化ポリシーなどのスケーリングポリシーを構成して、さまざまな異なるビジネス目標に対応できます。 コスト最適化ポリシーを設定したスケーリンググループでは、Auto scalingは最低のvCPU価格でインスタンスを優先的に作成します。 プリエンプティブルインスタンスタイプを指定した場合、Auto Scalingはプリエンプティブルインスタンスを優先的に作成します。 プリエンプティブルインスタンスタイプが利用できない場合、Auto Scalingは、同じインスタンスタイプの従量課金インスタンスを比較的低価格で作成します。
説明マルチゾーンスケーリングポリシーには、優先度ポリシー、分散ポリシー、コスト最適化ポリシー、またはカスタム組み合わせポリシーを使用できます。 詳細については、「スケーリンググループの作成」をご参照ください。
VPCに存在するスケーリンググループに対してのみ、マルチゾーンスケーリングポリシーを設定できます。
複数のインスタンスタイプ
Auto Scalingでは、スケーリング設定で複数のインスタンスタイプを指定できます。 この場合、Auto Scalingが最も優先度の高いインスタンスタイプを使用してインスタンスを作成できなかった場合、Auto Scalingは次に優先度の高いインスタンスタイプを使用してインスタンスを自動的に作成します。 さまざまなインスタンスタイプを利用すると、リソースが利用できなくなるリスクが効率的に軽減され、すべてのスケーリング目標をシームレスに実現できます。 例えば、需要のピーク時には、急増するビジネストラフィックに対処するために、高い仕様のインスタンスを迅速に作成することが不可欠になる。 これらの重要な瞬間に、焦点は最適なパフォーマンスレベルを維持することに集中します。 単一のインスタンスタイプに依存するという制限は、これらの目標の達成を妨げる可能性があります。 ただし、複数のインスタンスタイプを組み込むと、汎用性が高まり、迅速かつ効果的に適応して、サービスの卓越性を確保できます。
手順
Elastic Compute Service (ECS) タイプのスケーリンググループを作成します。
詳細については、「スケーリンググループの作成」をご参照ください。
この例で使用されるパラメーターを次の表に示します。
パラメーター
説明
ネットワークタイプ
スケーリンググループのネットワークタイプ。 [VPC] を選択します。
VPC
スケーリンググループのVPC。 既存のVPC (
vpc-bp1idd****など) を選択します。vSwitch
スケーリンググループのvSwitch。
vsw1やvsw2など、複数のvSwitchを選択します。説明各vSwitchは、固有のゾーンと本質的に関連しています。 スケーリンググループに異なるゾーンから複数のvSwitchを指定すると、スケーリンググループ内のECSインスタンスがこれらのゾーンに分散されます。 このアプローチにより、Auto Scalingはこれらのゾーンのリソース容量を効率的に活用できます。
スケーリングポリシー
スケーリンググループのマルチゾーンスケーリングポリシー。 [コスト最適化ポリシー] を選択します。
スケーリング設定を作成して有効にします。
詳細については、「ECSタイプのスケーリング設定の作成」をご参照ください。
この例で使用されるパラメーターを次の表に示します。
パラメーター
説明
[課金方法]
[プリエンプティブルインスタンス] を選択します。
インスタンス設定モード
有効な値: [インスタンスタイプの指定] および [インスタンスパターンの指定] 。 この例では、[インスタンスタイプの指定] を選択します。
インスタンスタイプの選択
複数のインスタンスタイプを選択します。 最大10個のインスタンスタイプを選択できます。
vCPU、メモリ、プロセッサ周波数、内部帯域幅、またはパケット転送速度の点で互いに厳密に一致するインスタンスタイプを選択することを推奨します。
コストを制御するために、インスタンスタイプごとに最大入札額を設定することを推奨します。 自動入札が有効になると、Auto Scalingはプリエンプティブルインスタンスを現在の市場価格で調達して起動します。
I/O最適化インスタンスは、非I/O最適化インスタンスと比較して構成が大きく異なります。 これらの2つの異なるインスタンスタイプを同じスケーリング設定に混在させても、スケールアウトの成功率が大幅に向上することは保証されません。
スケーリンググループを有効にします。
スケーリングルールを作成します。
スケーリングルールの作成方法については、「スケーリングルールの管理」をご参照ください。
この例で使用されるパラメーターを次の表に示します。
パラメーター
説明
ルールタイプ
[シンプルスケーリングルール] を選択します。
操作
値をAdd 1 Instancesに設定します。
スケーリングルールを実行します。
結果の検証
複数のインスタンスタイプを選択するとともに、適切に設計されたスケーリングポリシーを実装することで、リソース消費を大幅に節約できます。 次のセクションでは、コスト最適化ポリシーを利用することの影響と利点について説明します。
例
この例では、杭州ゾーンJと杭州ゾーンKに属するvSwitchがスケーリンググループに指定されています。
ecs.g8y.xlargeおよびecs.g8i.xlargeインスタンスタイプは、スケーリンググループのスケーリング設定で指定されます。
スケーリング設定の課金方法は、プリエンプティブルインスタンスです。
各インスタンスタイプには、プリエンプティブルインスタンスのvCPUの単価と従量課金インスタンスのvCPUの単価の2つの単価があります。
重要次の表にリストされている価格は参照だけのために使用されます。 インスタンス購入ページに表示される料金が優先されます。
次の表では、① はプリエンプティブルインスタンスの市場価格を指定し、② は従量課金インスタンスの市場価格を指定します。
次の表は、さまざまなインスタンスタイプと課金方法から派生した4つの異なるインスタンスプロビジョニングソリューションの概要です。 これらのソリューションは、vCPUあたりの個々のコストに関して昇順に細心の注意を払って並べられています。
いいえ
インスタンスタイプ
課金方法
vCPU
市場価格
vCPUあたりの個別コスト
Solution1
ecs.g8y.xlarge
プリエンプティブルインスタンス
4
0.22 1時間あたりの米ドル
0.055 1時間あたりの米ドル
Solution2
ecs.g8i.xlarge
プリエンプティブルインスタンス
4
0.336 1時間あたりの米ドル
0.084 1時間あたりの米ドル
Solution3
ecs.g8y.xlarge
従量課金制
4
0.8 1時間あたりの米ドル
0.2 1時間あたりの米ドル
Solution4
ecs.g8i.xlarge
従量課金制
4
1.099 1時間あたりの米ドル
0.275 1時間あたりの米ドル
効果
期待される結果: スケーリンググループでスケールアウトがトリガーされると、ソリューション1に基づいてプリエンプティブルECSインスタンスが優先的に作成されます。 杭州ゾーンKと杭州ゾーンJでインスタンスの作成が失敗した場合、Auto Scalingは、ソリューション2、ソリューション3、およびソリューション4に基づいて順次ECSインスタンスの作成を試みます。
結果の検証: 結果を検証するには、スケールアウトルールを実行して、1つのECSインスタンスをスケーリンググループに追加します。 Auto Scalingコンソールの [インスタンス] タブで、追加されたECSインスタンスのIDをクリックしてECSコンソールに移動します。 [インスタンスの詳細] タブで、課金方法とインスタンスタイプを表示します。
課金方法: 従量課金プリエンプティブルインスタンス
インスタンスタイプ: ecs.g8y.xlarge
結果は期待と正確に一致します。 Auto Scalingは、ソリューション1に従ってECSインスタンスをシームレスに作成します。 このデモンストレーションでは、リソースコストを効率的に最小限に抑えるために、コスト最適化ポリシーと複数のインスタンスタイプの選択を組み合わせることの有効性を確認します。