我启动了一个t2类型实例,做了一些工作,并创建了一个AMI。用户创建的AMI适用于t2实例,但不适用于c4实例
现在,当我试图用这个AMI启动一个t2类型的实例时,一切正常。
但是,当我尝试与C4(也是C3)相同的初始化get卡在“1/2检查”部分。
任何人都知道这里发生了什么?
我启动了一个t2类型实例,做了一些工作,并创建了一个AMI。用户创建的AMI适用于t2实例,但不适用于c4实例
现在,当我试图用这个AMI启动一个t2类型的实例时,一切正常。
但是,当我尝试与C4(也是C3)相同的初始化get卡在“1/2检查”部分。
任何人都知道这里发生了什么?
通常这不应该发生。我从自制AMI启动实例时更改实例类型,并且工作正常。
您可以创建另一个实例的另一个AMI并尝试相同吗?
此外,正如你所说,当你用t2型启动它时,它工作正常。用t2类型再次启动它,一旦它启动SSH并检查是否正在工作。然后继续并停止(不终止)该实例。选择实例,然后从动作开始并更改实例类型。现在,将实例类型更改为您想要的。试试这个,让我知道。
You will see something like this, click here to see a screenshot
我试图用这个AMI创建一个t2实例,然后将其更改为c4。 它仍然不起作用。 我可能改变了一些操作系统设置,同时在t2上使AMI与c4不兼容。 我不明白你的意思是“你可以创建另一个实例的另一个AMI并尝试相同吗?” –
我的意思是,你可以尝试这个另一个正在运行的EC2服务器。也许是的,你正在和你一起工作的这个特定的t2服务器做了一些改变,现在它不兼容。 –
有完全相同的问题。打开“系统日志”指出cloud-init有问题。
挖进一步指出我Failed to start cloud-init at startup after upgrading to Python 3.6
$ pip3 install --upgrade jsonpatch
做到这一点,再次创建AMI。它现在可以与c4一起工作。
你是否试图从t2的AMI创建c4实例? – Vinay
是//////////// –
T2和C4实例类型都是HVM,所以不应该成为问题......但是你没有提到你的操作系统。你没有提及*哪种* C4类型。如果它有超过32个内核,它可能与[this]相关(http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/compute-optimized-instances.html#compute-instances-cpu-support )但我怀疑 - 这种情况不会通过1/2检查,我怀疑。启动官方AMI作为t2并在启动后将其更改为C4应该证明这通常可行。 –