Tworzenie obrazu AMI EC2 z działającej instancji vs. z migawki woluminu


22

Chcę wykonać kopię zapasową instancji EC2 opartej na systemie Linux, gdy jest ona uruchomiona bez przestojów, a następnie uruchomić nową instancję. (W instancji działa serwer WWW i baza danych Postgres).

Odkryłem, że są na to dwa sposoby, ale jestem zdezorientowany, jaka jest różnica w wyniku między nimi.

Opcja nr 1: Utwórz AMI bezpośrednio z działającej instancji:

  1. Utwórz nowy AMI bezpośrednio z działającej oryginalnej instancji.
  2. Uruchom nową instancję z AMI

Opcja # 2: Ręcznie utwórz AMI z migawki:

  1. Zrób migawkę z woluminu dołączonego do działającej oryginalnej instancji
  2. Utwórz AMI z migawki, ręcznie wprowadzając takie szczegóły, jak architektura i identyfikator jądra
  3. Uruchom nową instancję z ręcznie utworzonego obrazu

Mylące jest to, że podczas tworzenia AMI bezpośrednio z instancji, EC2 domyślnie zrestartowałby instancję. Jest pole wyboru „Bez ponownego uruchomienia” z następującą etykietką:

Po włączeniu Amazon EC2 nie zamyka instancji przed utworzeniem obrazu. Gdy ta opcja jest używana, nie można zagwarantować integralności systemu plików na utworzonym obrazie.

Czy naprawdę jest różnica w wynikach tych dwóch sposobów? Wydaje mi się, że robię ręcznie te same czynności, które i tak zrobiłby zautomatyzowany czarodziej. Generuje migawki, wybiera identyfikatory jądra i architektury.

Dlaczego jeden ma tekst ostrzegawczy, a drugi nie? Migawka działającej instancji jest uważana za względnie bezpieczną, a jeśli tworzenie AMI robi migawkę w tle, czy jest to bardziej niebezpieczne niż robienie tego wszystkiego ręcznie?

Odpowiedzi:


13

Robią dokładnie to samo, jeśli wybierzesz no rebootopcję podczas tworzenia AMI bezpośrednio z EC2. To w zasadzie tworzy migawkę, która potencjalnie może być niespójna. Na przykład, ryzykujesz bardziej, że będziesz mieć niespójny stan, jeśli robisz dużo zapisów na dysku podczas tworzenia migawki.

Jeśli chcesz utworzyć migawkę w stanie „spójnym”, najpierw musisz zamknąć instancję, a następnie zrobić migawkę, a następnie ponownie uruchomić instancję. Dlatego opcja tworzenia AMI z EC2 jest bardzo przydatna, ponieważ nie musisz się zatrzymywać i restartować. Amazon dba o to, a także adres IP nie zmienia się w Twojej instancji. (Jeśli zatrzymasz / ponownie uruchomisz instancję, twój adres IP faktycznie się zmieni)

Nie jestem do końca pewien, dlaczego Amazon nie wyświetla ostrzeżenia, jeśli wykonasz migawkę bezpośrednio z woluminu, ale z punktu widzenia głośności naprawdę nie ma znaczenia, czy wolumin jest używany przez działającą, czy niedziałającą instancję ( dba tylko o to, czy jest dołączany, czy odrywany, bez wpływu na tworzenie migawek)


Zgadzam się, że powinieneś utworzyć AMI, ponieważ nie chcesz zamknąć instancji. Możesz poszukać rozwiązań, które robią to od razu po wyjęciu z pudełka, aby zaoszczędzić czas. Osobiście używam totalcloud.io do automatyzacji moich działań w AWS.
Veer Abheek Singh Manhas
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.