Versioni del motore Redis OSS - Amazon MemoryDB
Redis OSS 7.0 (migliorato)Redis OSS 7.0 (migliorato)Redis OSS 6.2 (migliorato)Aggiornamento delle versioni del motore

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à.

Versioni del motore Redis OSS

Questa sezione copre le versioni supportate del motore Redis OSS.

MemoryDB versione 7.1 (migliorata)

La versione 7.1 di MemoryDB aggiunge il supporto per le funzionalità di ricerca vettoriale in anteprima per regioni selezionate, oltre a correzioni di bug critici e miglioramenti delle prestazioni.

  • Funzione di ricerca vettoriale: la ricerca vettoriale può essere utilizzata con le funzionalità MemoryDB esistenti. Le applicazioni che non utilizzano la ricerca vettoriale non saranno influenzate dalla sua presenza. L'anteprima della ricerca vettoriale è disponibile a partire dalla versione 7.1 di MemoryDB nelle seguenti regioni: Stati Uniti orientali (Virginia settentrionale e Ohio), Stati Uniti occidentali (Oregon), UE (Irlanda) e Asia Pacifico (Tokyo). Consulta la documentazione qui per sapere come abilitare l'anteprima della ricerca vettoriale e le funzionalità correlate.

Nota

La versione 7.1 di MemoryDB è compatibile con Redis OSS v7.0. Per ulteriori informazioni sulla versione Redis OSS 7.0, consulta le note di rilascio di Redis OSS 7.0 su Redis OSS su. GitHub

MemoryDB versione 7.0 (migliorata)

MemoryDB 7.0 aggiunge una serie di miglioramenti e supporto per nuove funzionalità:

  • Funzioni Redis OSS: MemoryDB 7 aggiunge il supporto per Redis OSS Functions e offre un'esperienza gestita che consente agli sviluppatori di eseguire script LUA con la logica dell'applicazione archiviata nel cluster MemoryDB, senza richiedere ai client di inviare nuovamente gli script al server ad ogni connessione.

  • Miglioramenti ACL: MemoryDB 7 aggiunge il supporto per la prossima versione di Redis OSS Access Control Lists (ACL). Con MemoryDB OSS 7, i client possono ora specificare più set di autorizzazioni su chiavi o spazi chiave specifici in Redis OSS.

  • Sharded Pub/Sub: MemoryDB 7 aggiunge il supporto per l'esecuzione della funzionalità Redis OSS Pub/Sub in modo frammentato quando si esegue MemoryDB in Cluster Mode Enabled (CME). Le funzionalità Pub/Sub di Redis OSS consentono agli editori di inviare messaggi a qualsiasi numero di abbonati su un canale. Con Amazon MemoryDB OSS 7, i canali sono associati a uno shard nel cluster MemoryDB, eliminando la necessità di propagare le informazioni del canale tra gli shard. Ciò si traduce in una migliore scalabilità.

  • Multiplexing I/O migliorato: MemoryDB OSS versione 7 introduce il multiplexing I/O avanzato, che offre un throughput maggiore e una latenza ridotta per carichi di lavoro ad alto throughput che hanno molte connessioni client simultanee a un cluster MemoryDB. Ad esempio, quando si utilizza un cluster di nodi r6g.4xlarge e si eseguono 5200 client simultanei, è possibile ottenere un aumento del throughput fino al 46% (operazioni di lettura e scrittura al secondo) e una riduzione della latenza P99 fino al 21%, rispetto alla versione 6 di MemoryDB.

Per ulteriori informazioni sulla versione Redis OSS 7.0, consultate le note di rilascio di Redis OSS 7.0 su Redis OSS on. GitHub

MemoryDB versione 6.2 (migliorata)

MemoryDB introduce la prossima versione del motore Redis OSS, che include Autenticazione degli utenti con elenchi di controllo degli accessi (ACL) il supporto per l'aggiornamento automatico della versione, la memorizzazione nella cache lato client e significativi miglioramenti operativi.

La versione 6.2.6 del motore Redis introduce anche il supporto per il formato nativo di JavaScript Object Notation (JSON), un modo semplice e senza schemi per codificare set di dati complessi all'interno dei cluster Redis OSS. Con il supporto JSON, puoi sfruttare le prestazioni e le API Redis OSS per le applicazioni che funzionano su JSON. Per ulteriori informazioni, consulta Nozioni di base di JSON. È inclusa anche la metrica relativa a JSON incorporata per monitorare l'utilizzo di JsonBasedCmds questo tipo di dati. CloudWatch Per ulteriori informazioni, consulta Metriche per MemoryDB.

Con Redis OSS 6, MemoryDB offrirà un'unica versione per ogni versione minore di Redis OSS, anziché offrire più versioni di patch. Questo è progettato per ridurre al minimo la confusione e l'ambiguità derivanti dalla necessità di scegliere tra più versioni minori. MemoryDB gestirà inoltre automaticamente la versione secondaria e la versione patch dei cluster in esecuzione, garantendo prestazioni migliori e maggiore sicurezza. Ciò verrà gestito tramite canali standard di notifica ai clienti tramite una campagna di aggiornamento del servizio. Per ulteriori informazioni, consulta Aggiornamenti del servizio in MemoryDB.

Se non specificate la versione del motore durante la creazione, MemoryDB selezionerà automaticamente la versione Redis OSS preferita. D'altra parte, se si specifica la versione del motore utilizzando6.2, MemoryDB richiamerà automaticamente la versione patch preferita di Redis OSS 6.2 disponibile.

Ad esempio, quando si crea un cluster, si imposta il parametro su. --engine-version 6.2 Il cluster verrà avviato con la versione di patch preferita attualmente disponibile al momento della creazione. Qualsiasi richiesta con un valore di versione completa del motore verrà rifiutata, verrà generata un'eccezione e il processo avrà esito negativo.

Quando si chiama l'DescribeEngineVersionsAPI, il valore del EngineVersion parametro verrà impostato su 6.2 e la versione completa effettiva del motore verrà restituita nel EnginePatchVersion campo.

Per ulteriori informazioni sulla versione Redis OSS 6.2, consulta le note di rilascio di Redis 6.2 su Redis OSS su. GitHub

Aggiornamento delle versioni del motore

Per impostazione predefinita, MemoryDB gestisce automaticamente la versione patch dei cluster in esecuzione tramite gli aggiornamenti del servizio. Puoi inoltre disattivare l'aggiornamento automatico della versione secondaria se imposti la AutoMinorVersionUpgrade proprietà dei tuoi cluster su false. Tuttavia, non è possibile disattivare l'aggiornamento automatico della versione della patch.

È possibile controllare se e quando il software conforme al protocollo che alimenta il cluster viene aggiornato alle nuove versioni supportate da MemoryDB prima dell'avvio dell'aggiornamento automatico. Questo livello di controllo ti consente di mantenere la compatibilità con versioni specifiche, testare le nuove versioni con l'applicazione prima di distribuirle in produzione e aggiornare le versioni alle tue condizioni e secondo le tue scadenze.

È possibile avviare gli aggiornamenti della versione del motore del cluster nei seguenti modi:

Tieni presente quanto segue:

  • Puoi eseguire l'aggiornamento a una versione del motore più recente; non è consentito, invece, il downgrade a versioni precedenti. Se vuoi utilizzare una versione del motore precedente, elimina il cluster esistente e crealo di nuovo con la versione del motore precedente.

  • È preferibile eseguire periodicamente l'aggiornamento all'ultima versione principale, siccome la maggior parte dei miglioramenti principali non viene ripristinata alle versioni precedenti. Man mano che MemoryDB espande la disponibilità in una nuova AWS regione, MemoryDB supporta le due MAJOR.MINOR versioni più recenti in quel momento per la nuova regione. Ad esempio, se viene avviata una nuova AWS regione e le ultime versioni di MemoryDB sono 7.0 e 6.2, MAJOR.MINOR MemoryDB supporterà le versioni 7.0 e 6.2 nella nuova regione. AWS Man mano che verranno MAJOR.MINOR rilasciate le versioni più recenti di MemoryDB, MemoryDB continuerà ad aggiungere il supporto per le versioni di MemoryDB appena rilasciate. Per ulteriori informazioni sulla scelta delle regioni per MemoryDB, consulta. Regioni ed endpoint supportati

  • La gestione della versione del motore è progettata in modo da avere il maggior controllo possibile sulle modalità di applicazione delle patch. Tuttavia, MemoryDB si riserva il diritto di applicare patch al cluster per conto dell'utente nell'improbabile eventualità che si verifichi una vulnerabilità critica di sicurezza nel sistema o nel software.

  • MemoryDB offrirà un'unica versione per ogni versione minore di Redis OSS, anziché offrire più versioni di patch. Questo è progettato per ridurre al minimo la confusione e l'ambiguità derivanti dalla necessità di scegliere tra più versioni. MemoryDB gestirà inoltre automaticamente la versione secondaria e la versione patch dei cluster in esecuzione, garantendo prestazioni migliori e maggiore sicurezza. Ciò verrà gestito tramite canali standard di notifica ai clienti tramite una campagna di aggiornamento del servizio. Per ulteriori informazioni, consulta Aggiornamenti del servizio in MemoryDB.

  • È possibile aggiornare la versione del cluster con tempi di inattività minimi. Il cluster è disponibile per la lettura durante l'intero aggiornamento ed è disponibile per la scrittura durante la maggior parte della sua durata, eccetto durante l'operazione di failover che dura alcuni secondi.

  • Ti consigliamo di eseguire gli aggiornamenti del motore durante i periodi di basso traffico di scrittura in entrata.

    I cluster con più shard vengono elaborati e patchati come segue:

    • Viene eseguita una sola operazione di aggiornamento per shard alla volta.

    • In ognle partizioni, tutte le repliche vengono elaborate prima del primario. Se una partizione annovera poche repliche, il suo nodo primario potrebbe giungere alla conclusione dell'elaborazione prima delle repliche negli altrle partizioni.

    • I nodi primari dei varle partizioni vengono elaborati in serie. Viene aggiornato un solo nodo primario alla volta.

Come aggiornare la versione di un motore

È possibile avviare gli aggiornamenti di versione del cluster modificandolo utilizzando la console MemoryDB, l'API MemoryDB o l'API MemoryDB e AWS CLI specificando una versione più recente del motore. Per ulteriori informazioni, consulta i seguenti argomenti.

Risoluzione degli aggiornamenti bloccati del motore Redis OSS

Come illustrato nella tabella seguente, l'operazione di aggiornamento del motore Redis OSS è bloccata se è in corso un'operazione di scalabilità.

Operazioni in sospeso Operazioni bloccate
Dimensionamento Aggiornamento immediato del motore
Aggiornamento del motore Dimensionamento immediato
Dimensionamento e aggiornamento del motore Dimensionamento immediato
Aggiornamento immediato del motore