Створення EC2 AMI-зображення з запущеного екземпляра порівняно із знімком обсягу


22

Я хочу створити резервну копію екземпляра EC2 на базі Linux, коли він працює без простоїв, а потім пізніше запустити новий екземпляр. (Екземпляр працює з веб-сервером та базою даних Postgres.)

Я виявив, що це можна зробити двома, але я розгублений у тому, яка різниця в результаті між ними.

Варіант №1: Створіть AMI прямо з запущеного екземпляра:

  1. Створіть новий AMI прямо з запущеного оригінального екземпляра.
  2. Запустіть новий екземпляр від AMI

Варіант №2: Створіть AMI вручну зі знімка:

  1. Зробіть знімок з тома, доданого до запущеного оригінального екземпляра
  2. Створіть AMI на знімку, ввівши вручну деталі, такі як архітектура та ідентифікатор ядра
  3. Запустіть новий екземпляр із створеного вручну зображення

Тепер те, що бентежить, полягає в тому, що створюючи AMI прямо з екземпляра, EC2 перезавантажить примірник за замовчуванням. Існує прапорець "Не перезавантажувати" із такою підказкою:

Якщо ввімкнено, Amazon EC2 не вимикає примірник перед створенням зображення. Якщо використовується ця опція, цілісність файлової системи на створеному зображенні не може бути гарантована.

Чи дійсно є різниця в результатах цих двох способів? Мені здається, що я вручну роблю ті ж речі, що і в будь-якому випадку робив автоматизований майстер. Він створює знімки, вибирає ідентифікатори ядра та архітектури.

Чому один має текст попередження, а інший - ні? Знімок запущеного екземпляра вважається відносно безпечним, і якщо створення AMI робить знімок у фоновому режимі, чи це небезпечніше, ніж робити все вручну?

Відповіді:


13

Вони роблять точно так само, якщо вибрати no rebootпараметр при створенні AMI безпосередньо з EC2. Це в основному створює знімок, який потенційно може перебувати в непослідовному стані. Наприклад, ви більше ризикуєте мати непослідовний стан, якщо ви робите багато записів на диску під час створення знімка.

Якщо ви хочете створити знімок у "послідовному" стані, вам слід спочатку вимкнути свій примірник, а потім зробити знімок, а потім перезапустити свій примірник. Ось чому варіант створення AMI з EC2 є досить корисним, оскільки вам не потрібно зупинятись та перезапускати. Amazon піклується про це, а також IP-адреса не змінюється у вашому випадку. (Якщо ви зупините / перезапустите примірник, ваша IP-адреса фактично змінюється)

Я не дуже впевнений, чому Amazon не має попередження, якщо ви робите знімок прямо з гучності, але з точки зору гучності, це насправді не має значення, використовує гучність запущений чи не запущений екземпляр ( його цікавить лише те, чи додається він чи знімається, щоб не створювати знімків)


Я погоджуюся, що вам слід створити AMI, оскільки ви не хочете закривати примірник. Ви можете шукати рішення, які роблять це нестандартно, щоб заощадити час. Я особисто використовую totalcloud.io для автоматизації моїх дій на AWS.
Veer Abheek Singh Manhas
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.