Se abiliti la replica tra griglie per un bucket solo su una griglia, gli oggetti aggiunti a quel bucket (il bucket di origine) vengono replicati nel bucket corrispondente sull'altra griglia (il bucket di destinazione). Tuttavia, gli oggetti aggiunti al bucket di destinazione non vengono replicati di nuovo nell'origine. Nella figura, la replica tra griglie è abilitata my-bucket da Grid 1 a Grid 2, ma non nella direzione opposta.

Se abiliti la replica tra griglie per lo stesso bucket su entrambe le griglie, gli oggetti aggiunti a uno dei bucket vengono replicati sull'altra griglia. Nella figura, la replica tra griglie è abilitata per my-bucket in entrambe le direzioni.

Quando un client S3 aggiunge un oggetto a un bucket per cui è abilitata la replica cross-grid, accade quanto segue:

Come descritto in "Elimina il flusso di dati", StorageGRID può eliminare un oggetto per uno qualsiasi di questi motivi:

Quando StorageGRID elimina un oggetto a causa di un'operazione Delete objects in bucket, della scadenza del ciclo di vita del bucket o della scadenza del posizionamento ILM, l'oggetto replicato non viene mai eliminato dall'altro grid in una connessione di federazione di grid. Tuttavia, i marcatori di eliminazione aggiunti al bucket di origine dalle eliminazioni dei client S3 possono facoltativamente essere replicati nel bucket di destinazione.

Per capire cosa succede quando un client S3 elimina oggetti da un bucket con la replica cross-grid abilitata, guarda come i client S3 eliminano oggetti dai bucket con il versioning abilitato, come segue:

${post_edited_translations.segment}

Nella figura, Replica marcatori di eliminazione è stato impostato su Sì quando "la replica cross-grid è stata abilitata". Le richieste di eliminazione per il bucket di origine che includono un ID di versione non eliminano oggetti dal bucket di destinazione. Le richieste di eliminazione per il bucket di origine che non includono un ID di versione sembrano eliminare oggetti nel bucket di destinazione.

Quando usi la replica cross-grid per replicare oggetti tra griglie, puoi crittografare singoli oggetti, usare la crittografia predefinita del bucket o configurare la crittografia a livello di griglia. Puoi aggiungere, modificare o rimuovere le impostazioni di crittografia predefinite del bucket o a livello di griglia prima o dopo aver abilitato la replica cross-grid per un bucket.

Per crittografare i singoli oggetti, puoi usare SSE (crittografia lato server con chiavi gestite da StorageGRID) quando aggiungi gli oggetti al bucket di origine. Usa l' x-amz-server-side-encryption`intestazione della richiesta e specifica `AES256. Vedi "${post_edited_translations.segment}".

Per utilizzare la crittografia predefinita per un bucket, usa una richiesta PutBucketEncryption e imposta il parametro SSEAlgorithm su AES256. La crittografia a livello di bucket si applica a qualsiasi oggetto inserito senza l'intestazione della richiesta x-amz-server-side-encryption. Vedi "Operazioni sui bucket".

Per utilizzare la crittografia a livello di griglia, imposta l'opzione Crittografia degli oggetti memorizzati su AES-256. La crittografia a livello di griglia si applica a tutti gli oggetti che non sono crittografati a livello di bucket o che vengono acquisiti senza l'intestazione della richiesta x-amz-server-side-encryption. Vedi "Configura le opzioni di rete e oggetto".

Quando decidi come crittografare gli oggetti sorgente, StorageGRID applica queste regole:

Quando decidi come crittografare gli oggetti replicati, StorageGRID applica queste regole in questo ordine:

${post_edited_translations.segment}

Quando il blocco degli oggetti S3 sul bucket di origine è abilitato:

${post_edited_translations.segment}

Le richieste PutObjectTagging e DeleteObjectTagging non sono supportate per gli oggetti nei bucket che hanno la replica cross-grid abilitata.

Se un client S3 invia una richiesta PutObjectTagging o DeleteObjectTagging, viene restituito 501 Not Implemented. Il messaggio è Put(Delete) ObjectTagging isn't available for buckets that have cross-grid replication configured.

PutObjectRetention e PutObjectLegalHold non sono completamente supportate per gli oggetti nei bucket per cui è abilitata la replica cross-grid.

Se un client S3 invia una richiesta PutObjectRetention o PutObjectLegalHold, le impostazioni dell'oggetto di origine vengono modificate, ma le modifiche non vengono applicate alla destinazione.

La dimensione massima del segmento della grid di origine si applica agli oggetti replicati nella grid di destinazione. Quando gli oggetti vengono replicati in un'altra grid, l'impostazione Dimensione massima del segmento (Configurazione > Sistema > Opzioni di storage) della grid di origine viene utilizzata su entrambe le grid. Ad esempio, supponiamo che la dimensione massima del segmento per la grid di origine sia 1 GB, mentre la dimensione massima del segmento della grid di destinazione sia 50 MB. Se importi un oggetto da 2 GB nella grid di origine, quell'oggetto viene salvato come due segmenti da 1 GB. Viene anche replicato nella grid di destinazione come due segmenti da 1 GB, anche se la dimensione massima del segmento di quella grid è 50 MB.