Eseguire il backup degli account di archiviazione nell'hub di Azure Stack

Questo articolo illustra la protezione e il ripristino degli account di archiviazione all'interno di Archiviazione di Azure account in hub di Azure Stack.

Elementi della soluzione

Questa sezione descrive la struttura complessiva della soluzione e le relative parti principali.

Livello applicazione

È possibile replicare i dati tra account di archiviazione in unità di scala hub di Azure Stack separate eseguendo più operazioni PUT BLOB o Put Block per scrivere oggetti in più posizioni. In alternativa, l'applicazione può eseguire l'operazione Copia BLOB per copiare il BLOB in un account di archiviazione ospitato in un'unità di scala separata al termine dell'operazione Put nell'account primario.

Attività di copia pianificata

AzCopy è uno strumento che è possibile usare per copiare dati da file system locali, Azure Archiviazione cloud, archiviazione hub di Azure Stack e s3. Attualmente, AzCopy non è possibile copiare dati tra due account di archiviazione hub di Azure Stack. La copia di oggetti da un account di archiviazione dell'hub di Azure Stack di origine in un account di archiviazione dell'hub di Azure Stack di destinazione richiede un file system locale intermedio.

Per altre informazioni, vedere la sezione AzCopy nell'articolo Usare gli strumenti di trasferimento dati in hub di Azure Stack Archiviazione.

Hub di Azure Stack (origine)

Questo account di archiviazione è l'origine dei dati di cui si vuole eseguire il backup.

Sono necessari l'URL dell'account di archiviazione di origine e il token di firma di accesso condiviso. Per istruzioni sull'uso di un account di archiviazione, vedere Introduzione agli strumenti di sviluppo di archiviazione hub di Azure Stack.

Hub di Azure Stack (destinazione)

Questa destinazione archivia i dati dell'account di cui si vuole eseguire il backup. L'istanza di hub di Azure Stack di destinazione deve trovarsi in un percorso diverso rispetto al hub di Azure Stack di origine. L'origine deve connettersi alla destinazione.

Sono necessari l'URL dell'account di archiviazione di origine e il token di firma di accesso condiviso. Per istruzioni sull'uso di un account di archiviazione, vedere Introduzione agli strumenti di sviluppo di archiviazione hub di Azure Stack.

File system locale intermedio

È necessario un luogo in cui eseguire AzCopy e archiviare i dati durante la copia dall'origine e quindi scrivere nell'hub di Azure Stack di destinazione. Questa posizione è un server intermedio nel hub di Azure Stack di origine.

È possibile creare un server Linux o Windows come server intermedio. Il server dovrà disporre di spazio sufficiente per archiviare tutti gli oggetti nei contenitori dell'account di archiviazione di origine.

• Per istruzioni sulla configurazione di un server Linux, vedere Creare una macchina virtuale server Linux usando il portale di hub di Azure Stack.
• Per istruzioni sull'impostazione di un Windows Server, vedere Creare una macchina virtuale Windows server con il portale di hub di Azure Stack.

Dopo aver configurato il Windows Server, installare hub di Azure Stack PowerShell e strumenti di hub di Azure Stack.

Configurare il backup per gli account di archiviazione

1. Recuperare l'endpoint BLOB per gli account di archiviazione di origine e di destinazione.

   

2. Creare e registrare i token SAS per gli account di archiviazione di origine e destinazione.

   

3. Installare AzCopy nel server intermedio e impostare la versione dell'API per tenere conto degli account di archiviazione dell'Hub di Azure Stack.

   • Per un server Windows:

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

   • Per un server Linux (Ubuntu):

   export AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09
   

4. Nel server intermedio, creare uno script. aggiornare questo comando con l'account di archiviazione , la chiave SAS e il percorso della directory locale . Eseguire lo script per copiare i dati in modo incrementale dall'account di archiviazione di origine .

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

5. Immettere l'account di archiviazione, la chiave di firma di accesso condiviso e il percorso della directory locale. Queste informazioni vengono usate per copiare i dati in modo incrementale nell'account di archiviazione di destinazione .

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

6. Usare Cron o Utilità di pianificazione per pianificare la copia dall'account di archiviazione di origine hub di Azure Stack all'archiviazione locale nel server intermedio. Copiare quindi dalla risorsa di archiviazione locale nel server intermedio nell'account di archiviazione dell'hub di Azure Stack di destinazione.

   L'RPO che è possibile ottenere con questa soluzione è determinato dal valore del parametro /MO e dalla larghezza di banda di rete tra l'account di origine e il server intermedio e il server intermedio e l'account di destinazione.

   • Per un server Linux (Ubuntu):

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

   Parametro	Nota
   /SC	Usare un programma minuto per minuto.
   /MO	Intervallo di XX minuti.
   /TN	Nome dell'attività.
   /TR	Percorso del file script.bat.

   • Per un server Windows:

   Per informazioni sull'uso della pianificazione Windows attività, vedere Utilità di pianificazione per sviluppatori.

Usare l'account di archiviazione in caso di disastro

Ogni account di archiviazione hub di Azure Stack ha un nome DNS univoco che deriva dal nome dell'area hub di Azure Stack. Ad esempio: https://krsource.blob.east.asicdc.com/. Le applicazioni che scrivono e leggono da questo nome DNS devono gestire la modifica del nome DNS dell'account di archiviazione quando l'account di destinazione viene usato durante un'emergenza. Ad esempio, l'account di destinazione potrebbe essere https://krtarget.blob.west.asicdc.com/.

È possibile modificare le stringhe di connessione dell'applicazione dopo la dichiarazione di emergenza per tenere conto della rilocazione degli oggetti. Se si usa un record CNAME davanti a un Azure Load Balancer che precede gli account di archiviazione di origine e di destinazione, è possibile configurare il Load Balancer con un algoritmo di failover manuale che è possibile usare per dichiarare la destinazione.

Se la firma di accesso condiviso viene usata dall'applicazione anziché da Microsoft Entra ID o AD FS, il metodo precedente non funzionerà e le stringhe di connessione dell'applicazione dovranno essere aggiornate con l'URL dell'account di archiviazione di destinazione e le chiavi di firma di accesso condiviso generate per l'account di archiviazione di destinazione.

Passaggi successivi

Introduzione agli strumenti di sviluppo dell'archiviazione dell'hub di Azure Stack