AWS разница между моментальным снимком и AMI
Так что у меня возникли проблемы с разработкой того, что, в частности, разница между этими двумя.
насколько я понимаю, моментальный снимок-это просто резервная копия диска, тогда как AMI-это резервная копия всей системы (или экземпляр, который я должен сказать), но не вся система технически полностью расположена на диске? и если это так, то нет никакой явной разницы, и я что-то упускаю?
7 ответов:
существует два типа масс (и соответствующие экземпляры):
instance-store (иногда называемый S3-based). Они менее распространены, и я не рекомендую их для начинающих. Экземпляр-хранилище AMI-это копия Тома корневого экземпляра-хранилища плюс некоторые метаданные, все сохраненные в корзине S3 в специальном формате
EBS boot. Это, вероятно, то, что вы используете. В ЭБС загрузки АМИ и снимок EBS корня EBS том плюс некоторые метаданные, такие как архитектура, ядро, имя AMI, описание, сопоставления блочных устройств и многое другое.
вы можете сделать снимок загрузочного Тома EBS и превратить его в загрузочный AMI EBS, зарегистрировав его с соответствующими метаданными. Самая сложная часть этого-указать правильный идентификатор AKI (ядро), чтобы он правильно загружался.
основное различие заключается в типе обслуживания, о котором идет речь. Моментальный снимок-Это том EBS, где вы можете сохранить состояние и перезагрузиться с теми же данными в определенный момент времени.
AMI похож, но его для самих экземпляров EC2. Вы не можете сделать снимок экземпляра, не поддержанного ebs, но вы можете создать AMI (образ системы) одного из них.
обычно я использую снимки EBS в качестве решений для резервного копирования для Тома базы данных, и я использую AMI для сохранения конфигурация экземпляра
AMI может быть создан с помощью моментального снимка. Например, с помощью одного "снимка" можно создать несколько масс, скажем, один ПВ и одной аппаратной виртуализации AMI с помощью того же самого снимка.
Итак, снимок имеет данные системы / ОС. АМИ (снимок + машина/оборудование метаданных).
вот еще несколько различий между снимками AMI и EBS:
1) AMI запускается и содержит ссылки на корневое устройство и может содержать ссылки на снимки других томов данных.
2) Образ данных, содержащийся в AMI, не представляет собой четко определенный момент времени, если экземпляр не перезагружен, что обычно неприемлемо для рабочей среды. Моментальные снимки могут быть сделаны последовательным образом, так как их точный момент времени можно управлять, поэтому перед запуском моментального снимка можно убедиться, что все "готово для резервного копирования".
3) AMI может быть создан из существующих снимков корневого устройства для Linux, но не для Windows.
снимки дешевле использовать в качестве стратегии резервного копирования, потому что когда у вас есть несколько снимков, вы платите только за одну полную резервную копию, а остальные, по сути, просто отличаются и обычно намного меньше.
вы можете рассматривать AMI как общий шаблон для машины с сохранением ОС и установленных компонентов.
снимок может включать все, что делает AMI, но также сохраняет данные диска Тома EBS.
какой из них вы решите использовать, как правило, будет зависеть от того, поддерживаются ли ваши экземпляры EBS, и если вы хотите точно воссоздать машину со всеми неповрежденными данными или просто хотите общий шаблон машины.
из определения, предоставленного AWS, уточняется разница - образ машины Amazon (AMI) - это шаблон, содержащий конфигурацию программного обеспечения (например, операционную систему, сервер приложений и приложения). Из AMI вы запускаете экземпляр, который является копией AMI, работающего как виртуальный сервер в облаке. В то время как для моментальных снимков можно создать резервную копию данных на томах EBS в Amazon S3, сделав моментальные снимки. Моментальные снимки являются инкрементными резервными копиями, это означает, что сохраняются только те блоки на устройстве, которые изменились после последнего снимка. При удалении снимка удаляются только данные, исключительные для этого снимка.