Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Confronta la replica cross-grid e la replica CloudMirror in StorageGRID

PDF

Quando inizi a utilizzare Grid Federation, esamina le somiglianze e le differenze tra "replicazione cross-grid" e la "StorageGRID CloudMirror servizio di replica".

Nota Non puoi usare CloudMirror su un bucket replicato tramite replica cross-grid, e viceversa.
Replicazione cross-grid servizio di replica CloudMirror

Qual è lo scopo principale?

Un sistema StorageGRID funge da sistema di ripristino di emergenza. Gli oggetti in un bucket possono essere replicati tra le griglie in una o entrambe le direzioni.

Consente a un tenant di replicare automaticamente gli oggetti da un bucket in StorageGRID (source) a un bucket S3 esterno (destinazione).

La replica CloudMirror crea una copia indipendente di un oggetto in un'infrastruttura S3 indipendente. Questa copia indipendente non viene utilizzata come backup, ma viene spesso ulteriormente elaborata nel cloud.

Come si configura?

  1. ${post_edited_translations.segment}

  2. Aggiungi nuovi account tenant, che vengono clonati automaticamente nell'altra griglia.

  3. Aggiungi nuovi gruppi di tenant e utenti, che vengono anch'essi clonati.

  4. Crea i bucket corrispondenti su ciascuna griglia e abilita la replica tra griglie in una o entrambe le direzioni.

  1. Un utente tenant configura la replica CloudMirror definendo un endpoint CloudMirror (indirizzo IP, credenziali e così via) utilizzando il Tenant Manager o l'API S3.

  2. Qualsiasi bucket di proprietà di quell'account tenant può essere configurato per puntare all'endpoint CloudMirror.

Chi è responsabile della configurazione?

  • Un amministratore della grid configura la connessione e i tenant.

  • Gli utenti del tenant configurano gruppi, utenti, chiavi e bucket.

In genere, un tenant.

${post_edited_translations.segment}

Un bucket S3 corrispondente e identico sull'altro sistema StorageGRID nella connessione di federazione grid.

  • ${post_edited_translations.segment}

  • ${post_edited_translations.segment}

È necessario il versioning degli oggetti?

Sì, sia il bucket di origine che quello di destinazione devono avere la gestione delle versioni degli oggetti abilitata.

No, la replica CloudMirror supporta qualsiasi combinazione di bucket non versionati e versionati sia sull'origine che sulla destinazione.

Cosa fa sì che gli oggetti vengano spostati verso la destinazione?

Gli oggetti vengono replicati automaticamente quando vengono aggiunti a un bucket che ha la replica tra griglie abilitata.

Gli oggetti vengono replicati automaticamente quando vengono aggiunti a un bucket configurato con un endpoint CloudMirror. Gli oggetti che esistevano nel bucket di origine prima che il bucket venisse configurato con l'endpoint CloudMirror non vengono replicati, a meno che non vengano modificati.

Come vengono replicati gli oggetti?

La replica tra griglie crea oggetti versionati e replica l'ID di versione dal bucket di origine al bucket di destinazione. Questo permette di mantenere l'ordine delle versioni su entrambe le griglie.

La replica CloudMirror non richiede bucket con abilitazione del controllo delle versioni, pertanto CloudMirror può mantenere l'ordinamento solo per una chiave all'interno di un sito. Non vi è alcuna garanzia che l'ordinamento venga mantenuto per le richieste a un oggetto in un sito diverso.

Cosa succede se un oggetto non può essere replicato?

L'oggetto è in coda per la replica, soggetto ai limiti di archiviazione dei metadati.

L'oggetto viene messo in coda per la replica, soggetto ai limiti dei servizi della piattaforma (vedi "Raccomandazioni per l'utilizzo dei servizi della piattaforma").

I metadati di sistema dell'oggetto vengono replicati?

Sì, quando un oggetto viene replicato sull'altra grid, vengono replicati anche i suoi metadati di sistema. I metadati saranno identici su entrambe le grid.

No, quando un oggetto viene replicato nel bucket esterno, i suoi metadati di sistema vengono aggiornati. I metadati saranno diversi tra le varie posizioni, a seconda del momento dell'ingestione e del comportamento dell'infrastruttura S3 indipendente.

Come recuperi gli oggetti?

Le applicazioni possono recuperare o leggere oggetti effettuando una richiesta al bucket su una delle due grid.

Le applicazioni possono recuperare o leggere oggetti effettuando una richiesta a StorageGRID o alla destinazione S3. Ad esempio, supponi di usare la replica CloudMirror per copiare gli oggetti in un'organizzazione partner. Il partner può usare le proprie applicazioni per leggere o aggiornare gli oggetti direttamente dalla destinazione S3. Non è necessario usare StorageGRID.

Cosa succede se elimini un oggetto?

  • Le richieste di eliminazione che includono un ID di versione non vengono mai replicate nella grid di destinazione.

  • Le richieste di eliminazione che non includono un ID di versione aggiungono un indicatore di eliminazione al bucket di origine, che può essere facoltativamente replicato nella grid di destinazione.

  • Se la replica tra griglie è configurata solo in una direzione, gli oggetti nel bucket di destinazione possono essere eliminati senza influire sulla fonte.

${post_edited_translations.segment}

  • Se entrambi i bucket sono versionati, una richiesta di eliminazione aggiunge un indicatore di eliminazione in entrambe le posizioni.

  • ${post_edited_translations.segment}

  • Se nessuno dei due bucket è versionato, una richiesta di eliminazione cancellerà l'oggetto dall'origine ma non dalla destinazione.

${post_edited_translations.segment}