Affidabilità in Spostamento archiviazione di Azure

Archiviazione di Azure Mover è un servizio completamente gestito che esegue la migrazione di file e cartelle a Archiviazione di Azure e mantiene i file sincronizzati tra gli account di archiviazione. Usa Storage Mover quando devi spostare dati in Azure o quando devi mantenere i dati sincronizzati tra località diverse all'interno di Azure.

Quando si usa Azure, l'affidabilità è una responsabilità condivisa. Microsoft offre una gamma di funzionalità per supportare la resilienza e il ripristino. L'utente è responsabile della comprensione del funzionamento di tali funzionalità all'interno di tutti i servizi usati e della selezione delle funzionalità necessarie per soddisfare gli obiettivi aziendali e gli obiettivi di tempo di attività.

Questo articolo descrive in che modo Archiviazione di Azure Mover risponde a un'ampia gamma di potenziali interruzioni e problemi, tra cui errori temporanei, errori della zona di disponibilità e errori a livello di area. Descrive anche come proteggere la configurazione di Storage Mover.

Panoramica dell'architettura di affidabilità

Questa sezione descrive alcuni degli aspetti importanti del funzionamento del servizio più rilevanti dal punto di vista dell'affidabilità. La sezione presenta l'architettura logica, che include alcune delle risorse e delle funzionalità distribuite e usate. Illustra anche l'architettura fisica, che fornisce informazioni dettagliate sul funzionamento del servizio sotto le quinte.

Architettura logica

Archiviazione di Azure Mover è progettato per eseguire la migrazione e sincronizzare i dati tra posizioni di archiviazione, non per gestire le richieste nel percorso di runtime di un carico di lavoro di produzione. Ha una gerarchia di risorse che definisce i componenti distribuiti e gestiti. La risorsa di primo livello si chiama trasferitore di archiviazione. All'interno di uno strumento di spostamento di archiviazione si definiscono i progetti che contengono definizioni di processo che descrivono cosa eseguire la migrazione e dove eseguire la migrazione. Gli endpoint definiscono i percorsi di origine e di destinazione per un processo di migrazione o sincronizzazione.

In alcuni scenari, come le migrazioni da ambienti locali, si distribuisce anche uno o più agenti di Storage Mover. Un agente è un software eseguito in un computer controllato, ad esempio una macchina virtuale o una macchina fisica. Alcuni scenari non richiedono un agente.

Il servizio archivia i metadati di configurazione, inclusi i progetti, gli endpoint, le registrazioni degli agenti, le definizioni dei processi e la cronologia di esecuzione dei processi. Questi metadati non includono i dati di cui esegui la migrazione.

Architettura fisica

Il servizio Mover Archiviazione di Azure viene eseguito nell'infrastruttura gestita da Microsoft. Gli agenti vengono eseguiti sull'hardware che gestisci. L'utente è responsabile dell'affidabilità degli agenti, che non rientra nell'ambito di questo articolo.

Resilienza a errori temporanei

Gli errori temporanei sono errori brevi e intermittenti nei componenti. Si verificano spesso in un ambiente distribuito come il cloud e fanno parte delle normali operazioni. Gli errori temporanei si correggono dopo un breve periodo di tempo. È importante che le applicazioni possano gestire gli errori temporanei, in genere ritentando le richieste interessate.

Tutte le applicazioni ospitate nel cloud devono seguire le indicazioni sulla gestione degli errori temporanei di Azure quando comunicano con qualsiasi API, database e altri componenti ospitati nel cloud. Per ulteriori informazioni, vedi Raccomandazioni per la gestione di errori temporanei.

Se un errore temporaneo influisce sulla comunicazione tra un agente e il servizio Storage Mover o quando ci si connette a un'origine o a una destinazione, l'agente ritenta automaticamente. Per i processi da Azure a Azure, il servizio è anche resiliente a molti errori temporanei. Quando la connettività viene ripristinata, i processi di migrazione in corso riprendono.

In alcuni casi, gli errori temporanei vengono visualizzati come errori nella cronologia di esecuzione del processo. Per una descrizione dei codici di errore, inclusi gli errori temporanei, vedere Archiviazione di Azure codici di stato e tipi di errore di Mover. Per indicazioni sulla risoluzione dei problemi di connettività di rete persistenti, vedere Risolvere i problemi di connettività di rete Archiviazione di Azure Mover.

Resilienza ai guasti delle zone di disponibilità

Le zone di disponibilità sono gruppi di data center separati fisicamente all'interno di un'area di Azure. In caso di guasto in una zona, i servizi possono passare a una delle zone restanti.

Nelle aree che supportano le zone di disponibilità, la piattaforma distribuisce i metadati di configurazione di uno strumento di spostamento di archiviazione tra le zone in modo ottimale, ma questo comportamento non è garantito. Se le migrazioni dello storage devono resistere alla perdita di una zona, progettate il processo di migrazione in modo che tolleri la perdita di uno storage mover e consultate Resilienza ai guasti estesi all'intera regione.

Considera l'effetto di un guasto della zona in relazione al modo in cui usi Storage Mover. Il servizio orchestra la migrazione e la sincronizzazione dei dati e in genere non si trova nel percorso di runtime del carico di lavoro di produzione. Se un mover di archiviazione non è disponibile durante un errore di zona, un processo di migrazione o sincronizzazione viene in genere ritardato anziché causare un'interruzione di produzione ed è possibile riprendere o ritentare il processo dopo il ripristino del servizio. Storage Mover non offre anche un contratto di servizio a livello di disponibilità, quindi la progettazione non deve presupporre che il servizio sia costantemente disponibile. Se il carico di lavoro dipende dalla sincronizzazione in corso, valutare se questo tipo di ritardo è accettabile per lo scenario in uso.

Il diagramma seguente mostra un mover di archiviazione con metadati di infrastruttura e configurazione distribuiti in tre zone:

Requisiti

Supporto dell'area: La distribuzione best-effort dei metadati di configurazione tra zone può verificarsi solo in un'area che supporta sia Storage Mover sia le zone di disponibilità. Verificare la disponibilità di Storage Mover nelle aree geografiche e confrontarla con l'elenco delle aree geografiche che supportano le zone di disponibilità. Anche in queste aree, la resilienza della zona non è garantita.

Cost

Storage Mover non offre supporto configurabile per le zone di disponibilità, quindi non si incorre in costi aggiuntivi correlati alle zone di disponibilità. Per altre informazioni su come viene fatturato Storage Mover, vedi Comprendere la fatturazione di Archiviazione di Azure Mover.

Configurare il supporto delle zone di disponibilità

Storage Mover non offre il supporto per zone di disponibilità configurabili, quindi non c'è nulla da abilitare o selezionare. Per altre informazioni sulla creazione di una risorsa di Storage Mover, vedere Pianificazione della distribuzione per Archiviazione di Azure Mover.

Comportamento quando tutte le zone sono integre

Questa sezione descrive che cosa aspettarsi quando un mover di storage si trova in una regione che supporta le zone di disponibilità e tutte le zone sono operative.

• Operazione tra zone: L'infrastruttura in una delle zone di disponibilità nell'area potrebbe gestire operazioni di gestione e accesso ai metadati. Le connessioni degli agenti possono raggiungere il servizio attraverso qualsiasi zona.

• Distribuzione dei dati tra zone: Il servizio mira a replicare in modo sincrono i metadati di configurazione tra le zone di disponibilità nell'area.

Comportamento durante un errore di zona

Questa sezione descrive cosa aspettarsi quando un mover di archiviazione si trova in un'area che supporta le zone di disponibilità e si verifica un'interruzione in una delle zone.

• Rilevamento e risposta: La piattaforma è progettata per rilevare la perdita di una zona di disponibilità e reindirizzare il traffico alle zone integre, ma questa risposta è il miglior sforzo e non è garantita.

• Notifica: Microsoft non invia automaticamente una notifica quando una zona è inattiva. È tuttavia possibile usare Azure Integrità risorse per monitorare l'integrità di una singola risorsa ed è possibile configurare Integrità risorse avvisi per segnalare eventuali problemi. È anche possibile usare Integrità dei servizi di Azure per comprendere l'integrità complessiva del servizio, inclusi eventuali errori di zona, ed è possibile configurare gli avvisi di integrità dei servizi per notificare i problemi.

• Richieste attive: Le operazioni di gestione in corso che dipendono dall'infrastruttura nella zona interessata potrebbero non riuscire ed è necessario riprovare. I processi di migrazione dei dati attivi eseguiti sugli agenti potrebbero continuare a essere eseguiti, ma le operazioni di gestione che dipendono dal servizio metadati potrebbero non essere disponibili.

• Perdita di dati prevista: I dati che uno storage mover sta migrando non vengono persi durante un guasto della zona.

  Poiché Storage Mover non garantisce che i metadati di configurazione siano distribuiti tra le zone, un guasto di una zona potrebbe rendere temporaneamente non disponibile parte dei metadati di configurazione di Storage Mover fino al ripristino della zona.

• Tempo di inattività previsto: La piattaforma tenta di ripristinare le operazioni usando un'altra zona, ma in alcune situazioni le operazioni potrebbero non essere disponibili fino a quando la zona interessata non viene ripristinata. Preparare il carico di lavoro seguendo le indicazioni sulla gestione degli errori temporanei.

• Ridistribuzione: Se la piattaforma reindirizza il traffico alle zone di disponibilità integre, lo fa nel modo migliore.

Ripristino della zona

Quando una zona di disponibilità viene ripristinata, la piattaforma mira a ripristinare la capacità nella zona ripristinata e ribilanciare il traffico tra le zone. Questo comportamento avviene nei limiti del possibile e non è garantito. Non è necessario eseguire alcuna azione per avviare il ripristino della zona.

Verifica dei guasti di zona

Non è possibile avviare o testare un guasto della zona di disponibilità per uno storage mover. Poiché Storage Mover non garantisce la resilienza della zona, non presumere che Storage Mover continui a funzionare in caso di guasto di una zona. Se il processo di migrazione deve resistere alla perdita di una zona, convalida tu stesso la resilienza end-to-end di tale processo ed esamina Resilienza ai guasti estesi a un’intera regione per gli approcci che ti consentono di controllare il failover.

Resilienza agli errori a livello di area

Archiviazione di Azure Mover è un servizio a singola area. Quando si distribuisce una risorsa Archiviazione di Azure Mover, si seleziona un'area in cui archiviare i metadati di configurazione della risorsa. Se l'area geografica di Storage Mover subisce un'interruzione, le operazioni di gestione eseguite dall'agente e basate su Azure potrebbero non essere portate a termine. Inoltre, eventuali migrazioni di dati attive agli account di archiviazione che si trovano all'interno dell'area interessata potrebbero non riuscire.

Se il servizio Storage Mover si trova in un'area di Azure associata a un'altra area, i relativi metadati di configurazione vengono replicati nell'area di Azure associata a scopo di ripristino di emergenza e Microsoft può attivare il failover nell'area associata durante un evento disastroso che interessa l'area primaria.

Se il movitore di archiviazione si trova in un'area geografica senza area associata, Microsoft non replica i metadati di configurazione e non è disponibile alcun failover predefinito verso un'altra area geografica. Tuttavia, è possibile distribuire risorse separate in più aree. In questo scenario è tua responsabilità gestire la replica, la distribuzione del traffico e il failover. Se si usa un'area non abbinata o se la replica dei metadati predefinita non soddisfa le proprie esigenze, è possibile creare una strategia di failover personalizzata in più aree.

Failover gestito da Microsoft in un'area abbinata

Se la risorsa di Storage Mover si trova in un'area che si associa a un'altra area, Microsoft replica i metadati di configurazione del mover di archiviazione nell'area abbinata.

In caso di interruzione dell'area, Microsoft potrebbe eseguire un failover nell'area abbinata usando i metadati di configurazione replicati. Questo processo è un'opzione predefinita e non richiede alcun intervento da parte dell'utente.

Il failover delle risorse di Storage Mover potrebbe verificarsi in un momento diverso rispetto al failover di altri servizi di Azure.

La replica tra aree si applica solo ai metadati di configurazione. Non si applica ai dati di origine o all'account di archiviazione di destinazione, che ha le proprie opzioni di affidabilità e replica. Per altre informazioni, vedere Affidabilità in Archiviazione BLOB di Azure e affidabilità in File di Azure.

Requisiti

Supporto dell'area geografica: La replica tra aree geografiche gestita da Microsoft è disponibile solo per le risorse di Storage Mover distribuite in un'area geografica che dispone di un'area geografica associata. Per le risorse in aree non abbinate, non viene fornita alcuna replica o failover tra aree. Per ottenere la resilienza tra aree in aree non abbinate, utilizzare una soluzione personalizzata multi-area.

Cost

Storage Mover non comporta alcun addebito per la replica tra aree gestita da Microsoft della configurazione di Storage Mover. Tuttavia, potrebbe essere previsto un piccolo addebito per la replica tra aree. Per altre informazioni, vedere Prezzi della larghezza di banda.

Configurare il supporto per più aree

La replica tra aree gestita da Microsoft è abilitata automaticamente per le risorse di Storage Mover nelle aree abbinate. Non è possibile configurare o acconsentire esplicitamente a questo comportamento.

Comportamento quando tutte le aree sono integre

Questa sezione descrive che cosa aspettarsi quando uno Storage Mover è configurato per la replica tra aree geografiche e il failover e l'area primaria è operativa.

• Operazione tra aree: La risorsa di Storage Mover nell'area primaria gestisce tutte le richieste. L'area abbinata viene usata solo in caso di failover avviato da Microsoft.

• Replica dei dati tra aree: L'area primaria replica la configurazione in modo asincrono nell'area abbinata. Poiché la replica è asincrona, le modifiche recenti alla configurazione potrebbero non essere riflesse nell'area abbinata al momento di un errore.

Comportamento durante un errore di area

Questa sezione descrive cosa accade quando uno storage mover è configurato per la replica e il failover tra regioni e si verifica un'interruzione nella regione primaria.

• Rilevamento e risposta: Microsoft rileva gli errori dell'area e decide se avviare un failover. È improbabile che Microsoft avvii il failover se non dopo un ritardo significativo, e il failover viene eseguito secondo il principio del massimo impegno possibile.

• Notifica: Microsoft non invia automaticamente una notifica quando un'area è inattiva. Tuttavia:

  • È possibile usare Azure Integrità risorse per monitorare l'integrità di una singola risorsa ed è possibile configurare Integrità risorse avvisi per segnalare eventuali problemi.

  • È possibile usare integrità dei servizi di Azure per comprendere l'integrità complessiva del servizio, inclusi gli errori dell'area, ed è possibile configurare Avvii di integrità dei servizi per notificare i problemi.

• Richieste attive: Le richieste di gestione attive vengono eliminate e devono essere ritentate al termine del failover. I processi di migrazione dei dati attivi in esecuzione sugli agenti potrebbero non riuscire se dipendono dall'area in cui si verifica l'interruzione.

• Perdita di dati prevista: Poiché la replica tra aree è asincrona, le modifiche ai metadati di configurazione che non vengono replicate nell'area abbinata al momento dell'interruzione potrebbero andare perse.

• Tempo di inattività previsto: Il completamento di un failover dell'area potrebbe richiedere fino a 24 ore. Durante questo periodo, il mover di archiviazione non è disponibile.

• Ridistribuzione: Al termine del failover, Storage Mover inizia a eseguire i processi dall'area abbinata.

  Tuttavia, è necessario registrare nuovamente gli agenti nel mover di archiviazione nell'area abbinata.

Ripristino della regione

Quando l'area primaria originaria viene ripristinata, Microsoft coordina il failback. È necessario registrare nuovamente gli agenti con lo storage mover nella regione primaria.

Testare gli errori dell'area

La piattaforma Archiviazione di Azure Mover gestisce la replica, il failover e il ripristino tra aree. Poiché Microsoft completamente gestisce questa funzionalità, non è possibile avviare o testare un failover dell'area.

Soluzioni personalizzate in più aree per la resilienza

Se è necessario controllare quando si verifica il failover oppure se ci si trova in un'area geografica non associata ma si ha comunque bisogno che l'istanza di Storage Mover sia resiliente alle interruzioni dell'area geografica, distribuire risorse Storage Mover indipendenti in più aree di Azure. L'utente è responsabile di tutti gli aspetti di questo approccio, tra cui:

• Creazione e gestione di progetti, endpoint, agenti e definizioni di processi equivalenti in ogni area.
• Rilevamento dei guasti dell'area geografica e decisione di quando effettuare il failover.
• Reindirizzamento degli agenti e dei processi di migrazione alla regione secondaria.
• Allineamento dello stato del processo e della cronologia di esecuzione tra regioni.

Una soluzione di multiregione personalizzata funziona sia per le aree abbinate che per le aree non abbinate e offre il controllo completo sul processo di failover.

Per altre informazioni, vedere Ripristino di emergenza avviato dal cliente per Archiviazione di Azure Mover.

Backup e ripristino

Archiviazione di Azure Mover è un servizio di orchestrazione di spostamento dei dati e migrazione dei dati. Non archivia i dati migrati. Il servizio archivia solo i metadati di configurazione, ad esempio progetti, endpoint, definizioni di processi e cronologia di esecuzione dei processi. Non sono presenti dati di migrazione di cui eseguire il backup.

Per proteggere la configurazione di Storage Mover, definire le risorse usando l'infrastruttura come codice, ad esempio Bicep file e archiviare tali definizioni nel controllo del codice sorgente. Se è necessario ricreare una risorsa, è possibile ridistribuirla dalla configurazione archiviata.

Per la maggior parte delle soluzioni, non è consigliabile basarsi esclusivamente sui backup. Usare invece le altre funzionalità descritte in questa guida per supportare i requisiti di resilienza. Tuttavia, i backup proteggono da alcuni rischi che altri approcci non comportano. Per altre informazioni, vedere Che cosa sono ridondanza, replica e backup?.

Resilienza alla manutenzione del servizio

Microsoft applica regolarmente gli aggiornamenti del servizio ed esegue altre operazioni di manutenzione. La piattaforma Azure gestisce automaticamente queste attività, garantendo che la manutenzione sia fluida e trasparente per l'utente. Non è previsto alcun tempo di inattività durante gli eventi di manutenzione, a meno che non ti sia stato comunicato tramite la manutenzione pianificata di integrità dei servizi di Azure.

Gli agenti di Storage Mover vengono aggiornati automaticamente.

Contratto di servizio

Storage Mover è un servizio di migrazione e non offre un contratto di servizio a livello di disponibilità. Tuttavia, la documentazione di Storage Mover descrive gli obiettivi di scalabilità e prestazioni previsti. Queste destinazioni sono basate su migrazioni simulate e non sono una garanzia o un impegno.

Contenuti correlati

• Affidabilità in Azure
• Pianificazione della distribuzione di Archiviazione di Azure Mover
• Ridondanza di Archiviazione di Azure