amazon-ebs VS amazon-instance 的打包程序

我正在研究使用 Packer 來生成我們的一些虛擬機，並且我一直在研究這裡的範例。當我嘗試執行packer build命令時，出現以下錯誤：

==> amazon-ebs：啟動源實例時出錯：指定的實例類型只能在 VPC 中使用。執行請求需要子網 ID 或網路介面 ID。(VPCResourceNotSpecified)

我解決了這個問題（見編輯），但我在探勘時發現這個頁面說明我也可以使用亞馬遜實例，但它建議使用 amazon-ebs 建構。

**我的問題是，**在 amazon-ebs 上使用 amazon-instance 是否有任何缺點，反之亦然？似乎 ebs 會更容易啟動和維護。是這樣嗎？使用其中一個會失去任何東西嗎？

編輯我遇到的問題與權限無關，而是有一個instance_typeof"t2.micro"而不是"m3.medium". 不過，我仍然想知道 ebs 與實例的缺點。

EBS 為您的 EC2 實例的根設備使用網路儲存，很容易啟動實例並使用 EBS 創建 AMI，因為該卷已經在您的實例之外可用。EBS 還允許更大的根設備——大於 8GB。

實例儲存（或臨時）根設備更具彈性，因為它們不依賴於網路連接，但它們更難創建 AMI：您必須將密鑰載入到打包程序啟動的機器上，捆綁根設備，上傳它到 S3，然後使用 S3 儲存桶創建一個 AMI。實例儲存根設備通常在 8GB 左右，這也是一個缺點。

我喜歡堅持使用實例儲存 EC2 實例作為個人偏好——有趣的是，我被 EC2 關閉的次數主要是由於 EBS 問題。

引用自：https://serverfault.com/questions/695055