時間ベースおよび負荷ベースのインスタンスによる負荷の管理 - AWS OpsWorks
負荷ベースのスケーリングと自動修復の違い

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

時間ベースおよび負荷ベースのインスタンスによる負荷の管理

重要

この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post または AWS Premium Support を通じて AWS Support チームにお問い合わせください。

着信トラフィックが一定でない場合、負荷を処理するにはスタックのインスタンスが少なすぎたり、必要以上に多すぎたりします。時間ベースまたは負荷ベースのインスタンスを使用することで、レイヤーのインスタンス数が自動的に調整され、不必要な容量に余分な支払いをすることなく着信トラフィックを処理するのに十分なインスタンスを常に確保できるので、時間と費用の両方で節約できます。サーバーの負荷を監視したり、手動でインスタンスを起動または停止したりする必要はありません。また、時間ベースおよび負荷ベースのインスタンスは自動的に、リージョン内の複数のアベイラビリティゾーンでアプリケーションを分散、スケーリング、および均等にし、地理的冗長性と拡張性を提供します。

自動スケーリングは、2 つのインスタンスタイプに基づいており、異なる条件でレイヤーのオンラインインスタンスを調整します。

  • 時間ベースのインスタンス

    これらのインスタンスは、特定の時間または特定の日にのみ実行するインスタンスを含めることで、スタックが予測パターンに従って負荷を処理できるようにします。たとえば、午後 6 時からに一部のインスタンスを起動して夜間のバックアップタスクを実行したり、トラフィックが少ない週末に一部のインスタンスを停止したりできます。

  • 負荷ベースのインスタンス

    これらのインスタンスにより、任意の負荷メトリクスに基づいて、トラフィックが多い時には追加のインスタンスを起動し、トラフィックが少ない時にはトラフィック停止することで、スタックが変化する負荷を処理できるようにします。例えば、平均 CPU 使用率が 80% を超えたときに AWS OpsWorks スタックでインスタンスを起動し、平均 CPU 負荷が 60% を下回ったときにインスタンスを停止させることができます。

Linux スタックでは時間ベースと負荷ベース両方のインスタンスがサポートされますが、Windows スタックでは時間ベースのインスタンスのみがサポートされています。

手動で起動および停止する必要がある 24/7 インスタンスとは異なり、時間ベースまたは負荷ベースのインスタンスは手動で起動または停止する必要がありません。代わりに、インスタンスを設定すると、 AWS OpsWorks スタックは設定に基づいてインスタンスを起動または停止します。例えば、指定したスケジュールで開始および停止するように時間ベースのインスタンスを設定します。 AWS OpsWorks スタックはその設定に従ってインスタンスを開始および停止します。

一般的な方法は、次のように 3 つのインスタンスタイプを共に使用することです。

  • 基本負荷を処理する一連の 24/7 インスタンス。通常、これらのインスタンスを起動し、常に実行するようにします。

  • 予測可能なトラフィックの変動を処理するために AWS OpsWorks スタックが開始および停止する、時間ベースのインスタンスのセット。たとえば、就業時間にトラフィックが最も多い場合、朝に起動して夜にシャットダウンするように時間ベースのインスタンスを設定できます。

  • 予測不可能なトラフィックの変動を処理するために AWS OpsWorks スタックが開始および停止する一連のロードベースのインスタンス。 AWS OpsWorks スタックは、ロードがスタックの 24/7 および時間ベースのインスタンスの容量に近づいたときに起動し、トラフィックが通常に戻るときに停止します。

これらのスケーリング時間を処理する方法の詳細については、「サーバー数の最適化 」を参照してください。

注記

インスタンスのレイヤー用のアプリケーションを作成した場合、またはカスタムクックブックを作成した場合、 AWS OpsWorks スタックは、最初に起動されたときに、タイムベースおよびロードベースのインスタンスに最新バージョンを自動的にデプロイします。ただし、 AWS OpsWorks スタックは、再起動されたオフラインインスタンスに最新のクックブックを必ずしもデプロイするわけではありません。詳細については、「アプリケーションの編集」および「カスタムクックブックの更新」を参照してください。

トピック

負荷ベースのスケーリングと自動修復の違い

負荷ベースの自動スケーリングは、実行中のすべてのインスタンスで平均される負荷メトリクスを使用します。メトリクスが指定されたしきい値の間にとどまる場合、 AWS OpsWorks スタックはインスタンスを開始または停止しません。一方、自動ヒーリングでは、インスタンスの応答が停止すると、 AWS OpsWorks スタックは同じ設定で新しいインスタンスを自動的に起動します。ネットワークの問題やインスタンスに障害が発生した場合に、インスタンスが応答できない場合があります。

例えば、CPU の​アップスケーリングのしきい値が 80% で、1 つのインスタンスが応答を停止するとします。

  • 自動ヒーリングが無効になっており、残りの実行中のインスタンスが平均 CPU 使用率を 80% 未満に維持できる場合、 AWS OpsWorks スタックは新しいインスタンスを起動しません。残りのインスタンス全体で CPU の平均使用率が 80% を超えた場合、代替インスタンスを起動します。

  • 自動ヒーリングが有効になっている場合、 AWS OpsWorks スタックは負荷しきい値に関係なく代替インスタンスを起動します。