Condivisioni file aziendali con ripristino di emergenza

Azure NetApp Files
Microsoft Entra
Windows Server

Questa architettura fornisce condivisioni file di cui viene eseguito il failover automatico in un'area di backup in caso di errore. Il failover è trasparente per i client e le applicazioni che accedono alle condivisioni. Le condivisioni possono essere usate per applicazioni e desktop virtuali che devono essere resilienti alle interruzioni, sia pianificate che non pianificate.

Azure NetApp Files fornisce le condivisioni file. La funzionalità di replica tra aree replica replica le condivisioni dall'area primaria alla replica secondaria. Gli spazi dei nomi DFS (Distributed File System) in Windows Server possono raggruppare cartelle condivise in server diversi in uno o più spazi dei nomi strutturati in modo logico.

Potenziali casi d'uso

Questa architettura si applica alle aziende che vogliono fornire condivisioni file per client o applicazioni che devono essere resilienti a interruzioni non pianificate o eventi di manutenzione del servizio. Ad esempio:

  • Condivisioni file di protocollo SMB (Service Message Block) per gli ambienti desktop.
  • Condivisioni file SMB per le applicazioni.

Architettura

Architettura per le condivisioni file con failover automatico.

Scaricare un file di Visio di questa architettura.

  • Esistono due aree di Azure, una primaria e una secondaria.
  • La sottoscrizione di Azure include una rete virtuale e un account Azure NetApp Files per ogni area.
  • La funzionalità di replica tra aree di Azure NetApp Files replica i file e le cartelle dall'area primaria all'area secondaria. Questa tecnica non richiede macchine virtuali.
  • L'accesso alle condivisioni file è gestito dagli spazi dei nomi DFS, una funzionalità di Windows Server. È possibile considerarlo come Domain Name Server (DNS) per le condivisioni file.
  • I server Windows e i server Dominio di Active Directory possono essere ospitati in Azure o in locale.

Componenti

  • Azure NetApp Files offre condivisioni file di Azure di livello aziendale basate su NetApp. Azure NetApp Files semplifica la migrazione e l'esecuzione di applicazioni complesse basate su file senza modifiche al codice. Consente inoltre di replicare i dati in modo asincrono da un volume Azure NetApp Files in un'area a un volume Azure NetApp Files in un'altra area. Questa funzionalità assicura la protezione dei dati durante interruzioni o situazioni di emergenza a livello di area. Per altre informazioni, vedere Replica tra aree dei volumi Azure NetApp Files.
  • Spazi dei nomi DFS è un servizio ruolo in Windows Server in grado di raggruppare cartelle condivise che si trovano in server diversi in uno o più spazi dei nomi strutturati logicamente. Per altre informazioni, vedere Informazioni generali su Spazi dei nomi DFS.

Alternativi

  • Anziché Azure NetApp Files, è possibile usare un cluster di Windows Server Scale-Out File Server con replica personalizzata delle condivisioni file tra aree. Per altre informazioni, vedere Scale-Out File Server per la panoramica dei dati dell'applicazione.
  • Anziché Azure NetApp Files replica tra aree, è possibile usare Sincronizzazione file di Azure per trasformare Windows Server in una cache rapida delle condivisioni file di Azure. Questo potrebbe essere appropriato per le condivisioni file più piccole. Per altre informazioni, vedere Distribuire Sincronizzazione file di Azure.

Considerazioni

Azure Well-Architected Framework fornisce indicazioni di riferimento e procedure consigliate da applicare all'architettura.

Disponibilità

La replica in una seconda area aumenta la disponibilità proteggendo dalle interruzioni del servizio a livello di area.

Efficienza delle prestazioni

  • Azure NetApp Files include tre livelli di prestazioni: Standard, Premium e Ultra. La replica tra più aree può essere replicata tra livelli diversi. Quando l'area primaria usa il livello Premium o Ultra, è possibile eseguire la replica in un livello inferiore, ad esempio Standard. In caso di failover, è quindi possibile aggiornare il livello del database secondario in base alle esigenze.
  • La replica dei dati viene eseguita a livello di blocco incrementale, ovvero vengono trasferiti solo blocchi di dati modificati, riducendo al minimo il trasferimento dei dati.

Scalabilità

Questa soluzione può essere usata per le condivisioni file che vanno da 4 tebibyte (TiB) a un volume totale di 12,5 pebibyte (PiB) in un singolo account Azure NetApp Files.

Resilienza

  • Questa soluzione ha una maggiore resilienza rispetto a una distribuzione a singola area e dispone di funzionalità di failover.
  • Il volume secondario è di sola lettura. Può essere verificato in qualsiasi momento, aumentando la resilienza.
  • È possibile eseguire un test di ripristino di emergenza in isolamento senza interferire con la distribuzione di produzione. Il test usa la funzionalità di clonazione del volume efficiente per ottenere una copia di lettura/scrittura di un volume in pochi secondi.

Ottimizzazione dei costi

Il costo della soluzione dipende dalle dimensioni del volume replicato, dalla frequenza di modifica e dal livello di destinazione del pool di capacità Azure NetApp Files. Per informazioni dettagliate, vedere Azure NetApp Files prezzi o usare il calcolatore prezzi di Azure.

Per altri esempi, vedere Modello di costo per la replica tra aree.

Distribuire lo scenario

Per eseguire la distribuzione in Azure, eseguire le attività di configurazione seguenti nello spazio dei nomi DFS di Windows Server:

  1. Distribuire l'account Azure NetApp Files primario.
  2. Creare un volume SMB nel database primario.
  3. Distribuire l'account di Azure NetApp Files secondario.
  4. Replicare il volume nell'account di Azure NetApp Files secondario.
  5. Configurare spazi dei nomi DFS in modo che puntino al volume primario.

In caso di failover:

  1. Eseguire il failover dei volumi di Azure NetApp Files.
  2. Modificare le destinazioni negli spazi dei nomi DFS.

Queste attività possono essere e devono essere automatizzate.

Per una guida dettagliata alla distribuzione, vedere Ripristino di emergenza per condivisioni file aziendali .

Autori di contributi

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai collaboratori seguenti.

Autori principali:

Passaggi successivi