Tworzenie kopii zapasowej dysków zarządzanych platformy Azure i ich odzyskiwanie po awarii
Dotyczy: ✔️ Maszyny wirtualne z systemem Linux Maszyny wirtualne z systemem Windows — elastyczne zestawy ✔️ ✔️ skalowania
W tym artykule wyjaśniono, jak zaplanować tworzenie kopii zapasowych i odzyskiwanie po awarii dla dysków zarządzanych platformy Azure. Wprowadza ona wbudowaną nadmiarowość platformy Azure i niektóre typowe typy błędów. Następnie obejmuje typowe scenariusze tworzenia kopii zapasowych i odzyskiwania po awarii. Na koniec porównuje każdą opcję tworzenia kopii zapasowych i odzyskiwania po awarii dla dysków zarządzanych platformy Azure.
Wbudowane opcje nadmiarowości platformy Azure
Dyski zarządzane platformy Azure mają dwie wbudowane opcje nadmiarowości, aby chronić dane przed awariami:
- Magazyn lokalnie nadmiarowy (LRS) replikuje dane trzy razy w jednym centrum danych w określonym regionie. Magazyn LRS chroni dane przed awariami stojaka serwera i dysku.
- Magazyn strefowo nadmiarowy (ZRS) zapewnia synchroniczną replikację danych między strefami w regionie, umożliwiając dyskom tolerowanie awarii strefowych, które mogą wystąpić z powodu klęsk żywiołowych lub problemów sprzętowych.
Jednak poważne awarie (takie jak trzęsienia ziemi, pożary lub huragany) mogą spowodować awarie lub niedostępność serwerów magazynu na dużą skalę, czasami wpływając na całe centrum danych lub strefę (wpływając na dyski LRS) lub cały region (wpływający na dyski ZRS). Oprócz awarii platformy mogą również wystąpić problemy z aplikacją lub danymi (takie jak przypadkowe usunięcie i atak wymuszania oprogramowania wymuszającego okup). W takim przypadku możesz przywrócić aplikację i dane do wcześniejszej wersji zawierającej ostatni znany dobry stan. Przywrócenie dobrego stanu wymaga regularnych kopii zapasowych.
Aby chronić obciążenia IaaS przed awariami, zaplanuj nadmiarowość i utwórz regularne kopie zapasowe. Aby chronić obciążenia IaaS przed awariami regionalnymi, utwórz kopie zapasowe w innej lokalizacji geograficznej niż lokacja główna. Dzięki temu kopie zapasowe nie będą miały wpływu na te same zdarzenia, które miały wpływ na inne zasoby. Aby uzyskać więcej informacji, zobacz Odzyskiwanie po awarii dla aplikacja systemu Azure.
Scenariusze tworzenia kopii zapasowych i odzyskiwania po awarii
Przyjrzyjmy się kilku przykładom scenariuszy obciążeń aplikacji i zagadnienia, które należy wziąć pod uwagę podczas planowania tworzenia kopii zapasowych i odzyskiwania po awarii.
Scenariusz 1. Główne rozwiązania bazy danych
W tym scenariuszu masz produkcyjny serwer bazy danych (taki jak SQL Server i Oracle), który obsługuje wysoką dostępność. Krytyczne aplikacje produkcyjne i użytkownicy zależą od tej bazy danych. Plan odzyskiwania po awarii dla tego systemu powinien obejmować następujące wymagania:
- Dane muszą być chronione i możliwe do odzyskania.
- Serwer musi być dostępny do użycia.
- (Opcjonalnie) Replika bazy danych w innym regionie jako kopia zapasowa
W zależności od wymagań dotyczących dostępności serwera i odzyskiwania danych rozwiązania mogą być różne od lokacji repliki aktywne-aktywne lub aktywne-pasywne po okresowe kopie zapasowe danych w trybie offline. Relacyjne bazy danych, takie jak SQL Server i Oracle, udostępniają różne opcje replikacji. W przypadku programu SQL Server użyj zawsze włączonych grup dostępności programu SQL Server w celu zapewnienia wysokiej dostępności.
Bazy danych NoSQL, takie jak MongoDB, obsługują również repliki na potrzeby nadmiarowości. Używane są repliki wysokiej dostępności.
Scenariusz 2. Klaster nadmiarowych maszyn wirtualnych
W tym scenariuszu obciążenie jest obsługiwane przez klaster maszyn wirtualnych, które zapewniają nadmiarowość i równoważenie obciążenia, takie jak klaster Cassandra wdrożony w regionie. Ten typ architektury zapewnia już wysoki poziom nadmiarowości w tym regionie. Jednak aby chronić obciążenie przed awarią na poziomie regionalnym, rozważ rozłożenie klastra w dwóch regionach lub tworzenie okresowych kopii zapasowych w innym regionie.
Scenariusz 3. Obciążenie aplikacji IaaS
W tym scenariuszu masz aplikację z typowym obciążeniem produkcyjnym uruchomionym na maszynie wirtualnej platformy Azure (obciążenie aplikacji IaaS). Może to być serwer internetowy lub serwer plików przechowujący zawartość i inne zasoby witryny albo niestandardową aplikację biznesową działającą na maszynie wirtualnej, która przechowywała swoje dane, zasoby i stan aplikacji na dyskach maszyn wirtualnych. W takim przypadku ważne jest regularne wykonywanie kopii zapasowych. Częstotliwość tworzenia kopii zapasowych powinna być oparta na charakterze obciążenia maszyny wirtualnej. Jeśli na przykład aplikacja jest uruchamiana codziennie i modyfikuje dane, kopia zapasowa powinna być wykonywana co godzinę.
Inny typowy scenariusz obejmuje serwer raportowania, który pobiera dane z innych źródeł i generuje zagregowane raporty. Utrata tej maszyny wirtualnej lub dysków może prowadzić do utraty raportów. Istnieje jednak możliwość ponownego wygenerowania danych wyjściowych przez ponowne uruchomienie procesu raportowania. W takim przypadku nie występuje utrata danych, nawet jeśli serwer raportowania zostanie dotknięty awarią. W związku z tym masz wyższy poziom tolerancji utraty części danych na serwerze raportowania. W takim przypadku wykonywanie kopii zapasowych rzadziej zmniejszyłoby koszty.
Scenariusz 4. Problemy z danymi aplikacji IaaS
Problemy z danymi aplikacji IaaS są kolejną możliwością. Rozważmy aplikację, która oblicza, utrzymuje i obsługuje krytyczne dane komercyjne, takie jak informacje o cenach. Nowa wersja aplikacji zawierała usterkę oprogramowania, która niepoprawnie obliczyła ceny i uszkodziła istniejące dane handlowe obsługiwane przez platformę. W tym miejscu najlepszym sposobem działania jest przywrócenie wcześniejszej wersji aplikacji i danych. Aby to włączyć, należy wykonać okresowe kopie zapasowe systemu.
Rozwiązania do tworzenia kopii zapasowych i odzyskiwania po awarii
Omówienie porównania
W tej sekcji opisano niektóre opcje platformy Azure dotyczące tworzenia kopii zapasowych i odzyskiwania po awarii. Aby zapoznać się z ogólnym omówieniem, zapoznaj się z poniższą tabelą porównawczą.
| Rozwiązanie | Snapshot | Punkty przywracania | Azure Backup | Azure Site Recovery |
|---|---|---|---|---|
| Opis | Migawka to gotowa tylko kopia dysku, której można użyć do tworzenia kopii zapasowej. | Punkty przywracania mogą służyć do implementowania szczegółowej kopii zapasowej wszystkich dysków dołączonych do maszyny wirtualnej | Azure Backup to w pełni zarządzana usługa platformy Azure, która zapewnia proste, bezpieczne i ekonomiczne rozwiązanie do tworzenia kopii zapasowych danych i ich odzyskiwania | Usługa Azure Site Recovery pomaga zapewnić ciągłość działalności biznesowej organizacji, zapewniając uruchamianie aplikacji i obciążeń podczas przestojów |
| Przyrostowa kopia zapasowa | Tak | Tak | Tak | Tak |
| Kopiowanie między regionami | Tak | Dostępna w publicznej wersji zapoznawczej | Tak, przy użyciu kopii zapasowej maszyny wirtualnej platformy Azure | Tak |
| Cennik | Zobacz Cennik dysku platformy Azure | Nie dotyczy | Zobacz Szacowanie kosztów tworzenia kopii zapasowych maszyn wirtualnych platformy Azure lub serwerów lokalnych | Zobacz Cennik usługi Azure Site Recovery |
| Konserwacja operacyjna | Wys. | Śred. | Niski | Niski |
| Najważniejsze korzyści | Najbardziej opłacalne, odpowiednie do tworzenia kopii zapasowych dysków | Tworzenie kopii zapasowych dysków na poziomie maszyny wirtualnej, spójność aplikacji dla maszyn wirtualnych z systemem operacyjnym Windows, spójność systemu plików dla maszyn wirtualnych z systemem operacyjnym Linux | Częste i szybkie tworzenie kopii zapasowej bez przerywania działania maszyny wirtualnej, niestandardowych zasad tworzenia kopii zapasowych, rozwiązania bez agenta | Proste rozwiązanie BCDR, zachowanie spójności aplikacji w trybie failover, organizowanie replikacji bez przechwytywania danych aplikacji |
Migawki
Migawka to kopia dysku tylko do odczytu w czasie. Migawkę można utworzyć w dowolnym momencie. Migawki istnieją niezależnie od dysku źródłowego i mogą być używane tylko do tworzenia nowych dysków zarządzanych. Nie można ich użyć do zmiany stanu istniejącego dysku. Można również używać migawek przyrostowych do okresowej przyrostowej kopii zapasowej dysków zarządzanych.
Ogólnie rzecz biorąc, należy używać migawek przyrostowych do celów tworzenia kopii zapasowych i odzyskiwania po awarii, ponieważ obniżają koszty i oferują krótszy czas odzyskiwania. Migawki przyrostowe to kopie zapasowe do punktu w czasie dla dysków zarządzanych, które po ich utworzeniu składają się tylko ze zmian od ostatniej migawki. Pierwsza migawka przyrostowa to pełna kopia dysku. Wszystkie migawki przyrostowe po pierwszym z nich składają się tylko ze zmian na dysku od ostatniej migawki. Podczas tworzenia dysku na podstawie migawki system rekonstruuje pełny dysk, który reprezentuje kopię zapasową punktu w czasie dysku podczas wykonywania migawki przyrostowej. Możesz również skopiować migawkę przyrostową do nowego regionu na potrzeby odzyskiwania po awarii.
Mechanizmy tworzenia kopii zapasowych można zaimplementować za pomocą migawek. W tym celu należy utworzyć spójne migawki dla wszystkich dysków używanych przez maszynę wirtualną, a następnie zreplikować je do innego regionu. Opcja tworzenia spójnych kopii zapasowych z migawką polega na zamknięciu maszyny wirtualnej i utworzeniu migawek każdego dysku. Jeśli aplikacje uruchomione na maszynie wirtualnej mogą wstrzymać operacje we/wy, należy skorzystać z jego wstrzymania, a następnie wykonać migawki wszystkich dysków dołączonych do maszyn wirtualnych. Wykonywanie migawek w trybie offline jest łatwiejsze niż koordynowanie migawek uruchomionej maszyny wirtualnej, ale wymaga kilku minut przestoju.
Migawkę można wykonać w dowolnym momencie, ale jeśli wykonujesz migawki podczas działania maszyny wirtualnej, pamiętaj o następujących kwestiach:
- Gdy maszyna wirtualna jest uruchomiona, dane są nadal przesyłane strumieniowo na dyski. W związku z tym migawki uruchomionej maszyny wirtualnej mogą zawierać częściowe operacje, które były w locie.
- Jeśli istnieje kilka dysków zaangażowanych w maszynę wirtualną, migawki różnych dysków mogły wystąpić w różnych momentach.
W opisanym scenariuszu migawki nie były koordynowane. Ten brak koordynacji jest problemem dla woluminów rozłożonych, których pliki mogą być uszkodzone, jeśli zmiany zostały wprowadzone podczas tworzenia kopii zapasowej. Dlatego proces tworzenia kopii zapasowej musi zaimplementować następujące kroki:
- Zablokuj wszystkie dyski.
- Opróżnij wszystkie oczekujące zapisy.
- Utwórz migawkę przyrostową dla dysków zarządzanych dla wszystkich dysków.
Niektóre aplikacje systemu Windows, takie jak SQL Server, zapewniają skoordynowany mechanizm tworzenia kopii zapasowych za pośrednictwem usługi woluminów w tle w celu tworzenia kopii zapasowych spójnych na poziomie aplikacji. W systemie Linux można użyć narzędzia takiego jak fsfreeze do koordynowania dysków (to narzędzie zapewnia kopie zapasowe spójne na plikach, a nie migawki spójne na poziomie aplikacji). Ta procedura tworzenia kopii zapasowej jest złożona, dlatego należy rozważyć omówienie usługi Azure Disk Backup lub rozwiązania do tworzenia kopii zapasowych innej firmy, które już implementuje tę procedurę. Spowoduje to zebranie skoordynowanych migawek dla wszystkich dysków maszyny wirtualnej, reprezentującego określony widok maszyny wirtualnej do punktu w czasie — innymi słowy, punkt przywracania kopii zapasowej dla maszyny wirtualnej. Proces można powtórzyć w zaplanowanych odstępach czasu, aby utworzyć okresowe kopie zapasowe.
Punkty przywracania
Punkty przywracania maszyn wirtualnych platformy Azure mogą służyć do implementowania szczegółowych zasad tworzenia kopii zapasowych i przechowywania wszystkich dysków dołączonych do maszyny wirtualnej. Pojedynczy punkt przywracania maszyny wirtualnej to zasób, który przechowuje konfigurację maszyny wirtualnej i migawki spójne z aplikacją do punktu w czasie wszystkich dysków zarządzanych dołączonych do maszyny wirtualnej. Punkty przywracania maszyny wirtualnej umożliwiają łatwe przechwytywanie kopii zapasowych spójnych na wielu dyskach wszystkich dysków dołączonych do maszyny wirtualnej.
Punkty przywracania mają trzy poziomy hierarchii — zbieranie punktów przywracania maszyny wirtualnej, punkty przywracania maszyny wirtualnej i punkty przywracania dysku:
- Poziom 1. Punkty przywracania maszyny wirtualnej są zorganizowane w kolekcje punktów przywracania. Kolekcja punktów przywracania to zasób usługi Azure Resource Management zawierający punkty przywracania dla określonej maszyny wirtualnej.
- Poziom 2. Punkty przywracania maszyny wirtualnej zawierają punkt przywracania dysku dla każdego z dołączonych dysków.
- Poziom 3: Punkt przywracania dysku składa się z migawki pojedynczego dysku zarządzanego.
Punkty przywracania są przyrostowe. Pierwszy punkt przywracania przechowuje pełną kopię wszystkich dysków dołączonych do maszyny wirtualnej, podczas gdy kolejny punkt przywracania zawiera tylko przyrostowe zmiany dysków maszyny wirtualnej. Za pomocą punktów przywracania można wykonywać następujące czynności:
- Kopiowanie punktów przywracania maszyny wirtualnej między regionami, przywracanie maszyn wirtualnych w innym regionie niż źródłowa maszyna wirtualna i śledzenie postępu operacji kopiowania.
- Utwórz dyski przy użyciu punktów przywracania dysku i uzyskaj sygnaturę dostępu współdzielonego dla dysku. Te dyski można następnie użyć do utworzenia nowej maszyny wirtualnej.
Zapoznaj się z następującymi artykułami, aby dowiedzieć się, jak tworzyć punkty przywracania maszyn wirtualnych i zarządzać punktami przywracania maszyny wirtualnej.
Azure Backup
Usługa Azure Backup oferuje proste, bezpieczne i ekonomiczne rozwiązania do tworzenia kopii zapasowych danych i odzyskiwania ich z platformy Azure. Usługa Azure Disk Backup to natywne, oparte na chmurze rozwiązanie do tworzenia kopii zapasowych, które chroni dane na dyskach zarządzanych. Jest to proste, bezpieczne i ekonomiczne rozwiązanie, które umożliwia skonfigurowanie ochrony dysków zarządzanych w kilku krokach. Gwarantuje to, że dane są chronione w przypadku awarii.
Usługa Azure Disk Backup oferuje gotowe rozwiązanie, które zapewnia zarządzanie cyklem życia migawek dla dysków zarządzanych, automatyzując okresowe tworzenie migawek i zachowując je przez długi czas przy użyciu zasad kopii zapasowych. Migawki dysków można zarządzać bez kosztów infrastruktury bez konieczności wykonywania skryptów niestandardowych ani jakichkolwiek obciążeń związanych z zarządzaniem.
Usługa Azure Disk Backup to rozwiązanie do tworzenia kopii zapasowych spójne na poziomie awarii, które tworzy kopię zapasową dysku zarządzanego w czasie przy użyciu migawek przyrostowych i obsługuje wiele kopii zapasowych dziennie. Jest to również rozwiązanie bez agenta i nie ma wpływu na wydajność aplikacji produkcyjnych. Obsługuje tworzenie kopii zapasowych i przywracanie dysków systemu operacyjnego i danych (w tym dysków udostępnionych), niezależnie od tego, czy są one obecnie dołączone do uruchomionej maszyny wirtualnej platformy Azure, czy nie.
Usługa Azure Disk Backup jest zintegrowana z centrum kopii zapasowych, która zapewnia jedno ujednolicone środowisko zarządzania na platformie Azure, które umożliwia przedsiębiorstwom zarządzanie, monitorowanie, obsługę i analizowanie kopii zapasowych na dużą skalę. Jeśli potrzebujesz spójnej z aplikacją kopii zapasowej maszyny wirtualnej, w tym dysków danych, lub opcji przywrócenia całej maszyny wirtualnej z kopii zapasowej, przywrócenia pliku lub folderu lub przywracania do regionu pomocniczego, użyj rozwiązania do tworzenia kopii zapasowej maszyny wirtualnej platformy Azure. Jeśli nie możesz użyć usługi Azure Backup, możesz zaimplementować własny mechanizm tworzenia kopii zapasowych przy użyciu migawek. Jednak tworzenie spójnych migawek dla wszystkich dysków używanych przez maszynę wirtualną, replikowanie tych migawek do innego regionu i ciągłe zarządzanie tym procesem jest skomplikowane i czasochłonne.
Azure Site Recovery
Usługa Azure Site Recovery pomaga zapewnić ciągłość działalności biznesowej organizacji, zapewniając uruchamianie aplikacji i obciążeń podczas przestojów. Jest to płatna, w pełni zarządzana usługa, która ułatwia osiągnięcie strategii ciągłości działania i odzyskiwania po awarii (BCDR).
Usługa Azure Site Recovery replikuje obciążenia uruchomione na maszynach fizycznych i wirtualnych z lokacji głównej do lokalizacji dodatkowej. Gdy wystąpi awaria w lokacji głównej, przełączenie obciążenia w tryb failover do lokalizacji dodatkowej i dostęp do niej będzie można uzyskać. Po ponownym uruchomieniu lokalizacji podstawowej obciążenia mogą zakończyć się niepowodzeniem.
Odzyskiwanie po awarii można łatwo skonfigurować w pomocniczym regionie świadczenia usługi Azure, wykonując kilka kroków. Usługa Azure Site Recovery umożliwia korzystanie z wielu scenariuszy odzyskiwania po awarii — z platformy Azure do platformy Azure, z programu VMware na platformę Azure, z magazynu fizycznego na platformie Azure, maszyny wirtualnej usługi Azure Stack, funkcji Hyper-V na platformę Azure, odzyskiwania po awarii dla aplikacji, odzyskiwania po awarii do lokacji dodatkowej. Pełną listę korzyści zapewnianych przez usługę Azure Site Recovery można znaleźć w artykule About Site Recovery (Informacje o usłudze Site Recovery).
Inne opcje
Program SQL Server uruchomiony na maszynie wirtualnej ma własne wbudowane możliwości tworzenia kopii zapasowej bazy danych programu SQL Server w usłudze Azure Blob Storage lub udziale plików. Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych i przywracanie dla programu SQL Server na maszynach wirtualnych platformy Azure. Oprócz tworzenia kopii zapasowych i przywracania zawsze włączone grupy dostępności programu SQL Server mogą obsługiwać pomocnicze repliki baz danych. Ta możliwość znacznie skraca czas odzyskiwania po awarii.
Następne kroki
Zapoznaj się z opcjami: