Tworzenie kopii zapasowych kont przechowywania na platformie Azure Stack Hub

W tym artykule omówiono ochronę i odzyskiwanie kont usługi Azure Storage na platformie Azure Stack Hub.

Elementy rozwiązania

W tej sekcji przedstawiono ogólną strukturę rozwiązania i głównych części.

Warstwa aplikacji

Dane można replikować między kontami magazynu w oddzielnych jednostkach skalowania usługi Azure Stack Hub, wydając wiele PUT Blob lub Put Block operacji, aby zapisać obiekty w wielu lokalizacjach. Alternatywnie aplikacja może wydać operację Copy Blob, aby skopiować Blob na konto magazynu hostowane w oddzielnej jednostce skalowania, po zakończeniu operacji Put na koncie podstawowym.

Zaplanowane zadanie kopiowania

Narzędzie AzCopy to doskonałe narzędzie, które można wykorzystać do kopiowania danych z lokalnych systemów plików, usługi Azure Cloud Storage, usługi Azure Stack Hub Storage i usług s3. Obecnie narzędzie AzCopy nie może kopiować danych między dwoma kontami magazynu usługi Azure Stack Hub. Kopiowanie obiektów ze źródłowego konta usługi Azure Stack Hub Storage do docelowego konta usługi Azure Stack Hub Storage wymaga pośredniego lokalnego systemu plików.

Aby uzyskać więcej informacji, zobacz narzędzie AzCopy w artykule Use data transfer tools in Azure Stack Hub Storage (Korzystanie z narzędzi transferu danych w usłudze Azure Stack Hub Storage).

Azure Stack Hub (źródło)

Jest to źródło danych konta przechowywania, które chcesz zarchiwizować.

Musisz mieć adres URL źródłowego konta magazynowego i token SAS. Aby uzyskać instrukcje dotyczące pracy z kontem magazynu, zobacz Wprowadzenie do narzędzi deweloperskich usługi Azure Stack Hub.

Azure Stack Hub (element docelowy)

To jest miejsce docelowe, które będzie przechowywać dane konta, których kopię zapasową chcesz utworzyć. Docelowe wystąpienie usługi Azure Stack Hub musi znajdować się w innej lokalizacji niż Twoja docelowa usługa Azure Stack Hub. Źródło musi mieć możliwość nawiązania połączenia z obiektem docelowym.

Musisz mieć adres URL źródłowego konta magazynu i token SAS. Aby uzyskać instrukcje dotyczące pracy z kontem magazynowym, zobacz sekcję Wprowadzenie do narzędzi deweloperskich usługi Azure Stack Hub.

Pośredniczący lokalny system plików

Będzie potrzebne miejsce do uruchomienia narzędzia AzCopy i przechowywania danych podczas kopiowania ze źródła, a następnie zapisywania w docelowej usłudze Azure Stack Hub. Jest to serwer pośredni w źródle usługi Azure Stack Hub.

Serwer z systemem Linux lub Windows można utworzyć jako serwer pośredni. Serwer musi dysponować wystarczającą ilością miejsca, aby pomieścić wszystkie obiekty w kontenerach źródłowego konta magazynu.

• Aby uzyskać instrukcje dotyczące konfigurowania serwera z systemem Linux, zobacz Tworzenie maszyny wirtualnej serwera z systemem Linux przy użyciu portalu usługi Azure Stack Hub.
• Aby uzyskać instrukcje dotyczące ustawiania systemu Windows Server, zobacz Tworzenie maszyny wirtualnej z systemem Windows Server przy użyciu portalu usługi Azure Stack Hub.

Po skonfigurowaniu systemu Windows Server należy zainstalować program Azure Stack Hub PowerShell i narzędzi Azure Stack Hub Tools.

Konfigurowanie kopii zapasowej dla kont przechowywania

1. Pobierz punkt końcowy obiektu blob dla źródłowych i docelowych kont magazynu.

   

2. Utwórz i zarejestruj tokeny SAS dla źródłowych i docelowych kont magazynu.

   

3. Zainstaluj AzCopy na serwerze pośredniczącym i ustaw wersję interfejsu API, aby uwzględnić konta magazynu usługi Azure Stack Hub.

   • W przypadku serwera z systemem Windows:

   set AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09 PowerShell use: $env:AZCOPY_DEFAULT_SERVICE_API_VERSION="2017-11-09"
   

   • W przypadku serwera z systemem Linux (Ubuntu):

   export AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09
   

4. Na serwerze pośrednim utwórz skrypt. Zaktualizuj to polecenie za pomocą konta magazynu , klucza SAS i ścieżki katalogu lokalnego . Uruchomisz skrypt, aby przyrostowo skopiować dane z konta magazynu źródłowego .

   azcopy sync "https:/<storagaccount>/<container>?<SAS Key>" "C:\\myFolder" --recursive=true --delete-destination=true
   

5. Wprowadź konta magazynu,klucza sygnatury dostępu współdzielonego i ścieżkę katalogu lokalnego . Będziesz używać tego do przyrostowego kopiowania danych na docelowe konto magazynu

   azcopy sync "C:\\myFolder" "https:// <storagaccount>/<container>?<SAS Key>" --recursive=true --delete-destination=true
   

6. Harmonogram zadań Cron lub Windows umożliwia zaplanowanie kopiowania ze źródłowego konta magazynu usługi Azure Stack Hub do magazynu lokalnego na serwerze pośrednim. Następnie skopiuj z magazynu lokalnego na serwerze pośrednim do docelowego konta magazynu usługi Azure Stack Hub.

   Cel punktu odzyskiwania (RPO), który można osiągnąć za pomocą tego rozwiązania, zostanie określony przez wartość parametru /MO oraz przepustowość sieci między kontem źródłowym a serwerem pośredniczącym, a także między serwerem pośredniczącym a kontem docelowym.

   • W przypadku serwera z systemem Linux (Ubuntu):

   schtasks /CREATE /SC minute /MO 5 /TN "AzCopy Script" /TR C:\\<script name>.bat
   

   Parametr	Notatka
   /SC	Użyj harmonogramu minutowego.
   /MO	Interwał XX minut.
   /TN	Nazwa zadania.
   /TR	Ścieżka do pliku script.bat.

   • W przypadku serwera z systemem Windows:

   Aby uzyskać informacje na temat korzystania z harmonogramu zadań systemu Windows, zobacz Harmonogram zadań dla deweloperów

Używanie konta magazynu w sytuacji awaryjnej

Każde konto usługi Azure Stack Hub Storage ma unikatową nazwę DNS pochodzącą z nazwy samego regionu usługi Azure Stack Hub, na przykład https://krsource.blob.east.asicdc.com/. Aplikacje zapisujące i odczytujące z tej nazwy DNS będą musiały uwzględnić zmianę nazwy DNS konta magazynu, gdy konto docelowe, na przykład https://krtarget.blob.west.asicdc.com/ musi być używane podczas awarii.

Parametry połączenia aplikacji można modyfikować po ogłoszeniu awarii, aby uwzględnić relokację obiektów lub, jeśli rekord CNAME jest używany przed modułem równoważenia obciążenia dla źródłowych i docelowych kont magazynowych, moduł równoważenia obciążenia można skonfigurować za pomocą ręcznego algorytmu przełączania awaryjnego, co pozwoli administratorowi na zadeklarowanie celu przełączenia.

Jeśli SAS jest używany przez aplikację, a nie Microsoft Entra ID lub AD FS, powyższa metoda nie będzie działać, a ciągi połączeń aplikacji należy zaktualizować, używając adresu URL docelowego konta magazynu i kluczy SAS wygenerowanych dla docelowego konta magazynu.

Następne kroki

Rozpocznij pracę z narzędziami do rozwoju przechowywania w Azure Stack Hub