我对Amazazon服务提供的弹性IP服务的使用感到有点困惑。我想主要的想法是,我可以切换到一个新版本的web应用程序,不需要停机,遵循以下简单的过程:
这是部署web应用程序的新版本的常见方法吗?
现在,如果应用程序被缩放到更多的实例上怎么办?我在ElasticBean秸秆设置中配置了自动缩放,这创建了一个负载均衡器(我可以在AWS管理控制台的EC2部分看到它)。问题是,我显然不能将弹性IP与负载均衡器相关联,我必须将其与现有实例关联起来。我应该把它与哪个实例联系起来呢?我很困惑..。
对不起,如果有些问题听起来很愚蠢,但我只是个程序员,这是我第一次建立云系统。
谢谢!
发布于 2012-05-06 17:01:57
弹性负载平衡(ELB)不适用于亚马逊EC2弹性IP地址,实际上这两个概念根本就不一起使用。
弹性负载平衡弹性
相反,ELB通常通过CNAME记录 (见下文)使用,这提供了第一级弹性/可用性,允许别名的DNS地址更改正在使用的ELB的IP (如果需要的话)。第二层弹性/可用性由负载均衡器在您注册的EC2实例之间分配通信量时执行。
可以这样想: CNAME永远不会改变(就像弹性IP地址一样),EC2实例的替换是通过负载均衡器、自动缩放或您自己来处理的(通过注册/注销实例)。
这一点在Swidler的优秀分析弹性负载平衡中的弹性: ELB弹性及其测试中有更详细的解释,它反过来又提到了AWS最近提供的评估弹性负载平衡的最佳实践,这证实了他的分析,并提供了关于弹性负载平衡服务的体系结构以及它本身是如何工作的很好的总体阅读(但缺乏Shlomo提供的一步一步的示例)。
域名
请注意,要求使用CNAME的前一项限制已通过相应的亚马逊53号公路添加来解决,以允许同时使用根域(或区域顶点),请参见节名和沿着亚马逊53号公路前进中的区域顶点以获得快速概述和使用具有弹性负载平衡的域名获取详细信息。
弹性豆杆弹性
首先,正如上面所述,AWS弹性豆柄依次使用弹性负载平衡。最重要的是,它添加了应用程序生命周期管理:
AWSElasticBean秸秆是、快速部署和管理AWS云中的应用程序()的一种更容易的方法。您只需上传应用程序,ElasticBean秸秆就会自动处理容量配置、负载平衡、自动缩放和应用程序运行状况监视等部署细节。..。重点雷
这是通过在混合环境中添加环境的概念来实现的,这在建筑概述中得到了解释
环境是应用程序的核心。..。创建环境时,AWS ElasticBean秸秆提供了运行应用程序所需的资源。为环境创建的AWS资源包括一个弹性负载均衡器(图表中的ELB)、一个自动缩放组和一个或多个EC2实例。
请注意,每个环境都有一个指向负载均衡器的CNAME (URL),即就像单独使用ELB一样。
所有这些都是在管理和配置应用程序和环境中实现的,它详细讨论了AWSElasticBean秸秆的一些最重要的特性,包括使用AWS管理控制台、CLI和API的使用示例。
零停机时间
为了说明,很难确定最相关的部分,但使用零停机时间部署版本精确地解决了您的用例,并暗示了前面所需的所有步骤(例如,创建新的应用程序版本和启动新环境),因此阅读AWS管理控制台可能会给您提供这个平台如何工作的最佳总体图。
祝好运!
发布于 2013-07-18 06:29:44
发布于 2016-09-21 10:49:28
但是,对于那些确实需要在ELB上设置一组静态IP地址的人,请AWS很好地向ELB添加他们所称的“稳定IP”地址,从而使其具有静态IP地址功能,对此表示歉意。
他们当然不喜欢这样做--但是如果你能证明这是合理的话(主要的理由是当你的客户端通过他们的防火墙对出站连接有IP白名单限制,并且完全不愿意改变这种立场时)。
请注意,基于流量选项的“自动缩放”不再是直截了当的-- AWS将无法动态地向您的ELB中添加更多的ELB端点,就像它们使用开箱即用的解决方案一样,而且随着时间的推移,您必须经历与客户一起打开新IP地址的痛苦。
不过,对于最初的问题,EB使用ELB在实际不需要静态IP地址(没有客户端出站防火墙问题)的情况下,是EC2实例的最佳解决方案。
https://stackoverflow.com/questions/10475287
复制相似问题