ECS Fargate定价

Tom*_*ski 11 amazon-web-services cost-management aws-fargate

我想确保与一个整月运行的m4.large EC2实例(2vCPU,8GB Mem)连续运行(甚至下降到1%cpu / mem利用率)相比,我能正确解释AWS的ECS Fargate定价模型(730小时)。

# Monthly cost estimates

Fargate:
    cpu = 730hrs * 2vCPU * $0.056 = $73.88
    mem = 730hrs * 8GB Mem * $0.0127 = $74.17
    total = $73.88 + $74.17 = $148.05

EKS ec2 node (1 yr reserved no upfront):
    total = 730hrs * $0.062 = $45.26

EKS ec2 node (on demand):
    total = 730hrs * $0.10 = $73.00
Run Code Online (Sandbox Code Playgroud)

看来Fargate的价格是EC2实例的3倍左右。我的Fargate定价看起来准确吗?我假设Fargate并非打算用于24/7网站之类的东西,而更像是一项一次性工作,可能类似于运行容器图像的Lamba函数。

我是否对我为整个Fargate任务cpu和mem分配支付的费用是正确的,而不管我是在利用1%还是100%的资源?

参考文献:

Med*_*een 7

您的计算对我来说似乎是正确的。

我运行一堆24/7网站作为0.25vCPU和0.5GB RAM Fargate任务只是因为设置起来很容易。它们没有很多流量,而且缓存非常重,但是如果需要,它们可以根据目标CPU扩展到10倍。

以此方式,我认为它们非常经济高效。

更新:AWS更新了2019年1月7日的Fargate价格。现在价格是每个vCPU每小时0.04048美元和每个GB内存每小时0.004445美元。您的示例现在为:

Fargate:
  cpu = 730hrs * 2vCPU * $0.04048 = $59.10
  mem = 730hrs * 8GB Mem * $0.004445 = $25.96
  total = $59.10 + $25.96 = $85.06
Run Code Online (Sandbox Code Playgroud)

  • 这与我确定的使用配置文件相同:将服务配置为使用它为第一个请求提供服务所需的最小值,并让它在负载下积极自动向上扩展。对于大部分空闲的任务,任何导致扩展的负载峰值都将成为总成本中的噪音——因此,我将空闲成本视为运行持久服务的成本。 (2认同)