Jak obliczane są rozmiary migawek Amazon EBS?

Po pierwsze, jak mogę odzyskać miejsce zajęte przez moje migawki EBS?

Po drugie, zgodnie z dokumentacją, migawka Amazon EBS tworzy kopie zapasowe tylko bloków woluminu EBS, które zostały zmodyfikowane od czasu ostatniego utworzenia migawki. Załóżmy, że mam wolumin EBS o pojemności 10 GB. Stworzyłem dla niego pierwszą migawkę. Ponieważ nie ma „ostatniej” migawki, zakładam, że rozmiar pierwszej migawki wynosi 10 GB. DOBRZE. A potem zmodyfikowałem 1 GB danych i utworzyłem drugą migawkę. Rozmiar drugiej migawki powinien wynosić około 1 GB, prawda? Co jednak jeśli w tym momencie usunę pierwszą migawkę? Czy druga migawka to nadal 1 GB? Jeśli tak, czy nadal mogę przywrócić wolumin 10 GB EBS z drugiej migawki? Czy też druga migawka automatycznie staje się 10 GB?

Może to odpowiedzieć na pytanie 2 (z http://aws.amazon.com/ebs/ ):

Mimo że migawki są zapisywane przyrostowo, po usunięciu migawki usuwane są tylko dane niepotrzebne dla żadnej innej migawki. Niezależnie od tego, które poprzednie migawki zostały usunięte, wszystkie aktywne migawki będą zawierać wszystkie informacje potrzebne do przywrócenia woluminu

W twoim przykładzie po usunięciu pierwszej migawki nie zapłacisz już za 1 GB w pierwszym zastąpionym przez drugą migawkę i nie będziesz mógł przywrócić stanu pierwszej migawki.

Ale nadal jest dość niejasne, ile kosztuje zestaw migawek pod względem użycia S3.

Zobacz tę wiadomość i odpowiedz dwie wiadomości poniżej. Zasadniczo istnieje tylko jedna kopia każdego bloku, a wiele migawek może odnosić się do tego samego bloku. Migawki można usuwać w dowolnej kolejności, a dowolnej migawki można użyć do przywrócenia woluminu do stanu, w jakim znajdował się w momencie tworzenia migawki.

Migawka zawiera, jak sądzę, tylko bloki, które zostały zapisane przynajmniej raz. Jeśli więc utworzyłeś nowy system EBS, a następnie sformatowałeś go przy użyciu pewnego rodzaju „szybkiego” formatu, który zapisuje tylko tabele alokacji plików, to myślę, że tylko bloki używane przez tabele alokacji plików zostaną zapisane w początkowej migawce.

Korzystając z EBS do magazynu bazy danych, możesz rozważyć zainicjowanie całego EBS przed użyciem bazy danych, co wydaje się przyspieszać bazę danych, ponieważ dysk został już całkowicie zainicjowany. Minusem jest to, że oznacza to, że początkowa migawka prawdopodobnie będzie całym dyskiem EBS, tj. 10 GB.

Niezależnie od Amazon ...

po pierwsze są dwa rodzaje migawek. Jeden jest pełny, a drugi jest przyrostowy. W swoim przykładzie wspominasz o 10 GB i 1 GB, abyś mógł zgadnąć, który z nich jest. Bez pełnej migawki nie jest możliwe całkowite odzyskanie danych. Przyrostowa migawka to sposób na zaoszczędzenie miejsca i czasu, aby nie tworzyć kopii zapasowej całego obrazu w kółko. Więc chociaż możesz zachować zero przyrostowych migawek, musisz mieć ATLEAST jeden Pełny migawek.

The restore is done in the following way.
1. get the Latest FULL snap
2. Is there any more incremental snap since the last full backup?
yes
  2.1 Apply the incremental changes in order from the last full backup to the latest | END
no
  2.2 END

Możesz więc zaplanować, ile potrzebujesz. Może pełna kopia zapasowa raz w tygodniu i przyrostowa codziennie? lub cokolwiek pasuje do twojej sprawy. Jednak Amazon różni się tutaj nieco ...

Jeśli chodzi o koszty, wydaje się, że Amazon zakłada (dla uproszczenia z ich strony), że

1. Cały EBS jest migawkowy (to nie jest prawdziwe słowo, właśnie to wymyśliłem), w tym wolne miejsce.
2. Również kompresja nie jest uwzględniana, a jeśli kompresują, nadal nie jest tutaj brana pod uwagę.
3. Pełny obraz stanu lub przyrostowy przejdzie do S3 bez kompresji, więc będziesz płacić za przechowywanie i transfery S3
4. Pełna migawka jest już bardziej jak AMI. Lepiej więc użyć AMI, ponieważ wydaje się, że AMI nie obejmuje nieużywanego miejsca na rozmiar obrazu, a zatem zapotrzebowanie na pamięć S3 jest mniejsze.
5. jak wspomniano inni, Amazon chroni użytkowników przed usunięciem niewłaściwych snapów, upewniając się, że> usunięcie snapów nie wpływa na odzyskiwanie. Sądzę, że internalizują proces, w którym> zastosują przyrostowe przyciąganie do pełnego i wyświetlą go jako usunięcie. efekt> wciąż przechowują cały wolumin EBS

Teraz nie jestem zawodowcem w AWS, ale to jest moje najlepsze zrozumienie. Mogę się mylić