Упаковщик с амазонкой-ebs экземпляр амазонки VS
Я изучаю использование Packer для генерации некоторых наших VMs, и я работал полный пример здесь. Когда я пытаюсь работать packer build команда я получаю следующую ошибку:
==> амазонка-ebs: Ошибка, запускающая исходный экземпляр: указанный тип экземпляра может только использоваться в VPC. Идентификатор подсети или идентификатор сетевого интерфейса требуются, чтобы выполнять запрос. (VPCResourceNotSpecified)
Я решил этот вопрос (см. редактирование), но я при рытье я нашел эту страницу, заявив, что я могу также использовать экземпляр амазонки, но это рекомендует использовать сборку амазонки-ebs вместо этого.
Мой вопрос, там какие-либо недостатки от использования экземпляра амазонки по амазонке-ebs, или наоборот? Кажется, как будто ebs будет намного легче вращать и поддержать. Имеет место это? Я теряю что-нибудь при помощи одного или другого?
Отредактируйте проблему, с которой я сталкивался, не был связан с полномочиями, но наличием instance_type из "t2.micro" вместо "m3.medium". Я все еще хотел бы знать недостатки ebs по сравнению с экземпляром все же.
EBS ap itilize rezo depo pou aparèy rasin egzanp EC2 ou a, li fasil pou vire yon egzanp ak kreye yon AMI lè l sèvi avèk EBS paske volim nan deja disponib deyò egzanp ou. EBS pèmèt tou pou yon pi gwo aparèy rasin - pi gran pase 8GB.
Enstans magazen (oswa efemèr) aparèy rasin yo yon ti jan pi fleksib jan yo pa konte sou yon koneksyon rezo men yo pi difisil yo kreye AMIs pou: ou dwe chaje kle sou machin lan Packer-lanse, pake aparèy la rasin, Upload li nan S3 ak Lè sa a kreye yon AMI lè l sèvi avèk bokit la S3. Aparèy rasin enstans-magazen yo anjeneral alantou 8GB ki ka yon dezavantaj tou.
Mwen renmen rete soude ak egzanp-magazen EC2 enstans kòm yon preferans pèsonèl - anekdotik fwa yo mwen te ti jan pa EC2 ke yo te desann li te lajman akòz pwoblèm EBS.