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à.
Panoramica di backup e ripristino di un cluster database Neptune
Questa sezione fornisce informazioni generali sul backup e il ripristino dei dati in Amazon Neptune.
Argomenti
Tolleranza ai guasti di un cluster database Neptune.
Un cluster database Neptune è tollerante ai guasti per impostazione predefinita. Il volume del cluster si estende su più zone di disponibilità in una singola regione AWS e ciascuna di esse include una copia dei dati del volume del cluster. Questa funzionalità consente al cluster DB di tollerare il guasto di una zona di disponibilità senza perdita di dati e con solo una breve interruzione del servizio.
In caso di errore dell'istanza primaria di un cluster database, Neptune esegue automaticamente il failover su una nuova istanza primaria, in uno dei due modi seguenti:
Promuovendo una replica Neptune esistente come nuova istanza primaria
Creando una nuova istanza primaria
Se il cluster database include una o più repliche di Neptune, una di queste verrà promossa come istanza primaria durante un evento di errore. Un evento di errore ha come conseguenza una breve interruzione, durante la quale le operazioni di lettura e scrittura inviate all'istanza primaria falliscono con un'eccezione. Tuttavia, il servizio viene in genere ripristinato in meno di 120 secondi e spesso in meno di 60 secondi. Per aumentare la disponibilità del cluster database, è consigliabile di creare almeno una o più repliche di Neptune in due o più due zone di disponibilità.
Puoi personalizzare l'ordine di promozione a istanza primaria delle repliche di Neptune dopo un errore assegnando una priorità a ciascuna di esse. Le priorità vanno da 0, quella massima, a 15, quella minima. Se si verifica un errore nell'istanza primaria, Neptune promuoverà a istanza primaria la replica di con la massima priorità. Puoi modificare la priorità di una replica di Neptune in qualsiasi momento. Modificando una priorità non attiverai un failover.
Puoi usare la AWS CLI per impostare la priorità di failover di un'istanza database, nel modo seguente:
aws neptune modify-db-instance --db-instance-identifier(the instance ID)--promotion-tier(the failover priority value)
Più repliche di Neptune possono condividere la stessa priorità, generando così livelli di promozione. Se due o più repliche di Neptune condividono la stessa priorità, Neptune promuoverà quella di dimensioni maggiori. Se due o più repliche di Neptune condividono la stessa priorità e le stesse dimensioni, Neptune ne promuove una arbitrariamente nello stesso livello di promozione.
Se il cluster database non contiene repliche di Neptune, l'istanza primaria viene ricreata durante un evento di errore. Un evento di errore ha come conseguenza un'interruzione, durante la quale le operazioni di lettura e scrittura inviate all'istanza primaria falliscono con un'eccezione. Il servizio viene ripristinato quando crei la nuova istanza primaria. In genere, ciò richiede meno di 10 minuti. La promozione di una replica di Neptune a istanza primaria è un'operazione molto più veloce rispetto alla creazione di una nuova istanza primaria.
Backup di Neptune
Neptune esegue automaticamente il backup del volume del cluster e conserva i dati di ripristino per la durata del periodo di conservazione del backup. I backup di Neptune sono continui e incrementali, in modo da poter eseguire rapidamente un ripristino a qualsiasi momento nel tempo del periodo di conservazione del backup. Durante la scrittura dei dati di backup, non si verifica alcun impatto sulle prestazioni o interruzione del funzionamento del servizio del database. Puoi specificare un tempo di conservazione del backup, da 1 a 35 giorni, durante la creazione o la modifica di un cluster di database.
Per controllare l'utilizzo dello storage di backup, è possibile ridurre l'intervallo di retention dei backup e/o rimuovere gli snapshot manuali obsoleti e non più necessari. Per controllare i costi, è sufficiente monitorare la quantità di spazio di archiviazione occupata da backup continui e snapshot manuali che persistono oltre il periodo di conservazione e, all'occorrenza, ridurre l'intervallo di conservazione dei backup nonché rimuovere gli snapshot manuali non più necessari.
Se desideri conservare un backup oltre il tempo di conservazione del backup, puoi anche eseguire uno snapshot dei dati del volume del cluster. All'archiviazione degli snapshot verranno applicati i costi di archiviazione standard per Neptune. Per ulteriori informazioni sui prezzi di archiviazione di Neptune, consulta Prezzi di Amazon Neptune
Neptune conserva i dati di ripristino incrementali per l'intero periodo di conservazione dei backup. Quindi, è sufficiente creare uno snapshot per i dati che desideri conservare oltre il periodo di conservazione dei backup. Puoi creare un nuovo cluster database dallo snapshot.
Importante
Se si elimina un cluster database, tutti i backup automatici al suo interno vengono contemporaneamente eliminati e non possono essere ripristinati. Di conseguenza, a meno che tu non scelga di creare manualmente uno snapshot di database finale, non potrai ripristinare lo stato finale dell'istanza database in un secondo momento. Gli snapshot manuali non vengono eliminati quando viene eliminato il cluster.
Nota
Per i cluster database Amazon Neptune, il periodo di conservazione dei backup predefinito è di un giorno indipendentemente dal modo in cui viene creato il cluster database.
Non è possibile disabilitare i backup automatici in Neptune. Il periodo di conservazione dei backup per Neptune viene gestito dal cluster database.
Metriche di CloudWatch utili per la gestione dell'archiviazione di backup di Neptune
Per verificare e monitorare la quantità di spazio di archiviazione utilizzata dai backup di Neptune, è possibile usare le metriche di Amazon CloudWatch TotalBackupStorageBilled, SnapshotStorageUsed e BackupRetentionPeriodStorageUsed, nel seguente modo:
-
BackupRetentionPeriodStorageUsedrappresenta la quantità di storage di backup, in byte, al momento utilizzata per l'archiviazione di backup continui. Questo valore dipende dalle dimensioni del volume del cluster e dalla quantità di modifiche apportate durante il periodo di retention. Tuttavia, ai fini della fatturazione, non supera mai il volume di cluster cumulativo nel periodo di retention. Ad esempio, se la dimensione del clusterVolumeBytesUsedè 107,374,182,400 byte (100 GiB) e il periodo di retention è pari a due giorni, il valore massimo perBackupRetentionPeriodStorageUsedè 214,748,364,800 byte (100 GiB + 100 GiB). -
SnapshotStorageUsedrappresenta la quantità di storage di backup utilizzata, in byte, per l'archiviazione di snapshot manuali oltre il periodo di retention dei backup. Gli snapshot manuali non vengono conteggiati sullo storage di backup dello snapshot mentre il timestamp di creazione è entro il periodo di retention. Anche tutti gli snapshot automatici non vengono inclusi nello storage di backup degli snapshot. Ogni snapshot corrisponde, per dimensioni, al volume del cluster al momento della sua acquisizione. Il valore diSnapshotStorageUseddipende dal numero e dalle dimensioni degli snapshot conservati. Supponiamo, ad esempio, di disporre di uno snapshot manuale al di fuori del periodo di retention, con una dimensione del clusterVolumeBytesUsed, al momento dell'acquisizione di tale snapshot, di 100 GiB. Il valore di SnapshotStorageUsed sarà pari a 107,374,182,400 byte (100 GiB). -
TotalBackupStorageBilledcorrisponde alla somma, in byte, diBackupRetentionPeriodStorageUsedeSnapshotStorageUsed, meno una quantità di storage di backup gratuito che è uguale alla dimensione del volume del cluster per un giorno. Lo storage di backup gratuito è uguale alla dimensione del volume più recente. Ad esempio, se la dimensione del clusterVolumeBytesUsedè 100 GiB, il periodo di retention è di due giorni e se si dispone di uno snapshot manuale al di fuori del periodo di retention,TotalBackupStorageBilledè 214,748,364,800 byte (200 GiB + 100 GiB - 100 GiB).
È possibile monitorare i cluster Neptune ed elaborare report con le metriche di CloudWatch tramite la console CloudWatch
Ripristino dei dati da un backup di Neptune
Puoi recuperare i dati creando un nuovo cluster database Neptune dai dati di backup conservati da Neptune o da uno snapshot del cluster database salvato. Puoi ripristinare rapidamente una nuova copia di un cluster DB creato dai dati di backup a un momento qualsiasi del periodo di retention dei backup. Data la natura continua e incrementale dei backup di Neptune durante il periodo di conservazione dei backup, non dovrai acquisire snapshot frequenti dei dati per migliorare i tempi di ripristino.
Per determinare l'ora ripristinabile più recente o meno recente di un'istanza database, individua i valori Latest Restorable Time o Earliest Restorable Time nella console Neptune. L'ultima ora ripristinabile di un cluster DB corrisponde al punto più recente in corrispondenza del quale puoi ripristinare il cluster DB, ovvero generalmente entro 5 minuti dall'ora corrente. La prima ora ripristinabile indica il punto all'interno del periodo di retention dei backup dai cui puoi ripristinare il volume del cluster.
Puoi stabilire il completamento del ripristino di un cluster DB verificando i valori Latest Restorable Time ed Earliest Restorable Time. I valori Latest Restorable Time ed Earliest Restorable
Time restituiranno NULL fino all'avvenuto completamento dell'operazione di ripristino. Non puoi richiedere l'esecuzione di un'operazione di backup o ripristino se Latest Restorable
Time o Earliest Restorable Time restituisce NULL.
Per eseguire il ripristino di un'istanza database a un'ora specifica utilizzando la AWS Management Console
Accedi alla Console di gestione AWS e apri la console Amazon Neptune all'indirizzo https://console.aws.amazon.com/neptune/home
. Nel riquadro di navigazione, seleziona Instances (Istanze). Scegliere l'istanza principale del cluster di database da ripristinare.
-
Scegliere Instance actions (Operazioni istanza), quindi Restore to point in time (Ripristina al point-in-time).
Nella finestra Launch DB Instance (Avvia istanza database), scegliere Custom (Personalizza) in Restore time (Ora ripristino).
Specificare la data e l'ora del ripristino in Custom (Personalizza).
Immettere il nome della nuova istanza database ripristinata per DB instance identifier (Identificatore istanze DB) in Settings (Impostazioni).
-
Scegliere Launch DB Instance (Avvia istanza database) per avviare l'istanza database ripristinata.
Verrà creata una nuova istanza database con il nome specificato e verrà inoltre creato un nuovo cluster DB. Il nome del cluster DB sarà costituito dal nome della nuova istanza database seguito da
–cluster. Ad esempio, se il nome della nuova istanza database èmyrestoreddb, il nome del nuovo cluster DB saràmyrestoreddb-cluster.
Finestra di backup in Neptune
I backup automatici vengono effettuati quotidianamente durante la finestra di backup scelta. Se il backup richiede più tempo rispetto alla finestra di backup prevista, il backup continua dopo il termine della finestra, finché non viene completato. La finestra di backup non può sovrapporsi con la finestra di manutenzione settimanale per l'istanza database.
Durante la finestra di backup automatico, le operazioni I/O di storage potrebbero essere sospese brevemente durante l'inizializzazione del processo di backup (in genere per alcuni secondi). Potresti rilevare un aumento della latenza per alcuni minuti durante i backup per le implementazioni Multi-AZ.
La finestra di backup viene normalmente selezionata in modo casuale da un blocco di otto ore per regione dal piano di controllo Amazon RDS sottostante di Neptune. I blocchi di ore per ogni regione da cui vengono assegnate le finestre di backup predefinite sono documentati nella sezione Finestra di backup della Guida per l'utente di Amazon RDS.
