Packer与亚马逊VS亚马逊实例

我正在考虑使用Packer来生成我们的一些虚拟机,我一直在这里彻底的例子。 当我尝试运行packer build命令时,出现以下错误:

==> amazon-ebs:启动源实例时出错:指定的实例types只能在VPC中使用。 执行请求需要子网ID或networking接口ID。 (VPCResourceNotSpecified)

我解决了这个问题(请参阅编辑),但是我在挖掘时发现这个页面,指出我也可以使用一个amazon实例,但是build议使用amazon-ebs构build。

我的问题是,使用亚马逊实例而不是使用亚马逊-ebs有什么缺点,反之亦然? 看起来ebs会更容易启动和维护。 是这样吗? 使用其中一种,我会失去什么?

编辑我遇到的问题与权限无关,但有一个"t2.micro"而不是"m3.medium" 。 尽pipe如此,我仍然想知道ebs vs实例的缺点。

EBS为您的EC2实例的根设备使用networking存储,您可以轻松创build一个实例并使用EBS创buildAMI,因为卷已经在实例外部可用。 EBS还允许更大的根设备 – 大于8GB。

实例存储(或临时)根设备的弹性稍高,因为它们不依赖于networking连接,但是它们更难创buildAMI:您必须将密钥加载到打包器启动的机器上,绑定根设备,上传到S3,然后使用S3存储桶创build一个AMI。 实例存储根设备通常在8GB左右,这也是一个缺点。

我喜欢坚持使用实例存储的EC2实例作为个人喜好 – 有趣的是EC2被压低的时候主要是由于EBS问题。