当前位置:  开发笔记 > 运维 > 正文

AWS Autoscaling和Elastic负载平衡

如何解决《AWSAutoscaling和Elastic负载平衡》经验,为你挑选了2个好方法。

对于我的应用程序,我使用自动缩放,而不使用弹性负载平衡,直接使用没有ELB的自动缩放有任何性能问题吗?



1> 小智..:

阿迪,大卫是对的.自动扩展允许您扩展实例(基于云观察指标,单个事件或定期计划).

假设您有三个实例正在运行(使用Autoscaling进行扩展):流量如何到达它们?您需要在某处实施负载平衡,这就是Elastic Load Balancing非常有用的原因.

没有它,您的流量只能以糟糕的方式进行.

请参阅幻灯片共享中此演示文稿的幻灯片#5,以了解架构:http://www.slideshare.net/harishganesan/scale-new-business-peaks-with-auto-scaling

最好,



2> David..:

自动调节根据某些测量(CPU负载是常见测量)确定是否增加/减少运行的实例数.

负载平衡与基于域名查找等将流量分配到实例的方式有关.在某些地方,您必须知道哪些IP地址是当前分配给自动缩放创建的实例的IP地址.

您可以在DNS设置中为A记录提供多个IP地址条目,并且将从该池中以大致循环方式分配计算机.但是,实时更新池是很难的.

负载均衡器为您提供了一种简单的机制,可以向外界提供单个接口/ IP地址,并且可以了解实时负载均衡的实例.

如果您使用自动扩展,除非您要创建一个相当复杂的监视和DNS更新系统,您可以合理地假设您也必须使用负载平衡器.

推荐阅读
mobiledu2402852413
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有