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à.
# Gestione delle istanze Amazon Neptune
Le seguenti sezioni contengono informazioni sulle operazioni a livello di istanza.
**Topics**
+ [Classe di istanza espandibile T3 di Neptune.](manage-console-instances-t3.md)
+ [Modifica di un'istanza database di Neptune (e applicazione immediata)](manage-console-instances-modify.md)
+ [Ridenominazione di un'istanza database di Neptune](manage-console-instances-rename.md)
+ [Riavvio di un'istanza database in Amazon Neptune](manage-console-instances-reboot.md)
+ [Eliminazione di un'istanza database in Amazon Neptune](manage-console-instances-delete.md)
# Classe di istanza espandibile T3 di Neptune.
Oltre alle classi di istanza a prestazioni fisse come `R5` e `R6`, Amazon Neptune offre la possibilità di utilizzare un'istanza `T3` a prestazioni espandibili. Mentre sviluppi un'applicazione a grafo, è importante che il database sia veloce e reattivo, anche se non lo devi utilizzare sempre. La classe di istanza `db.t3.medium` di Neptune è proprio ciò che dovresti usare in questa situazione, a un costo significativamente inferiore rispetto alla classe di istanza a prestazioni fisse meno costosa.
Un'istanza espandibile viene eseguita a un livello di base delle prestazioni della CPU fino a quando un carico di lavoro ha bisogno di più prestazioni e quindi si espande ben al di sopra della linea di base per tutto il tempo richiesto da un carico di lavoro. Il prezzo orario copre le espansioni, a condizione che l'utilizzo medio della CPU non superi la linea di base per un periodo di 24 ore. Per la maggior parte delle situazioni di sviluppo e test, ciò si traduce in buone prestazioni a basso costo.
Se inizi con una classe di `T3` istanza, puoi passare facilmente in seguito a una classe di istanza a prestazioni fisse quando sei pronto per entrare in produzione, utilizzando Console di gestione AWS AWS CLI, o una delle. AWS SDKs
## L'espansione T3 è governata da crediti CPU
Un credito CPU rappresenta l'utilizzo completo di una CPU virtuale core (vCPU) per un minuto. Ciò può anche tradursi in un utilizzo del 50% di una vCPU per due minuti o del 25% nell'utilizzo di due CPUs v per due minuti e così via.
Un'istanza `T3` accumula crediti CPU quando è inattiva e li usa quando è attiva, entrambi misurati alla risoluzione in millisecondi. La classe di `db.t3.medium` istanza ha due vCPUs, ognuna delle quali guadagna 12 crediti CPU all'ora quando è inattiva. Ciò significa che l'utilizzo del 20% di ogni vCPU determina un saldo di credito pari a zero della CPU. I 12 crediti CPU guadagnati sono spesi dal 20% di utilizzo della vCPU (dato che il 20% dei 60 minuti è 12). Questo utilizzo del 20% è quindi la percentuale di utilizzo di *base* che non produce né un saldo positivo né negativo di crediti CPU.
Il tempo di inattività (utilizzo della CPU inferiore al 20% del totale disponibile) fa sì che i crediti CPU vengano memorizzati in un bucket del saldo crediti, fino al limite per una classe di istanza `db.t3.medium` di 576 (il numero massimo di crediti CPU che potrebbero essere accumulati in 24 ore, ovvero 2 x 12 x 24). Oltre tale limite, i crediti CPU vengono semplicemente rimossi.
Se necessario, l'utilizzo della CPU può arrivare fino al 100% per tutto il tempo necessario da un carico di lavoro, anche quando il saldo dei crediti CPU scende al di sotto dello zero. Se l'istanza mantiene un saldo negativo continuamente per 24 ore, comporta un addebito aggiuntivo di \$1 0,05 per ogni -60 crediti CPU maturati in quel periodo. Per la maggior parte dei carichi di lavoro di sviluppo e test, l'espansione è solitamente coperta dal tempo di inattività prima o dopo l'espansione.
**Nota**
La classe di `T3` istanze di Neptune è configurata come la modalità Amazon EC2 [unlimited](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html).
## Utilizzo di Console di gestione AWS per creare un'istanza T3 Burstable
In Console di gestione AWS, è possibile creare un'istanza del cluster DB principale o un'istanza di replica in lettura che utilizza la classe di `db.t3.medium` istanza oppure è possibile modificare un'istanza esistente per utilizzare la classe di istanza. `db.t3.medium`
Ad esempio, per creare una nuova istanza primaria del cluster database nella console Neptune:
+ Scegliere **Create Database (Crea database)**.
+ Scegliere una **versione del motore DB** uguale o successiva a `1.0.2.2`.
+ In **Purpose (Scopo)**, scegliere **Development and Testing (Sviluppo e test)**.
+ Per la **classe di istanza database**, accetta il valore predefinito: `db.t3.medium — 2 vCPU, 4 GiB RAM`.
## Utilizzo di AWS CLI per creare un'istanza T3 burstable
Puoi anche usare il AWS CLI per fare la stessa cosa:
```
aws neptune create-db-cluster \
--db-cluster-identifier (name for a new DB cluster) \
--engine neptune \
--engine-version "1.0.2.2"
aws neptune create-db-instance \
--db-cluster-identifier (name of the new DB cluster) \
--db-instance-identifier (name for the primary writer instance in the cluster) \
--engine neptune \
--db-instance-class db.t3.medium
```
# Modifica di un'istanza database di Neptune (e applicazione immediata)
Puoi applicare immediatamente la maggior parte delle modifiche a un’istanza database di Amazon Neptune oppure posticiparle alla finestra di manutenzione successiva. Alcune modifiche, ad esempio le modifiche al gruppo di parametri, richiedono il riavvio manuale dell'istanza database per rendere effettiva la modifica.
**Importante**
Le modifiche portano a un'interruzione se Neptune deve riavviare l'istanza database per applicarle. Esamina l'impatto sul database e sulle applicazioni prima di modificare le impostazioni dell'istanza database.
## Impostazioni comuni e implicazioni relative ai tempi di inattività
La tabella seguente contiene informazioni su quali impostazioni puoi modificare, quando puoi applicare le modifiche e se le modifiche causano tempi di inattività per le istanze database.
****
| Impostazioni dell'istanza database | Note sui tempi di inattività |
| --- | --- |
| **DB instance class** (Classe istanza database) | Si verifica un'interruzione durante questa modifica, indipendentemente dal fatto che venga applicata immediatamente o nella finestra di manutenzione successiva. |
| **DB instance identifier** (Identificatore istanze DB) | L'istanza database viene riavviata e si verifica un'interruzione durante questa modifica, indipendentemente dal fatto che venga applicata immediatamente o nella finestra di manutenzione successiva. |
| **Subnet group** (Gruppo di sottoreti) | L'istanza database viene riavviata e si verifica un'interruzione durante questa modifica, indipendentemente dal fatto che venga applicata immediatamente o nella finestra di manutenzione successiva. |
| **Gruppo di sicurezza** | La modifica viene applicata in modo asincrono il prima possibile, indipendentemente da quando specifichi l'applicazione delle le modifiche, e non si verificano interruzioni. | – |
| **Certificate Authority (Autorità di certificazione)** | Per impostazione predefinita, l'istanza database viene riavviata quando si assegna una nuova autorità di certificazione. |
| **Database Port (Porta database)** | La modifica avviene sempre immediatamente, il che causa il riavvio dell'istanza database e un'interruzione. |
| **DB parameter group** (Gruppo di parametri database) | La modifica di questa impostazione non comporta un'interruzione. Il nome del gruppo di parametri viene modificato immediatamente, ma le modifiche vere e proprie ai parametri vengono applicate solo al riavvio dell'istanza senza failover. In questo caso, l'istanza database non viene riavviata automaticamente e le modifiche ai parametri non vengono applicate nella finestra di manutenzione successiva. Tuttavia, se modifichi i parametri dinamici nel gruppo dei parametri del database appena associato, tali modifiche vengono applicate immediatamente senza eseguire il riavvio. Per ulteriori informazioni, consulta [Riavvio di un'istanza database in Amazon Neptune](manage-console-instances-reboot.md). |
| **DB cluster parameter group** (Gruppo di parametri del cluster database) | Il nome del gruppo di parametri di database viene modificato immediatamente. |
| **Backup retention period** (Periodo di retention dei backup) | Se specifichi che le modifiche devono essere apportate immediatamente, verranno applicate subito. In caso contrario, se cambi l'impostazione da un valore diverso da zero a un altro valore diverso da zero, la modifica viene applicata in modo asincrono, appena possibile. Qualsiasi altra modifica avviene durante la finestra di manutenzione successiva. Si verifica un'interruzione se cambi l'impostazione da zero a un valore diverso da zero o da un valore diverso da zero a zero. |
| **Log di audit** | Seleziona **Registro di controllo** se desideri utilizzare la registrazione di controllo tramite CloudWatch Logs. Devi anche impostare il parametro `neptune_enable_audit_log` nel gruppo di parametri del cluster database su `enable` (1) per abilitare la registrazione dei log di audit. |
| **Auto minor version upgrade** (Aggiornamento automatico della versione secondaria) | Seleziona **Abilita l'aggiornamento automatico della versione secondaria** se desideri che il cluster database Neptune riceva automaticamente aggiornamenti della versione secondaria del motore non appena diventano disponibili. L'opzione *Aggiornamento automatico della versione secondaria* si applica solo agli aggiornamenti delle versioni secondarie del motore per il cluster database Amazon Neptune. Non riguarda le patch normali applicate per mantenere la stabilità del sistema. |
# Ridenominazione di un'istanza database di Neptune
Puoi rinominare un'istanza database di Amazon Neptune utilizzando la Console di gestione AWS. La ridenominazione di un'istanza database può avere ripercussioni significative. Di seguito è riportato un elenco di aspetti che è necessario valutare prima di ridenominare un'istanza database.
+ Quando si rinomina un'istanza database, il rispettivo endpoint cambia, in quanto l'URL include il nome assegnato all'istanza. È sempre consigliabile reindirizzare il traffico dall'URL precedente a quello nuovo.
+ Quando si rinomina un'istanza database, il nome DNS che veniva utilizzato precedentemente dall'istanza database viene eliminato immediatamente, ma può rimanere memorizzato nella cache per alcuni minuti. Il nuovo nome DNS per l'istanza database rinominata diventa effettivo dopo circa 10 minuti. L'istanza database ridenominata non è disponibile fino a quando il nuovo nome non diventa effettivo.
+ Se stai ridenominando un'istanza, non puoi utilizzare un nome di istanza database esistente.
+ Dopo che un'istanza database è stata ridenominata, tutte le repliche di lettura a essa associate rimangono tali. Ad esempio, supponiamo che disponi di un'istanza database utilizzata dal tuo database di produzione e che all'istanza siano associate diverse repliche di lettura. Se rinomini l'istanza database e quindi la sostituisci nell'ambiente di produzione con un snapshot di database, all'istanza database ridenominata restano comunque associate le repliche di lettura.
+ Se riutilizzi un nome dell'istanza database, i parametri e gli eventi associati a tale nome vengono mantenuti. Ad esempio, se promuovi una replica di lettura e la rinomini assegnandole il nome dell'istanza primaria precedente, le metriche e gli eventi associati all'istanza primaria vengono associati all'istanza rinominata.
+ I tag dell'istanza database rimangono con l'istanza, a prescindere dalla ridenominazione.
+ Per un'istanza database ridenominata vengono mantenute le snapshot.
**Per rinominare un'istanza database utilizzando la console Neptune**
1. [Accedi alla console di AWS gestione e apri la console Amazon Neptune da casa. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Nel riquadro di navigazione, scegliere **Databases** (Database).
1. Scegli il pulsante di opzione accanto all'istanza database da ridenominare.
1. Nel menu **Instance actions (Operazioni istanza)**, scegli **Modify (Modifica)**.
1. Inserisci un nuovo nome nella casella di testo **DB instance identifier (Identificatore istanza database)**. Seleziona **Apply immediately (Applica immediatamente)**, quindi scegli **Continue (Continua)**.
1. Scegliere **Modify DB instance** (Modifica istanza database) per completare la modifica.
# Riavvio di un'istanza database in Amazon Neptune
In alcuni casi, se modifichi un'istanza database Amazon Neptune, cambi il gruppo di parametri di database associato all'istanza o modifichi un parametro di database statico in un gruppo di parametri utilizzati dall'istanza, devi riavviare l'istanza per rendere effettive le modifiche.
Il riavvio di un'istanza database comporta il riavvio del servizio del motore di database. Con il riavvio, inoltre, vengono applicate all'istanza database tutte le modifiche al gruppo di parametri di database associato che erano in sospeso. Il riavvio di un'istanza database determina un guasto momentaneo dell'istanza, durante il quale lo stato dell'istanza database è impostato su *riavvio in corso*. Se l'istanza Neptune è configurata per Multi-AZ, il riavvio potrebbe essere eseguito attraverso un failover. Al completamento del riavvio, viene creato un evento Neptune.
Se l'istanza database è un'implementazione Multi-AZ, puoi imporre un failover da una zona di disponibilità a un'altra quando scegli l'opzione **Reboot (Riavvia)**. Quando forzi un failover dell'istanza database, Neptune passa automaticamente a una replica di standby in un'altra zona di disponibilità. Quindi, aggiorna il record DNS per l'istanza database in modo che punti all'istanza database di standby. Di conseguenza, sarà necessario eliminare e ristabilire le connessioni esistenti alla propria istanza database.
L'opzione **Reboot with failover (Riavvia con il failover)** è utile quando desideri simulare un errore di un'istanza database per le operazioni di test e ripristino nella zona di disponibilità originale dopo un failover. Per ulteriori informazioni, consulta [Configurazione e gestione di un'implementazione multi-AZ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html) nella *Guida per l'utente di Amazon RDS*. Quando riavvii un cluster database, viene eseguito il failover nella replica di standby. Il riavvio di una replica Neptune non causa un failover.
Il tempo necessario per il riavvio è una funzione del processo di ripristino da arresto anomalo. Per ottimizzare i tempi del riavvio, consigliamo di ridurre il più possibile le attività del database durante il processo di riavvio per limitare l'attività di rollback per le transazioni in transito.
Nella console, l'opzione **Reboot (Riavvia)** potrebbe essere disabilitata se l'istanza database non si trova nello stato **Available (Disponibile)**. Questo può dipendere da diversi motivi, ad esempio un backup in corso, una modifica richiesta dal cliente o un'operazione della finestra di manutenzione.
**Nota**
Prima della [Rilascio: 1.2.0.0 (21/07/2022)](engine-releases-1.2.0.0.md), tutte le repliche di lettura in un cluster database venivano riavviate automaticamente al riavvio dell'istanza primaria (di scrittura).
A partire dalla [Rilascio: 1.2.0.0 (21/07/2022)](engine-releases-1.2.0.0.md), il riavvio dell'istanza primaria non causa il riavvio di nessuna replica. Ciò significa che, se modifichi un parametro del cluster, devi riavviare ogni istanza separatamente per riprendere la modifica del parametro (vedi [Gruppi di parametri](parameter-groups.md)).
**Per riavviare un'istanza database utilizzando la console Neptune**
1. [Accedi alla console di AWS gestione e apri la console Amazon Neptune da casa. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Nel riquadro di navigazione, scegliere **Databases** (Database).
1. Scegliere l'istanza database che si desidera riavviare.
1. Scegli **Instance actions (Operazioni istanza)**, quindi **Reboot (Riavvia)**.
1. Per imporre un failover da una zona di disponibilità a un'altra, seleziona **Reboot with failover? (Riavviare con failover?)** nella finestra di dialogo **Reboot DB Instance (Riavvia istanza database)**.
1. Scegliere **Reboot (Riavvia)**. Per annullare il riavvio, scegliere **Cancel** (Annulla).
# Eliminazione di un'istanza database in Amazon Neptune
Puoi eliminare un'istanza DB di Amazon Neptune in qualsiasi stato e in qualsiasi momento, purché l'istanza sia stata avviata.
**avvertimento**
Se elimini l'ultima istanza rimasta in un cluster utilizzando la **console Web**, verrà eliminato anche il volume di storage del cluster sottostante.
## L'eliminazione di un'istanza database con snapshot finale
Per eliminare un'istanza database, devi specificare il nome dell'istanza e se desideri disporre di uno snapshot di database finale dell'istanza. Se l'istanza database che stai eliminando ha lo stato di **Creating** (Creazione), non potrai acquisire la snapshot DB finale. Se l'istanza database è in stato di errore con stato **failed** (non riuscito), **incompatible-restore** (incompatibile-ripristinare) o **incompatible-network** (incompatibile-rete), puoi eliminare l'istanza solo quando il parametro `SkipFinalSnapshot` è impostato su `true`.
Se si eliminano tutte le istanze DB di Neptune in un cluster DB utilizzando Console di gestione AWS il, l'intero cluster DB viene eliminato automaticamente. Se si utilizza l'SDK AWS CLI o, è necessario eliminare il cluster DB manualmente dopo aver eliminato l'ultima istanza.
**Importante**
Se elimini un intero cluster database, tutti i relativi backup automatici vengono eliminati contemporaneamente 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 di un'istanza non vengono eliminati quando viene eliminato il cluster.
Se l'istanza database che desideri eliminare è una replica di lettura, devi promuovere la replica di lettura o eliminarla.
In questo esempio, elimini un'istanza database con e senza snapshot di database finale.
## L'eliminazione di un'istanza database senza snapshot finale
Se desideri eliminare rapidamente un'istanza database, puoi saltare la creazione di una snapshot DB finale. Quando elimini un'istanza database, tutti i backup automatici vengono eliminati e non possono essere recuperati. Gli snapshot manuali non vengono eliminati.
**Per eliminare un'istanza database senza snapshot di database finale tramite la console Neptune**
1. [Accedi alla console di AWS gestione e apri la console Amazon Neptune da casa. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Nel pannello di navigazione, seleziona **Database**.
1. Nell'elenco **Instances (Istanze)** scegli il pulsante di opzione accanto all'istanza database che desideri eliminare.
1. Scegli **Instance actions** (Operazioni istanza) e quindi **Delete** (Elimina).
1. Scegli **No** nel riquadro **Create final snapshot? (Creare snapshot finale?)**.
1. Scegli **Elimina**.
## L'eliminazione di un'istanza database con snapshot finale
Se vuoi ripristinare un'istanza database eliminata in un secondo momento, puoi creare una snapshot DB finale. Tutti i backup automatici vengono eliminati e non possono essere recuperati. Gli snapshot manuali non vengono eliminati.
**Per eliminare un'istanza database con snapshot di database finale tramite la console Neptune**
1. [Accedi alla console di AWS gestione e apri la console Amazon Neptune da casa. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Nel pannello di navigazione, seleziona **Database**.
1. Nell'elenco **Instances (Istanze)** scegli il pulsante di opzione accanto all'istanza database che desideri eliminare.
1. Scegli **Instance actions** (Operazioni istanza) e quindi **Delete** (Elimina).
1. Scegli **Yes (Sì)** nel riquadro **Create final snapshot? (Creare snapshot finale?)**.
1. Nel riquadro **Final snapshot name (Nome snapshot finale)** digita il nome della snapshot di database finale.
1. Scegli **Delete** (Elimina).
Puoi controllare lo stato di un'istanza, stabilire il tipo di istanza, scoprire quale versione del rilascio del motore è installata attualmente e ottenere altre informazioni su un'istanza utilizzando l'[API instance-status](access-graph-status.md).