我创建了启动配置,我正在创建 Auto Scaling组。
当我从启动配置创建 Auto Scaling组时,出现以下错误:
Description:DescriptionLaunching a new EC2 instance. Status Reason: The requested configuration is currently not supported. Please check the documentation for supported configurations. Launching EC2 instance failed.
Cause:CauseAt 2017-08-15T10:54:52Z an instance was started in response to a difference between desired and actual capacity, increasing the capacity from 0 to 1.
我环顾四周,发现this链接。但是,它并没有告诉我究竟什么不支持,所以没有多大帮助。
我的启动配置如下所示:
我的 Auto Scaling Group 如下所示:
和
抱歉,我必须阻止一些项目,因为它有客户的数据。
任何输入都会有所帮助。由于日志中没有任何信息,我不知道从哪里开始。
PS:我尝试更改实例类型,但没有运气。认为这可能是原因,但显然不是。
答案 0 :(得分:3)
想出来。我的VPC设置为Dedicated Tenancy,它不支持所有类型的实例。实际上,Dedicated设置错误地完成了。我删除了VPC(您似乎无法更改它的租期设置),然后创建了一个新的VPC,按照启动配置的步骤,ASG创建了没有问题的实例。
我希望有一天能帮到某人。
答案 1 :(得分:2)
这个问题会有不同的答案,但是正如Raf所说的,一个很好的起点是您的VPC,子网,实例类型和AMI。
我的问题是AWS在我的特定区域中弃用了我的实例类型(m3)。最简单的检查方法是转到AWS控制台中的EC2选项卡,然后尝试手动启动您的特定设置。
答案 2 :(得分:2)
通过 EC2 手动启动实例是唯一有帮助的:我注意到符合免费套餐条件的 InstanceType 是 t3.micro,而我实验室模板中的一个是 t2.micro。显然,在尝试创建由模板定义的实例时,将 t2.micro 用于我的 ImageId 导致臭名昭著的“当前不支持请求的配置”错误。
一旦我能够手动启动指定的 ImageId 和 InstanceType,我就能够使用 CloudFormation 模板复制它并最终成功创建堆栈。
答案 3 :(得分:1)
我也面临这个问题,因为我的VPC设置为专用租期。今天的错误消息非常有帮助,
当前不支持请求的配置。请查看文档以了解受支持的配置。
(不提供本文档的任何链接)。我想在这里将其链接给正在寻找它的任何人-
This页面提到
某些实例类型无法在实例租期设置为“专用”的情况下启动到VPC中。
将我的实例类型更改为提到的here之一可以为我解决此问题。我不必创建具有默认租期的新VPC,尽管如果您有权这样做,这也是一个很好的解决方案。
答案 4 :(得分:1)
我遇到了同样的错误,在我的案例中将头撞墙了一段时间(并做了很多测试)之后,罪魁祸首是我在启动模板上启用了ebs优化标志
答案 5 :(得分:1)
我有默认租赁,也不想更改它。在我的情况下,解决方案是更改实例类型。就那么简单。只需从“ Amazon Linux 2”更改为“ Ubuntu 20.04”。