このトピックでは、Auto Scalingに関するよくある質問に対する回答を提供します。
項目 | よくある質問 |
課金 | |
スケーリンググループ | |
スケーリング設定 |
|
スケジュール済みタスク | |
イベントトリガータスク | |
スケーリングアクティビティ | |
スケーリンググループでのインスタンス管理 | |
SLBインスタンスとの関連付け | |
ApsaraDB RDSインスタンスとの関連付け |
Auto Scalingを使用すると課金されますか?
Auto Scalingは無料です。 Auto Scalingを有効にした場合、またはスケーリンググループを作成した場合は課金されません。 ただし、Auto Scalingで使用されているリソースに対しては課金されます。 これらのリソースには、Elastic Compute Service (ECS) インスタンス、elasticコンテナインスタンス、Server Load Balancer (SLB) インスタンス、ApsaraDB RDSインスタンス、およびその他のクラウドサービスのリソースが含まれます。 課金の詳細については、「関連するクラウドサービスとリソースの課金」をご参照ください。
料金滞納のECSインスタンスまたはelasticコンテナインスタンスがすぐにリリースされるのはなぜですか。
Auto Scalingはヘルスチェック機能を提供します。 Auto Scalingが、スケーリンググループ内の特定のECSインスタンスまたはエラスティックコンテナインスタンスが [サービス中] 状態でないことを検出した場合、インスタンスは異常と見なされます。 Auto Scalingは、正常でないインスタンスをスケーリンググループから自動的に削除し、インスタンスをリリースします。 詳細については、「インスタンスライフサイクル」をご参照ください。
Alibaba Cloudアカウントに料金滞納がある場合、スケーリンググループ内の従量課金制のプリエンプティブECSインスタンスまたはエラスティックコンテナインスタンスはすべて停止されます。 Auto Scalingは、停止したインスタンスを異常と見なし、異常なインスタンスをリリースします。
Alibaba Cloudアカウントに十分な残高があることを確認してください。 料金滞納が発生した場合のECSインスタンスとelastic containerインスタンスのステータスの変更については、「リソースの有効期限と料金滞納」をご参照ください。
無効状態のスケーリンググループのECSインスタンスまたはelastic containerインスタンスに対して課金されますか。
はい。スケーリンググループが無効になった後も、スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスに対して課金されます。 スケーリンググループは課金されません。 ただし、スケーリンググループ内のインスタンスに対して課金されます。
Auto Scalingはデータディスクの自動スケーリングをサポートしていますか?
いいえ、Auto Scalingはデータディスクの自動スケーリングをサポートしていません。
Auto Scalingは、スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスの数のみを自動的に調整できます。 Auto Scalingは、ECSインスタンスまたはエラスティックコンテナインスタンスにアタッチされているデータディスクの数またはサイズを自動的に変更することはできません。
SLB、CloudMonitor、ApsaraDB RDSなどの他のAlibaba Cloudサービスと一緒にAuto Scalingを使用する必要がありますか。
Auto Scalingを他のAlibaba Cloudサービスと一緒に使用する必要はありません。
Auto Scalingは、オープンで柔軟なプラットフォームです。 ビジネス要件に基づいて、SLB、ApsaraDB RDS、およびCloudMonitorを使用するかどうかを決定できます。 強化されたAuto Scaling機能を体験したい場合は、これらのAlibaba Cloudサービスと共にAuto Scalingを使用することを推奨します。
Auto ScalingをSLBと一緒に使用する方法の詳細については、「CLBとは何ですか?」をご参照ください。
ApsaraDB RDSと一緒にAuto Scalingを使用する方法については、「ApsaraDB RDSとは」をご参照ください。
Auto ScalingをCloudMonitorと一緒に使用する方法については、「CloudMonitorの概要」をご参照ください。
スケーリンググループに追加できるインスタンス数はいくつですか。
スケーリンググループに追加できるインスタンスの数は限られています。 制限については、「制限」をご参照ください。
既存のインスタンスをスケーリンググループに追加できますか?
はい、既存のインスタンスをスケーリンググループに追加できます。
既存のインスタンスをスケーリンググループに追加する前に、次の要件が満たされていることを確認してください。
ECSインスタンスまたはエラスティックコンテナインスタンスは、インスタンスを追加するスケーリンググループと同じリージョンにあります。 詳細については、「リージョンとゾーン」をご参照ください。
ECSインスタンスまたはエラスティックコンテナインスタンスは、[実行中] 状態である必要があります。 詳細については、「インスタンスのライフサイクル」または「エラスティックコンテナインスタンスのライフサイクル」をご参照ください。
ECSインスタンスまたはエラスティックコンテナインスタンスは、他のスケーリンググループから独立しています。
既存のサブスクリプションECSインスタンスをスケーリンググループに追加できますか。
はい、既存のサブスクリプションECSインスタンスをスケーリンググループに追加できます。
Auto Scalingは、スケーリンググループに従量課金インスタンスとプリエンプティブルインスタンスを自動的に作成します。 Auto Scalingでは、既存のサブスクリプションおよび従量課金インスタンスをスケーリンググループに追加することもできます。
ECSインスタンスまたはエラスティックコンテナインスタンスを複数のスケーリンググループに同時に追加できますか。
いいえ。ECSインスタンスまたはエラスティックコンテナインスタンスを複数のスケーリンググループに同時に追加することはできません。
ECSインスタンスまたはエラスティックコンテナインスタンスは、一度に1つのスケーリンググループに属することができます。 スケーリンググループのインスタンスを別のスケーリンググループに追加する場合は、最初に元のスケーリンググループからインスタンスを削除する必要があります。 詳細については、「インスタンスを手動で削除または削除」および「インスタンスをスケーリンググループに手動で追加」をご参照ください。
スケーリンググループからインスタンスを削除する方法を制御できますか。
はい、スケーリンググループからインスタンスを削除する方法を制御できます。
スケーリンググループからインスタンスを削除する方法を制御する場合は、スケーリンググループの2レベルのフィルタリングをサポートするインスタンス削除ポリシーを設定できます。 インスタンス削除ポリシーでは、最も早いスケーリング設定に基づいて作成されたインスタンス、最も早い時点で作成されたインスタンス、または最近作成されたインスタンスを削除するように指定できます。 詳細については、「スケーリンググループの作成」をご参照ください。
スケーリンググループを無効にした後、Auto Scalingはスケーリンググループに自動的に作成されたECSインスタンスをリリースしますか。
いいえ。Auto Scalingコンソールを使用するか、API操作を呼び出してスケーリンググループを無効にした後、Auto scalingは、スケーリンググループ内で自動的に作成されたECSインスタンスまたはエラスティックコンテナインスタンスをリリースしません。
スケーリンググループを有効にする方法については、「スケーリンググループの無効化」をご参照ください。
Elastic Container Instanceタイプのスケーリンググループでスケールアウトプロセスを完了するのに必要な時間に影響する要因は何ですか。
スケールアウトのレイテンシは、コンテナの初期化のレイテンシ、アプリケーションの起動のレイテンシ、ライフサイクルフックの設定のレイテンシ、コンテナの外部リソースの登録のレイテンシなどの要因の影響を受けます。
Elastic Container Instanceタイプのスケーリンググループでスケールアウトプロセスを完了するのに必要な時間は、スケールアウトされたelastic containerインスタンスのライフサイクルフックの有効時間です。 詳細については、ライフサイクルフック機能の「概要」をご参照ください。
複数のインスタンスタイプのECSインスタンスをスケーリンググループに追加できますか。
はい。複数のインスタンスタイプのECSインスタンスをスケーリンググループに追加できます。
スケーリング設定を作成するときに、複数のECSインスタンスタイプを作成できます。 これにより、スケールアウトの成功率が向上します。 ただし、毎回追加できるECSインスタンスの数は限られています。 詳細については、「制限事項」をご参照ください。
スケーリンググループに8 vCPUまたは16 vCPUを持つECSインスタンスを作成できますか。
はい。スケーリンググループに8 vCPUまたは16 vCPUを持つECSインスタンスを作成できます。
現在利用可能なインスタンスタイプがビジネス要件を満たさない場合、 チケットを起票し、より多くのECSインスタンスタイプをリクエストします。
Auto Scalingによって自動的に作成されるECSインスタンスのディスクサイズを指定するにはどうすればよいですか。
Auto scalingコンソールでスケーリング設定を作成するときに、[ストレージ] セクションでディスクサイズを指定できます。 詳細については、「ECSタイプのスケーリング設定の作成」をご参照ください。
Alibaba Cloud Marketplaceのイメージを使用する場合、Auto ScalingでECSインスタンスを動的に作成できるようにするにはどうすればよいですか。
Auto Scalingで同じAlibaba Cloud Marketplaceイメージを使用するN個のインスタンスを作成する場合は、事前にAlibaba Cloud MarketplaceからイメージをN回購入する必要があります。
Alibaba Cloud Marketplaceから複数のイメージを同時に購入できますか?
Alibaba Cloud Marketplaceから複数のイメージを同時に購入することはできません。
ECSインスタンスの作成に使用されたイメージがAlibaba Cloud Marketplaceで使用できない場合、ECSインスタンスを作成できるようにするにはどうすればよいですか。
この場合、Alibaba Cloud Marketplaceから別の利用可能なイメージを購入することを推奨します。
Auto ScalingがECSインスタンスを作成するときに、Alibaba Cloud Marketplaceイメージが使用できないことを示すエラーメッセージが表示されるのはなぜですか。
問題: Auto ScalingがAlibaba Cloud Marketplaceイメージに基づいてECSインスタンスを作成すると、次のエラーが報告されます。
Fail to create Instance into scaling group("The specified image is from the image market. You have not bought it or your quota has been exceeded.").原因: スケーリング設定でサードパーティのイメージを指定しましたが、イメージの料金が支払われなかったか、イメージクォータが上限を超えています。
解決策: Auto Scalingは、 Alibaba Cloud Marketplace でサードパーティのイメージの料金を支払わない限り、サードパーティのイメージに基づいてECSインスタンスを作成できません。
異なる地域の画像で同じ製品コードを使用できますか?
はい。異なるリージョンの画像は、画像が製品コードのリージョンでサポートされている場合にのみ、同じ製品コードを使用できます。
画像を購入した後、どのリージョンでも同じ商品コードを持つ100画像を使用できますか?
いいえ、どのリージョンでも同じ製品コードを持つイメージを使用することはできません。 Alibaba Cloud Marketplace のイメージはリージョン固有です。 特定のリージョンで画像を使用する場合は、そのリージョンで画像を購入する必要があります。
定期的に実行されるスケジュール済みタスクを作成できますか?
はい、定期的に実行されるスケジュール済みタスクを作成できます。 詳細については、「スケジュール済みタスクの作成」をご参照ください。
イベントトリガータスクとスケジュールタスクの間に実行優先順位はありますか?
イベントでトリガーされるタスクとスケジュールされたタスクを同時にトリガーすることはできません。 それらは互いに独立しており、互いに優先されない。
イベントトリガータスクが拒否されても、トリガー条件が満たされている場合、現在のスケーリングアクティビティが完了した後も、イベントトリガータスクは実行されます。
スケジュールされたタスクの再試行間隔を指定できます。 これにより、失敗時に再試行しようとすると、スケジュールされたタスクが拒否されなくなります。 詳細については、「スケジュール済みタスクの作成」をご参照ください。
イベントトリガータスクでスケーリングアクティビティをトリガーするために使用されるメトリクス
イベントトリガータスクは、CPU使用率、メモリ使用量、平均システム負荷、インバウンドまたはアウトバウンドトラフィックなどのCloudMonitorメトリクスに基づいてスケーリングアクティビティをトリガーできます。 詳細については、「システム監視タイプのイベントトリガータスク」をご参照ください。
イベントトリガータスクのトリガー条件を設定する方法を教えてください。
イベントトリガータスクのトリガー条件を設定する前に、ECSインスタンスに最新バージョンのCloudMonitorをインストールする必要があります。 CloudMonitorエージェントのインストール方法については、「Java用CloudMonitorエージェントのインストール」をご参照ください。
次に、イベントトリガータスクを作成するときに、ビジネス要件に基づいてトリガー条件を設定できます。 詳細については、「イベントトリガータスクの作成」をご参照ください。
イベントトリガータスクを使用して、Auto Scalingによって作成されたインスタンスを削除する方法を教えてください。
イベントトリガータスクを使用してAuto Scalingによって作成されたインスタンスを削除するには、イベントトリガータスクのトリガールールとしてスケールインルールを指定します。 詳細については、「スケーリングルールの作成」および「イベントトリガータスクの作成」をご参照ください。
Auto Scalingは、カスタムCloudMonitorメトリクスに基づく動的スケーリングをサポートしていますか?
はい。Auto Scalingは、カスタムCloudMonitorメトリクスに基づく動的スケーリングをサポートしています。 詳細については、「カスタムモニタリングタイプのイベントトリガタスク」をご参照ください。
チケットを起票して問題をトラブルシューティングするときに、どのようなAuto Scaling情報を提供する必要がありますか?
あなたが チケットを起票します。トラブルシューティングを容易にするために、スケーリングアクティビティIDと関連ログを入力する必要があります。
スケーリングアクティビティの詳細については、「スケーリングアクティビティの詳細の表示」をご参照ください。
Auto ScalingがECSインスタンスを作成するときにエラーメッセージが表示されるのはなぜですか。
Auto ScalingがECSインスタンスを作成したときに次のエラーメッセージが表示された場合、現在のゾーンでリソースが不足している可能性があります。 別のゾーンに切り替えて、もう一度お試しください。
Fail to create Instance into scaling group("The resource is out of usage.").Fail to create Instance into scaling group("The specified region is in resource control, please try later.").インスタンスタイプの不足によるスケールアウトの失敗を防ぐにはどうすればよいですか。
スケーリンググループを作成するときは複数のゾーンを指定し (異なるゾーンのvSwitchを選択) 、スケーリング設定を作成するときは複数のインスタンスタイプを選択することを推奨します。 指定されたゾーンのいずれかでインスタンスタイプが不十分な場合、Auto Scalingは、十分なインスタンスタイプを持つ別のゾーンに自動的に切り替え、スケールアウトを実行します。 詳細については、「スケーリンググループの作成」および「ECSタイプのスケーリング設定の作成」をご参照ください。
インスタンスのリリース保護機能を有効にしても、ECSインスタンスがまだリリースされるのはなぜですか。
ECSコンソールを使用するか、ModifyInstanceAttribute操作を呼び出して、自動的に作成されたECSインスタンスのリリース保護機能を有効にした場合、リリース保護機能は、ECSインスタンスがAuto Scalingによってリリースされるのを防ぐことはできません。
ECSインスタンスを自動的にリリースしない場合は、ECSインスタンスを保護状態にすることができます。 詳細については、「インスタンスを手動で保護状態にする、またはインスタンスを保護状態から移動する」をご参照ください。
スケーリンググループに手動で追加されたインスタンスがスケーリンググループから削除されないようにするにはどうすればよいですか。
ECSインスタンスまたはエラスティックコンテナインスタンスがスケーリンググループから削除されないようにするには、インスタンスを保護状態にします。 詳細については、「インスタンスを手動で保護状態にする、またはインスタンスを保護状態から移動する」をご参照ください。
Auto Scalingは、スケーリングアクティビティ中に、ECSインスタンスのプライベートIPアドレスをApsaraDB RDSインスタンスまたはApsaraDB for MemcacheインスタンスのIPアドレスホワイトリストに自動的に追加または削除しますか。
Auto Scalingは、スケーリングアクティビティ中に、関連付けられたApsaraDB RDSインスタンスのIPアドレスホワイトリストにECSインスタンスのプライベートIPアドレスのみを追加します。
スケーリンググループに手動で追加されたインスタンスが自動的にリリースされないようにするにはどうすればよいですか?
たとえば、スケーリンググループに100のECSインスタンスまたはエラスティックコンテナインスタンスがある場合、次の操作を実行して、100インスタンスが自動的にリリースされないようにすることができます。
スケーリンググループの [最小インスタンス数] パラメーターを100に設定します。
スケールインポリシーパラメーターの最初のステップをスケーリング設定を使用して作成された初期インスタンスに設定します。
最も古いスケーリング設定は、スケーリンググループに手動で追加されたECSインスタンスまたはエラスティックコンテナインスタンスには適用されません。 したがって、スケールインポリシーは、手動で追加されたインスタンスには有効になりません。 Auto Scalingは、自動的に作成されたECSインスタンスまたはエラスティックコンテナインスタンスを優先的にリリースします。 自動作成されたすべてのインスタンスが削除された場合、Auto Scalingは手動で追加されたインスタンスを削除しますが、インスタンスはリリースされません。
スケーリンググループに手動で追加されたECSインスタンスまたはエラスティックコンテナインスタンスを停止しないでください。 それ以外の場合、Auto Scalingは停止したインスタンスが異常であると見なし、異常なインスタンスをスケーリンググループから削除します。
ECSインスタンスがスケーリンググループから削除されてリリースされた後も、ECSインスタンスに保存されているデータは保持されますか。
いいえ、ECSインスタンスに保存されたデータは保持されません。
Auto Scalingは、ECSインスタンスを自動的にリリースする場合があります。 アプリケーションのステータス情報やセッション、データベース、ログの重要なデータをECSインスタンスに保存しないでください。 独立したECSインスタンス、ApsaraDB RDSインスタンス、またはSimple Log Serviceプロジェクトを使用して、アプリケーションのステータス情報を保存することを推奨します。
Auto Scalingによって自動的に作成されたインスタンスを削除するにはどうすればよいですか?
自動スケーリングコンソールの [インスタンス] タブに移動して、自動的に作成されたECSインスタンスまたはエラスティックコンテナインスタンスを削除できます。 詳細については、「手動でインスタンスを削除または削除」をご参照ください。
必要な数のECSインスタンスの作成に失敗した後、Auto Scalingは引き続きECSインスタンスを作成しますか。
いいえ。Auto Scalingでは、アクティビティレベルのトランザクションをスケーリングするのではなく、インスタンスレベルのトランザクションの整合性が維持されます。 Auto Scalingコンソールの [スケーリングアクティビティ] タブに移動して、スケーリングアクティビティのステータスを表示できます。 詳細については、「スケーリングアクティビティの詳細の表示」をご参照ください。
たとえば、ビジネスでは20個のECSインスタンスを作成するのにAuto Scalingが必要ですが、Auto Scalingでは19個のECSインスタンスしか作成できません。 その後、19個のECSインスタンスのみがスケーリンググループに追加されます。 Auto Scalingは、失敗したECSインスタンスの作成を再試行せずにスケーリングアクティビティが完了したと見なします。 スケーリングアクティビティが警告状態になります。
Auto Scalingによって作成されたECSインスタンスにログインするために必要なパスワードを取得するにはどうすればよいですか。
Auto Scalingでは、スケーリング設定でカスタムパスワードを指定することはできません。 Linux OSを使用する場合は、有効なスケーリング設定でSSHキーペアを指定することを推奨します。 SSH キーペアを使用して ECS インスタンスにログインできます。
SSKキーペアを使用してECSインスタンスにログインしない場合は、ECSコンソールでECSインスタンスのパスワードをリセットし、ECSインスタンスを再起動して新しいパスワードを有効にする必要があります。
カスタムイメージで指定されたパスワードを使用して、Auto Scalingによって自動的に作成されたECSインスタンスにログインできないのはなぜですか。
セキュリティを確保するため、Auto Scalingは、カスタムイメージで指定されたパスワードに基づいて自動的に作成されたECSインスタンスへのログオンをサポートしていません。 有効なスケーリング設定でSSHキーペアを指定することを推奨します。 SSH キーペアを使用して ECS インスタンスにログインできます。
SSKキーペアを使用してECSインスタンスにログインしない場合は、ECSコンソールでECSインスタンスのパスワードをリセットし、ECSインスタンスを再起動して新しいパスワードを有効にする必要があります。
スケーリンググループ内の ECS インスタンスにデータを同期するにはどうすればよいですか。
スケーリング設定でカスタムイメージを指定して、ECSインスタンスを作成できます。 これにより、作成されたECSインスタンスにデータを同期できます。 実行中のECSインスタンスとの間でデータを同期するには、ECSインスタンスにrsyncをインストールし、rsyncを使用してデータを同期することを推奨します。
Auto Scalingによって自動的に作成されるECSインスタンスの /etc/hostsファイルからIPアドレス127.0.0.1が削除されるのはなぜですか。
/etc/hostsファイルが変更されたカスタムイメージを使用する場合、Auto Scalingがカスタムイメージを使用してECSインスタンスを自動的に作成すると、ファイルはデフォルト設定に復元されます。 したがって、/etc/hostsファイルへの変更は失われます。 /etc/hostsファイルへの変更を保持するには、rc.localファイルにスクリプトを追加して、必要な情報が /etc/hostsファイルに存在するかどうかを確認し、存在しない場合は情報を追加します。
SLBインスタンスは、スケーリンググループに関連付けられた後に何をしますか。
SLBインスタンスは、ルーティング方法に基づいて、スケーリンググループ内のECSインスタンスにトラフィックを転送します。 SLBインスタンスをスケーリンググループに関連付けることで、アプリケーションのパフォーマンスと可用性を向上させることができます。 詳細については、「CLBとは何ですか?」をご参照ください。
SLB インスタンスはスケーリンググループとどのように連動しますか。
SLBインスタンスを1つ以上のスケーリンググループに関連付けることができます。 その後、Auto Scalingは、スケーリンググループ内のECSインスタンスをSLBインスタンスのバックエンドサーバーグループに自動的に追加します。 デフォルトでは、ECSインスタンスのSLB重みは50です。 SLBバックエンドサーバーの詳細については、「デフォルトサーバーの追加」をご参照ください。
Auto Scalingは、自動的に作成されたECSインスタンスをSLBインスタンスのバックエンドサーバーグループに追加できますか。
はい、Auto Scalingは自動的に作成されたECSインスタンスをSLBインスタンスのバックエンドサーバーグループに追加できます。 ただし、SLBインスタンスは、Auto scalingがECSインスタンスを作成するスケーリンググループに関連付けられている必要があります。
Auto Scalingは、自動的に作成されたECSインスタンスを複数のSLBインスタンスのバックエンドサーバーグループに追加できますか。
はい、Auto Scalingは自動的に作成されたECSインスタンスを複数のSLBインスタンスのバックエンドサーバーグループに追加できます。
スケーリンググループを複数のSLBインスタンスに関連付けることができますが、SLBインスタンスの数は限られています。 詳細については、「制限事項」をご参照ください。
ECSインスタンスのSLBの重みを変更できますか。
はい、ECSインスタンスのSLB重みを変更できます。 詳細については、「デフォルトサーバーの追加」をご参照ください。
SLBインスタンスは、重みの比率に基づいてバックエンドサーバー間で負荷を分散します。 たとえば、ECSインスタンスが2つあり、インスタンスのSLB重みが50であるとします。 ECSインスタンスのSLB重みを50から100に変更した場合、SLBインスタンスは2つのECSインスタンス間で同じ方法で負荷を分散します。 これは重量比が1:1のままであるからである。 ほとんどの場合、スケーリンググループ内のECSインスタンスは同じサービスを提供し、同じインスタンスタイプです。 したがって、ECSインスタンスのSLB重みは同じです。 ECSインスタンスのデフォルトのSLB重みは50です。
スケーリンググループがインターネット向けSLBインスタンスに関連付けられている場合、スケーリング設定を作成するときにECSインスタンスのパブリック帯域幅を設定する必要がありますか。
いいえ。パブリック帯域幅は ECS インスタンスの任意で設定可能な項目です。 ただし、スケーリング設定を作成する場合は、ECSインスタンスの管理を容易にするために、パブリック帯域幅を少なくとも1 Mbit/sに設定することを推奨します。
スケーリンググループを作成するときに、指定されたSLBインスタンスに関するヘルスチェックエラーが報告されるのはなぜですか。
次のエラーメッセージが表示された場合、指定されたSLBインスタンスのヘルスチェック機能は無効になっています。
The current health check type of load balancer "xxxx" does not support this action.スケーリンググループに関連付けられているSLBインスタンスのヘルスチェック機能を有効にする必要があります。 詳細については、「ヘルスチェックの設定」をご参照ください。
SLBインスタンスは、新しいECSインスタンスがリクエストを処理できるかどうかをどのように確認しますか。
新しいECSインスタンスがスケーリンググループに追加された後、スケーリンググループに関連付けられているSLBインスタンスは、ECSインスタンスの対応するポートがリクエストに応答するかどうかを確認します。 SLBインスタンスは、ECSインスタンスのポートがチェックに合格した場合にのみ、新しいECSインスタンスにリクエストを転送します。
SLBインスタンスのレイヤー7 HTTPリスナーのタイムアウト時間が60秒を超えるのはなぜですか。
問題: SLBインスタンスのHTTPリスナーのタイムアウト時間は約60秒です。 ただし、複数のECSインスタンスがSLBインスタンスにアタッチされている場合、ECSインスタンスを設定するためのタイムアウト時間が60秒を超えるか、505エラーコードが返されます。
原因: SLBインスタンスのHTTPリスナーのタイムアウト期間を使用して、許可された時間範囲内で応答を返すことができます。 すべてのHTTPリスナーの合計タイムアウト期間は、アタッチされたECSインスタンスの数によって異なります。
複数のECSインスタンスをSLBインスタンスにアタッチし、最初のECSインスタンスへのリクエストがタイムアウトした場合、SLBインスタンスはリクエストを次のECSインスタンスに転送してレスポンスを取得します。 SLBインスタンスは、アタッチされたECSインスタンスの1つが許可された時間範囲内にリクエストに対する応答を返すまで転送を続行します。 たとえば、3つのECSインスタンスをSLBインスタンスにアタッチすると、HTTPリクエストの実際のタイムアウト期間は180秒に達する可能性があります。 さらに、特定のAlibaba Cloudサービスが、SLBインスタンスのHTTPリスナーのタイムアウト期間の設定に制限を課す場合があります。
解決策: ECSインスタンスにデプロイされたアプリケーションでHTTPリスナーのタイムアウト期間を設定することを推奨します。
ApsaraDB RDSインスタンスは、スケーリンググループに関連付けられた後に何をしますか。
ApsaraDB RDSは、安定性、信頼性、スケーラブルなオンラインデータベースサービスです。 ApsaraDB RDSインスタンスをスケーリンググループに関連付けると、カスタムバックアップポリシーに基づいて、スケーリンググループのデータをApsaraDB RDSインスタンスにバックアップできます。 これにより、データのセキュリティと信頼性が向上し、誤って削除されたデータを復元できます。 詳細については、「ApsaraDB RDS の概要」をご参照ください。
ApsaraDB RDSインスタンスはスケーリンググループとどのように連携しますか?
スケーリンググループを1つ以上のApsaraDB RDSインスタンスに関連付けると、Auto scalingは、スケーリンググループでスケールアウトされたECSインスタンスのプライベートIPアドレスを、関連付けられたApsaraDB RDSインスタンスのIPアドレスホワイトリストに追加します。 これにより、内部ネットワークを介したECSインスタンス間の通信が可能になります。 複数のApsaraDB RDSインスタンスをスケーリンググループに関連付けることができます。 ApsaraDB RDSのIPアドレスホワイトリスト機能の詳細については、「データベースクライアントまたはCLIを使用したApsaraDB RDS For MySQLインスタンスへの接続」をご参照ください。