Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Confronto tra Cloud Storage Pools e la replica CloudMirror

Collaboratori

Quando si inizia a utilizzare i pool di storage cloud, potrebbe essere utile comprendere le analogie e le differenze tra i pool di storage cloud e il servizio di replica di StorageGRID CloudMirror.

Pool di cloud storage Servizio di replica di CloudMirror

Qual è lo scopo principale?

Un Cloud Storage Pool agisce come destinazione di archiviazione. La copia dell'oggetto nel Cloud Storage Pool può essere l'unica copia dell'oggetto oppure può essere una copia aggiuntiva. Ovvero, invece di mantenere due copie on-premise, puoi conservare una sola copia all'interno di StorageGRID e inviarne una copia al pool di storage cloud.

Il servizio di replica CloudMirror consente a un tenant di replicare automaticamente gli oggetti da un bucket in StorageGRID (origine) a un bucket S3 esterno (destinazione). La replica di CloudMirror crea una copia indipendente di un oggetto in un'infrastruttura S3 indipendente.

Come viene configurato?

I pool di cloud storage vengono definiti allo stesso modo dei pool di storage, utilizzando Grid Manager o l'API Grid Management. È possibile selezionare un Cloud Storage Pool come posizione di posizionamento in una regola ILM. Mentre un pool di storage è costituito da un gruppo di nodi di storage, un pool di storage cloud viene definito utilizzando un endpoint remoto S3 o Azure (indirizzo IP, credenziali e così via).

Un utente tenant Configura la replica di CloudMirror Definendo un endpoint CloudMirror (indirizzo IP, credenziali e così via) utilizzando Tenant Manager o l'API S3. Una volta configurato l'endpoint CloudMirror, qualsiasi bucket di proprietà dell'account tenant può essere configurato per puntare all'endpoint CloudMirror.

Chi è responsabile della sua configurazione?

In genere, un amministratore di rete

In genere, un utente tenant

Qual è la destinazione?

  • Qualsiasi infrastruttura S3 compatibile (incluso Amazon S3)

  • Tier Azure Blob Archive

  • Qualsiasi infrastruttura S3 compatibile (incluso Amazon S3)

Qual è la causa dello spostamento degli oggetti nella destinazione?

Una o più regole ILM nel criterio ILM attivo. Le regole ILM definiscono gli oggetti che StorageGRID sposta nel pool di storage cloud e quando gli oggetti vengono spostati.

L'atto di inserire un nuovo oggetto in un bucket di origine configurato con un endpoint CloudMirror.gli oggetti che esistevano nel bucket di origine prima della configurazione del bucket con l'endpoint CloudMirror non vengono replicati, a meno che non vengano modificati.

Come vengono recuperati gli oggetti?

Le applicazioni devono effettuare richieste a StorageGRID per recuperare gli oggetti spostati in un pool di storage cloud. Se l'unica copia di un oggetto è stata trasferita allo storage di archiviazione, StorageGRID gestisce il processo di ripristino dell'oggetto in modo che possa essere recuperato.

Poiché la copia mirrorata nel bucket di destinazione è una copia indipendente, le applicazioni possono recuperare l'oggetto inviando richieste a StorageGRID o alla destinazione S3. Si supponga, ad esempio, di utilizzare la replica CloudMirror per eseguire il mirroring degli oggetti in un'organizzazione partner. Il partner può utilizzare le proprie applicazioni per leggere o aggiornare gli oggetti direttamente dalla destinazione S3. Non è necessario utilizzare StorageGRID.

Puoi leggere direttamente dalla destinazione?

No Gli oggetti spostati in un pool di storage cloud vengono gestiti da StorageGRID. Le richieste di lettura devono essere indirizzate a StorageGRID (e StorageGRID sarà responsabile del recupero dal pool di storage cloud).

Sì, perché la copia mirrorata è una copia indipendente.

Cosa succede se un oggetto viene cancellato dall'origine?

L'oggetto viene eliminato anche nel Cloud Storage Pool.

L'azione di eliminazione non viene replicata. Un oggetto cancellato non esiste più nel bucket StorageGRID, ma continua ad esistere nel bucket di destinazione. Allo stesso modo, gli oggetti nel bucket di destinazione possono essere cancellati senza influire sull'origine.

Come si accede agli oggetti dopo un disastro (sistema StorageGRID non operativo)?

I nodi StorageGRID guasti devono essere ripristinati. Durante questo processo, le copie degli oggetti replicati potrebbero essere ripristinate utilizzando le copie nel Cloud Storage Pool.

Le copie degli oggetti nella destinazione CloudMirror sono indipendenti da StorageGRID, pertanto è possibile accedervi direttamente prima del ripristino dei nodi StorageGRID.