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

Я создал AMI из текущего экземпляра Linux EC2. К оригинальному EC2 прилагается EBS. Когда был создан 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.

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


person marco    schedule 06.06.2019    source источник


Ответы (1)


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

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

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

По сути, беспокоиться не о чем.

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

person Michael - sqlbot    schedule 06.06.2019