Tworzenie kopii zapasowych i odzyskiwanie po awarii dla dysków niezarządzanych platformy Azure

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 (DR) maszyn wirtualnych IaaS i dysków na platformie Azure. Ten dokument obejmuje dyski niezarządzane, czyli stronicowe obiekty blob.

Najpierw omówimy wbudowane możliwości odporności na uszkodzenia na platformie Azure, które pomagają chronić przed lokalnymi awariami. Następnie omówimy scenariusze awarii, które nie są w pełni objęte wbudowanymi możliwościami. Przedstawiono również kilka przykładów scenariuszy obciążeń, w których można zastosować różne zagadnienia dotyczące tworzenia kopii zapasowych i odzyskiwania po awarii. Następnie zapoznamy się z możliwymi rozwiązaniami dotyczącymi DR dla dysków IaaS.

Wprowadzenie

Platforma Azure używa różnych metod nadmiarowości i odporności na uszkodzenia, aby chronić klientów przed zlokalizowanymi awariami sprzętu. Błędy lokalne mogą obejmować problemy z maszyną serwera usługi Azure Storage, która przechowuje część danych dla dysku wirtualnego lub awarii dysku SSD lub hdd na tym serwerze. Takie izolowane awarie składników sprzętowych mogą wystąpić podczas normalnych operacji.

Platforma Azure została zaprojektowana tak, aby były odporne na te błędy. Poważne katastrofy mogą spowodować uszkodzenia lub niedostępność wielu serwerów pamięci masowej, a nawet całego centrum danych. Mimo że maszyny wirtualne i dyski są zwykle chronione przed zlokalizowanymi awariami, należy wykonać dodatkowe kroki w celu ochrony obciążenia przed awariami w całym regionie, takimi jak poważne awarie, które mogą mieć wpływ na maszynę wirtualną i dyski.

Oprócz możliwości awarii platformy mogą wystąpić problemy z aplikacją lub danymi klienta. Na przykład nowa wersja aplikacji może przypadkowo wprowadzić zmiany w danych, które powodują jej przerwanie. W takim przypadku można przywrócić aplikację i dane do wcześniejszej wersji zawierającej ostatni znany dobry stan. Wymaga to regularnego tworzenia kopii zapasowych.

W przypadku regionalnego odzyskiwania po awarii należy utworzyć kopię zapasową dysków maszyn wirtualnych IaaS w innym regionie.

Zanim przyjrzymy się opcjom tworzenia kopii zapasowych i odzyskiwania po awarii, podsumujemy kilka metod dostępnych do obsługi zlokalizowanych błędów.

Odporność IaaS platformy Azure

Odporność odnosi się do tolerancji normalnych awarii, które występują w komponentach sprzętowych. Odporność to możliwość odzyskiwania po awariach i kontynuowania działania. Nie dotyczy to unikania awarii, ale odpowiadania na awarie w taki sposób, który pozwala uniknąć przestoju lub utraty danych. Celem odporności jest przywrócenie aplikacji do stanu pełnej funkcjonalności po wystąpieniu awarii. Maszyny wirtualne i dyski platformy Azure zostały zaprojektowane tak, aby były odporne na typowe błędy sprzętowe. Przyjrzyjmy się temu, jak platforma IaaS platformy Azure zapewnia tę odporność.

Maszyna wirtualna składa się głównie z dwóch części: serwera obliczeniowego i dysków trwałych. Oba mają wpływ na odporność na uszkodzenia maszyny wirtualnej.

Jeśli serwer hosta obliczeń platformy Azure, który mieści maszynę wirtualną, wystąpi awaria sprzętowa, co jest rzadkie, platforma Azure jest przeznaczona do automatycznego przywracania maszyny wirtualnej na innym serwerze. W takim scenariuszu komputer zostanie uruchomiony ponownie, a maszyna wirtualna zostanie ponownie uruchomiona po pewnym czasie. Platforma Azure automatycznie wykrywa takie awarie sprzętu i wykonuje operacje odzyskiwania, aby zapewnić, że maszyna wirtualna klienta jest dostępna tak szybko, jak to możliwe.

W przypadku dysków IaaS trwałość danych ma kluczowe znaczenie dla trwałej platformy przechowywania. Klienci platformy Azure mają ważne aplikacje biznesowe działające w usłudze IaaS i zależą od trwałości danych. Platforma Azure projektuje ochronę tych dysków IaaS z trzema nadmiarowymi kopiami danych przechowywanymi lokalnie. Te kopie zapewniają wysoką trwałość w przypadku awarii lokalnych. Jeśli jeden ze składników sprzętowych, który utrzymuje twój dysk, ulegnie awarii, nie ma to wpływu na maszynę wirtualną, ponieważ istnieją dwie dodatkowe kopie do obsługi żądań dysku. Działa dobrze, nawet jeśli dwa różne składniki sprzętowe, które obsługują dysk, kończą się niepowodzeniem w tym samym czasie (co jest rzadkie).

Aby zapewnić, że zawsze przechowujesz trzy repliki, usługa Azure Storage automatycznie zduplikuje nową kopię danych w tle, jeśli jedna z trzech kopii stanie się niedostępna. W związku z tym używanie macierzy RAID z dyskami platformy Azure nie powinno być konieczne do zapewnienia odporności na uszkodzenia. Prosta konfiguracja RAID 0 powinna być wystarczająca do usuwania dysków, w razie potrzeby, aby utworzyć większe woluminy.

Ze względu na tę architekturę platforma Azure stale zapewnia niezawodność klasy korporacyjnej dla dysków IaaS, osiągając wiodący w branży zerowy procent rocznej stopy awarii.

Zlokalizowane błędy sprzętowe na serwerze obliczeniowym lub platformie Storage mogą czasami prowadzić do tymczasowej niedostępności maszyny wirtualnej, która jest objęta umową SLA platformy Azure dotyczącą dostępności maszyn wirtualnych. Platforma Azure oferuje również wiodącą w branży umowę SLA dla pojedynczych wystąpień maszyn wirtualnych korzystających z dysków SSD platformy Azure w warstwie Premium.

Aby zabezpieczyć obciążenia robocze aplikacji przed przestojami spowodowanymi z powodu tymczasowej niedostępności dysku lub maszyny wirtualnej, klienci mogą używać zestawów dostępności. Dwie lub więcej maszyn wirtualnych w zestawie dostępności zapewnia redundantność dla aplikacji. Następnie platforma Azure tworzy te maszyny wirtualne i dyski w oddzielnych domenach błędów z różnymi składnikami zasilania, sieci i serwera.

Ze względu na te oddzielne domeny błędów zlokalizowane awarie sprzętu zwykle nie mają wpływu na wiele maszyn wirtualnych w zestawie w tym samym czasie. Posiadanie oddzielnych domen błędów zapewnia wysoką dostępność aplikacji. Dobrym rozwiązaniem jest użycie zestawów dostępności, gdy wymagana jest wysoka dostępność. W następnej sekcji omówiono aspekt odzyskiwania po awarii.

Kopia zapasowa i odzyskiwanie po awarii

Odzyskiwanie po awarii to zdolność odzyskiwania po poważnych, choć rzadkich zdarzeniach. Te zdarzenia obejmują błędy nie przejściowe, na dużą skalę, takie jak zakłócenia usług, które wpływają na cały region. Odzyskiwanie po awarii obejmuje tworzenie kopii zapasowych i archiwizowanie danych oraz może obejmować interwencję ręczną, taką jak przywracanie bazy danych z kopii zapasowej.

Wbudowana ochrona platformy Azure przed zlokalizowanymi awariami może nie chronić w pełni maszyn wirtualnych/dysków, jeśli poważna awaria powoduje awarie na dużą skalę. Te awarie na dużą skalę obejmują katastrofalne zdarzenia, takie jak w przypadku wystąpienia huraganu, trzęsienia ziemi, pożaru lub awarii jednostki sprzętu na dużą skalę. Ponadto mogą wystąpić błędy z powodu problemów z aplikacją lub danymi.

Aby chronić obciążenia IaaS przed awariami, należy zaplanować nadmiarowość i mieć kopie zapasowe, aby umożliwić odzyskiwanie. W przypadku odzyskiwania po awarii należy utworzyć kopię zapasową w innej lokalizacji geograficznej z dala od lokacji głównej. Takie podejście pomaga zagwarantować, że tworzenie kopii zapasowej nie ma wpływu na to samo zdarzenie, które pierwotnie miało wpływ na maszynę wirtualną lub dyski. Aby uzyskać więcej informacji, zobacz Odzyskiwanie po awarii dla aplikacji platformy Azure.

Zagadnienia dotyczące odzyskiwania po awarii mogą obejmować następujące aspekty:

• Wysoka dostępność: możliwość kontynuowania działania aplikacji w dobrej kondycji bez znaczących przestojów. W zdrowym stanie oznacza, że aplikacja reaguje, a użytkownicy mogą łączyć się z aplikacją i korzystać z niej. Niektóre aplikacje i bazy danych o znaczeniu krytycznym mogą być zawsze dostępne, nawet jeśli na platformie występują błędy. W przypadku tych obciążeń może być konieczne zaplanowanie nadmiarowości zarówno dla aplikacji, jak i danych.

• Trwałość danych: W niektórych przypadkach główną kwestią jest zapewnienie zachowania danych w przypadku wystąpienia awarii. W związku z tym może być konieczne utworzenie kopii zapasowej danych w innej lokacji. W przypadku takich obciążeń może nie być potrzebne pełne zabezpieczenie aplikacji, a jedynie regularna kopia zapasowa dysków.

Scenariusze tworzenia kopii zapasowych i odzyskiwania po awarii

Przyjrzyjmy się kilku typowym przykładom scenariuszy obciążeń aplikacji oraz zagadnienia dotyczące planowania odzyskiwania po awarii.

Scenariusz 1. Główne rozwiązania bazy danych

Rozważmy produkcyjny serwer bazy danych, taki jak SQL Server lub Oracle, który może obsługiwać wysoką dostępność. Krytyczne aplikacje produkcyjne i użytkownicy zależą od tej bazy danych. Plan odzyskiwania po awarii dla tego systemu może wymagać obsługi następujących wymagań:

• Dane muszą być chronione i możliwe do odzyskania.
• Serwer musi być dostępny do użycia.

Plan odzyskiwania po awarii może wymagać obsługi repliki bazy danych w innym regionie jako kopii zapasowej. W zależności od wymagań dotyczących dostępności serwera i odzyskiwania danych rozwiązanie może obejmować lokalizację repliki w trybie aktywne-aktywne lub aktywne-pasywne, albo regularne offline kopie zapasowe danych. 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 dla 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

Rozważ obciążenie obsługiwane przez klaster maszyn wirtualnych, które zapewniają nadmiarowość i równoważenie obciążenia. Przykładem jest 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, należy rozważyć rozłożenie klastra w dwóch regionach lub utworzenie okresowych kopii zapasowych w innym regionie.

Scenariusz 3. Obciążenie aplikacji IaaS

Przyjrzyjmy się obciążeniu aplikacji IaaS. Na przykład ta aplikacja może być typowym obciążeniem produkcyjnym uruchomionym na maszynie wirtualnej platformy Azure. Może to być serwer internetowy lub serwer plików przechowujący zawartość i inne zasoby witryny. Może to być również niestandardowa aplikacja biznesowa działająca na maszynie wirtualnej, która przechowuje 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, należy wykonać kopię zapasową co godzinę.

Innym przykładem jest serwer raportowania, który ściąga dane z innych źródeł i generuje zagregowane raporty. Utrata tej maszyny wirtualnej lub dysków może prowadzić do utraty raportów. Jednak może być możliwe ponowne uruchomienie procesu raportowania i ponowne wygenerowanie danych wyjściowych. W takim przypadku nie tracisz danych, nawet jeśli serwer raportowania zostanie dotknięty katastrofą. W związku z tym może istnieć wyższy poziom tolerancji utraty części danych na serwerze raportowania. W takim przypadku rzadsze kopie zapasowe są opcją obniżenia kosztów.

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ązanie odzyskiwania po awarii: Azure Backup

Usługa Azure Backup jest używana do tworzenia kopii zapasowych i odzyskiwania po awarii oraz współpracuje zarówno z dyskami zarządzanymi, jak i niezarządzanymi. Zadanie tworzenia kopii zapasowej można utworzyć z wykorzystaniem kopii zapasowych opartych na czasie, łatwego przywracania VM i zasad przechowywania kopii zapasowych.

Jeśli używasz premiumowych dysków SSD, dysków zarządzanych lub innych typów dysków z opcją lokalnie nadmiarowego magazynowania, szczególnie ważne jest regularne tworzenie kopii zapasowych na wypadek awarii. Usługa Azure Backup przechowuje dane w magazynie usługi Recovery Services na potrzeby długoterminowego przechowywania. Wybierz opcję przechowywania geograficznie nadmiarowego dla magazynu usługi odzyskiwania kopii zapasowych. Ta opcja zapewnia, że kopie zapasowe są replikowane do innego regionu świadczenia usługi Azure w celu ochrony przed awariami regionalnymi.

W przypadku dysków niezarządzanych można użyć lokalnie redundantnego typu magazynu dla dysków IaaS, ale upewnij się, że usługa Azure Backup jest włączona z opcją geograficznie redundantnego magazynu dla magazynu usługi Recovery Services.

Uwaga

Jeśli używasz opcji magazynu geograficznie nadmiarowego lub magazynu geograficznie nadmiarowego z dostępem do odczytu dla dysków niezarządzanych, nadal potrzebujesz spójnych migawek na potrzeby kopii zapasowych i odzyskiwania po awarii. Użyj Azure Backup lub spójnych migawek.

Poniższa tabela zawiera podsumowanie dostępnych rozwiązań dla DR.

Scenariusz	Replikacja automatyczna	Rozwiązanie DR
Dyski SSD w warstwie Premium	Lokalny (lokalnie zduplikowany magazyn)	Azure Backup – usługa kopii zapasowych
dyski zarządzane	Lokalny (lokalnie zduplikowany magazyn)	Azure Backup – usługa kopii zapasowych
Niezarządzane dyski lokalnie nadmiarowej pamięci masowej	Lokalny (lokalnie zduplikowany magazyn)	Azure Backup – usługa kopii zapasowych
Niezarządzane dyski magazynu geograficznie nadmiarowego	Między regionami (geograficznie nadmiarowy magazyn danych)	Azure Backup – usługa kopii zapasowych Spójne migawki
Dyski magazynu nadmiarowego o geograficznej redundancji z niezarządzanym dostępem do odczytu	Między regionami (geograficznie nadmiarowa pamięć masowa z dostępem do odczytu)	Azure Backup – usługa kopii zapasowych Spójne migawki

Wysoka dostępność jest najlepiej spełniona przy użyciu dysków zarządzanych w zestawie dostępności wraz z usługą Azure Backup. Jeśli używasz dysków niezarządzanych, nadal możesz użyć usługi Azure Backup na potrzeby odzyskiwania po awarii. Jeśli nie możesz użyć usługi Azure Backup, tworzenie spójnych migawek, jak opisano w dalszej części, jest alternatywnym rozwiązaniem dla kopii zapasowych i odzyskiwania po awarii.

Opcje wysokiej dostępności, tworzenia kopii zapasowych i odzyskiwania po awarii na poziomie aplikacji lub infrastruktury można przedstawić w następujący sposób:

Poziom	Wysoka dostępność	Kopia zapasowa lub DR
Aplikacja	Zawsze włączony program SQL Server	Azure Backup
Infrastruktura	Zestaw dostępności	Georedundantne składowanie ze spójnymi migawkami

Korzystanie z usługi Azure Backup

Usługa Azure Backup może tworzyć kopie zapasowe maszyn wirtualnych z systemem Windows lub Linux w magazynie usługi Azure Recovery Services. Tworzenie kopii zapasowych i przywracanie danych krytycznych dla działania firmy jest skomplikowane dzięki temu, że kopie zapasowe danych o znaczeniu krytycznym dla działania firmy muszą być tworzone, gdy aplikacje generujące dane.

Aby rozwiązać ten problem, usługa Azure Backup udostępnia kopie zapasowe spójne na poziomie aplikacji dla obciążeń firmy Microsoft. Używa usługi kopiowania w tle, aby upewnić się, że dane są zapisywane poprawnie w pamięci masowej. W przypadku maszyn wirtualnych z systemem Linux domyślnym trybem spójności kopii zapasowej jest spójność na poziomie plików, ponieważ Linux nie posiada funkcjonalności równoważnej usłudze migawek woluminów, jak ma to miejsce w systemie Windows. W przypadku maszyn z systemem Linux zobacz Tworzenie kopii zapasowych spójnych na poziomie aplikacji maszyn wirtualnych platformy Azure z systemem Linux.

Przepływ usługi Azure Backup

Gdy usługa Azure Backup inicjuje zadanie tworzenia kopii zapasowej w zaplanowanym czasie, wyzwala rozszerzenie kopii zapasowej zainstalowane w VM, aby utworzyć migawkę w danym momencie. Migawka jest wykonywana w koordynacji z usługą woluminów w tle, aby uzyskać spójną migawkę dysków na maszynie wirtualnej bez konieczności jej zamykania. Rozszerzenie kopii zapasowej na maszynie wirtualnej opróżnia wszystkie operacje zapisu przed wykonaniem spójnej migawki wszystkich dysków. Po utworzeniu migawki dane są przesyłane przez usługę Azure Backup do magazynu kopii zapasowych. Aby proces tworzenia kopii zapasowej był wydajniejszy, usługa identyfikuje i przesyła tylko bloki danych, które uległy zmianie po ostatniej kopii zapasowej.

Aby przywrócić, możesz wyświetlić dostępne kopie zapasowe za pomocą usługi Azure Backup, a następnie zainicjować przywracanie. Kopie zapasowe platformy Azure można tworzyć i przywracać za pomocą portalu Azure, przy użyciu programu PowerShell lub przy użyciu interfejsu wiersza polecenia Azure.

Procedura włączania kopii zapasowej

Wykonaj poniższe kroki, aby włączyć kopie zapasowe maszyn wirtualnych przy użyciu witryny Azure Portal. Istnieje pewna odmiana w zależności od konkretnego scenariusza. Zapoznaj się z dokumentacją Azure Backup, aby uzyskać pełne szczegóły. Usługa Azure Backup obsługuje również maszyny wirtualne z dyskami zarządzanymi.

1. Utwórz magazyn usługi Recovery Services dla maszyny wirtualnej:

   a. W portalu Azure przejrzyj Wszystkie zasoby i znajdź skarbcę usług odzyskiwania.

   b. W menu magazynów Recovery Services kliknij pozycję Dodaj i wykonaj kroki tworzenia nowego magazynu w tym samym regionie, co maszyna wirtualna. Jeśli na przykład maszyna wirtualna znajduje się w regionie Zachodnie Stany Zjednoczone, wybierz Zachodnie Stany Zjednoczone dla skarbca.

2. Sprawdź replikację magazynu dla nowo utworzonego sejfu. Uzyskaj dostęp do magazynu w sekcji Magazyny odzyskiwania i przejdź do Właściwości, a następnie >Konfiguracja kopii zapasowej>Aktualizacja. Upewnij się, że opcja geograficznie nadmiarowego magazynu jest domyślnie zaznaczona. Ta opcja gwarantuje, że Twój sejf jest automatycznie replikowany do drugorzędnego centrum danych. Na przykład, twoja skrytka w zachodnich Stanach Zjednoczonych jest automatycznie replikowana do wschodnich Stanów Zjednoczonych.

3. Skonfiguruj zasady tworzenia kopii zapasowych i wybierz maszynę wirtualną z tego samego interfejsu użytkownika.

4. Upewnij się, że agent kopii zapasowej jest zainstalowany na maszynie wirtualnej. Jeśli maszyna wirtualna jest tworzona przy użyciu obrazu galerii platformy Azure, agent kopii zapasowej jest już zainstalowany. W przeciwnym razie (jeśli używasz obrazu niestandardowego), użyj instrukcji, aby zainstalować agenta maszyny wirtualnej na maszynie wirtualnej.

5. Po wykonaniu poprzednich kroków kopia zapasowa jest uruchamiana w regularnych odstępach czasu zgodnie z zasadami tworzenia kopii zapasowych. W razie potrzeby możesz ręcznie wyzwolić pierwszą kopię zapasową z poziomu dashboardu magazynu na portalu Azure.

Aby zautomatyzować usługę Azure Backup przy użyciu skryptów, zapoznaj się z poleceniami cmdlet programu PowerShell dotyczącymi tworzenia kopii zapasowych maszyn wirtualnych.

Kroki odzyskiwania

Jeśli musisz naprawić lub ponownie skompilować maszynę wirtualną, możesz przywrócić maszynę wirtualną z dowolnego punktu odzyskiwania kopii zapasowej w magazynie. Istnieje kilka różnych opcji odzyskiwania:

• Możesz utworzyć nową maszynę wirtualną jako odwzorowanie stanu maszyny wirtualnej z kopii zapasowej w określonym momencie czasu.

• Możesz przywrócić dyski, a następnie użyć szablonu dla maszyny wirtualnej, aby dostosować i ponownie skompilować przywróconą maszynę wirtualną.

Aby uzyskać więcej informacji, zobacz instrukcje dotyczące przywracania maszyn wirtualnych za pomocą witryny Azure Portal. W tym dokumencie wyjaśniono również konkretne kroki przywracania kopii zapasowych maszyn wirtualnych do sparowanego centrum danych przy użyciu magazynu kopii zapasowych geograficznie nadmiarowego w przypadku awarii w podstawowym centrum danych. W takim przypadku usługa Azure Backup używa usługi Compute z regionu pomocniczego do utworzenia przywróconej maszyny wirtualnej.

Możesz również użyć programu PowerShell do utworzenia nowej maszyny wirtualnej na podstawie przywróconych dysków.

Alternatywne rozwiązanie: spójne migawki

Jeśli nie możesz używać usługi Azure Backup, możesz zaimplementować własny mechanizm tworzenia kopii zapasowych przy użyciu migawek. Tworzenie spójnych migawek dla wszystkich dysków używanych przez maszynę wirtualną, a następnie replikowanie tych migawek do innego regionu jest skomplikowane. Z tego powodu platforma Azure rozważa użycie usługi Backup jako lepszej opcji niż tworzenie niestandardowego rozwiązania.

Jeśli używasz magazynu geograficznie nadmiarowego do odczytu/magazynu geograficznie nadmiarowego dla dysków, migawki są automatycznie replikowane do pomocniczego centrum danych. Jeśli używasz magazynu lokalnie nadmiarowego dla dysków, musisz samodzielnie replikować dane. Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych dysków maszyn wirtualnych niezarządzanych platformy Azure za pomocą migawek przyrostowych.

Migawka jest reprezentacją obiektu w określonym punkcie w czasie. Migawka powoduje naliczanie kosztów za dodatkowy przyrost danych, które przechowuje. Aby uzyskać więcej informacji, zobacz Tworzenie migawki obiektu blob.

Tworzenie migawek podczas uruchamiania maszyny wirtualnej

Mimo że migawkę można wykonać w dowolnym momencie, jeśli maszyna wirtualna jest uruchomiona, nadal istnieją dane przesyłane strumieniowo na dyski. Migawki mogą zawierać częściowe operacje, które były w locie. Ponadto, jeśli jest zaangażowanych kilka dysków, migawki różnych dysków mogły wystąpić w różnych momentach. Te scenariusze mogą spowodować, że migawki będą niezordowane. Ten brak koordynacji jest szczególnie problematyczny w przypadku woluminów rozłożonych, których pliki mogą być uszkodzone, jeśli zmiany zostały wprowadzone podczas tworzenia kopii zapasowej.

Aby uniknąć takiej sytuacji, proces tworzenia kopii zapasowej musi zaimplementować następujące kroki:

1. Zablokuj wszystkie dyski.

2. Opróżnij wszystkie oczekujące operacje zapisu.

3. Utwórz migawkę obiektu blob 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 poziomie plików, ale nie migawki spójne z aplikacją. Ten proces jest złożony, dlatego należy rozważyć użycie usługi Azure Backup lub rozwiązania do tworzenia kopii zapasowych innej firmy, które już implementuje tę procedurę.

Poprzedni proces powoduje zbieranie skoordynowanych migawek dla wszystkich dysków maszyny wirtualnej reprezentujących określony widok maszyny wirtualnej w czasie. Jest to punkt przywracania kopii zapasowej dla maszyny wirtualnej. Proces można powtórzyć w zaplanowanych odstępach czasu, aby utworzyć okresowe kopie zapasowe. Zobacz Kopiowanie kopii zapasowych do innego regionu, aby uzyskać instrukcje kopiowania zrzutów do innego regionu na potrzeby odtwarzania po awarii.

Tworzenie migawek, gdy maszyna wirtualna jest w trybie offline

Inną opcją tworzenia synchronizowanych kopii zapasowych jest zamknięcie maszyny wirtualnej i utworzenie migawek obiektów blob dla każdego dysku. Tworzenie migawek obiektów blob jest łatwiejsze niż koordynowanie migawek uruchomionej maszyny wirtualnej, ale wymaga kilku minut przestoju.

1. Zamknij maszynę wirtualną.

2. Utwórz migawkę każdego wirtualnego blobu dysku twardego, co zajmuje tylko kilka sekund.

   Aby utworzyć migawkę, możesz użyć programu PowerShell, interfejsu API REST usługi Azure Storage, interfejsu wiersza polecenia platformy Azure lub jednej z bibliotek klienta usługi Azure Storage, takich jak biblioteka klienta usługi Storage dla platformy .NET.

3. Uruchom maszynę wirtualną, co kończy przestój. Zazwyczaj cały proces kończy się w ciągu kilku minut.

Ten proces daje kolekcję spójnych migawek dla wszystkich dysków, zapewniając punkt przywracania kopii zapasowej dla maszyny wirtualnej.

Kopiowanie migawek do innego regionu

Tworzenie samych migawek może nie być wystarczające dla odzyskiwania danych po awarii. Należy również replikować kopie zapasowe migawek do innego regionu.

Jeśli używasz geograficznie nadmiarowego przechowywania lub geograficznie nadmiarowego przechowywania z dostępem do odczytu dla dysków, migawki zostaną automatycznie zreplikowane do regionu zapasowego. Opóźnienie może potrwać kilka minut przed replikacją. Jeśli podstawowe centrum danych spadnie przed zakończeniem replikacji migawek, nie można uzyskać dostępu do migawek z pomocniczego centrum danych. Prawdopodobieństwo tego jest małe.

Uwaga

Posiadanie dysków tylko w magazynie geograficznie nadmiarowym lub koncie magazynu geograficznie nadmiarowego, do którego jest dostęp do odczytu, nie chroni maszyny wirtualnej przed katastrofami. Należy również utworzyć skoordynowane migawki lub użyć usługi Azure Backup. Jest to wymagane do odzyskania maszyny wirtualnej do spójnego stanu.

Jeśli używasz magazynu o lokalnej nadmiarowości, musisz skopiować migawki do innego konta magazynu natychmiast po utworzeniu migawki. Docelowe konto kopiowania może być lokalnie nadmiarowym kontem magazynu w innym regionie geograficznym, co skutkuje tym, że kopia znajduje się w regionie zdalnym. Migawkę można również skopiować do konta magazynu nadmiarowego w ramach dostępności geograficznej z dostępem do odczytu w tym samym regionie. W tym przypadku migawka jest z opóźnieniem replikowana do zdalnego regionu pomocniczego. Kopia zapasowa jest chroniona przed katastrofami w głównej lokalizacji po zakończeniu kopiowania i replikacji.

Aby wydajnie skopiować migawki przyrostowe do DR, zapoznaj się z instrukcją w Tworzenia kopii zapasowej dysków niezarządzanych maszyn wirtualnych Azure przy użyciu migawek przyrostowych.

Tworzenie kopii zapasowych dysków niezarządzanych maszyn wirtualnych platformy Azure przy użyciu migawek przyrostowych

Odzyskiwanie z migawek

Aby pobrać migawkę, skopiuj ją, aby utworzyć nowy obiekt blob. Jeśli kopiujesz migawkę z konta głównego, możesz skopiować migawkę do bazowego obiektu blob migawki. Ten proces przywraca dysk do stanu z migawki. Ten proces jest znany jako promowanie migawki. Jeśli kopiujesz kopię zapasową migawki z konta pomocniczego, w przypadku konta magazynu geograficznie nadmiarowego z dostępem tylko do odczytu, musisz skopiować ją do konta podstawowego. Migawkę można skopiować za pomocą PowerShell lub narzędzia AzCopy. Aby uzyskać więcej informacji, zobacz Transfer danych za pomocą narzędzia wiersza polecenia AzCopy.

W przypadku maszyn wirtualnych z wieloma dyskami należy skopiować wszystkie migawki, które są częścią tego samego skoordynowanego punktu przywracania. Po skopiowaniu migawki do zapisywalnych VHD-blobów, można wykorzystać te bloby do odtworzenia maszyny wirtualnej przy użyciu szablonu dla maszyny wirtualnej.

Inne opcje

SQL Server

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. Jeśli konto magazynu jest geograficznie redundantnym magazynem lub geograficznie redundantnym magazynem dostępnym do odczytu, możesz uzyskać dostęp do tych kopii zapasowych w pomocniczym centrum danych konta magazynu w przypadku awarii, z tymi samymi ograniczeniami, omówionymi wcześniej. 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, grupy dostępności Always On programu SQL Server mogą obsługiwać pomocnicze repliki baz danych. Ta możliwość znacznie skraca czas odzyskiwania po awarii.

Inne uwagi

W tym artykule omówiono sposób tworzenia kopii zapasowych lub tworzenia migawek maszyn wirtualnych i ich dysków w celu obsługi odzyskiwania po awarii oraz używania tych kopii zapasowych lub migawek w celu odzyskania danych. W modelu usługi Azure Resource Manager wiele osób używa szablonów do tworzenia maszyn wirtualnych i innych infrastruktur na platformie Azure. Możesz użyć szablonu, aby utworzyć maszynę wirtualną, która ma tę samą konfigurację za każdym razem. Jeśli używasz obrazów niestandardowych do tworzenia maszyn wirtualnych, musisz również upewnić się, że obrazy są chronione przy użyciu konta magazynu geograficznie nadmiarowego dostępnego do odczytu do ich przechowywania.

W związku z tym proces tworzenia kopii zapasowej może być kombinacją dwóch elementów:

• Tworzenie kopii zapasowej danych (dysków).
• Tworzenie kopii zapasowej konfiguracji (szablony i obrazy niestandardowe).

W zależności od wybranej opcji tworzenia kopii zapasowej może być konieczne obsłużenie kopii zapasowej zarówno danych, jak i konfiguracji, albo usługa kopii zapasowej może obsłużyć wszystkie te elementy.

Dodatek: Zrozumienie wpływu nadmiarowości danych

W przypadku kont magazynu na platformie Azure istnieją trzy typy nadmiarowości danych, które należy wziąć pod uwagę w kontekście odzyskiwania po awarii: lokalnie nadmiarowe, geograficznie nadmiarowe lub geograficznie nadmiarowe z dostępem tylko do odczytu.

Magazyn lokalnie nadmiarowy zachowuje trzy kopie danych w tym samym centrum danych. Gdy maszyna wirtualna zapisuje dane, wszystkie trzy kopie są aktualizowane przed zwróceniem powodzenia do obiektu wywołującego, dzięki czemu wiadomo, że są identyczne. Dysk jest chroniony przed awariami lokalnymi, ponieważ jest mało prawdopodobne, aby wszystkie trzy kopie zostały dotknięte jednocześnie. W przypadku magazynu lokalnie nadmiarowego nie ma nadmiarowości geograficznej, więc dysk nie jest chroniony przed katastrofalnymi awariami, które mogą mieć wpływ na całe centrum danych lub jednostkę magazynu.

W przypadku magazynu geograficznie nadmiarowego i magazynu geograficznie nadmiarowego dostępnego do odczytu trzy kopie danych są przechowywane w regionie podstawowym wybranym przez Ciebie. Trzy kolejne kopie danych są przechowywane w odpowiednim regionie pomocniczym ustawionym przez platformę Azure. Jeśli na przykład dane są przechowywane w regionie Zachodnie stany USA, dane są replikowane do wschodnich stanów USA. Przechowywanie kopii odbywa się asynchronicznie i występuje niewielkie opóźnienie między aktualizacjami stron podstawowych i zapasowych. Repliki dysków w lokalizacji wtórnej są spójne dla każdego dysku z osobna (z uwzględnieniem opóźnienia), ale repliki wielu aktywnych dysków mogą nie być zsynchronizowane ze sobą. Aby mieć spójne repliki na wielu dyskach, potrzebne są spójne migawki.

Główną różnicą między magazynem geograficznie nadmiarowym a magazynem geograficznie nadmiarowym dostępnym do odczytu jest to, że w przypadku magazynu geograficznie nadmiarowego dostępnego do odczytu można odczytywać kopię pomocniczą w dowolnym momencie. Jeśli wystąpi problem, który powoduje niedostępność danych w regionie podstawowym, zespół Azure dokłada wszelkich starań, aby przywrócić dostęp. Gdy główne centrum danych jest niedostępne, jeśli masz włączony magazyn geograficznie nadmiarowy z dostępem do odczytu, możesz uzyskać dostęp do danych w pomocniczym centrum danych. W związku z tym, jeśli planujesz odczyt z repliki, gdy podstawowy jest niedostępny, należy wziąć pod uwagę magazyn geograficznie nadmiarowy z dostępem do odczytu.

Jeśli okaże się, że jest to znacząca awaria, zespół platformy Azure może uruchomić geograficzny failover i zmienić podstawowe wpisy DNS, aby wskazywały na magazyn zapasowy. Na tym etapie, jeśli masz włączony magazyn geograficznie redundantny lub magazyn geograficznie redundantny z dostępem do odczytu, możesz uzyskać dostęp do danych w regionie, który wcześniej był regionem wtórnym. Innymi słowy, jeśli konto magazynu jest magazynem geograficznie nadmiarowym i występuje problem, możesz uzyskać dostęp do magazynu pomocniczego tylko wtedy, gdy nastąpi przejście w tryb failover geograficznie.

Aby uzyskać więcej informacji, zobacz Co zrobić po wystąpieniu awarii usługi Azure Storage.

Następne kroki

Odwołaj się do Tworzenie kopii zapasowych dysków niezarządzanych maszyn wirtualnych platformy Azure przy użyciu migawek przyrostowych.