Informazioni generali su Replica archiviazione

Replica di archiviazione è la tecnologia di Windows Server che consente la replica dei volumi tra server o cluster per il ripristino di emergenza. Consente inoltre di creare cluster di failover che si estendono su due siti, con tutti i nodi sincronizzati.

Replica di archiviazione supporta la replica sincrona e quella asincrona:

• La replica sincrona consente il mirroring dei dati all'interno di un sito di rete a bassa latenza con volumi coerenti per arresto anomalo del sistema al fine di impedire la perdita di dati a livello di file system in una condizione di errore.
• La replica asincrona consente il mirroring dei dati tra siti esterni agli intervalli di rete MAN su collegamenti di rete con latenze più elevate, ma senza la garanzia che entrambi i siti dispongano di copie identiche dei dati al momento dell'errore.

Perché usare Replica archiviazione?

Replica di archiviazione offre funzionalità di ripristino di emergenza e preparazione in Windows Server. Windows Server offre la tranquillità della perdita di dati pari a zero, con la possibilità di proteggere in modo sincrono i dati in diversi rack, piani, edifici, campus, province e città. Dopo un'emergenza, tutti i dati esistono in un'altra posizione senza alcuna possibilità di perdita. Lo stesso vale prima di un'emergenza; Replica archiviazione offre la possibilità di spostare i carichi di lavoro in una posizione sicura prima delle catastrofi quando vengono concessi alcuni secondi di avviso, ancora una volta senza perdita di dati.

Replica archiviazione consente un uso più efficiente dei centri dati. Estendendo o replicando i cluster, i carichi di lavoro possono essere eseguiti in più centri dati perché gli utenti di prossimità locale e le applicazioni possano accedere ai dati più velocemente, senza contare una migliore distribuzione del carico e un utilizzo più efficiente delle risorse di calcolo. Se si verifica un'emergenza nei centri dati offline, è possibile spostare temporaneamente i carichi di lavoro tipici all'altro sito.

Replica di archiviazione può consentire di ritirare i sistemi di replica dei file esistenti, come Replica DFS, che sono stati usati come soluzioni di ripristino di emergenza di fascia bassa. Anche se Replica DFS funziona correttamente sulle reti a larghezza di banda ridotta, la sua latenza è elevata ed è spesso misurata in termini di ore o giorni. Ciò è dovuto alla necessità di chiudere i file e alle limitazioni artificiali che hanno lo scopo di impedire la congestione della rete. Con queste caratteristiche di progettazione, i file più recenti e più importanti in una replica gestita da Replica DFS sono quelli che più difficilmente verranno replicati. Replica archiviazione viene eseguita sotto il livello dei file e non presenta alcuna di queste restrizioni.

Replica archiviazione supporta anche la replica asincrona per gli intervalli più lunghi e le reti a latenza superiore. Poiché la soluzione non è basata su checkpoint, ma replica continuamente, il delta delle modifiche tende a essere molto inferiore rispetto ai prodotti basati su snapshot. Replica di archiviazione opera a livello di partizione e quindi replica tutti gli snapshot del Servizio Copia Shadow del volume (VSS) creati da Windows Server o dal software di backup. In questo modo consente l'uso di snapshot dei dati coerenti con l'applicazione per il recupero temporizzato, in particolar modo i dati utente non strutturati replicati in modo asincrono.

Configurazioni supportate

È possibile distribuire Replica di archiviazione nelle configurazioni con cluster esteso, da cluster a cluster e da server a server (vedere le figure 1-3).

Lo scenario con cluster esteso consente la configurazione di computer e dell'archiviazione in un singolo cluster, in cui alcuni nodi condividono un unico set di archiviazione asimmetrica e alcuni nodi ne condividono un altro, quindi esegue la replica in modo sincrono o asincrono con riconoscimento dei siti. Questo scenario può usare Spazi di archiviazione con LUN collegati tramite dispositivi di archiviazione SAS condivisi, SAN e iSCSI. Viene gestito con PowerShell e lo strumento grafico Gestione cluster di failover e consente il failover automatico del carico di lavoro.

FIGURA 1: Replica dell'archiviazione in un cluster esteso tramite Replica di archiviazione

Lo scenario da cluster a cluster consente la replica tra due cluster distinti, in cui un cluster replica in modo sincrono o asincrono con un altro cluster. Questo scenario può usare Spazi di archiviazione diretta e Spazi di archiviazione con LUN collegati tramite dispositivi di archiviazione SAS condivisi, SAN e iSCSI. Viene gestito con Windows Admin Center e PowerShell e richiede l'intervento manuale per il failover.

FIGURA 2: Replica dell'archiviazione da cluster a cluster tramite Replica di archiviazione

Lo scenario da server a server consente la replica sincrona e asincrona tra due server autonomi, usando Spazi di archiviazione con LUN collegati tramite dispositivi di archiviazione SAS condivisi, SAN e iSCSI e unità locali. Viene gestito con Windows Admin Center e PowerShell e richiede l'intervento manuale per il failover.

FIGURA 3: Replica dell'archiviazione da server a server tramite Replica di archiviazione

Funzionalità di Replica archiviazione

• Perdita di dati pari a zero, replica a livello di blocco. Con la replica sincrona non vi è alcuna possibilità di perdere i dati. La replica a livello di blocco non consente di bloccare i file.

• Distribuzione e gestione semplici. Replica archiviazione dispone di un mandato di progettazione per facilitarne l'uso. Per la creazione di una relazione di replica tra due server è possibile usare Windows Admin Center. La distribuzione di cluster estesi usa la procedura guidata intuitiva nello strumento Gestione cluster di failover già noto.

• Guest e host. Tutte le funzionalità di Replica archiviazione sono esposte in distribuzioni virtualizzate basate su host e guest. Ciò significa che i guest possono replicare i volumi di dati anche se sono in esecuzione su piattaforme di virtualizzazione non Windows o in cloud pubblici, purché usino Windows Server nel guest.

• Basata su SMB3. Replica archiviazione usa la tecnologia comprovata e collaudata SMB 3, rilasciata per la prima volta in Windows Server 2012. Ciò significa che tutte le caratteristiche avanzate di SMB, come il supporto di SMB multicanale e diretto sulle schede di rete RoCE, iWARP e InfiniBand RDMS, sono disponibili per Replica archiviazione.

• Sicurezza. A differenza di molti prodotti di fornitore, Replica archiviazione integra una tecnologia di protezione leader nel settore. Ciò include la firma dei pacchetti, la crittografia completa dei dati AES-128-GCM, il supporto per l'accelerazione della crittografia Intel AES-NI e la prevenzione dagli attacchi man-in-the-middle all'integrità di pre-autenticazione. Replica archiviazione usa Kerberos AES256 per tutte le autenticazioni tra i nodi.

• Sincronizzazione iniziale ad alte prestazioni. Replica archiviazione supporta la sincronizzazione iniziale con seeding, in cui un subset di dati esiste già in una destinazione proveniente da copie, backup o unità spedite meno recenti. La replica iniziale copia solo i blocchi diversi, riducendo potenzialmente il tempo di sincronizzazione iniziale e impedendo che i dati consumino una larghezza di banda limitata. Il calcolo e l'aggregazione del checksum del blocco delle repliche di archiviazione fa sì che le prestazioni di sincronizzazione iniziale siano limitate solo dalla velocità dell'archiviazione e della rete.

• Gruppi di coerenza. L'ordine della scrittura garantisce che le applicazioni come Microsoft SQL Server possano scrivere su più volumi replicati e siano a conoscenza che i dati vengono scritti in sequenza sul server di destinazione.

• Delega utente. Gli utenti possono disporre di autorizzazioni delegate per gestire la replica senza essere membri del gruppo di amministratori nei nodi delegati, limitando quindi le loro possibilità di accesso ad aree non correlate.

• Vincolo di rete. Replica archiviazione può essere limitata a singole reti in base al server e ai volumi replicati, in modo da offrire la larghezza di banda per il software di gestione, del backup e dell'applicazione.

• Thin provisioning. Supporto per thin provisioning in dispositivi SAN e Spazi di archiviazione, per poter offrire una replica iniziale quasi istantanea in molte circostanze. Dopo l'avvio della replica iniziale, il volume non sarà in grado di ridursi o troncarsi

• Compressione. Replica di archiviazione offre la compressione per i dati trasferiti in rete tra il server di origine e quello di destinazione. La compressione della replica di archiviazione per il trasferimento dei dati è supportata solo in Windows Server Datacenter: Azure Edition a partire dalla build del sistema operativo 20348.1070 e versioni successive (KB5017381).

Replica di archiviazione include le funzionalità seguenti:

*Potrebbe richiedere apparecchiature e cablaggi prolungati aggiuntivi. **Quando si usa Windows Server Datacenter: Azure Edition a partire dalla build del sistema operativo 20348.1070

Prerequisiti di Replica di archiviazione

• Foresta di Active Directory Domain Services.

• Spazi di archiviazione con JBOD SAS, Spazi di archiviazione diretta, SAN fibre channel, VHDX condiviso, destinazione iSCSI o archiviazione SCSI/SAS o SATA locale. Unità SSD o unità più veloci consigliate per le unità di log della replica. Microsoft consiglia che l'archiviazione dei log sia più veloce rispetto all'archiviazione dei dati. I volumi di log non devono mai essere usati per altri carichi di lavoro.

• Almeno una connessione Ethernet/TCP su ogni server per la replica sincrona, ma preferibilmente RDMA.

• Almeno 2 GB di RAM e due core per server.

• Una rete tra i server con larghezza di banda sufficiente per contenere il carico di lavoro di scrittura delle operazioni di I/O e una latenza media di andata e ritorno di 5 ms, o inferiore, per la replica sincrona. La replica asincrona non ha una raccomandazione sulla latenza.

• Windows Server, Datacenter Edition o Windows Server, Standard Edition. Replica di archiviazione in esecuzione in Windows Server, Standard Edition, presenta le limitazioni seguenti:

  • È necessario usare Windows Server 2019 o versione successiva
  • Replica di archiviazione replica un unico volume anziché un numero illimitato di volumi.
  • I volumi possono avere dimensioni fino a 2 TB anziché dimensioni illimitate.

Background

Questa sezione include informazioni sui termini di settore di alto livello, la replica sincrona e asincrona e i comportamenti chiave.

Termini di settore generali

Il termine ripristino di emergenza (DR) fa riferimento a un piano di emergenza per il ripristino da catastrofi del sito in modo che l'azienda continui a funzionare. Il ripristino di emergenza dei dati crea più copie dei dati di produzione in un percorso fisico separato. Ad esempio, un cluster esteso in cui metà dei nodi sono presenti in un sito e metà sono presenti in un altro. Il termine Preparazione alle emergenze (DP) fa riferimento a un piano di emergenza per lo spostamento preventivo dei carichi di lavoro in un altro percorso prima di un'emergenza incombente, ad esempio un uragano.

Il termine Contratti di servizio (SLA) definisce la disponibilità delle applicazioni di un'azienda e la relativa tolleranza all'inattività e alla perdita di dati durante le interruzioni pianificate e non pianificate. Il termine Obiettivo del tempo di ripristino (RTO) definisce quanto tempo l'azienda è in grado di tollerare l'inaccessibilità totale ai dati. Il termine Obiettivo del punto di ripristino (RPO) definisce la quantità di dati che l'azienda può permettersi di perdere.

Replica sincrona

La replica sincrona garantisce che l'applicazione scriva i dati in due posizioni alla volta prima del completamento dell'operazione di I/O. Questa replica risulta più appropriata per i dati importanti, poiché richiede investimenti in termini di archiviazione e di rete e implica il rischio di riduzione delle prestazioni dell'applicazione richiedendo di eseguire scritture in due posizioni.

Quando si verificano operazioni di scrittura dell'applicazione nella copia dei dati di origine, l'archiviazione di origine non riconosce immediatamente le operazioni di I/O. Le modifiche ai dati vengono invece replicate nella copia di destinazione remota e restituiscono una conferma. Solo a questo punto l'applicazione riceverà il riconoscimento delle operazioni di I/O. Ciò garantisce la costante sincronizzazione del sito remoto con il sito di origine, estendendo effettivamente l'archiviazione delle operazioni di I/O nella rete. In caso di errore del sito di origine, le applicazioni possono eseguire il failover al sito remoto e riprendere le operazioni con la garanzia di poter conservare tutti i dati.

Mode	Diagramma	Passaggi
Sincrona Perdita di dati pari a zero RPO		1. L'applicazione scrive i dati 2. I dati del log vengono scritti e replicati nel sito remoto 3. I dati del log vengono scritti nel sito remoto 4. Riconoscimento dal sito remoto 5. Scrittura dell'applicazione riconosciuta t & t1: dati scaricati nel volume, log scrivono sempre

Replica asincrona

Al contrario, la replica asincrona comporta che, quando l'applicazione scrive i dati, tali dati vengano replicati nel sito remoto senza garanzie di riconoscimento immediate. Questa modalità offre tempi di risposta più rapidi per l'applicazione, nonché una soluzione di ripristino di emergenza che funziona geograficamente.

Quando l'applicazione scrive i dati, il motore di replica acquisisce la scrittura e invia immediatamente il riconoscimento all'applicazione. I dati acquisiti vengono quindi replicati al percorso remoto. Il nodo remoto elabora la copia dei dati e invia il riconoscimento in modo differito alla copia di origine. Poiché le prestazioni di replica non sono più nel percorso delle operazioni di I/O dell'applicazione, la velocità di risposta del sito remoto e la distanza sono fattori meno importanti. Vi è rischio di perdita di dati se i dati di origine vanno persi e la copia di destinazione dei dati è ancora in buffer senza aver lasciato l'origine.

Con il suo RPO maggiore di zero, la replica asincrona è meno adatta per le soluzioni a disponibilità elevata come i cluster di failover, perché sono progettate per operazioni continue con ridondanza e nessuna perdita dei dati.

Mode	Diagramma	Passaggi
Asincrona Perdita di dati quasi pari a zero (dipende da vari fattori) RPO		1. L'applicazione scrive i dati 2. Dati del log scritti 3. Scrittura dell'applicazione riconosciuta 4. Dati replicati al sito remoto 5. Dati del log scritti nel sito remoto 6. Riconoscimento dal sito remoto t & t1: dati scaricati nel volume, log scrivono sempre

Punti di valutazione e comportamenti principali

• Larghezza di banda e latenza della rete con archiviazione più rapida. Esistono limiti fisici per la replica sincrona. Poiché Replica di archiviazione implementa un meccanismo di filtro delle operazioni di I/O che usa i log e richiede round trip della rete, è probabile che la replica sincrona comporti una riduzione della velocità di scrittura dell'applicazione. Usando una latenza bassa, reti con una larghezza di banda elevata e sottosistemi di dischi ad alta velocità per i log, l'overhead sulle prestazioni è ridotto al minimo.

• Il volume di destinazione non è accessibile durante la replica in Windows Server 2016. Quando si configura la replica il volume di destinazione si smonta, diventando inaccessibile alle eventuali scritture da parte degli utenti. La lettera di unità può essere visibile in interfacce tipiche come Esplora file, ma un'applicazione non può accedere al volume. Le tecnologie di replica a livello di blocco non sono compatibili con l'accesso al file system montato della destinazione in un volume. NTFS e ReFS non supportano la scrittura dei dati nel volume mentre i blocchi cambiano al di sotto di essi.

Il cmdlet Test-Failover ha debuttato in Windows Server versione 1709 ed era incluso anche in Windows Server 2019. Questo supporta ora il montaggio temporaneo di uno snapshot di lettura/scrittura del volume di destinazione a scopi di backup, test e così via. Per altre informazioni, vedere Domande frequenti su Replica di archiviazione.

• L'implementazione Microsoft della replica asincrona è diversa rispetto alla maggior parte delle implementazioni. La maggior parte delle implementazioni della replica asincrona nel settore si basano sulla replica basata su snapshot, in cui trasferimenti differenziali periodici si muovono sull'altro nodo e si uniscono. La replica di Replica archiviazione asincrona funziona come la replica sincrona, ad eccezione del fatto che elimina la necessità di un riconoscimento sincrono serializzato dalla destinazione. Ciò significa che Replica di archiviazione possiede teoricamente un RPO inferiore, poiché esegue continuamente la replica. Tuttavia, ciò significa che si basa su garanzie di coerenza interne dell'applicazione invece di usare gli snapshot per forzare la coerenza nei file dell'applicazione. Replica di archiviazione assicura una coerenza per arresto anomalo del sistema in tutte le modalità di replica

• Molti clienti usano Replica DFS come soluzione di ripristino di emergenza anche se è spesso poco pratica per questo scenario. Replica DFS non può infatti replicare i file aperti ed è progettata per ridurre al minimo l'uso della larghezza di banda a scapito delle prestazioni, causando ampi delta del punto di ripristino. Replica di archiviazione può consentire di ritirare Replica DFS da alcune di queste attività di ripristino di emergenza.

• Replica di archiviazione non è una soluzione di backup. Alcuni ambienti IT distribuiscono i sistemi di replica come soluzioni di backup, a causa delle loro perdita di dati pari a zero rispetto ai backup giornalieri. Replica di archiviazione replica tutte le modifiche a tutti i blocchi di dati nel volume, indipendentemente dal tipo di modifica. Se un utente elimina tutti i dati da un volume, replicherà immediatamente l'eliminazione nell'altro volume, rimuovendo definitivamente i dati da entrambi i server. Non usare Replica di archiviazione come sostituzione per una soluzione di backup temporizzato.

• Replica di archiviazione non è la replica Hyper-V né Gruppi di disponibilità AlwaysOn di Microsoft SQL. Replica archiviazione è un motore indipendente dall'archiviazione per scopi generali. Per definizione, non è possibile personalizzarne il comportamento come per la replica a livello di applicazione. Ciò potrebbe causare gap di funzionalità specifici che invitano a distribuire o a rimanere sulle tecnologie di replica specifiche dell'applicazione.

Terminologia relativa a Replica archiviazione

Questa guida usa frequentemente i termini seguenti:

• L'origine è il volume del computer che consente scritture locali e che esegue la replica in uscita. Nota anche come "primaria".

• La destinazione è il volume del computer che non consente scritture locali e che esegue la replica in ingresso. Nota anche come "secondaria".

• Una relazione di replica è la relazione di sincronizzazione tra un computer di origine e di destinazione per uno o più volumi e usa un singolo registro.

• Un gruppo di replica è l'organizzazione dei volumi e la relativa configurazione di replica all'interno di una relazione, in base al server. Un gruppo può contenere uno o più volumi.

Novità in Replica di archiviazione

Per un elenco delle nuove funzionalità introdotte in Replica di archiviazione in Windows Server 2019, vedere Novità nell'archiviazione

Altre informazioni

• Replica di un cluster esteso tramite risorse di archiviazione condivise
• Replica di archiviazione da server a server
• Replica di archiviazione da cluster a cluster
• Replica di archiviazione: problemi noti
• Replica di archiviazione: Domande frequenti
• Spazi di archiviazione diretta
• Supporto di Windows IT Pro