Amazon web services AWS EB自动秤组

Amazon web services AWS EB自动秤组,amazon-web-services,amazon-elastic-beanstalk,autoscaling,amazon-elb,Amazon Web Services,Amazon Elastic Beanstalk,Autoscaling,Amazon Elb,当我设置EB环境时,它为该负载平衡器创建了一个自定义AMI、一个负载平衡器和一个自动扩展组 我需要添加另一个由该EB环境提供服务的域,因此我在EC2控制台中添加了另一个负载平衡器,为该域添加了SSL证书,并将其中一个EC2实例放在该负载平衡器后面 现在,我需要确保EB为我创建的自动缩放组中包含两个负载平衡器,但是我发现您不能为自动缩放组添加或删除负载平衡器。因此,我尝试创建一个新的自动缩放组,所有内容都与EB创建的完全相同,除了两个负载平衡器,但每当它尝试启动EB在这个新的自动缩放组中创建的自定

当我设置EB环境时,它为该负载平衡器创建了一个自定义AMI、一个负载平衡器和一个自动扩展组

我需要添加另一个由该EB环境提供服务的域,因此我在EC2控制台中添加了另一个负载平衡器,为该域添加了SSL证书,并将其中一个EC2实例放在该负载平衡器后面

现在,我需要确保EB为我创建的自动缩放组中包含两个负载平衡器,但是我发现您不能为自动缩放组添加或删除负载平衡器。因此,我尝试创建一个新的自动缩放组,所有内容都与EB创建的完全相同,除了两个负载平衡器,但每当它尝试启动EB在这个新的自动缩放组中创建的自定义AMI时,它都会失败,并显示以下消息:

参数groupName不能与参数subnet一起使用。 启动EC2实例失败


然后我考虑修改EB创建的自定义AMI来去掉groupName参数,但是显然你不能修改EB创建的AMI?我该怎么办?

也许你应该试着解释一下你的最终目标。为什么在一个环境中可能需要两个负载平衡器?你就不能设置域转发吗?或者克隆环境?最终目标是让两个域由同一个自动缩放组提供服务。这不是最终目标,这是一个可能的解决方案。你为什么要这个?您的用例是什么?为什么像域转发这样的标准解决方案不够好?为什么运行两个相同的环境不是解决方案?如果内容相同,为什么您甚至需要两个独立的域?大多数域都是相同的数据库、布局等,但有一些视图和布局略有不同。域转发不够,因为我们不希望显示目标域。等等,是否存在差异?如果存在差异,两个自动缩放组如何解决您的问题?或者beanstalk环境只是一个后端?目标域不必显示,您可以将beanstalk URL设置为cname。你甚至可以设置向前掩蔽到你的原始域。