Backup Amazon S3

Supporto mirato ai metadati degli oggetti: AWS Backup supporta i seguenti metadati: tag, liste di controllo degli accessi (ACLs), metadati definiti dall'utente, data di creazione originale e ID della versione. Puoi anche ripristinare tutti i dati e i metadati di backup a eccezione della data di creazione originale, l'ID versione, la classe di storage e gli e-tag.

Quando ripristini un oggetto S3, AWS Backup applica un valore di checksum, anche se l'oggetto originale non utilizzava la funzione di checksum.

Un nome della chiave dell'oggetto S3 può essere costituito dalla maggior parte delle stringhe codificabili UTF-8. I seguenti caratteri Unicode sono consentiti. #x9 | #xA | #xD | #x20 to #xD7FF | #xE000 to #xFFFD | #x10000 to #x10FFFF.

I nomi delle chiavi degli oggetti che includono caratteri non presenti in questo elenco potrebbero essere esclusi dai backup.

Transizione alla conservazione a freddo: utilizza la politica di gestione AWS Backup del ciclo di vita per definire la tempistica di scadenza del backup. La transizione al cold storage dei backup S3 non è supportata.

Per i backup periodici, AWS Backup fa del suo meglio per tenere traccia di tutte le modifiche ai metadati degli oggetti. Tuttavia, se un tag o un'ACL viene aggiornato più volte nell'arco di 1 minuto, AWS Backup potrebbe non essere in grado di acquisire tutti gli stati intermedi.

AWS Backup non offre supporto per i backup di oggetti. SSE-C-encrypted AWS Backup inoltre non supporta i backup delle configurazioni dei bucket, incluse le policy, le impostazioni, i nomi o i punti di accesso dei bucket.

AWS Backup non supporta i backup di S3 su. AWS Outposts

CloudTrail registrazione: se registri gli eventi di lettura dei dati, devi far recapitare CloudTrail i log a un bucket di destinazione diverso. Se si salvano CloudTrail i log nel bucket in cui vengono registrati, si verifica un ciclo infinito che può causare addebiti imprevisti.

Per ulteriori informazioni, consulta Eventi di dati nella Guida per l'utente CloudTrail .

Registrazione degli accessi al server: se si abilita la registrazione degli accessi al server, è necessario che i log vengano recapitati a un bucket di destinazione diverso. Se si salvano questi log nel bucket in cui vengono registrati, si verifica un ciclo infinito. Per ulteriori informazioni, consulta Attivazione della registrazione degli accessi al server Amazon S3.

S3 Standard

Standard S3 - Accesso infrequente (IA)

S3 One Zone-IA

S3 Glacier Instant Retrieval

Piano intelligente S3 (S3 INT)

I backup continui consentono di eseguire il ripristino a un momento qualsiasi negli ultimi 35 giorni. I backup continui per un bucket S3 devono essere configurati solo in un piano di backup.

Consulta Ripristino point-in-time per un elenco di servizi supportati e istruzioni su come utilizzare AWS Backup per effettuare backup continui.

I backup periodici utilizzano snapshot dei dati per consentire di mantenere i dati per la durata specificata massima di 99 anni. Puoi pianificare backup periodici con frequenze di 1 ora, 12 ore, 1 giorno, 1 settimana o 1 mese. AWS Backup esegue backup periodici durante la finestra di backup definita nel piano di backup.

Vedi Creazione di un piano di backup per capire come AWS Backup applicare il piano di backup alle tue risorse.

Dopo che il primo backup completo dei dati esistenti è stato completato, le modifiche ai dati del bucket S3 vengono monitorate mentre si verificano.

Le modifiche tracciate consentono di utilizzare PITR (point-in-time ripristino) per il periodo di conservazione del backup continuo. Per eseguire un processo di ripristino, scegli il punto temporale in cui desideri eseguire il ripristino.

Il periodo di conservazione di ogni backup continuo è composto da un massimo di 35 giorni.

Per i piani di backup creati tramite CLI, le impostazioni di backup avanzate per Amazon S3 (che includono l'opzione per includere tag ACLs e nel backup) sono attivate per impostazione predefinita. Puoi escluderle nelle opzioni di backup. Vedi un Impostazioni di backup avanzate di Amazon S3 esempio della sintassi.

AWS Backup analizza l'intero bucket S3, recupera l'ACL e i tag di ogni oggetto e avvia una richiesta Head per ogni oggetto presente nell'istantanea precedente ma non trovato nell'istantanea creata.

Il point-in-time backup è coerente.

La data e l'ora di backup registrate sono l'ora in cui viene AWS Backup completato l'attraversamento del bucket, non il momento in cui è stato creato un job di backup.

Il primo backup di un bucket è un backup completo. Ogni backup successivo è incrementale e rappresenta la modifica dei dati dall'ultimo snapshot.

Lo snapshot acquisito dal backup periodico può avere un periodo di conservazione massimo 99 anni.

Al termine del primo backup completo dei dati esistenti (ogni bucket), le modifiche nel bucket vengono monitorate mentre si verificano.

È possibile eseguire un point-in-time ripristino da un punto di ripristino continuo.

Le istantanee sono point-in-time coerenti.

Gli snapshot vengono acquisiti direttamente dal punto di ripristino continuo, eliminando la necessità di ripetere la scansione di un bucket per consentire processi più rapidi.

Gli snapshot e i punti di ripristino continui condividono la derivazione dei dati; lo storage dei dati tra snapshot e punti di ripristino continui non è duplicato.

Quando le impostazioni di backup avanzate di Amazon S3, ad esempio l'inclusione di tag e ACLs in un backup, vengono modificate per un punto di continuous ripristino, AWS Backup interrompe quel punto di ripristino e ne crea uno nuovo con le impostazioni aggiornate.

I job di backup con snapshot utilizzeranno le stesse opzioni di backup (ACLs e impostazioni dei tag degli oggetti) del backup continuo esistente.

Se si specificano opzioni di backup diverse per un processo di snapshot rispetto a quelle utilizzate dal backup continuo, il processo di snapshot continuerà a utilizzare le impostazioni del backup continuo e verrà visualizzato lo stato «Completato con problemi».

Quando ciò si verifica, viene visualizzato il seguente messaggio di stato: "Periodic/snapshot backup for bucket <bucket name> has different backup options than the continuous backup. When using continuous backups along with snapshot backups for the same bucket, the snapshot will use the same settings for backing up ACLs and Object tags as the continuous backup."

Per i bucket con più di 300 milioni di oggetti, la velocità di backup può raggiungere i 17.000 oggetti al secondo durante il backup completo iniziale del bucket (i backup incrementali avranno una velocità diversa); i bucket contenenti meno di 300 milioni di oggetti eseguono il backup a una velocità vicina a 1.000 oggetti al secondo.

Si consigliano backup continui.

Se il ciclo di vita del backup è pianificato per più di 35 giorni, è anche possibile abilitare i backup snapshot per il bucket nello stesso vault in cui sono archiviati i backup continui.

Per gli account che eseguono backup almeno giornalmente o con maggiore frequenza, è possibile ottenere vantaggi in termini di costi utilizzando backup continui se i dati all'interno dei backup presentano modifiche minime tra i backup.

I bucket più grandi che non cambiano frequentemente possono trarre vantaggio dai backup continui, poiché ciò può comportare una riduzione dei costi quando non è necessario eseguire scansioni dell'intero bucket insieme a più richieste per oggetto su oggetti preesistenti (oggetti che sono invariati rispetto al backup precedente).

I bucket che contengono più di 100 milioni di oggetti e che hanno un tasso di eliminazione basso rispetto alla dimensione complessiva del backup potrebbero ottenere vantaggi in termini di costi con un piano di backup contenente un backup continuo con un periodo di conservazione di 2 giorni e snapshot di un periodo di conservazione più lungo.

Il tempo del backup (snapshot) periodico è allineato all'inizio del processo di backup quando non è necessaria la scansione di un bucket. Le scansioni non sono necessarie in un bucket contenente backup continui e snapshot, poiché in questi casi gli snapshot vengono acquisiti da un punto di ripristino continuo.

Le policy del ciclo di vita di S3 hanno una funzionalità opzionale chiamata Elimina i contrassegni di eliminazione degli oggetti scaduti. Quando questa funzionalità viene interrotta, i contrassegni di eliminazione, a volte in quantità di milioni, scadono senza alcun piano di pulizia. Quando si esegue il backup di bucket senza questa funzionalità, due problemi influiscono su tempi e costi:

Per ogni oggetto in una singola S3-GIR (Amazon S3 Glacier Instant Retrieval), AWS Backup esegue più chiamate, il che comporterà costi di recupero quando viene eseguito un backup.

Costi di recupero simili si applicano ai bucket con oggetti nelle classi di storage S3-IA e S3 One Zone-IA.

L'utilizzo delle funzionalità di AWS KMS CloudTrail CloudWatch, Amazon e Amazon GuardDuty come parte della tua strategia di backup può comportare costi aggiuntivi rispetto allo storage dei dati con bucket S3. Per informazioni sulla regolazione di queste funzionalità, consulta le seguenti sezioni: