我在Elastic beanstalk上部署了一个应用程序。该应用程序是一个war文件,它运行从单独服务接收的文本内容的一些处理。我应该考虑哪些定价考虑因素?
内容的处理可能非常密集,可能需要几个小时才能运行。我有资格使用“AWS免费使用套餐”,但我不确定在哪里可以查看我目前的使用情况。
我希望看到CPU时钟周期,内存等的百分比崩溃。
例如,谷歌应用引擎提供了%使用资源的便捷细分:
AWS有类似的东西吗?在这种情况下,特别是在Elastic beanstalk上运行的应用程序?
更新:此问题的答案有所帮助:What is the AWS Elastic Beanstalk CPU cap on the Free Tier?
答案 0 :(得分:2)
Elastic Beanstalk监控的级别很少。
Elastic Beanstalk控制台
这很简单,只是为了让您大致了解系统中发生的事情。
基本CloudWatch指标
在EC2下可用>实例>监控
CloudWatch指标 每项服务都有一套指标,可以让您最好地了解系统发生的情况。
以下是我可用于我的实例所使用的服务的指标数量:
DynamoDB Metrics: 65
Table Metrics: 26
Table Operation Metrics: 38
Account Metrics: 1
SNS Metrics: 8
Topic Metrics: 8
EBS Metrics: 16
Per-Volume Metrics: 16
EC2 Metrics: 40
Per-Instance Metrics: 20
By Auto Scaling Group: 20
ElastiCache Metrics: 91
ElastiCache: 19
CacheClusterId: 36
Cache Node Metrics: 36
您几乎可以测量任何有意义的东西。您甚至可以将自己的指标添加到CloudWatch。
此外,您可以设置CloudWatch警报,以便在超出阈值时向您发送通知。
阅读Amazon CloudWatch指南以获得更好的主意。
关于细分,我没有看到任何有关Free Tier细分的图表。如果该服务有免费提供,并且您尝试使用更多,那么您的请求将受到限制(使用DynamoDB),或者您将开始支付免费套餐(使用SNS)以上的服务。
在您的帐户结算和费用管理中查看您是否超越免费套餐。单击Bills,然后按服务细分。同样,如果您的费用将高于预先设定的阈值,您可以设置监控通知。
老实说,我认为AWS在监控和支付方面比GAE更直接,更灵活。你肯定会以同样的钱获得更多。