スケーリンググループには、Elastic Compute Service (ECS) インスタンスまたはelasticコンテナインスタンスを含めることができます。 インスタンスがスケーリンググループに追加された後、インスタンスは一連の状態を経てスケーリンググループから削除されます。 これらの状態は、スケーリンググループ内のインスタンスのライフサイクルを構成します。 スケーリンググループのライフサイクルフックを作成して、ECSインスタンスまたはエラスティックコンテナインスタンスを [保留中の追加] または [保留中の削除] 状態にすることができます。 ライフサイクルフックは、インスタンスに対して操作を実行できる期間を提供します。 このトピックでは、スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスのライフサイクル管理モードとヘルスチェックについて説明します。 このトピックでは、スケーリンググループ内のインスタンスのすべての可能な状態についても説明します。
スケーリンググループ内のインスタンスのライフサイクル管理モード
スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスは、自動的に作成されるか、手動で追加されます。 次の表に、2種類のインスタンスのライフサイクル管理モードを示します。
インスタンス分類 | 追加方法 | ライフサイクル管理モード |
自動的に作成されるインスタンス | ECSインスタンスまたはエラスティックコンテナインスタンスは、スケーリンググループのインスタンス設定ソースに基づいて、スケーリンググループ内に自動的に作成されます。 | Auto Scalingは、自動的に作成されるECSインスタンスまたはエラスティックコンテナインスタンスのライフサイクルを管理します。 スケールアウトイベント中、Auto Scalingは自動的にインスタンスを作成します。 スケールインイベント中、Auto Scalingはインスタンスを停止およびリリースします。 |
手動で追加されるインスタンス | ECSインスタンスまたはエラスティックコンテナインスタンスは手動で作成され、スケーリンググループに追加されます。 | 手動で追加されたECSインスタンスまたはエラスティックコンテナインスタンスのライフサイクル管理モードは、スケーリンググループがインスタンスの管理を担当するかどうかによって異なります。
説明 サブスクリプションECSインスタンスをスケーリンググループに追加できますが、スケーリンググループを委任してサブスクリプションECSインスタンスを管理することはできません。 |
スケーリンググループ内のインスタンスのヘルスチェック
Auto Scalingは、スケーリンググループ内のECSまたはエラスティックコンテナインスタンスのヘルスチェックを定期的に実行してライフサイクルを管理します。 インスタンスが [実行中] 状態でない場合、Auto Scalingは正常でないと判断し、スケーリンググループから即座に削除またはリリースします。
ECSまたはエラスティックコンテナインスタンスの実行ステータスは、スケーリンググループ内のサービスステータスではなく、作成からリリースまでのステータスを指します。
スケーリンググループを作成または変更するときに、ヘルスチェック機能を有効または無効にできます。 詳細については、「スケーリンググループの管理」および「スケーリンググループの変更」をご参照ください。
スケーリンググループのヘルスチェック機能が有効になった後、Auto scalingは、スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスのヘルスステータスを定期的に監視します。 いずれかのインスタンスが異常であると判断された場合、Auto Scalingはそれらをスケーリンググループから即座に削除またはリリースします。 次のルールが適用されます。
Auto Scalingは、Auto Scalingによって自動的に作成された、またはスケーリンググループに手動で追加されたECSインスタンスまたはエラスティックコンテナインスタンスを自動的に削除およびリリースし、そのライフサイクルはスケーリンググループによって管理されます。
これらのインスタンスのライフサイクルを管理するためにスケーリンググループを委任せずにECSまたはエラスティックコンテナインスタンスを手動でスケーリンググループに追加した場合、Auto scalingは異常なインスタンスをスケーリンググループから削除しますが、リリースしません。
正常でないECSまたはエラスティックコンテナインスタンスが削除された場合、スケーリンググループ内の実際のインスタンス数が必要最小限の数を下回ることがあります。 この場合、Auto Scalingは、必要最小限の数に対応するECSインスタンスまたはエラスティックコンテナインスタンスを自動的に作成します。
警告Alibaba Cloudアカウントに十分な残高があることを確認してください。 Alibaba Cloudアカウント内で料金滞納がある場合、従量課金およびプリエンプティブルインスタンスは停止またはリリースされます。 料金滞納の場合にECSインスタンスのステータスがどのように変化するかについては、「料金滞納」をご参照ください。
スケーリンググループ内のインスタンスのライフサイクル状態
スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスのライフサイクル状態は、スケーリンググループに対してライフサイクルフックが作成されているかどうかによって異なります。
ECSまたはエラスティックコンテナインスタンスのライフサイクルは、作成されたときに開始され、リリースされたときに終了します。 これは、グループに追加されたときに開始し、削除されたときに終了するスケーリンググループ内のインスタンスのライフサイクルとは異なります。 詳細は、「インスタンスのライフサイクル」をご参照ください。
次の表に、スケーリンググループ内のECSインスタンスの状態を示します。
次の図は、ライフサイクルフックが作成されていないスケーリンググループ内のECSインスタンスの状態遷移を示しています。
図内の括弧は、API呼び出しを介して取得されたECSインスタンスのステータスを表示します。 API操作を呼び出してインスタンスのステータスを照会する方法の詳細については、「DescribeScalingInstances」をご参照ください。
次の図は、ライフサイクルフックが作成されるスケーリンググループ内のECSインスタンスの状態遷移を示しています。
図内の括弧は、API呼び出しを介して取得されたECSインスタンスのステータスを表示します。 API操作を呼び出してインスタンスのステータスを照会する方法の詳細については、「DescribeScalingInstances」をご参照ください。
次の表に、ECSインスタンスがスケーリンググループに追加されてからスケーリンググループから削除されるまでのさまざまな状態を示します。
表内の括弧は、API呼び出しを介して取得されたECSインスタンスのステータスを表示します。 API操作を呼び出してインスタンスのステータスを照会する方法の詳細については、「DescribeScalingInstances」をご参照ください。
サービスステータス | 説明 | 関連操作 |
追加 | ECSインスタンスがスケーリンググループに追加され、その間、ECSインスタンスはバックエンドサーバーとして関連付けられたServer Load Balancer (SLB) インスタンスにもアタッチされ、そのプライベートIPアドレスは関連付けられたApsaraDB RDSインスタンスのIPアドレスホワイトリストに追加されます。 次の状態のECSインスタンスをスケーリンググループに追加できます。
|
|
Pending Add (Pending: 待機中) | スケーリンググループがスケールアウト操作を監視するためにライフサイクルフックが作成された場合、ライフサイクルフックのタイムアウト期間が終了するまで、ECSインスタンスは [保留中の追加] 状態になります。 この期間中、ECSインスタンスで操作を実行できます。 たとえば、ECSインスタンスにソフトウェアをプリインストールしたり、ECSインスタンスにセカンダリelastic network Interface (ENI) をアタッチしたり、関連するApsaraDB For RedisインスタンスのIPアドレスホワイトリストにECSインスタンスのプライベートIPアドレスを追加したりできます。 説明 [保留中の追加] 状態は、ライフサイクルフックが作成されたスケーリンググループでのみ使用できます。 |
|
In Service (InService) | ECSインスタンスがスケーリンググループに追加され、期待どおりにサービスを提供しています。 次のいずれかの条件が満たされると、ECSインスタンスは [サービス中] 状態を終了し、別の状態になります。
|
|
Standby (スタンバイ) | ECSインスタンスがサービスを提供しておらず、負荷分散の重みがゼロにリセットされているため、着信トラフィックは転送されていません。 Auto ScalingはECSインスタンスのライフサイクルを管理しなくなったため、手動で管理する必要があります。 スタンバイECSインスタンスで問題のトラブルシューティング、イメージの更新、O&M操作を実行できます。 完了したら、ECSインスタンスをスケーリンググループに追加して、[サービス中] 状態に戻すことができます。 説明 スタンバイ状態のECSインスタンスは、[サービス中] 状態に戻るまでアプリケーションでアクティブではありません。 | |
保護 |
| |
削除 (削除) | ECSインスタンスがスケーリンググループから削除されている間、ECSインスタンスも関連付けられたSLBインスタンスからデタッチされ、そのプライベートIPアドレスが関連付けられたApsaraDB RDSインスタンスのIPアドレスホワイトリストから削除されています。 ECSインスタンスがスケーリンググループから削除されると、ECSインスタンスは独立し、別のスケーリンググループに追加できます。 |
|
削除保留中 (削除: 待機) | スケーリンググループがスケールイン操作を監視するためにライフサイクルフックが作成された場合、ライフサイクルフックのタイムアウト期間が終了するまで、ECSインスタンスは [保留中の削除] 状態になります。 この期間中、ECSインスタンスで操作を実行できます。 たとえば、ECSインスタンスへのソフトウェアのインストール、ログのコピー、データの消去などができます。 説明 [Pending Remove] 状態は、ライフサイクルフックが作成されたスケーリンググループでのみ使用できます。 |
|
Stopped | ECSインスタンスはサービスを提供しておらず、そのライフサイクルのためにそれ以上の管理は必要ありません。 ECSインスタンスを停止するときは、再利用されたvCPU、メモリ、およびパブリックIPアドレスに対して課金されなくなったことに注意してください。 ディスクやelastic IPアドレス (EIP) など、保持されているリソースに対しては引き続き課金されます。 Auto Scalingは、スケールアウトイベント中に停止したECSインスタンスをスケーリンググループに追加することを優先します。 説明 ECSインスタンスを [停止済み] 状態にする前に、スケーリンググループを作成するときに、[インスタンス再利用モード] パラメーターを [エコノミーモード] に設定してください。 | インスタンス再利用モードの詳細 (インスタンス再利用モード) |