replicazione CloudMirror

Notifiche

Integrazione della ricerca

${post_edited_translations.segment}

Devi monitorare la disponibilità di ciascun endpoint di destinazione. Se la connettività all'endpoint di destinazione viene persa per un periodo di tempo prolungato e si crea un grande backlog di richieste, le richieste client aggiuntive (come le richieste PUT) a StorageGRID falliranno. Devi riprovare queste richieste fallite quando l'endpoint diventa raggiungibile.

Limitazione dell'endpoint di destinazione

Il software StorageGRID potrebbe limitare le richieste S3 in entrata per un bucket se il tasso con cui vengono inviate le richieste supera il tasso con cui l'endpoint di destinazione può riceverle. La limitazione si verifica solo quando c'è un accumulo di richieste in attesa di essere inviate all'endpoint di destinazione.

L'unico effetto visibile è che le richieste S3 in entrata impiegheranno più tempo per essere eseguite. Se inizi a rilevare prestazioni significativamente più lente, dovresti ridurre il tasso di acquisizione o usare un endpoint con una capacità maggiore. Se il backlog delle richieste continua a crescere, le operazioni S3 del client (come le richieste PUT) alla fine non andranno a buon fine.

Le richieste CloudMirror hanno maggiori probabilità di essere influenzate dalle prestazioni dell'endpoint di destinazione perché in genere comportano un trasferimento di dati maggiore rispetto alle richieste di integrazione della ricerca o di notifica degli eventi.

${post_edited_translations.segment}

StorageGRID garantisce l'ordinamento delle operazioni su un oggetto all'interno di un sito. Finché tutte le operazioni su un oggetto vengono eseguite all'interno dello stesso sito, lo stato finale dell'oggetto (ai fini della replica) sarà sempre uguale allo stato in StorageGRID.

StorageGRID fa del suo meglio per ordinare le richieste quando le operazioni vengono eseguite tra i siti StorageGRID. Ad esempio, se scrivi inizialmente un oggetto nel sito A e successivamente sovrascrivi lo stesso oggetto nel sito B, non è garantito che l'oggetto finale replicato da CloudMirror nel bucket di destinazione sia l'oggetto più recente.

${post_edited_translations.segment}

Per uniformarsi al comportamento di eliminazione di AWS CRR e Amazon Simple Notification Service, le richieste CloudMirror e di notifica degli eventi non vengono inviate quando un oggetto nel bucket di origine viene eliminato a causa delle regole ILM di StorageGRID. Ad esempio, non vengono inviate richieste CloudMirror o di notifica degli eventi se una regola ILM elimina un oggetto dopo 14 giorni.

${post_edited_translations.segment}

${post_edited_translations.segment}

Per gli endpoint Kafka, il Mutual TLS non è supportato. Di conseguenza, se hai ssl.client.auth impostato su required nella configurazione del tuo broker Kafka, potrebbe causare problemi di configurazione dell'endpoint Kafka.

L'autenticazione degli endpoint Kafka utilizza i seguenti tipi di autenticazione. Questi tipi sono diversi da quelli utilizzati per l'autenticazione di altri endpoint, come Amazon SNS, e richiedono credenziali di nome utente e password.

Nota: Le impostazioni del proxy di archiviazione configurate non si applicano agli endpoint dei servizi della piattaforma Kafka.

${post_edited_translations.segment}

StorageGRID non supporta l' `x-amz-replication-status`intestazione.

Dimensione dell'oggetto

La dimensione massima degli oggetti che possono essere replicati in un bucket di destinazione dal servizio di replica CloudMirror è di 5 TiB, che equivale alla dimensione massima supportata dell'oggetto.

Nota: la dimensione massima consigliata per una singola operazione PutObject è di 5 GiB (5.368.709.120 byte). Se hai oggetti di dimensioni superiori a 5 GiB, usa invece il multipart upload.

${post_edited_translations.segment}

Se il bucket S3 di origine in StorageGRID ha la gestione delle versioni abilitata, dovresti abilitarla anche per il bucket di destinazione.

Quando usi il versioning, tieni presente che l'ordine delle versioni degli oggetti nel bucket di destinazione è approssimativo e non garantito dal servizio CloudMirror, a causa delle limitazioni del protocollo S3.

${post_edited_translations.segment}

Etichettatura per le versioni degli oggetti

Il servizio CloudMirror non replica le richieste PutObjectTagging o DeleteObjectTagging che forniscono un ID versione, a causa di limitazioni nel protocollo S3. Poiché gli ID versione per la sorgente e la destinazione non sono correlati, non è possibile garantire che un aggiornamento dei tag a un ID versione specifico venga replicato.

Al contrario, il servizio CloudMirror replica le richieste PutObjectTagging o DeleteObjectTagging che non specificano un ID versione. Queste richieste aggiornano i tag per la chiave più recente (o la versione più recente se il bucket è dotato di controllo delle versioni). Vengono replicate anche le normali acquisizioni con tag (non gli aggiornamenti dei tag).

Upload multiparte e valori ETag

Quando esegui il mirroring di oggetti caricati tramite un caricamento multipart, il servizio CloudMirror non conserva le parti. Di conseguenza, il valore ETag dell'oggetto duplicato sarà diverso dal valore ETag dell'oggetto originale.

Oggetti crittografati con SSE-C (crittografia lato server con chiavi fornite dal cliente)

Il servizio CloudMirror non supporta oggetti crittografati con SSE-C. Se provi a inserire un oggetto nel bucket di origine per la replica CloudMirror e la richiesta include le intestazioni di richiesta SSE-C, l'operazione non riesce.

${post_edited_translations.segment}

La replica non è supportata per i bucket di origine o di destinazione con S3 Object Lock abilitato.