Kompletny przewodnik na temat wykonywania kopii zapasowej instancji EC2: migawki AWS a obrazy AMI
Amazon Web Services (AWS) oferuje dwie natywne opcje, które można wykorzystać do wykonania kopii zapasowej instancji AWS EC2 – migawka AWS EBS oraz obrazy Amazon Machine Images (AMI). W tym wpisie na blogu wyjaśniono różnice między tymi dwoma metodami wykonania kopii zapasowej oraz wskazano, w jakich sytuacjach każda z nich jest optymalna.
Zrozumienie opcji wykonywania kopii zapasowej EC2
Przyjrzyjmy się dwóm natywnym narzędziom AWS służącym do wykonywania kopii zapasowej instancji EC2, aby lepiej zrozumieć różnice między nimi.
Migawki AWS EBS
Migawki AWS EBS to kopie woluminów EBS z określonego momentu w czasie i można je traktować jako kopie zapasowe woluminów EBS. Migawki EBS są przechowywane w Amazon S3, ale nie ma do nich bezpośredniego dostępu w zasobnikach Amazon S3 i można ich używać wyłącznie do tworzenia nowych woluminów EBS. Pierwsza migawka stanowi pełną kopię danych, a każda kolejna jest przechowywana w stopniowo w celu zapisywania wyłącznie zmian danych, które nastąpiły od momentu utworzenia poprzedniej migawki. Takie podejście przyrostowe zmniejsza zużycie przestrzeni dyskowej i obniża koszty.
Migawki EBS mogą służyć wyłącznie do przywracania woluminów EBS dla instancji EC2. Aby przywrócić całą instancję, w tym jej konfigurację, ustawienia rozruchu, konfigurację sieci itp., należy postępować zgodnie z procedurami ręcznymi.
Zapoznaj się z jak skonfigurować migawki AWS EC2 w sprawie tworzenia kopii zapasowej instancji AWS EC2.
Obrazy Amazon Machine Images (AMI)
Obrazy Amazon Machine Images (AMI) to wstępnie skonfigurowane obrazy, które zawierają nie tylko dane z woluminów EBS instancji EC2, ale także inne dane wymagane do pełnego przywrócenia lub utworzenia nowych instancji EC2. Obrazy AMI służą jako pełne kopie zapasowe całej instancji i mogą być wykorzystywane do pełnego odzyskiwania instancji AWS EC2. Obrazy AMI zawierają woluminy EBS wraz z woluminem głównym, system operacyjny, konfigurację instancji oraz metadane (czyli wszystko, co jest potrzebne do pełnego odzyskiwania instancji).
Obrazy AMI są przechowywane w usłudze Amazon S3 i mogą być ponownie wykorzystywane w różnych instancjach, regionach, a nawet na różnych kontach. Można tworzyć niestandardowe obrazy Amazon Machine Images na podstawie istniejącej instancji EC2. Obrazy AMI idealnie nadają się do tworzenia „obrazów wzorcowych” w celu wdrożenia wielu identycznych instancji EC2.
Migawka AWS a AMI: kluczowe różnice
Migawki EBS w AWS EC2 i obrazy Amazon Machine Images różnią się pod względem przypadków użycia, przeznaczenia i funkcji. Są to główne czynniki leżące u podstaw różnic między migawkami AWS a obrazami AMI.
- Podczas gdy migawki przechwytują dane wyłącznie na poziomie woluminu EBS, obrazy AMI przechwytują wszystkie dane instancji AWS EC2. Na przykład, jeśli baza danych znajduje się na woluminie EBS, migawka może zawierać ten wolumin wraz z bazą danych. Z kolei obraz AMI zawiera wszystkie podłączone woluminy wraz z systemem operacyjnym, danymi aplikacji, plikami i konfiguracją instancji. Migawki nie rejestrują konfiguracji instancji EC2.
- Obrazy AMI są zawsze pełnymi kopiami zapasowymi instancji (typu pełna kopia zapasowa ), które zawierają wszystko, co jest potrzebne do odtworzenia instancji. Migawki EBS mają charakter przyrostowy, co oznacza, że zapisywane są wyłącznie zmiany, które zaszły od momentu utworzenia ostatniej migawki.
- Migawki EBS służą do tworzenia lub przywracania woluminów dla istniejących instancji EC2, natomiast obrazy AMI służą do uruchamiania nowych instancji EC2 z gotowo skonfigurowanym środowiskiem.
- Migawki EBS służą do tworzenia kopii zapasowych danych oraz odzyskiwania woluminów EBS i instancji EC2 (w przypadku ręcznej konfiguracji instancji). Obrazy Amazon Machine Images służą do powielania środowisk i wstępnie skonfigurowanych wdrażań.
Poniżej znajduje się tabela porównująca główne aspekty migawek EBS i obrazów Amazon Machine Images.
Definicja
| Funkcja | Migawki AWS EBS | Obrazy Amazon Machine Images (AMI) |
| Cel | Kopia zapasowa danych woluminu EBS z określonego momentu w czasie | Kompletny obraz instancji EC2 (system operacyjny, dane, konfiguracja) |
| Zakres | Przechwytuje tylko wolumin EBS (warstwa danych) | Przechwytuje całą instancję, w tym system operacyjny, dane i konfiguracje |
Funkcja
| Funkcja | Migawki AWS EBS | Obrazy maszyn Amazon (AMI) |
| Zawartość | Tylko dane na pojedynczym woluminie EBS | Obejmuje system operacyjny, zainstalowane oprogramowanie, dane i dołączone woluminy |
| Kopia zapasowa przyrostowa | Obsługuje kopie zapasowe przyrostowe po pierwszej migawce | Nie obsługuje kopii zapasowych przyrostowych (za każdym razem pełny obraz) |
| Konfiguracja | Nie obejmuje konfiguracji na poziomie instancji | Obejmuje konfiguracje na poziomie instancji, takie jak typ instancji, sieć i uprawnienia |
| Przenośność | Można skopiować do innego regionu | Można skopiować do innego regionu |
| Transfer sieciowy | Wymaga transferu danych tylko dla zmienionych bloków | Przesyła pełny obraz instancji |
Zastosowanie
| Funkcja | Migawki AWS EBS | Obrazy Amazon Machine Images (AMI) |
| Główny przypadek użycia | Tworzenie kopii zapasowych lub przywracanie woluminów EBS | Tworzenie wstępnie skonfigurowanych szablonów do uruchamiania instancji EC2 |
| Poziom szczegółowości | Kopie zapasowe poszczególnych woluminów (dla przykład, wolumin bazy danych) | Kopie zapasowe całej instancji (na przykład serwera aplikacji) |
| Odzyskiwanie awaryjne | Przywracanie pojedynczych woluminów | Uruchamianie wstępnie skonfigurowanych instancji w regionie trybu failover |
| Testowanie | Testowanie kopii zapasowych zawierających wyłącznie dane | Duplikowanie środowisk z pełnymi konfiguracjami |
Koszt
| Migawki AWS EBS | Obrazy maszyn Amazon (AMI) | |
| Podstawa naliczania kosztów | Koszt magazynowania zależny od rozmiaru migawki (przyrostowy) | Koszt magazynowania AMI i powiązanych migawek |
| Efektywność kosztowa | Większa efektywność kosztowa w przypadku częstych, przyrostowych kopii zapasowych | Wyższy koszt, ponieważ obejmuje konfigurację instancji |
Opcje odzyskiwania
| Funkcja | Migawki AWS EBS | AMI |
| Cel odzyskiwania | Tworzy nowy wolumin EBS na podstawie migawki | Uruchamia nową instancję EC2 na podstawie AMI |
| Szczegółowość odzyskiwania | Umożliwia przywracanie pojedynczych woluminów | Przywraca całą instancję, w tym dołączone woluminy |
Automatyzacja
| Funkcja | Migawki AWS EBS | AMI |
| Narzędzia do automatyzacji | Można zautomatyzować za pomocą AWS Backup lub reguł cyklu życia | Można zautomatyzować za pomocą skryptów, AWS CLI lub narzędzi takich jak AWS Lambda |
| Częstotliwość | Odpowiednie do częstych, przyrostowych kopii zapasowych | Zwykle używane do okresowych kopii zapasowych lub kopii wykonywanych przed wdrożeniem |
Kiedy używać migawek AWS lub AMI?
Wybór między migawkami AWS a obrazami maszyn Amazon (AMI) zależy od konkretnego przypadku użycia oraz wymaganego poziomu kopii zapasowej danych lub instancji. W poprzedniej sekcji omówiliśmy różnice między migawkami AWS EC2 a obrazami maszyn Amazon; teraz przyjrzyjmy się ich głównym zastosowaniom.
Zastosowania migawek EBS:
- Migawki są idealne do tworzenia kopii zapasowych na poziomie woluminu, z naciskiem na dane przechowywane na woluminach EBS oraz odzyskiwanie awaryjne poprzez przywracanie woluminów EBS.
- Kopiowanie migawek do innego regionu na potrzeby odzyskiwania awaryjnego.
- Testowanie przez duplikowanie woluminów EBS za pomocą migawek bez wpływu na oryginalną instancję .
- Migawki EBS są skuteczne pod względem skalowalności — podczas równoległego tworzenia dużej liczby AMI mogą wystąpić problemy i awarie.
Przypadki użycia AMI:
- Tworzenie kopii zapasowych całej instancji EC2, w tym systemu operacyjnego, danych aplikacji i innych plików.
- Uruchamianie identycznych instancji EC2 w AWS w celu skalowania obciążeń przez wdrażanie wielu instancji o tej samej konfiguracji. Jest to optymalne podejście przed przeprowadzaniem masowych aktualizacji lub wprowadzaniem zmian konfiguracji instancji. Może to być przydatne w scenariuszach równoważenia obciążenia.
- Tworzenie szablonów do wdrażania instancji EC2 z użyciem wstępnie skonfigurowanych środowisk.
- Migracja instancji EC2 do innego regionu AWS na koncie poprzez utworzenie AMI i wdrożenie nowych instancji z tych obrazów.
W poniższej tabeli znajdziesz typowe scenariusze i zalecenia dotyczące wyboru odpowiedniej natywnej funkcji AWS do tworzenia kopii zapasowych.
| Scenariusz | Użyj migawek AWS | Użyj AMI |
| Kopia zapasowa wybranych woluminów EBS (tylko dane) | Tak | Nie |
| Pełna kopia zapasowa instancji EC2 (system operacyjny + dane) | Nie | Tak |
| Częste przyrostowe kopie zapasowe | Tak | Nie |
| Skalowanie z użyciem identycznych instancji | Nie | Tak |
| Odzyskiwanie awaryjne dla pojedynczych woluminów | Tak | Nie |
| Odzyskiwanie awaryjne całej instancji | Nie | Tak |
| Replikacja woluminów EBS między regionami | Tak | Nie |
| Migracja instancji między regionami lub kontami | Nie | Tak |
| Wstępnie skonfigurowane szablony instancji | Nie | Tak |
| Ekonomiczne częste kopie zapasowe | Tak | Nie |
Wybór odpowiedniej opcji zależy od wymaganego poziomu szczegółowości kopii zapasowej oraz szybkości odzyskiwania:
- Używaj migawek AWS do tworzenia kopii zapasowych samych danych, określonych woluminów oraz częstych kopii zapasowych przy niskich kosztach.
- Używaj AMI do tworzenia pełnych kopii zapasowych instancji, skalowania identycznych środowisk i odzyskiwania po awarii, które wymaga przywrócenia całej instancji.
Czasami można używać migawek EBS i AMI razem. Poniżej przedstawiono przykłady łączenia tych dwóch funkcji:
- Regularne kopie zapasowe danych + pełne kopie zapasowe instancji:
- Używaj migawek do częstego tworzenia kopii zapasowych krytycznych woluminów danych (na przykład pamięci masowej bazy danych).
- Okresowo używaj AMI do tworzenia kopii zapasowej całej instancji, w tym jej konfiguracji i aplikacji.
- Odzyskiwanie awaryjne w AWS:
- Łącz AMI w celu pełnego odzyskiwania instancji z migawkami umożliwiającymi szczegółowe przywracanie woluminów.
- Migawki umożliwiają odzyskanie określonych woluminów, a AMI — odtworzenie całej instancji.
- Testowanie i programowanie:
- Używaj AMI do tworzenia pełnych replik środowisk produkcyjnych na potrzeby testów.
- Używaj migawek do duplikowania wyłącznie warstwy danych na potrzeby ukierunkowanych zadań programistycznych.
Najlepsze rozwiązania w zakresie tworzenia kopii zapasowych instancji EC2
Korzystając z migawek EBS do ochrony danych oraz AMI do przechowywania pełnej konfiguracji instancji, możesz wdrożyć niezawodne tworzenie kopii zapasowych i strategia odzyskiwania awaryjnego instancji AWS EC2. Poniżej przedstawiono najlepsze rozwiązania w zakresie tworzenia kopii zapasowych instancji EC2.
- Wybierz odpowiednią metodę tworzenia kopii zapasowej . Używaj migawek do tworzenia kopii zapasowych danych, a AMI do tworzenia pełnych kopii zapasowych instancji.
- Automatyzuj tworzenie kopii zapasowych . Używaj AWS Backup lub niestandardowych skryptów do automatyzacji tworzenia migawek i AMI.
- Monitoruj koszty i zarządzaj nimi . Regularnie sprawdzaj i usuwaj nieaktualne migawki lub AMI, aby zminimalizować koszty magazynowania.
- Wdróż zasady przechowywania . Określ okresy przechowywania migawek i AMI, aby uniknąć nadmiernych kosztów magazynowania. Korzystaj z zasad cyklu życia, aby automatycznie usuwać nieaktualne kopie zapasowe po upływie określonego czasu. Przechowuj krytyczne kopie zapasowe przez dłuższy czas (np. kopie kwartalne na potrzeby zgodności).
- Zapewnij spójność kopii zapasowych . W przypadku aplikacji takich jak bazy danych zapewnij spójność aplikacji podczas tworzenia kopii zapasowej. Wstrzymaj operacje zapisu lub użyj interfejsów API właściwych dla aplikacji (np. MySQL FLUSH TABLES WITH READ LOCK). Używaj migawek AWS spójnych z aplikacją dla woluminów baz danych.
- Zabezpiecz kopie zapasowe , szyfrując migawki i AMI. Użyj usługi AWS Key Management Service (KMS) do szyfrowania kopii zapasowych. Włącz szyfrowanie, aby zwiększyć bezpieczeństwo danych.
- Testuj procedury odzyskiwania . Okresowo testuj przywracanie danych z migawek i uruchamianie instancji z AMI, aby upewnić się, że procesy odzyskiwania działają prawidłowo (zgodnie z oczekiwaniami). Testy odzyskiwania awaryjnego pozwala upewnić się, że w przypadku awarii można przywrócić dane.
- Wdróż dedykowane rozwiązanie do tworzenia kopii zapasowych AWS . Profesjonalne rozwiązanie do ochrony danych, takie jak NAKIVO Backup & Replication, obsługujące tworzenie kopii zapasowych AWS EC2, może usprawnić procesy tworzenia kopii zapasowych i odzyskiwania oraz zapewnić ich płynny przebieg.
Uproszczone tworzenie kopii zapasowych EC2 za pomocą NAKIVO
NAKIVO Backup & Replication obsługuje tworzenie kopii zapasowych AWS EC2 w usłudze Amazon S3, innych magazynach-chmurach oraz magazynach lokalnych. Rozwiązanie NAKIVO obsługuje automatyzację tworzenia kopii zapasowych AWS EC2, szyfrowanie kopii zapasowej, weryfikację kopii zapasowych, testowanie odzyskiwania awaryjnego, tworzenie kopii zapasowych spójnych z aplikacją, niezmienność kopii zapasowej oraz liczne inne funkcje. Rozwiązanie NAKIVO tworzy pełne i przyrostowe kopie zapasowe całych instancji EC2, w tym woluminów EBS i konfiguracji instancji wraz z metadanymi, co przyspiesza i ułatwia odzyskiwanie. Możesz uprościć tworzenie kopii zapasowych AWS EC2 i usprawnić strategię odzyskiwania awaryjnego.
Zanim zaczniemy tworzyć zadanie kopii zapasowej dla AWS EC2, zapoznajmy się z wymaganiami wstępnymi.
Konfiguracja kopii zapasowej AWS EC2 w rozwiązaniu NAKIVO wymaga dodanie konta AWS do wykazu zasobów. Możesz to zrobić w Settings > Inventory, klikając przycisk + (plus) i postępując zgodnie z instrukcjami.
Drugim wymaganiem wstępnym jest wdrażanie rozwiązania NAKIVO Transporter w AWS do przetwarzania danych podczas wykonywania zadań tworzenia kopii zapasowych i odzyskiwania. Przejdź do Settings > Nodes, kliknij przycisk +, aby dodać nowy Transporter w AWS.
Konfigurowanie nowego zadania kopii zapasowej AWS w NAKIVO Backup & Replication jest proste i można je wykonać w kilku kliknięciach.
- Przejdź do
Data Protection, kliknij+i naciśnijBackup for Amazon EC2.
- Wybierz instancje AWS EC2, których kopie zapasowe chcesz utworzyć. Jeśli wcześniej nie wdrożono Transportera w AWS, zostanie wyświetlony komunikat informujący, że wymagany jest Transporter. Po zakończeniu kliknij
Proceed, aby umożliwić NAKIVO Backup & Replication automatyczne wdrożenie Transportera jako instancji EC2 w odpowiednim regionie AWS. Następnie kliknijNext.
- Wybierz lokalizację docelową do przechowywania kopii zapasowych AWS EC2. Możesz wybrać dowolny obsługiwany element repozytorium kopii zapasowych dodany do inwentarza NAKIVO. W tym przykładzie mamy lokalne repozytorium kopii zapasowych oraz repozytorium kopii zapasowych w usłudze Amazon S3.
- Skonfiguruj ustawienia planowanie i retencja dla zadania tworzenia kopii zapasowej Amazon EC2. Możesz skonfigurować wiele reguł, aby wdrożyć złożone harmonogramy i schematy przechowywania. Włącz niezmienność kopii zapasowej, aby zapewnić ochronę przed oprogramowaniem wymuszającym okup.
- Skonfiguruj opcje zadania tworzenia kopii zapasowej. Wprowadź nazwę zadania i określ tryb spójności z aplikacją, metodę śledzenia zmian, szyfrowanie, tryb pełna kopia zapasowa i inne ustawienia. Kliknij
Finish & Run, aby zapisać ustawienia i uruchomić zadanie.
Wnioski
Migawki EBS są optymalnym rozwiązaniem do częstego tworzenia kopii zapasowych woluminów EBS i oszczędzania miejsca na dane, ponieważ nowe migawki są przyrostowe. Aby odzyskać całą instancję EC2 z migawki EBS, należy ręcznie utworzyć i skonfigurować instancję EC2 lub użyć istniejącej instancji EC2 do odzyskania woluminów EBS. Obrazy maszyn Amazon (AMI) służą do tworzenia pełnego obrazu instancji EC2 (obejmującego woluminy EBS, opcje rozruchu, konfigurację instancji, metadane itp.) w celu pełnego odzyskiwania instancji, masowego wdrażania instancji o identycznej konfiguracji oraz migracji.
Rozważ użycie dedykowanego rozwiązania do tworzenia kopii zapasowych Amazon EC2, które łączy funkcje natywnych mechanizmów tworzenia kopii zapasowych za pomocą migawek EBS i AMI z długą listą zaawansowanych funkcji i opcji tworzenia kopii zapasowych. NAKIVO Backup & Replication obsługuje pełne i przyrostowe kopie zapasowe całych instancji EC2, zapewniając wysoką niezawodność i wygodny interfejs użytkownika. Rozwiązanie to łączy zalety natywnych metod z szerokim zestawem konfigurowalnych funkcji, które zwiększają skuteczność ochrony danych.
