AWS: AMI создан из существующего Linux EC2. Как это влияет на EBS?

Question

Я создал AMI из текущего экземпляра Linux EC2.EBS прикреплен к оригинальному EC2.Когда AMI был создан, как это относится к EBS?Я беспокоюсь о потере данных.

Я пытаюсь реализовать развертывание Blue / Green для наших сред dev / test / prod.У нас есть текущий и стабильный экземпляр Linux-EC2, на котором размещается наше приложение.Я создал AMI из этого экземпляра, чтобы я мог создать второй EC2.Это сэкономит время и избавит от необходимости переконфигурировать все.Казалось, все работает нормально.

Теперь я должен сделать это для нашей среды разработки.Мне сообщили, что к текущему экземпляру EC2 подключен экземпляр EBS, как в тесте.Мы обеспокоены тем, что когда мы создаем AMI для продукта EC2, между AMI и EBS может быть какое-то разъединение.

У меня есть неплохие знания в области обслуживания AWS, но я далеко не профессионал.Я хотел бы спросить любого эксперта AWS там ... у меня есть о чем беспокоиться?Как создание экземпляра AMI текущего EC2 влияет на подключенные компоненты / сервисы, такие как EBS?

Опять же, главное беспокойство связано с потерей данных.Мы не хотим, чтобы наши конечные пользователи в результате теряли данные, предполагая, что наша EBS будет плавно переходить к недавно клонированному AMI и любому EC2, который мы создаем из этого AMI.

Заранее спасибо!

Answer 1

AMI состоит из моментального снимка (или моментальных снимков) тома EBS (или томов) и небольшого количества метаданных конфигурации.То, что вы делаете с AMI, позже не оказывает никакого влияния на экземпляр, который служил источником этого AMI или его томов EBS.

Вы можете использовать AMI для создания новых экземпляров, и когда вы это делаетеновые тома EBS создаются для новых экземпляров из связанных снимков AMI, и они не имеют отношения к исходным томам EBS, которые использовались при создании снимков, или не имеют их.Любой данный том EBS подключается только к одному экземпляру за раз.

Вы также можете удалить AMI, не влияя на исходный экземпляр и не влияя на экземпляры, запущенные из этого AMI.Конечно, если вы удалите AMI, вы не сможете использовать его для запуска каких-либо новых экземпляров, но как только экземпляр запущен из AMI, экземпляр больше не нуждается в этом исходном AMI.

По сути, ничего не нужнобеспокоюсь о.

Единственная реальная проблема заключается в том, что при создании AMI единственным гарантированным способом для этого AMI быть первоначальным клоном исходного экземпляра является , а не , чтобы выбрать параметр «без перезагрузки».,AMI, созданные с выбранным «без перезагрузки», обычно хороши, но машины, которые вы создаете с таким AMI, запустят жесткий диск, который выглядит как машина, у которой внезапно отключилось питание, и должен будет очистить файловую систему.Поэтому лучше всего позволить системе перезагрузить исходный компьютер при создании AMI.В производстве это может быть проблемой, о которой следует помнить ... но в противном случае исходный экземпляр не будет нарушен.