Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Resilienza in Amazon Aurora DSQL

L'infrastruttura AWS globale è costruita attorno a zone di disponibilità ( Regioni AWS AZ). Regioni AWS forniscono più zone di disponibilità fisicamente separate e isolate, collegate con reti a bassa latenza, ad alto throughput e altamente ridondanti. Con le zone di disponibilità è possibile progettare e gestire applicazioni e database che eseguono automaticamente il failover tra zone di disponibilità senza interruzioni. Le zone di disponibilità sono più disponibili, tolleranti ai guasti e scalabili rispetto alle infrastrutture a data center singolo o multiplo tradizionali. Aurora DSQL è progettato in modo da poter sfruttare l'infrastruttura AWS regionale fornendo al contempo la massima disponibilità del database. Per impostazione predefinita, i cluster a Regione singola in Aurora DSQL offrono una disponibilità Multi-AZ, che offre tolleranza ai principali guasti dei componenti e alle interruzioni dell’infrastruttura che potrebbero influire sull’accesso a una zona di disponibilità completa. I cluster multi-Regione offrono tutti i vantaggi della resilienza Multi-AZ, pur garantendo una disponibilità del database estremamente costante, anche nei casi in cui è Regione AWS dovesse risultare inaccessibile ai client delle applicazioni.

Per ulteriori informazioni sulle Regioni AWS zone di disponibilità, consulta AWS Global Infrastructure.

Oltre all'infrastruttura AWS globale, Aurora DSQL offre diverse funzionalità per supportare le esigenze di resilienza e backup dei dati.

Backup e ripristino

Aurora DSQL supporta il backup e il ripristino con. Console di backup AWSÈ possibile eseguire un backup e un ripristino completi per i cluster a Regione singola e multi-Regione. Per maggiori informazioni, consultare Backup e ripristino per Amazon Aurora DSQL.

Replica

In base alla progettazione, Aurora DSQL esegue il commit di tutte le transazioni di scrittura in un registro delle transazioni distribuito e replica in modo sincrono tutti i dati di registro impegnati nelle repliche di archiviazione degli utenti in tre repliche. AZs I cluster multi-Regione offrono funzionalità complete di replica interregionale tra regioni di lettura e scrittura.

Una Regione testimone designata supporta le scritture relative ai soli log delle transazioni e non consuma spazio di archiviazione. Le Regioni testimone non dispongono di un endpoint. Ciò significa che le regioni testimone archiviano solo i registri delle transazioni crittografati, non richiedono alcuna amministrazione o configurazione e non sono accessibili dagli utenti.

I log delle transazioni e l’archiviazione degli utenti di Aurora DSQL sono distribuiti con tutti i dati presentati agli elaboratori delle query di Aurora DSQL come un unico volume logico. Aurora DSQL divide, unisce e replica automaticamente i dati in base all’intervallo di chiavi primarie del database e ai modelli di accesso. Aurora DSQL ridimensiona automaticamente le repliche di lettura, sia verso l’alto che verso il basso, in base alla frequenza di accesso in lettura.

Le repliche dell’archiviazione del cluster sono distribuite su un parco di sistemi di archiviazione multi-tenant. Se un componente o un’AZ vengono danneggiati, Aurora DSQL reindirizza automaticamente l’accesso ai componenti sopravvissuti e ripara in modo asincrono le repliche mancanti. Una volta che Aurora DSQL corregge le repliche danneggiate, le aggiunge automaticamente al quorum di archiviazione e le rende disponibili per il cluster.

Elevata disponibilità

Per impostazione predefinita, i cluster a Regione singola e multi-Regione in Aurora DSQL sono attivi e non è necessario effettuare manualmente il provisioning, configurare o riconfigurare alcun cluster. Aurora DSQL automatizza completamente il ripristino del cluster, eliminando la necessità delle tradizionali operazioni di failover primario-secondario. La replica è sempre sincrona e viene eseguita in più parti AZs, quindi non vi è alcun rischio di perdita dei dati a causa del ritardo della replica o del failover su un database secondario asincrono durante il ripristino in caso di errore.

I cluster a regione singola forniscono un endpoint ridondante Multi-AZ che consente automaticamente l'accesso simultaneo con una forte coerenza dei dati su tre. AZs Ciò significa che le repliche di storage degli utenti su ognuna di queste tre applicazioni restituiscono AZs sempre lo stesso risultato a uno o più lettori e sono sempre disponibili per ricevere scritture. Questa forte coerenza e resilienza Multi-AZ sono disponibili in tutte le regioni per i cluster multi-Regione di Aurora DSQL. Ciò significa che i cluster multi-Regione forniscono due endpoint regionali fortemente coerenti, in modo che i client possano leggere o scrivere indiscriminatamente in entrambe le regioni senza ritardi di replica al momento del commit.

Aurora DSQL offre una disponibilità del 99,99% per i cluster a Regione singola e del 99,999% per i cluster multi-Regione.

Test di iniezione di guasti

Amazon Aurora DSQL si integra con AWS Fault Injection Service (AWS FIS), un servizio completamente gestito per l'esecuzione di esperimenti di iniezione di errori controllati per migliorare la resilienza di un'applicazione. Utilizzando AWS FIS, puoi:

Ad esempio, in un cluster multi-Regione che copre gli Stati Uniti orientali (Virginia settentrionale) e gli Stati Uniti orientali (Ohio), è possibile eseguire un esperimento negli Stati Uniti orientali (Ohio) per verificare gli errori in tali aree mentre gli Stati Uniti orientali (Virginia settentrionale) continuano le normali operazioni. Questo test controllato consente di identificare e risolvere potenziali problemi prima che influiscano sui carichi di lavoro di produzione.

Per un elenco completo delle azioni AWS FIS supportate, consulta gli obiettivi delle azioni nella guida per l'AWS FIS utente.

Per informazioni sulle azioni DSQL di Amazon Aurora disponibili in, AWS FIS consulta il riferimento alle azioni DSQL di Aurora nella Guida per l'utente.AWS FIS

Per iniziare a eseguire esperimenti di iniezione di guasti, consultare Pianificazione degli esperimenti di AWS FIS nella Guida per l’utente di AWS FIS .