私はnode.jsに組み込まれているアプリケーションを持っており、主に写真を投稿するのに使用されます（最大25MB）。アプリはサムネイルサイズにリサイズし、サムネイルとフルサイズの画像の両方をS3に移動します。アップロードが開始されると、通常、10-15枚の写真が流され、すすぎ洗いされ、5分の間隔で繰り返されます。私はスケーリングをたくさん見ている、トリガーは、デフォルトの6MB NetworkOutトリガーです。私の質問は、S3への写真の移動はNetworkOutと考えられますか？または、私は別のスケーリングのトリガーを検討する必要があります、これまでのところアプリがstutteredないので、私は壊れていないものを修正することを躊躇していますが、私は私が調査すると思ったので、助けてくれてありがとう！弾性ビーンストーン自動スケーリング - どのメトリックを使用しますか？
リソースが制限されているときの短い答え - スケール。たとえば、インスタンスがネットワークIOに追いついたり、CPUが80％を超えている場合は、はい、あなたのec2インスタンスからのデータを送信するのはネットワークアウトトラフィックです。あなたはポイントAからBに何とかデータを取得しなければなりません:)
ec2インスタンスのサイズが上がるにつれて、より多くのメモリIOとより多くのメモリとCPUが得られます。転送に問題がない場合は、自動スケールをCPUまたはメモリを見るように切り替えることができます。私が作業しているアプリでは、CPUを少し必要とするジョブを開始することができます。したがって、私のCPUが80％を超えると、私のスケールは自動的に拡大されます。しかし、あなたは多くのメモリを消費し、多くのCPUを消費しないプロセスがあるかもしれません...
サイドノートでは、アップロードをs3バケットに直接移動し、ラムダを使用してリサイズルーチン。これには、現在の設計よりもいくつかの利点があります。 http://docs.aws.amazon.com/lambda/latest/dg/with-s3-example.html
ありがとうdenov、それは興味深い考えです（s3に直接行く）。私はそれを見て、適切なスケーリングに関する情報を感謝します！ – Greg