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à.
Motore Amazon Neptune versione 1.0.5.0 (27/07/2021)
A partire dal 27 luglio 2021, viene implementata a livello generale la versione del motore 1.0.5.0. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.
Rilascio di patch successive per questa versione
Nuove caratteristiche in questa versione del motore
Neptune ML è stato rilasciato per l'uso in produzione con molte nuove funzionalità e non è più in modalità di laboratorio.
-
Aggiunto il supporto iniziale per il linguaggio di query openCypher, in modalità di laboratorio. openCypher è lo standard open source per il linguaggio di query Cypher. La sua sintassi è specificata nel Cypher Query Language Reference (versione 9)
ed è gestita dal progetto openCypher . Consulta Accesso al grafico di Neptune con openCypher per informazioni sull'implementazione del linguaggio Neptune.
È supportato anche il supporto per il protocollo Bolt
, utilizzato dai client Neptune per le query openCypher. Per informazioni, consultare Utilizzo del protocollo Bolt per effettuare openCypher interrogazioni a Neptune. Il supporto per openCypher ora è abilitato automaticamente, ma dipende dal Motore Neptune DFE, che attualmente è disponibile solo modalità di laboratorio. L'impostazione predefinita
DFEQueryEngine
nel parametro del cluster databaseneptune_lab_mode
è oraDFEQueryEngine=viaQueryHint
, il che significa che il motore è abilitato ma viene utilizzato solo per le query che hanno l'hintuseDFE
presente e impostato sutrue
. Se disabiliti il motore DFE impostandoDFEQueryEngine=disabled
, non potrai utilizzare openCypher. Aggiunto il supporto per il protocollo HTTP SPARQL 1.1 Graph Store
. Per informazioni, consultare Utilizzo del HTTP protocollo SPARQL 1.1 Graph Store (GSP) in Amazon Neptune. Modificata l'impostazione predefinita della modalità di laboratorio per il Motore Neptune DFE a
viaQueryHint
, il che significa che il motore DFE è ora abilitato per impostazione predefinita, ma viene utilizzato solo per le query che hanno l'hintuseDFE
presente e impostato sutrue
.Aggiunta una nuova metrica Amazon CloudWatch,
StatsNumStatementsScanned
, per monitorare il calcolo delle statistiche per il motore Neptune DFE. Per informazioni, consultare Utilizzo della StatsNumStatementsScanned CloudWatch metrica per monitorare il calcolo delle statistiche.
Miglioramenti in questo rilascio del motore
-
Aggiunto il supporto per Apache TinkerPop 3.4.11.
Importante
Nella versione 3.4.11 di TinkerPop è stata apportata una modifica che migliora la correttezza della modalità di elaborazione delle query, ma per il momento l'impatto sulle prestazioni delle query può essere significativo.
Una query di questo tipo, ad esempio, può essere eseguita molto più lentamente:
g.V().hasLabel('airport'). order(). by(out().count(),desc). limit(10). out()
I vertici dopo il passaggio limite vengono ora recuperati in modo non ottimale a causa della modifica di TinkerPop 3.4.11. Per evitare il problema, puoi modificare la query aggiungendo il passaggio barrier() in qualsiasi punto dopo
order().by()
. Per esempio:g.V().hasLabel('airport'). order(). by(out().count(),desc). limit(10). barrier(). out()
L'hint di query joinOrder di SPARQL è ora supportato dal motore di query alternativo Neptune DFE.
-
L'output dell'API di stato Neptune è stato ampliato e riorganizzato per fornire maggiore chiarezza sulle impostazioni e le funzionalità del cluster database.
Il nuovo output ha un oggetto
features
di primo livello che contiene informazioni sullo stato delle funzionalità del cluster database e un oggettosettings
di primo livello che contiene informazioni sulle impostazioni. Per esaminare il nuovo formato, consulta Esempio di output del comando instance status. La gestione dei log delle modifiche allo streaming è stata migliorata quando gli stream
AFTER_SEQUENCE_NUMBER
vengono richiesti con l'ultimo ID evento sul server, quando tale ID evento è già scaduto. Il server non genera più un errore relativo all'ID evento scaduto se l'ID evento richiesto è l'ultimo ID evento eliminato sul server.
Difetti corretti in questa versione del motore
Corretto un bug di Gremlin relativo all'ordinamento dei valori numerici.
Versioni di linguaggio di query supportate in questo rilascio
Prima di aggiornare un cluster database alla versione 1.0.5.0, assicurati che il tuo progetto sia compatibile con queste versioni di linguaggio di query:
Versione di Gremlin:
3.4.11
Versione di SPARQL:
1.1
Percorsi di aggiornamento al rilascio del motore 1.0.5.0
È possibile aggiornare manualmente qualsiasi rilascio del motore Neptune precedente a questo rilascio.
Non +possibile effettuare l'aggiornamento automatico a questa versione.
Aggiornamento a questo rilascio
Amazon Neptune 1.0.5.0 è ora disponibile a livello generale.
Se un cluster database utilizza una versione del motore dalla quale esiste un percorso di aggiornamento a questo rilascio, ora è idoneo all'aggiornamento. È possibile aggiornare qualsiasi cluster idoneo utilizzando le operazioni del cluster database sulla console o utilizzando SDK. Il seguente comando CLI aggiornerà immediatamente un cluster idoneo:
Per Linux, OS X o Unix:
aws neptune modify-db-cluster \ --db-cluster-identifier
(your-neptune-cluster)
\ --engine-version 1.0.5.0 \ --apply-immediately
Per Windows:
aws neptune modify-db-cluster ^ --db-cluster-identifier
(your-neptune-cluster)
^ --engine-version 1.0.5.0 ^ --apply-immediately
Gli aggiornamenti vengono applicati contemporaneamente a tutte le istanze in un cluster di database. Un aggiornamento richiede il riavvio del database su queste istanze, quindi si verificheranno tempi di inattività che vanno da 20-30 secondi a diversi minuti, dopodiché si potrà riprendere a usare il cluster database.
Eseguire sempre un test prima dell'aggiornamento
Quando viene rilasciata una nuova versione principale o secondaria del motore Neptune, testa sempre le applicazioni Neptune su di essa prima di procedere all'aggiornamento. Anche un aggiornamento secondario potrebbe introdurre nuove funzionalità o comportamenti che possono influire sul codice.
Inizia confrontando le pagine delle note di rilascio della versione corrente con quelle della versione di destinazione per valutare se verranno modificate le versioni del linguaggio di query o verranno introdotte altre modifiche che causano interruzioni.
Il modo migliore per testare una nuova versione prima di aggiornare il cluster database di produzione è clonare il cluster di produzione affinché il clone esegua la nuova versione del motore. È quindi possibile eseguire query sul clone senza influire sul cluster database di produzione.
Creare sempre uno snapshot manuale prima dell'aggiornamento
Prima di procedere a un aggiornamento, è consigliabile creare sempre uno snapshot manuale del cluster database. Uno snapshot automatico offre solo una protezione a breve termine, mentre uno snapshot manuale rimane disponibile fino a quando non lo elimini esplicitamente.
In alcuni casi Neptune crea automaticamente uno snapshot manuale come parte del processo di aggiornamento, ma non è consigliabile farvi affidamento ed è comunque opportuno creare sempre il proprio snapshot manuale.
Quando hai la certezza che non sarà necessario ripristinare lo stato precedente all'aggiornamento del cluster di database, puoi eliminare in modo esplicito lo snapshot manuale che hai creato, così come lo snapshot manuale eventualmente creato da Neptune. Se Neptune crea uno snapshot manuale, questo avrà un nome che inizia con preupgrade
, seguito dal nome del cluster database, dalla versione del motore di origine, dalla versione del motore di destinazione e dalla data.
Nota
Se stai tentando di eseguire l'aggiornamento mentre è in corso un'azione in sospeso, potrebbe verificarsi un errore come il seguente:
We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade.
Se riscontri questo errore, attendi il completamento dell'azione in sospeso o attiva immediatamente una finestra di manutenzione per completare l'aggiornamento precedente.
Per ulteriori informazioni sull'aggiornamento della versione del motore, consulta Gestione del cluster di database Amazon Neptune. In caso di domande o dubbi, il team del supporto AWS è disponibile nei forum della community e tramite il Supporto AWS Premium