Udostępnij za pośrednictwem

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

  • Artykuł

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

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 magazynie sprzętowym nas zaplecza
  • Ochrona danych w usłudze Azure Blob Cloud Storage zaplecza

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 podstawowych plikach zaplecza (sprzętowym serwerze NAS lub obiekcie blob platformy Azure) 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 plikach przed regularnym zamknięciem, ale w niekontrolowanym zamknięciu 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ę, czy dostosować zasady pamięci podręcznej podstawowych plików, aby dostosować częstotliwość zapisywania danych w magazynie długoterminowym.

Ogólnie rzecz biorąc, plan odzyskiwania powinien skupić się na tworzeniu kopii zapasowych systemów magazynu zaplecza, które przechowują więcej danych i zwykle są ważniejsze w przypadku ponownego ustanawiania przepływu 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 używa magazynu lokalnie nadmiarowego (LRS) dla plików podstawowych obiektów blob platformy Azure. Oznacza to, że dane w kontenerach obiektów blob są automatycznie kopiowane w celu ochrony 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 podstawowych plików obiektów blob.

Kopiowanie danych podstawowego narzędzia filer 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 program filer z systemu. Spowoduje to wymuś zapisanie wszystkich zmienionych danych w magazynie 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ąć podstawowy program filer. Otwórz panel sterowania klastra i wybierz pozycję Core filer Zarządzaj podstawowymi plikami>. Znajdź system magazynu, którego kopię zapasową chcesz utworzyć, 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 podstawowego programu filer 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 podstawowej nazwy i informacji o skrzyżowaniu, 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 magazynu. 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 platformy Azure w regionie bez wpływu.

    Napiwek

    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 plik podstawowy chmury, który wskazuje na zduplikowany kontener obiektów blob.

    Upewnij się, że kontener docelowy zawiera już dane w ustawieniu Zawartość zasobnika kreatora tworzenia podstawowego modułu plików. (System powinien otrzymywać alerty, jeśli przypadkowo pozostawisz ten zestaw na Puste).

  3. W razie potrzeby zaktualizuj klientów, aby zamiast oryginalnego instalować nowy klaster lub nowy podstawowy program filer. (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).

Następne kroki