Versões do mecanismo - Amazon MemoryDB
Vale 7.2.6Redis OSS 7.0 (aprimorado)Redis OSS 7.0 (aprimorado)Redis OSS 6.2 (aprimorado)Atualização de versões de mecanismos

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Versões do mecanismo

Esta seção aborda as versões suportadas dos OSS mecanismos Valkey e Redis.

MemoryDB versão 7.2.6

Em 8 de outubro de 2024, o Valkey 7.2.6 foi lançado. O Valkey 7.2.6 tem diferenças de compatibilidade semelhantes às versões anteriores do Redis OSS 7.2.5. Aqui estão as principais diferenças entre o Valkey e o Redis OSS 7.0 e 7.1:

  • Nova WITHSCORE opção para ZREVRANK comandos ZRANK e

  • CLIENTNÃO- TOUCH para que os clientes executem comandos sem afetarLRU/LFUdas teclas.

  • Novo comando CLUSTER MYSHARDID que retorna o ID do fragmento do nó para agrupar logicamente os nós no modo de cluster com base na replicação.

  • Otimizações de desempenho e memória para vários tipos de dados.

Aqui estão as mudanças de comportamento potencialmente significativas entre o Valkey 7.2 e o Redis OSS 7.1 (ou 7.0):

  • Ao ligar PUBLISH para um RESP3 cliente que também está inscrito no mesmo canal, o pedido é alterado e a resposta é enviada antes da mensagem publicada.

  • O rastreamento do lado do cliente para scripts agora rastreia as chaves que são lidas pelo script, em vez das chaves declaradas pelo chamador deEVAL/FCALL.

  • A amostragem de tempo de congelamento ocorre durante a execução do comando e nos scripts.

  • Quando um comando bloqueado está sendo desbloqueado, verificações como ACLOOM, e outras são reavaliadas.

  • ACLo texto da mensagem de erro de falha e os códigos de erro são unificados.

  • Um comando de fluxo bloqueado que é lançado quando a chave não existe mais carrega um código de erro diferente (- NOGROUP ou - WRONGTYPE em vez de -UNBLOCKED).

  • As estatísticas do comando são atualizadas para comandos bloqueados somente quando o comando realmente é executado.

  • O armazenamento interno dos ACL usuários não remove mais as regras redundantes de comando e categoria. Isso pode alterar a forma como essas regras são exibidas como parte de ACL SAVE ACL GETUSER ACL LIST e.

  • Qualquer conexão de cliente criada para uso TLS baseado em replicação, SNI se possível.

  • XINFOSTREAM: o campo de resposta de sete tempos agora indica a última tentativa de interação em vez da última interação bem-sucedida. O novo campo de resposta em tempo ativo agora indica a última interação bem-sucedida.

  • XREADGROUPe X [AUTO] CLAIM criam o consumidor independentemente de ele ter sido capaz de realizar alguma leitura/reclamação. [TBD- o que é “isso” aqui?]

  • ACLo usuário padrão recém-criado define o sinalizador sanitize-payload em/. ACL LIST GETUSER

  • O HELLO comando não afeta o estado do cliente, a menos que seja bem-sucedido.

  • NANas respostas são normalizadas para um único tipo nan, semelhante ao comportamento atual de inf.

Para obter mais informações sobre Valkey, consulte Valkey

Para obter mais informações sobre a versão 7.2 do Valkey, consulte as notas de lançamento do Redis OSS 7.2.4 (o Valkey 7.2 inclui todas as alterações do Redis OSS até a versão 7.2.4) e as notas de lançamento do Valkey 7.2 em Valkey on. GitHub

MemoryDB versão 7.1 (aprimorado)

A versão 7.1 do MemoryDB adiciona suporte para recursos de pesquisa vetorial em todas as regiões, bem como correções de bugs críticos e aprimoramentos de desempenho.

  • Recurso de pesquisa vetorial: a pesquisa vetorial pode ser usada com a funcionalidade existente do MemoryDB. Os aplicativos que não usam a pesquisa vetorial não serão afetados por sua presença. A pesquisa vetorial está disponível no MemoryDB versão 7.1 em diante em todas as regiões. Consulte a documentação aqui para obter mais informações.

nota

A versão 7.1 do MemoryDB é compatível com o Redis v7.0. OSS Para obter mais informações sobre a versão do Redis OSS 7.0, consulte as notas de lançamento do Redis OSS 7.0 em Redis on. OSS GitHub

MemoryDB versão 7.0 (aprimorado)

O MemoryDB 7.0 adiciona uma série de melhorias e suporte para novas funcionalidades:

  • Funções: o MemoryDB 7 adiciona suporte para Functions e fornece uma experiência gerenciada que permite que os desenvolvedores executem LUAscripts com a lógica do aplicativo armazenada no cluster MemoryDB, sem exigir que os clientes reenviem os scripts para o servidor a cada conexão.

  • ACLmelhorias: o MemoryDB 7 adiciona suporte para a próxima versão do Access Control Lists ()ACLs. Com o MemoryDB OSS Valkey 7 ou o Redis OSS 7, os clientes agora podem especificar vários conjuntos de permissões em chaves ou espaços de teclas específicos.

  • Pub/Sub fragmentado: o MemoryDB 7 adiciona suporte para executar Pub/Sub functionality in a sharded way when running MemoryDB in Cluster Mode Enabled (CME). Pub/Sub recursos que permitem que os editores enviem mensagens para qualquer número de inscritos em um canal. Com o Amazon MemoryDB, os canais Valkey 7 e Redis OSS 7 são vinculados a um fragmento no cluster MemoryDB, eliminando a necessidade de propagar informações do canal entre fragmentos. Isso resulta em melhor escalabilidade.

  • Multiplexação de E/S aprimorada: o MemoryDB Valkey 7 e o Redis OSS versão 7 introduzem a multiplexação de E/S aprimorada, que oferece maior taxa de transferência e latência reduzida para cargas de trabalho de alto rendimento que têm muitas conexões simultâneas de clientes com um cluster MemoryDB. Por exemplo, ao usar um cluster de nós r6g.4xlarge e executar 5200 clientes simultâneos, você pode obter um aumento de até 46% na taxa de transferência (operações de leitura e gravação por segundo) e uma redução de até 21% na latência P99, em comparação com o MemoryDB versão 6.

Para obter mais informações sobre Valkey, consulte Valkey

Para obter mais informações sobre a versão 7.2 do Valkey, consulte as notas de lançamento do Redis OSS 7.2.4 (o Valkey 7.2 inclui todas as alterações do Redis OSS até a versão 7.2.4) e as notas de lançamento do Valkey 7.2 em Valkey on. GitHub

MemoryDB com Redis OSS versão 6.2 (aprimorado)

O MemoryDB apresenta a próxima versão do OSS mecanismo Redis, que inclui suporte automático à atualização de versãoAutenticando usuários com listas de controle de acesso () ACLs, armazenamento em cache do lado do cliente e melhorias operacionais significativas.

A versão 6.2.6 do mecanismo Redis também introduz suporte ao formato nativo JavaScript Object Notation (JSON), uma forma simples e sem esquemas de codificar conjuntos de dados complexos dentro de clusters do Redis. OSS Com o JSON suporte, você pode aproveitar o desempenho e o Redis OSS APIs para aplicativos que operam em excessoJSON. Para obter mais informações, consulte Começando com JSON. Também está incluída uma métrica JSON relacionada JsonBasedCmds que é incorporada CloudWatch para monitorar o uso desse tipo de dados. Para obter mais informações, consulte Métricas para MemoryDB.

Com o Redis OSS 6, o MemoryDB oferecerá uma única versão para cada versão OSS secundária do Redis, em vez de oferecer várias versões de patch. Isso foi projetado para minimizar a confusão e a ambiguidade de ter que escolher entre várias versões secundárias. O MemoryDB também gerenciará automaticamente a versão secundária e a versão de correção de seus clusters em execução, garantindo melhor desempenho e segurança aprimorada. Isso será tratado por meio de canais padrão de notificação ao cliente por meio de uma campanha de atualização de serviço. Para obter mais informações, consulte Atualizações de serviço no MemoryDB.

Se você não especificar a versão do mecanismo durante a criação, o MemoryDB selecionará automaticamente a OSS versão preferida do Redis para você. Por outro lado, se você especificar a versão do mecanismo usando6.2, o MemoryDB invocará automaticamente a versão de patch preferencial do Redis OSS 6.2 que está disponível.

Por exemplo, quando você criar um cluster, você definirá o parâmetro --engine-version como 6.2. O cluster será iniciado com a versão de patch preferencial atual disponível no momento da criação. Qualquer solicitação com um valor de versão completa do mecanismo será rejeitada, uma exceção será lançada e o processo falhará.

Ao chamar o DescribeEngineVersionsAPI, o valor do EngineVersion parâmetro será definido como 6.2 e a versão real do mecanismo completo será retornada no EnginePatchVersion campo.

Para obter mais informações sobre a versão OSS 6.2 do Redis, consulte as notas de lançamento do Redis 6.2 em Redis on. OSS GitHub

Atualização de versões de mecanismos

Por padrão, o MemoryDB gerencia automaticamente a versão do patch de seus clusters em execução por meio de atualizações de serviço. Além disso, você pode desativar a atualização automática de versões secundárias se definir a propriedade AutoMinorVersionUpgrade dos seus clusters como “false”. No entanto, você não pode cancelar a atualização automática da versão do patch.

Você pode controlar se e quando os softwares compatíveis com o protocolo que alimenta seu cluster são atualizados para novas versões com suporte pelo MemoryDB antes do início do upgrade automático. Esse nível de controle permite que você mantenha a compatibilidade com versões específicas, teste novas versões com seu aplicativo antes de implantar em produção e realize atualizações de versão em seus próprios termos e cronogramas.

Você também pode fazer o upgrade de um MemoryDB existente com mecanismo Redis para um OSS mecanismo Valkey.

Você pode iniciar os upgrades da versão do mecanismo em seu cluster das seguintes maneiras:

Observe o seguinte:

  • Você pode atualizar para uma versão de mecanismo mais recente, mas não pode fazer downgrade para uma versão de mecanismo mais antiga. Se quiser usar uma versão de mecanismo mais antiga, você deverá excluir o cluster existente e criá-lo novamente com a versão mais antiga do mecanismo.

  • Recomendamos atualizar periodicamente para a versão principal mais recente, já que a maioria das melhorias principais não são transferidas para versões mais antigas. À medida que o MemoryDB expande a disponibilidade para uma nova AWS região, o MemoryDB oferece suporte às duas MAJOR.MINOR versões mais recentes da época para a nova região. Por exemplo, se uma nova AWS região for iniciada e as versões mais recentes do MAJOR.MINOR MemoryDB forem 7.0 e 6.2, o MemoryDB suportará as versões 7.0 e 6.2 na nova região. AWS À medida que novas MAJOR.MINOR versões do MemoryDB forem lançadas, o MemoryDB continuará a adicionar suporte às versões recém-lançadas do MemoryDB. Para saber mais sobre como escolher regiões para o MemoryDB, consulte Regiões e endpoints com suporte.

  • O gerenciamento da versão do mecanismo foi desenvolvido para que você possa ter o máximo controle possível sobre a execução de patches. No entanto, o MemoryDB reserva o direito de executar patches no cluster em seu nome caso ocorra uma vulnerabilidade de segurança crítica no sistema ou software.

  • O MemoryDB oferecerá uma única versão para cada versão OSS secundária do Valkey ou do Redis, em vez de oferecer várias versões de patch. Isso foi projetado para minimizar a confusão e a ambiguidade de ter que escolher entre várias versões. O MemoryDB também gerenciará automaticamente a versão secundária e a versão de correção de seus clusters em execução, garantindo melhor desempenho e segurança aprimorada. Isso será tratado por meio de canais padrão de notificação ao cliente por meio de uma campanha de atualização de serviço. Para obter mais informações, consulte Atualizações de serviço no MemoryDB.

  • Você pode atualizar a versão do cluster com o mínimo de tempo de inatividade. O cluster estará disponível para leituras durante todo o processo de atualização e para gravações durante a maior parte da atualização, exceto durante a operação de failover que dura alguns segundos.

  • Recomendamos que você faça atualizações do mecanismo durante períodos de baixo tráfego de gravação de entrada.

    Os clusters com vários fragmentos são processados e corrigidos da seguinte forma:

    • Apenas uma operação de upgrade é realizada por fragmento a qualquer momento.

    • Em cada fragmento, todas as réplicas são processadas antes do processamento da primária. Caso haja menos réplicas em um fragmento, a primária nesse fragmento pode ser processada antes da conclusão do processamento das réplicas em outros fragmentos.

    • Em todos os fragmentos, os nós primários são processados em série. Somente um nó primário é atualizado por vez.

Como atualizar as versões dos mecanismos

Você inicia as atualizações de versão do seu cluster modificando-o usando o console MemoryDB, o ou o MemoryDB e AWS CLI especificando uma versão mais recente do mecanismoAPI. Para obter mais informações, consulte os tópicos a seguir.

Resolvendo atualizações bloqueadas do mecanismo Redis OSS

Conforme mostrado na tabela a seguir, sua operação de atualização OSS do mecanismo Redis será bloqueada se você tiver uma operação de aumento de escala pendente.

Operações pendentes Operações bloqueadas
Amplie a sua capacidade Atualização imediata do mecanismo
Atualização do mecanismo Expansão imediata
Expansão e atualização do mecanismo Expansão imediata
Atualização imediata do mecanismo