AWS应用程序负载均衡器.处理字节度量

Question

我刚刚完成了在AWS上设置应用程序负载均衡器。我试图弄清楚为什么我的处理后的Bytes度量会给出如此高的数字(因此消耗的容量单位会增加，并且变得昂贵)。这是如何计算出来的？我曾尝试浏览互联网寻找这个答案，但没有任何细节。

是只有头/响应大小，还是实际上所有的数据从网络工作者？可能是一个转储问题，但如果我们加载任何第三方css或js，它是否也包括在这些计算中，或者我们很高兴它都加载在用户端，而LB不需要对它做任何事情？

谢谢,

哑光

Answer 1

每个通过ALB的字节都会被计费。定价是这里。AWS定价页面给出了一个计算定价的例子。基本上，每一个连接、字节和规则都会增加成本。

如果您从另一个服务器/域加载资源，而该服务器/域不是ALB后面的服务器/域，那么这是不计费的，因为它从未触及ALB --客户端直接连接到承载该资源的服务器。正确设置缓存头并使用良好的CDN (如CloudFront (每MB计费)或CloudFlare (它们有一个免费选项)可以降低js、css、图像和其他静态资源的成本。如果不为每个用户定制动态页面，CloudFront和CloudFlare可能还可以缓存它们，但是设置需要更多的内容。

以下是亚马逊页面上有关LCU的最新信息。您将注意到，它不会在消息的http部分之间重复使用，而是“处理的字节”

LCU测量应用程序负载均衡器处理您的流量的维度(平均超过一个小时)。测量的四个维度是:新连接:每秒新建立的连接数。通常，每个连接都会发送许多请求。活动连接:每分钟活动连接数。处理字节:负载平衡器处理的字节数(以GB为单位)，用于HTTP(S)请求和响应。规则评估:它是负载均衡器处理的规则数量和请求率的乘积。前10条处理规则是免费的(规则评估=请求率*(处理规则的数量- 10条空闲规则)，您只对使用率最高的维度收取费用。LCU包含：

• 每秒有25个新连接。
• 每分钟有3000个活动连接。
• EC2实例、容器和IP地址以1GB/小时为目标，Lambda函数为目标每小时0.4GB
• 每秒1000个规则评估。