Amazon web services AWS EC2实例成本远高于估计,为什么?

Amazon web services AWS EC2实例成本远高于估计,为什么?,amazon-web-services,amazon-ec2,Amazon Web Services,Amazon Ec2,我有一个24/7运行的脚本,它经常使用90-100%的CPU。我正在谷歌云平台的多个虚拟机上运行这个脚本。我为每个虚拟机运行一个脚本 我试图通过使用AWSEC2来降低成本。我查看了t3 micro(2个vCPU)实例的每小时价格,它表示成本约为0.01美元/小时,这比GCP的同等实例(2个vCPU)便宜 现在,我尝试在一个t3微实例中运行该脚本,只是为了真正估算运行我的脚本的每个t3实例的成本。我预计每个实例的每月成本约为7.20美元(720小时/月*0.01美元/小时)。问题是,我已经运行了2

我有一个24/7运行的脚本,它经常使用90-100%的CPU。我正在谷歌云平台的多个虚拟机上运行这个脚本。我为每个虚拟机运行一个脚本

我试图通过使用AWSEC2来降低成本。我查看了t3 micro(2个vCPU)实例的每小时价格,它表示成本约为0.01美元/小时,这比GCP的同等实例(2个vCPU)便宜

现在,我尝试在一个t3微实例中运行该脚本,只是为了真正估算运行我的脚本的每个t3实例的成本。我预计每个实例的每月成本约为7.20美元(720小时/月*0.01美元/小时)。问题是,我已经运行了2-3天的脚本,成本报告已经显示成本超过4美元

我试图理解为什么成本与我的估算(以及AWS月度计算器的估算)相差如此之远。所有这些额外的成本似乎来自“EC2其他”和“CPU信用”,但我不理解这些成本


我怀疑这是因为我的24-7全天候CPU使用率,但有人能解释一下这些成本是什么,以及是否有办法降低它们吗?

图表中的紫色是CPU使用率,而不是实例使用率

看起来您在启动实例时启用了“T2/T3 Unlimited”,而您的脚本导致它超出了提供的容量。当您突破基线容量时,您将按现行费率收取使用费。您可以阅读更多关于T2/T3无限制和稳定性能的信息


要降低这些成本,请按照说明禁用T2/T3 unlimited。

图表中的紫色是CPU点数,而不是实例使用率

看起来您在启动实例时启用了“T2/T3 Unlimited”,而您的脚本导致它超出了提供的容量。当您突破基线容量时,您将按现行费率收取使用费。您可以阅读更多关于T2/T3无限制和稳定性能的信息


要降低这些成本,请按照说明禁用T2/T3 unlimited。

EC2实例允许一定的基准CPU使用率:T3.micro的使用率为10%。当实例在低于该阈值的情况下运行时,它会累积vCPU积分:应用于高于阈值的使用情况。t3.micro每小时最多可累积12个学分(一个学分等于1分钟100%的CPU利用率)。如果您经常使用超过实例允许的CPU点数,将以更高的速率收费:据我所知,每vCPU小时5 C


可能t3.micro不是该类型工作负载的最佳选择,您可能需要选择不同的实例类型或更大的实例

EC2实例允许一定的基准CPU使用率:t3.micro的CPU使用率为10%。当实例在低于该阈值的情况下运行时,它会累积vCPU积分:应用于高于阈值的使用情况。t3.micro每小时最多可累积12个学分(一个学分等于1分钟100%的CPU利用率)。如果您经常使用超过实例允许的CPU点数,将以更高的速率收费:据我所知,每vCPU小时5 C


可能t3.micro不是该类型工作负载的最佳选择,您可能需要选择不同的实例类型或更大的实例

对于主要使用CPU的工作负载,什么是最佳选择?@klaus从提供的信息中很难判断:对于t2/t3,我认为您应该将利用率控制在实例类型阈值以下——也许可以尝试t3.small。计算实例的成本要高得多,所以尽管它们可能更合适,但不确定您是否能找到节省的方法。对于主要使用CPU的工作负载,什么是最佳选择?@klaus从提供的信息中很难判断:对于t2/t3,我认为您应该将利用率控制在实例类型阈值以下——也许可以尝试t3.small。计算实例的成本要高得多,所以尽管它们可能更合适,但不确定您是否能找到节省的方法。