AWS Application LoadBalancer-処理されたバイトメトリック
AWSでのApplicationLoadBalancerのセットアップが完了しました。私は、Processed Bytesメトリックがなぜこれほど高い数値を示しているのかを理解しようとしています（その結果、Consumed Capacity Unitsが増加し、コストが高くなります）。これは実際にどのように計算されますか？私はこの答えをインターネットで閲覧しようとしましたが、詳細はありません。
ヘッダー/応答サイズのみですか、それとも実際にはWebworkerからのすべてのデータですか？ダンプの質問かもしれませんが、サードパーティのcssまたはjsをロードする場合、それもこれらの計算に含まれますか、それともすべてユーザー側でロードされ、LBはそれについて何もする必要がないことを嬉しく思いますか？
ありがとう、
マット
ALBを通過するすべてのバイトが請求されます。価格は ここ です。 AWSの価格設定ページには、価格設定の計算方法の例が示されています。基本的に、すべての接続、バイト、およびルールがコストを増加させます。
ALBの背後にない別のサーバー/ドメインからリソースをロードした場合、ALBに接触することはないため、請求は行われません。クライアントは、そのリソースをホストしているサーバーに直接接続します。キャッシュヘッダーを適切に設定し、CloudFront（MBごとに請求）やCloudFlare（無料のオプションがあります）などの優れたCDNを使用すると、js、css、イメージ、その他の静的リソースのコストを削減できます。 CloudFrontとおそらくCloudFlareは、ユーザーごとにカスタマイズされていない場合、動的ページをキャッシュできますが、セットアップはもう少し複雑です。
これがAmazonページからのLCUに関する現在の情報です。メッセージのhttp部分を区別せず、「処理されたバイト数」であることに気付くでしょう。
LCUは、Application Load Balancerがトラフィックを処理するディメンションを測定します（1時間の平均）。測定された4つの寸法は次のとおりです。
新規接続：1秒あたりに新しく確立された接続の数。通常、接続ごとに多くのリクエストが送信されます。アクティブな接続：1分あたりのアクティブな接続の数。処理されたバイト数：HTTP（S）要求および応答に対して、ロードバランサーによって処理されたバイト数（ギガバイト（GB））。ルールの評価：ロードバランサーによって処理されたルールの数とリクエストレートの積です。最初の10個の処理済みルールは無料です（ルール評価=要求率*（処理済みルールの数-10個の無料ルール）使用量が最も多いディメンションに対してのみ課金されます。LCUには次のものが含まれます。
- 1秒あたり25の新しい接続。
- 1分あたり3,000のアクティブな接続。
- EC2インスタンス、コンテナー、IPアドレスをターゲットとして1時間あたり1 GB、Lambda関数をターゲットとして1時間あたり0.4 GB
- 1秒あたり1,000のルール評価。