Поэтому у меня возникают проблемы с разработкой того, что конкретно представляет собой разница между этими двумя.
Как я понимаю, моментальный снимок - это просто резервная копия диска, тогда как AMI - это резервная копия всей системы (или экземпляра, который я должен сказать), но не вся система, технически полностью находящаяся на диске водить машину? и если в этом случае нет четкой разницы, и я чего-то не хватает?
Существует два типа AMI (и соответствующих экземпляров):
экземпляр-хранилище (иногда называемое S3-основанием). Они менее распространены, и я не рекомендую их для новичков. AMI экземпляра-экземпляра представляет собой копию корневого объема экземпляра экземпляра плюс некоторые метаданные, все сохраненные в ведре S3 в специальном формате
Загрузка EBS. Вероятно, это то, что вы используете. Загрузочный AMI EBS - это моментальный снимок EBS корневого тома EBS, а также некоторые метаданные, такие как архитектура, ядро, имя AMI, описание, сопоставление блоков устройств и т.д.
Вы можете сделать снимок загрузочного тома EBS и превратить его в AMI загрузочный AMB, зарегистрировав его с соответствующими метаданными. Самая сложная часть этого - указать правильный AKI id (ядро), чтобы он правильно загрузился.
Основное различие заключается в типе упомянутой услуги. Снимок представляет собой том 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 представляет состояние системы в определенное время. Вы также можете загрузить с него.Ниже приведены несколько различий между моментальными снимками AMI и EBS:
1) AMI запускается и содержит ссылки на корневое устройство и может содержать ссылки на снимки других томов данных.
2) Образ данных, содержащийся в AMI, не представляет четко определенной точки за раз, если только этот экземпляр не перезагружен, что обычно неприемлемо для производственной среды. Снимки могут быть взяты согласованным образом, так как их точное время-время можно контролировать, поэтому перед запуском моментального снимка можно убедиться, что все готово для резервного копирования.
3) AMI может быть создан из существующих снимков корневого устройства для Linux, но не для Windows.
Снимки менее дороги для использования в качестве стратегии резервного копирования, потому что, когда у вас есть несколько снимков, вы платите только за одну полную резервную копию, а остальные - по сути, просто различаются и обычно намного меньше.
Вы можете думать о AMI как общем шаблоне для машины с ОС и сохраненных компонентов.
A Снимок может включать все, что делает AMI, но также сохраняет данные на диске объема EBS.
Какой из них вы решите использовать, как правило, будет продиктован тем, поддерживаются ли ваши экземпляры EBS и если вы хотите точно воссоздать машину со всеми данными без изменений или просто хотите создать общий шаблон машины.
Из определения, предоставленного AWS, оно разъясняет разницу. - Image Amazon Machine Image (AMI) - это шаблон, содержащий конфигурацию программного обеспечения (например, операционную систему, сервер приложений и приложения). Из AMI вы запускаете экземпляр, который является копией AMI, работающей как виртуальный сервер в облаке. Если для снимков вы можете создать резервную копию данных на своих томах EBS в Amazon S3, выполнив моментальные снимки моментально. Снимки - это инкрементные резервные копии, что означает, что сохраняются только блоки на устройстве, которые изменились после последнего моментального снимка. При удалении моментального снимка удаляются только данные, исключающие этот снимок.
Согласно определению, предоставленному AWS,
AMI - это шаблон, из которого вы можете запустить экземпляр EC2. Снимок EBS - это копия тома EBS на уровне блоков. Том EBS может быть загрузочным томом (т.е. содержащим операционную систему) или томом только для данных (например, содержащим файлы базы данных). Вы используете RegisterImage для создания AMI (из снимка).
Это две разные концепции, применяемые на разных уровнях (тома EBS по сравнению с шаблонами EC2). Однако между этими двумя концепциями есть некоторые зависимости.
Для поддерживаемых EBS экземпляров EC2 (т.е. Экземпляров EC2, которые загружаются с тома EBS), AMI реализован как снимок EBS загрузочного тома + пара метаданных (архитектура машины - 32 против 64 бит - тип виртуализации - HVM против PV - и т.д...)
Таким образом, для поддерживаемых EBS экземпляров EC2 AMI - это снимок EBS + файл XML. Вы даже можете создать свой собственный AMI на основе любого снимка загрузочного тома, который у вас есть.
EBS Volume является основным диском позади EC2. Snapshot - это 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 можно легко использовать для развертывания приложений в разных регионах.
Обновите свой сервер до более высоких или других спецификаций со всеми установленными программами и их конфигурациями.
AMI могут быть доступны всем пользователям AWS.