Articles of 自动缩放

EC2具有成本效益的webapp缩放

我有一个在Media Temple VPS帐户中运行的webapp,我正在评估切换到Amazon EC2的收益。 它在Apache 2 Web服务器下运行。 现在这个web应用程序几乎没有任何访问权限,有一些很大的利用高峰,这些利用高峰已经有几天的时间了。 现在在Media Temple,我们有一个2GB内存的服务器,这对于那些大的利用高峰来说已经足够了。 当我们搬到亚马逊时,我想也许有两个例子 – 一个正常使用的微观,一个小的甚至中等的高峰。 我试图找出最好的方式来做到这一点,这可以工作。 起初,我可能会改变DNS,在客户到达峰值时,将客户端路由到更大的服务器。 但是,在我看来这是相当危险的,所以我想知道如何做到这一点。 谢谢!

有人能帮我找出一个有效的自动缩放configuration?

这是我第一次发布一个networking应用程序。 我将使用Nginx的Django和其他一些已经被pipe理的脚本。 我想知道我可以使用哪种自动缩放策略。 现在,我正在玩免费的EC2微型实例。 效果很好。 我不确定我是否能负担得起专用的RDS。 我正在寻找最具成本效益的configuration。 我正在考虑使用Load Balancer设置的微型实例进行自动扩展,但是我还没有想出如何在所有实例中同步数据库。 我也在考虑像App Engine和Heroku的其他select,但我不认为它会给我像自由VM。 有没有一个正常的虚拟机可以自动缩放没有太多担心的PaaS? 另外,还有一些图表可以近似告诉我Micro,Small等实例可以承受多lessstream量。 有人能发光吗?

自动缩放组终止策略如何结合?

在创build自动调节组时,我可以为其实例select一个有序的终止策略列表。 亚马逊的文件指出 您可以单独使用这些策略,也可以将它们合并到Auto Scaling在终止实例时使用的策略列表中。 但它掩盖了这些政策如何合并的具体细节,以及清单中下一个政策发生“下降”的情况,即每种政策在什么情况下都会失败,并进入清单中的下一个政策。 例如,在我的组中有一个策略列表["OldestInstance", "Default"] ,然后在缩放之后,缩放组继续以最新 (和健康)实例(较新的大幅度)结束,我不明白为什么。 此外,根据相同的文档,默认策略本身实际上是策略的组合,并且包括OldestLaunchConfiguration和ClosestToNextInstanceHour两个步骤。 如果我有一个包含["OldestLaunchConfiguration", "ClosestToNextInstanceHour", "Default"] ,它会评估OldestLaunchConfiguration和ClosestToNextInstanceHour两次吗? 最后,terminal是否考虑负载平衡器? 例如,如果我的新实例无法正确初始化,并且未在负载平衡器中运行,并且OldestInstance生效,那么即使更新,也会先缩小不正常的实例吗?

汽车实例types转换为亚马逊ec2?

基本上,我想在EC2上采用大型和大型实例,并在晚上和周末自动缩减到小型。 几分钟的停机时间。 我想这会把我的账单减less一半。 像这样的工具是否存在?

AWS自动缩放:缩减速度太快

根据CPU使用情况configuration的缩放: 在图表上,升级到降级之间的时间约为8分钟。 我们不能提高速度,因为一个实例需要大约5分钟才能启动,但是我也希望缩减时间也有类似的延迟。 其他variables: 默认冷却时间600 健康检查宽限期400 什么configuration错了吗?

多个应用程序实例和Docker使用

我有一个经典的networking应用程序(客户关系pipe理工具),它需要nginx,python(烧瓶),postgresql和Redis的工作。 我打算把这个应用程序卖给不同的公司,并在我强大的专用服务器上托pipe它们,我打算使用Docker为新公司快速创build实例。 我想要实现的一个目标是保护客户免受Ddos攻击,例如,如果其中一个客户受到攻击,这不会伤害其他用户。 如果创build过多的负载,我也希望能够轻松地扩展应用程序(或者将其转移到单独的服务器)。 我应该为应用程序的每个副本运行单独的Web服务器容器,数据库和caching吗? 会造成太多的开销吗? 有没有更多,更优化的方法来确保可靠性和隔离? 提前致谢。

将自动缩放添加到ECS任务时创buildIAM自动缩放angular色失败

我将一些自动缩放设置添加到ECS任务 这个想法是,当消息队列的长度增加时,我会产生新的服务,否则减less 在我把上面定义的定义之后,我得到了以下的错误信息: IAM Autoscaleangular色创build失败 IAM Autoscaleangular色无法创buildecsAutoscaleRole:用户:arn:aws:iam :: 796668560264:user / play-admin无权执行:iam:资源上的CreateRole:arn:aws:iam :: 796668560264:role / ecsAutoscaleRole(Service :AmazonIdentityManagement;状态码:403;错误代码:AccessDenied;请求ID:44ca4263-4aa3-11e7-b3ad-23809db2c1f6) 我已经按照http://docs.aws.amazon.com/AmazonECS/latest/developerguide/autoscale_IAM_role.html中的说明创buildecsAutoscaleRoleangular色,那么缺less什么? 问题:我该如何解决这个问题? 我不想授予我目前的IAM用户任何权利来创build新的IAM用户。

如何使用2 ELB(ALB)+自动缩放相同的目标组的实例

我正尝试将一些stream量从两个ELB(ALB)路由到一个目标组。 一个是外部的,另外一个是内部的。 我在外部ALB中有以下规则: IF path is /static/* THEN forward to frontends IF path is /media/* THEN forward to frontends 一个内部的ALB必须把它的stream量引导到同一个目标组的“前端”,但该组是灰色的,不能被select:( 作为一种解决方法,我创build了另一个目标组“frontends2”,并在内部ALB上选中它。 但是我们正在准备自动缩放,因此在同一组实例中有两个单独的目标组是不方便的。 我正在使用AWS Web控制台进行configuration。 是否可以通过它实现我的目标(相同的目标群体,不同的ALB)还是必须使用CLI? PS顺便说一句,自动缩放组是一样的吗? 我们打算根据像cpu load这样的参数来自动调整一组实例。 谢谢!

如何在AWS Auto Scaling组中configuration扩展策略?

我正在尝试configurationAWS Auto Scaling Group缩减策略。 我已经configuration了ASG来增加实例的数量,如果平均CPU增加到一定的门槛以上,它的工作原理,但我有麻烦configuration相反的政策。 我想扩大到平均CPU低于一定的阈值。 我已经创build了一些testing策略,这是我configuration的扩展策略: 这是规模政策: 如果我已经使用已configuration阈值的CloudWatch策略,那么应该如何configuration“执行操作”部分? 它也总是检查“> =”,我不能把它改为“<=”…

我可以将备用弹性IP地址与在自动调整组和监视中启动的Amazon EC2实例关联吗?

我想知道是否可以保留一些Amazon弹性IP地址并将其分配给Autoscale启动的实例。 所以基本上,当一个新的实例启动,因为一个触发器已经触发,我也可以设置API来寻找一个备用的IP地址,并分配给实例。 我需要这样做,因为启动的实例需要与云外的服务器进行通信,并通过防火墙,防火墙只允许从预定义的一组IP地址进行远程访问。 所以我想我需要保留一些IP,将它们添加到我的防火墙设置,然后在新实例启动时自动分配它们。 有任何想法吗?