AWS Различия между снимком состояния и AMI

Так что у меня возникли проблемы с определением, в чем конкретно разница между этими двумя.

Насколько я понимаю, моментальный снимок - это просто резервная копия жесткого диска, тогда как AMI - это резервная копия всей системы (или экземпляра, я бы сказал), но разве вся система технически не полностью расположена на диске? и если это так, то четкой разницы нет, и я чего-то упускаю?

Есть два типа AMI (и соответствующие экземпляры):

1. instance-store (иногда называемый S3-based). Они встречаются реже, и я не рекомендую их новичкам. AMI хранилища экземпляров - это копия корневого тома хранилища экземпляров плюс некоторые метаданные, все сохраненные в корзине S3 в специальном формате.

2. EBS boot. Вероятно, это то, что вы используете. Загрузочный AMI EBS - это снимок EBS корневого тома EBS плюс некоторые метаданные, такие как архитектура, ядро, имя AMI, описание, сопоставления блочных устройств и т. Д.

Вы можете сделать снимок загрузочного тома EBS и превратить его в загрузочный AMI EBS, зарегистрировав его с соответствующими метаданными. Самая сложная часть этого - указать правильный идентификатор AKI (ядра), чтобы оно правильно загружалось.

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

AMI аналогичен, но только для самих экземпляров EC2. Вы не можете сделать снимок экземпляра без поддержки ebs, но можете создать его AMI (образ системы).

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

AMI можно создать с помощью снимка. Например, используя один «моментальный снимок», вы можете создать несколько AMI, скажем, один PV и один HVM AMI, используя один и тот же моментальный снимок.

Итак, снимок содержит данные о системе / ОС. AMI - это (снимок + метаданные машины / оборудования).

Меня это тоже смутило. Вот самый простой способ понять это:

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

• AMI(Образ машины Amazon) - это резервная копия всего экземпляра EC2. Например, при правильной настройке можно создать AMI, включающий несколько томов EBS.

Это может показаться странным, но они оба хранятся как «снимки состояния EBS».

Подумайте об этом:

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

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

С помощью Packer вы можете создавать автоматизированные образы машин, включая AMI для EC2, файлы VMDK / VMX для VMware, экспорт OVF для VirtualBox и т. Д.

EC2  <-- EBS Volume (Boot) + EBS Volume 
                        ^
                        |
                     Snapshot (only of specific volume)       
                        ^
                        |
                       AMI (Combined snapshots of all volumes, snapshot must have boot volume) 
                        ^
                        | 
                  Launch a new Instance (same installed softwares and configs, different specs) 

Снимки можно использовать для резервного копирования дисков / томов. Это операция инкрементного резервного копирования, что означает, что каждый раз, когда вы делаете снимок тома, он будет добавлять только новые изменения, добавленные / внесенные в том с момента последнего резервного копирования (а не всю резервную копию), что экономит время, пространство и, в конечном итоге, затраты .

Снимки можно использовать в:

• Резервное копирование дисков регулярно

• Измените тип тома, например, у вас есть трафик или операции чтения и записи, и вам нужно увеличить количество операций ввода-вывода, чтобы вы изменили с gp2на io1с более высокимIOPs

Пользовательские AMI можно использовать в:

• Для аварийного восстановления в случае, если текущий запущенный экземпляр EC2 поврежден и не может работать без причины.

• Стандартные AMI компании, в которых установлено все необходимое программное обеспечение, которое упрощает процесс развертывания (например, настроено для подключения к Splunk, установлено программное обеспечение для мониторинга и наблюдения, установлено докер или настроено для подключения Puppet или Chef при запуске)

• AMI можно использовать для простого развертывания ваших приложений в разных регионах.

• Обновите свой сервер до более высоких или других спецификаций со всем установленным программным обеспечением и их конфигурациями

• AMI могут быть общедоступными в аккаунтах AWS.

Вот еще несколько различий между снимками состояния AMI и EBS:

1) AMI является запускаемым и содержит ссылки на корневое устройство и может содержать ссылки на снимки состояния других томов данных.

2) Образ данных, содержащийся в AMI, не представляет четко определенный момент времени, если только экземпляр не перезагружен, что обычно неприемлемо для производственной среды. Моментальные снимки можно делать согласованным образом, поскольку можно контролировать их точный момент времени, поэтому перед запуском моментального снимка можно убедиться, что все «готово для резервного копирования».

3) AMI можно создать из существующих снимков корневого устройства для Linux, но не для Windows.

Согласно определению, предоставленному AWS,

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

Это две разные концепции, применяемые на разных уровнях (тома EBS и шаблоны EC2). Однако между этими двумя концепциями есть некоторые зависимости.

Для инстансов EC2, поддерживаемых EBS (т. Е. Инстансов EC2, которые загружаются с тома EBS), AMI реализуется как снимок EBS загрузочного тома + пара метаданных (архитектура машины - 32 против 64 бита - тип виртуализации - HVM vs PV - и т.д ...)

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

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

Вы можете думать об AMI как об общем шаблоне для машины с сохраненной ОС и установленными компонентами.

Снимок может включать все, что делает AMI, но также сохраняет дисковые данные тома EBS.

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

Из определения, предоставленного AWS, проясняется разница: образ машины Amazon (AMI) - это шаблон, который содержит конфигурацию программного обеспечения (например, операционную систему, сервер приложений и приложения). Из AMI вы запускаете экземпляр, который является копией AMI, работающей как виртуальный сервер в облаке. В то время как для моментальных снимков. Вы можете выполнить резервное копирование данных на своих томах EBS в Amazon S3, сделав моментальные снимки. Снимки представляют собой инкрементные резервные копии, что означает, что на устройстве сохраняются только те блоки, которые были изменены после вашего последнего снимка. Когда вы удаляете снимок, удаляются только данные, относящиеся только к этому снимку.