Udostępnij przez

Wskazówki dotyczące odzyskiwania po awarii dla rozwiązania Avere vFXT dla platformy Azure

W tym artykule opisano strategie ochrony przepływu pracy Avere vFXT dla platformy Azure i przedstawiono wskazówki dotyczące tworzenia kopii zapasowych danych, dzięki czemu można odzyskać dane po wypadkach lub awariach.

System Avere vFXT dla platformy Azure tymczasowo przechowuje dane w pamięci podręcznej. Dane są przechowywane długoterminowo w systemach magazynu zaplecza — lokalnych systemach sprzętowych, kontenerach usługi Azure Blob Storage lub obu tych systemach.

Aby chronić przed awariami i możliwą utratą danych, rozważ następujące cztery obszary:

  • Ochrona przed przestojami, jeśli system Avere vFXT dla platformy Azure stanie się niedostępny
  • Ochrona danych w pamięci podręcznej klastra
  • Ochrona danych w sprzętowym pamięci masowej NAS na zapleczu
  • Ochrona danych w zapleczu chmurowego przechowywania Azure Blob

Każdy klient rozwiązania Avere vFXT dla platformy Azure musi utworzyć własny kompleksowy plan odzyskiwania po awarii zawierający plany tych elementów. Odporność można również tworzyć w aplikacjach używanych z klastrem vFXT. Zapoznaj się z linkami w sekcji Następne kroki , aby uzyskać pomoc.

Ochrona przed przestojami

Nadmiarowość jest wbudowana w produkt Avere vFXT dla platformy Azure:

  • Klaster jest wysoce dostępny, a poszczególne węzły klastra mogą przejść w tryb failover z minimalnymi przerwami.
  • Dane zmienione w pamięci podręcznej są regularnie zapisywane w rdzeniowych filerach zaplecza (sprzętowym serwerze NAS lub usłudze Azure Blob) na potrzeby długoterminowego przechowywania.

Każdy klaster Avere vFXT dla platformy Azure musi znajdować się w jednej strefie dostępności, ale można użyć nadmiarowych klastrów znajdujących się w różnych strefach lub różnych regionach, aby zapewnić szybki dostęp w przypadku awarii regionalnej.

Kontenery magazynu można również umieścić w wielu regionach, jeśli obawiasz się utraty dostępu do danych. Należy jednak pamiętać, że transakcje między regionami mają większe opóźnienia i wyższe koszty niż transakcje pozostające w regionie.

Ochrona danych w pamięci podręcznej klastra

Buforowane dane są zawsze zapisywane w podstawowych pamięciach masowych przed regularnym wyłączeniem, ale podczas niekontrolowanego wyłączenia można utracić zmienione dane w pamięci podręcznej.

Jeśli używasz klastra do optymalizacji tylko odczytu plików, nie ma żadnych zmian do utraty. Jeśli używasz również klastra do buforowania zmian plików (zapisów), zastanów się nad dostosowaniem zasad pamięci podręcznej podstawowych systemów plików, aby precyzyjnie określić częstotliwość zapisywania danych w magazynie długoterminowym.

Ogólnie rzecz biorąc, plan odzyskiwania powinien skupić się na tworzeniu kopii zapasowych systemów przechowywania danych zaplecza, które przechowują więcej danych i zwykle są ważniejsze w przypadku przywracania procesów pracy po awarii.

Ochrona danych w podstawowych plikach NAS

Użyj akceptowanych metod, aby chronić dane przechowywane w lokalnym sprzęcie serwera NAS core filer, w tym migawki i pełne kopie zapasowe zgodnie z zaleceniami dostawcy NAS. Odzyskiwanie po awarii dla tych podstawowych plików wykracza poza zakres tego artykułu.

Ochrona danych w usłudze Azure Blob Storage

System Avere vFXT dla platformy Azure korzysta z lokalnie redundantnego magazynu (LRS) dla podstawowych przechowalni plików w obiektach Blob na platformie Azure. Oznacza to, że dane w kontenerach Blob są automatycznie kopiowane, aby chronić przed przejściowymi awariami sprzętowymi w centrum danych.

Ta sekcja zawiera wskazówki dotyczące dalszej ochrony danych w usłudze Blob Storage przed rzadkimi awariami w całym regionie lub przypadkowymi usunięciami.

Najlepsze rozwiązania dotyczące ochrony danych w usłudze Azure Blob Storage obejmują:

  • Skopiuj dane krytyczne do innego konta magazynu w innym regionie (tak często, jak określa plan odzyskiwania po awarii).
  • Kontroluj dostęp do danych we wszystkich systemach docelowych, aby zapobiec przypadkowemu usunięciu lub uszkodzeniu. Rozważ użycie blokad zasobów w magazynie danych.
  • Włącz funkcję migawki w chmurze rozwiązania Avere vFXT dla usługi Azure dla podstawowych systemów plików blob.

Skopiuj dane głównego systemu plików Avere vFXT do konta kopii zapasowej.

Wykonaj następujące kroki, aby ustanowić kopię zapasową danych na innym koncie.

  1. W razie potrzeby wygeneruj nowy klucz szyfrowania i zapisz go bezpiecznie poza systemami, których dotyczy problem.

    Jeśli dane są szyfrowane przez klaster Avere vFXT for Azure, przed skopiowaniem danych na inne konto magazynu należy wygenerować nowy klucz szyfrowania. Przechowuj ten klucz i hasło bezpiecznie w obiekcie, który jest bezpieczny i nie będzie to miało wpływu na awarię regionalną.

    Ten klucz należy podać podczas dodawania kontenera do klastra — nawet jeśli dodajesz go ponownie do oryginalnego klastra.

    Przeczytaj artykuł Ustawienia szyfrowania w chmurze, aby uzyskać szczegółowe informacje.

    Jeśli kontener korzysta tylko z wbudowanego szyfrowania platformy Azure, możesz pominąć ten krok.

  2. Usuń podstawowy filer z systemu. Spowoduje to zapisanie wszystkich zmienionych danych do pamięci zaplecza.

    Mimo że po utworzeniu kopii zapasowej konieczne będzie ponowne dodanie podstawowego pliku, usunięcie go jest najlepszym sposobem zagwarantowania, że wszystkie dane są całkowicie zapisywane na zapleczu. (Opcja "wstrzymaj" może czasami pozostawić zmienione dane w pamięci podręcznej).

    Zanotuj nazwę i połączenie podstawowego pliku (wymienione na stronie Przestrzeń nazw w panelu sterowania), aby można je było replikować po ponownym dodaniu kontenera po utworzeniu kopii zapasowej.

    Użyj panelu sterowania klastra, aby usunąć główny system plików. Otwórz panel sterowania klastra i wybierz pozycję Core filer>. Znajdź system pamięci masowej, który chcesz objąć backupem, i użyj przycisku Usuń, aby usunąć go z klastra.

  3. Utwórz nowy, pusty kontener usługi Blob Storage na innym koncie magazynu w innym regionie.

  4. Użyj dowolnego wygodnego narzędzia do kopiowania, aby skopiować dane z głównego systemu plików do nowego kontenera. Kopia musi replikować dane bez zmian i bez zakłócania zastrzeżonego formatu systemu plików w chmurze używanego przez Avere vFXT dla platformy Azure. Narzędzia oparte na platformie Azure obejmują narzędzia AzCopy, program Azure PowerShell i usługę Azure Data Factory.

  5. Po skopiowaniu danych do kontenera kopii zapasowej dodaj oryginalny kontener z powrotem do klastra zgodnie z opisem w temacie Konfigurowanie magazynu.

    • Użyj tej samej nazwy kluczowego pliku oraz informacji dotyczących połączenia, aby przepływy pracy klienta nie musiały się zmieniać.
    • Ustaw wartość zawartość zasobnika na istniejącą opcję danych.
    • Jeśli kontener został zaszyfrowany przez klaster, musisz wprowadzić bieżący klucz szyfrowania dla jego zawartości. (Jest to klucz, który został zaktualizowany w kroku 1).

W przypadku kopii zapasowych po pierwszym nie trzeba tworzyć nowego kontenera magazynowego. Należy jednak rozważyć wygenerowanie nowego klucza szyfrowania za każdym razem, gdy wykonasz kopię zapasową, aby upewnić się, że masz bieżący klucz przechowywany w miejscu, które pamiętasz.

Uzyskiwanie dostępu do źródła danych kopii zapasowej podczas awarii

Aby uzyskać dostęp do kontenera kopii zapasowej z klastra Avere vFXT dla platformy Azure, wykonaj następujący proces:

  1. W razie potrzeby utwórz nowy klaster Avere vFXT dla Azure w regionie, którego nie dotyczy problem.

    Wskazówka

    Podczas tworzenia klastra Avere vFXT dla platformy Azure można zapisać kopię jego szablonu tworzenia i parametrów. Jeśli zapiszesz te informacje podczas tworzenia klastra podstawowego, możesz użyć go do utworzenia klastra zastępczego z tymi samymi właściwościami. Na stronie podsumowania kliknij link Pobierz szablon i parametry . Zapisz informacje w pliku przed utworzeniem klastra.

  2. Dodaj nowy podstawowy system plików chmury, który wskazuje na zduplikowany kontener Blob.

    Upewnij się, że kontener docelowy zawiera już dane w ustawieniu Zawartość zasobnika kreatora tworzenia podstawowego modułu plików. (System powinien Cię zaalarmować, jeśli przypadkowo pozostawisz to ustawienie na Pusty).

  3. W razie potrzeby zaktualizuj klientów, aby zamiast oryginalnego zamontowali nowy klaster lub nowy główny serwer plików. (W przypadku dodania zastępczego pliku podstawowego o tej samej nazwie i ścieżce połączenia co oryginalny kontener nie będzie konieczne zaktualizowanie procesów klienta, chyba że trzeba zainstalować nowy klaster pod nowym adresem IP).

Dalsze kroki

  • Last updated on