Tecnologie di replica
Esistono diverse tecnologie per replicare i contenuti del file system: tecnologie di replica a livello di storage, strumenti del sistema operativo e altre funzioni specifiche del prodotto.
Sono coperte le seguenti tecnologie disponibili in OCI per la replica del file system di livello intermedio: la replica volumi a blocchi OCI e la replica archiviazione di file OCI (come tecnologie di replica a livello di storage), rsync (come strumento del sistema operativo) e Database File System (DBFS), che è una funzione specifica del database Oracle.
I valori RTO e RPO sono diversi per ogni tecnologia. L'RTO è determinato dal tempo necessario per abilitare lo storage e renderlo accessibile per le applicazioni. L'RPO è determinato dalla frequenza di replica consentita da ciascuna tecnologia.
Informazioni sulla replica dei volumi a blocchi OCI
Quando si abilita la replica per un volume o un gruppo di volumi, il processo include una sincronizzazione iniziale dei dati dall'origine alla replica. Una volta completato il processo di sincronizzazione iniziale, il processo di replica è continuo, con la frequenza di destinazione tipica dell'oggetto Recovery Point (RPO) meno di 30 minuti per la replica tra le aree (tuttavia, l'RPO può variare a seconda della velocità di modifica dei dati nel volume di origine).
Impossibile eseguire il MOUNT diretto degli artifact di replica del volume a blocchi. Per attivare un volume a blocchi replicato, è necessario eseguire l'attivazione sulla relativa replica (o sulla replica del gruppo di volumi quando viene replicata all'interno di un gruppo). Il processo di attivazione crea un nuovo volume duplicando la replica, che è possibile installare come volume a blocchi normale. L'RTO di questa tecnologia è direttamente correlato al tempo necessario per eseguire questa operazione (in genere 5-10 minuti, può variare a seconda del numero di nodi e se si eseguono le azioni in parallelo). In situazioni di failover, questi passaggi possono causare sovraccarico operativo aggiuntivo e aumentare l'RTO totale. In uno switchover pianificato, tuttavia, è possibile eseguire queste operazioni prima di arrestare il sistema primario, in modo che non subiscano tempi di inattività o non aumentino l'RTO totale.
Questa replica non richiede una connettività specifica tra l'origine e la destinazione, ma deve essere elencata nei mapping delle aree di origine e destinazione per la replica dei volumi a blocchi.
Nota
I volumi a blocchi OCI vengono in genere utilizzati privatamente: ogni istanza di computazione dispone dell'accesso in lettura-scrittura sui propri volumi a blocchi. Sebbene sia possibile collegare un volume a più istanze di computazione alla volta, richiede un'ulteriore soluzione basata su cluster per evitare il danneggiamento dei dati da operazioni di lettura/scrittura non controllate con più collegamenti di volume a istanze. Pertanto, quando un'applicazione deve condividere i file tra i nodi, utilizza invece un file system OCI File Storage, ovvero un file system di rete.
Informazioni sulla replica dello storage di file OCI
Quando si abilita la replica per un file system OCI File Storage, si seleziona un file system di destinazione e si definisce la frequenza di replica dei dati. La funzione di replica crea uno snapshot di replica speciale nel file system di origine. Quindi, trasferisce lo snapshot alla destinazione, che scrive i nuovi dati nel file system di destinazione. L'ultimo snapshot di replica completato rimane nei file system di origine e di destinazione fino all'intervallo successivo. Nell'intervallo successivo, il processo di replica elimina automaticamente i vecchi snapshot di replica e ne crea uno nuovo. Il processo di replica continua all'intervallo specificato finché la replica è in vigore. L'intervallo di replica minimo è di 15 minuti, che definisce il RPO minimo per questa tecnologia.
Il file system di destinazione è un file system che non è mai stato esportato, pertanto viene contrassegnato come "targetable". Mentre la replica è abilitata, il file system di destinazione è di sola lettura e aggiornato solo dalla replica. Per esportare e attivare un file system replicato, è necessario clonarlo.
Quindi è possibile esportare e attivare il file system clonato. L'opzione RTO di questa tecnologia è direttamente correlata al tempo necessario per eseguire questa operazione (in genere meno di 5 minuti per clonare, esportare e attivare un file system, ma può variare in base al numero di nodi e se si eseguono le azioni in parallelo). In situazioni di failover, questi passaggi possono causare sovraccarico operativo aggiuntivo e aumentare l'RTO totale. In uno switchover pianificato, tuttavia, è possibile eseguire queste operazioni prima di arrestare il sistema primario, in modo che non subiscano tempi di inattività o non aumentino l'RTO totale.
Questa replica non richiede alcuna connettività specifica tra i siti primari e secondari; tuttavia, deve trovarsi nella lista delle aree di destinazione consigliate per la replica di OCI File Storage (OCI FS).
Informazioni sull'utility di sincronizzazione remota (rsync)
La utility rsync consente di trasferire e sincronizzare i file tra un host e un'unità di storage e tra gli host, confrontando gli orari di modifica e le dimensioni dei file. Quando viene utilizzato nel protocollo SSH, è possibile sincronizzare file e directory tra due sistemi diversi con un uso minimo della rete.
Per utilizzare questa tecnologia, è responsabilità dell'utente creare ed eseguire gli script rsync. Gli script devono utilizzare i comandi rsync appropriati per replicare le cartelle di livello intermedio, ad esempio le cartelle di configurazione o di prodotti. L'opzione RPO per questa tecnologia dipende dalla frequenza degli script della replica rsync.
Quando si utilizza rsync come tecnologia di replica, lo storage è già installato sia nel database primario che in quello secondario, pertanto non è necessario alcun tempo durante lo switchover per eseguire il MOUNT dello storage nel database secondario. Questa tecnologia non aumenta l'RTO del sistema durante gli switchover o i failover.
Il comando rsync fornisce opzioni utili per eseguire un'operazione di copia corretta. Ad esempio, l'opzione --exclude salta file e cartelle specifici dalla copia. Il flag --delete consente di conservare una copia esatta eliminando nella destinazione i file che non esistono più nell'origine. Il flag --checksum forza un confronto di checksum completo su tutti i file presenti su entrambi i sistemi. Poiché rsync è un comando del sistema operativo, è possibile copiare file e cartelle indipendentemente dal fatto che risiedano in un volume a blocchi, in un MOUNT NFS o anche se lo storage sottostante differisce tra primario e standby.
Questa tecnologia richiede la connettività di rete tra le aree primarie e secondarie, in particolare tra l'host su cui vengono eseguiti i comandi rsync e gli host remoti a cui si connette. OCI si è evoluta nel corso degli anni e fornisce una comunicazione diretta tra le aree con peering remoto e gateway di instradamento dinamico. Ciò consente la comunicazione utilizzando indirizzi IP privati, senza instradare il traffico su Internet o attraverso la rete on-premise. Ciò ha reso la soluzione rsync affidabile e abbastanza sicura da essere utilizzata come approccio di replica valido in tutte le aree.
La tecnologia rsync consente flessibilità nella sua implementazione perché l'utente è responsabile della creazione degli script rsync. È possibile scegliere tra diversi approcci:
- Peer-to-peer
In questo modello, la copia viene eseguita direttamente da ogni host al suo peer remoto. Ogni nodo dispone di connettività SSH al peer e utilizza i comandi
rsyncsu SSH per replicare il sistema primario. Questo è facile da configurare e non richiede hardware aggiuntivo. Tuttavia, richiede manutenzione su molti nodi poiché gli script non sono centralizzati. Cioè, i cluster di grandi dimensioni aggiungono maggiore complessità alla soluzione.
- Posizione area intermedia centrale
In questo modello, un nodo funge da coordinatore. Si connette a ogni host che deve essere replicato e copia il contenuto in una posizione intermedia comune. Questo nodo coordina anche la copia dalla posizione intermedia agli host di destinazione. Questo approccio scarica i singoli nodi dal sovraccarico delle copie.
Informazioni sul file system del database
dbfs_client.
Nota
La funzione DBFS non è disponibile quando il database è Oracle Autonomous Database.
Quando Oracle Data Guard è configurato per il database, i contenuti DBFS nel database primario vengono replicati automaticamente nel database di standby. Qualsiasi cartella o file inserito nella cartella DBFS è disponibile nel sito secondario e gli host secondari possono eseguirne il MOUNT se il database è aperto in modalità di sola lettura o se viene convertito in modalità standby snapshot.
Tuttavia, Oracle sconsiglia di memorizzare direttamente gli artifact di livello intermedio (ad esempio la configurazione di livello intermedio o i prodotti) in un accesso DBFS. Ciò renderebbe il livello intermedio dipendente dall'infrastruttura DBFS (client del database, database, librerie FUSE e così via). È possibile utilizzare un accesso DBFS come cartella intermedia per memorizzare una copia della cartella che si desidera replicare.
Per utilizzare questa tecnologia, sei responsabile della creazione e dell'esecuzione di script per copiare le cartelle di livello intermedio, come le cartelle di configurazione, nella e dalla cartella di area intermedia DBFS. Il RPO per questa tecnologia dipende dalla frequenza di questi script.
Poiché l'accesso DBFS non viene utilizzato direttamente per memorizzare gli artifact di livello intermedio, lo storage reale viene già installato sia nel database primario che in quello di standby, pertanto non è necessario alcun tempo durante lo switchover per eseguire il MOUNT dello storage in standby. Questa tecnologia non aumenta l'RTO del sistema durante gli switchover o i failover.
Questa tecnologia richiede il client di database sugli host di livello intermedio. A seconda dell'implementazione, questo metodo potrebbe anche richiedere la connettività SQL*net tra gli host e i database remoti per le operazioni del database, ad esempio le conversioni dei ruoli.
