Mecanismos e versões compatíveis

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

• 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 é o “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.

• ElastiCache (Valkey) versão 7.2.6

• ElastiCache (RedisOSS) versão 7.1 (aprimorada)

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

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

• Pub/Sub fragmentado: ElastiCache com Valkey e Redis, o OSS 7 adiciona suporte para executar a funcionalidade do Pub/Sub de forma fragmentada ao executar no modo de cluster ativado (). ElastiCache CME Os recursos do Pub/Sub permitem que os editores enviem mensagens para qualquer número de inscritos em um canal. Os canais são vinculados a um fragmento no ElastiCache cluster, eliminando a necessidade de propagar as informações do canal entre os fragmentos, resultando em maior escalabilidade.

• Multiplexação de E/S aprimorada: ElastiCache com Valkey e Redis, o OSS 7 introduz 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. ElastiCache Por exemplo, ao usar um cluster de nós r6g.xlarge e executar 5200 clientes simultâneos, você pode obter um aumento de até 72% na taxa de transferência (operações de leitura e gravação por segundo) e uma redução de até 71% na latência P99, em comparação com a versão 6 do Redis. ElastiCache OSS

• Garantia de estabilidade do mecanismo em condições especiais.

• Tratamento aprimorado de erros do Hyperloglog.

• Comandos de handshake aprimorados para a replicação confiável.

• Rastreamento de entrega de mensagens consistente pelo comando XCLAIM.

• Gerenciamento do campo LFU aprimorado nos objetos.

• Gerenciamento de transações aprimorado ao usar ZPOP.

• Capacidade de renomear comandos: um parâmetro chamado rename-commands assim permite renomear OSS comandos do Redis potencialmente perigosos ou caros que podem causar perda acidental de dados, como ou. FLUSHALL FLUSHDB Isso é semelhante à configuração do comando renomear no Redis de código aberto. OSS No entanto, ElastiCache melhorou a experiência ao fornecer um fluxo de trabalho totalmente gerenciado. As alterações de nomes de comando são aplicadas imediatamente e propagadas automaticamente em todos os nós no cluster que contêm a lista de comandos. Não há nenhuma intervenção necessária de sua parte, como a reinicialização de nós.

  Os exemplos a seguir demonstram como modificar os grupos de parâmetros existentes. Eles incluem o parâmetro rename-commands, que é uma lista separada por espaços de comandos que você deseja renomear:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  Neste exemplo, o parâmetro rename-commands é usado para renomear o comando flushall como restrictedflushall.

  Para renomear vários comandos, use o seguinte:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
  

  Para reverter qualquer alteração, execute novamente o comando e exclua qualquer valor renomeado na lista ParameterValue que você deseja manter, conforme mostrado a seguir:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  Nesse caso, o comando flushall é renomeado para restrictedflushall e qualquer outro comando renomeado revertido para seus nomes de comando originais.

  nota

  Ao renomear comandos, você está restrito às seguintes limitações:

  • Todos os comandos renomeados devem ser alfanuméricos.

  • O tamanho máximo de novos nomes de comando é de 20 caracteres alfanuméricos.

  • Ao renomear comandos, certifique-se de que você atualize o grupo de parâmetros associado ao seu cluster.

  • Para evitar totalmente o uso de um comando, use a palavra-chave blocked, conforme mostrado a seguir:

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
    --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall blocked'" --region region
    

  Para obter mais informações sobre as alterações de parâmetro e uma lista de comandos que são qualificados para serem renomeados, consulte Alterações nos parâmetros do Redis OSS 5.0.3.

• Redis OSS Streams: isso modela uma estrutura de dados de log que permite aos produtores acrescentar novos itens em tempo real. Também permite que os consumidores leiam mensagens com ou sem bloqueio. Os fluxos também permitem grupos de consumidores, que representam um grupo de clientes para cooperativamente consumir diferentes partes do mesmo fluxo de mensagens, semelhante ao Apache Kafka. Para obter mais informações, consulte Streams.

• Oferece suporte para uma família de comandos de fluxo, como os XADD, XRANGE e XREAD. Para obter mais informações, consulte Streams Commands.

• Diversos parâmetros novos e renomeados. Para obter mais informações, consulte Alterações nos parâmetros do Redis OSS 5.0.0.

• Uma nova OSS métrica do Redis,StreamBasedCmds.

• Tempo de captura de imagem um pouco mais rápido para os nós do RedisOSS.

• Garantia de estabilidade do mecanismo em condições especiais.

• Tratamento aprimorado de erros do Hyperloglog.

• Comandos de handshake aprimorados para a replicação confiável.

• Rastreamento de entrega de mensagens consistente pelo comando XCLAIM.

• Gerenciamento do campo LFU aprimorado nos objetos.

• Gerenciamento de transações aprimorado ao usar ZPOP.

• Redis OSS Streams: isso modela uma estrutura de dados de log que permite aos produtores acrescentar novos itens em tempo real. Também permite que os consumidores leiam mensagens com ou sem bloqueio. Os fluxos também permitem grupos de consumidores, que representam um grupo de clientes para cooperativamente consumir diferentes partes do mesmo fluxo de mensagens, semelhante ao Apache Kafka. Para obter mais informações, consulte Streams.

• Oferece suporte para uma família de comandos de fluxo, como os XADD, XRANGE e XREAD. Para obter mais informações, consulte Streams Commands.

• Diversos parâmetros novos e renomeados. Para obter mais informações, consulte Alterações nos parâmetros do Redis OSS 5.0.0.

• Uma nova OSS métrica do Redis,StreamBasedCmds.

• Tempo de captura de imagem um pouco mais rápido para os nós do RedisOSS.

• Redimensionamento e criptografia de clusters on-line em uma única versão ElastiCache (RedisOSS). Para obter mais informações, consulte as informações a seguir.

  • Dimensionamento de clusters em Valkey ou Redis OSS (modo de cluster ativado)

  • Refragmentação online para Valkey ou Redis OSS (modo de cluster ativado)

  • Segurança de dados na Amazon ElastiCache

• Diversos novos parâmetros. Para obter mais informações, consulte Alterações nos parâmetros do Redis OSS 4.0.10.

• Suporte para a família de comandos de memória, como MEMORY. Para obter mais informações, consulte Comandos (pesquisa ativadaMEMO).

• Suporte para desfragmentação de memória online, permitindo assim a utilização mais eficiente da memória e uma quantidade maior de memória disponível para seus dados.

• Support para descargas e exclusões assíncronas. ElastiCache (RedisOSS) suporta comandos comoUNLINK, FLUSHDB e FLUSHALL para execução em um encadeamento diferente do encadeamento principal. Fazer isso ajuda a melhorar o desempenho e os tempos de resposta dos aplicativos, liberando a memória de maneira assíncrona.

• Uma nova OSS métrica do Redis,ActiveDefragHits. Para obter mais informações, consulte Métricas para Redis OSS.

• Refragmentação online para Valkey ou Redis OSS (modo de cluster ativado)

• Redimensionamento de cluster on-line

• ElastiCache criptografia em trânsito () TLS

• Criptografia em repouso em ElastiCache

• Validação de conformidade para a Amazon ElastiCache

Observações:

• Particionamento: a capacidade de dividir seus dados em 2 a 500 grupos de nós (fragmentos) com suporte de replicação para cada grupo de nós.

• Indexação geoespacial — O Redis OSS 3.2.4 introduz suporte para indexação geoespacial por meio de seis comandos. GEO Para obter mais informações, consulte a documentação do comando Redis OSS GEO * Comandos: GEO na página Comandos do Valkey (filtrada por). GEO

• Migração de réplica

• Rebalanceamento do cluster

• Depurador Lua

• cluster meet

• cluster replicate

• cluster flushslots

• cluster addslots

• cluster delslots

• cluster setslot

• cluster saveconfig

• cluster forget

• cluster failover

• cluster bumpepoch

• cluster set-config-epoch

• cluster reset

• Suporte para backups e sincronizações sem garantia que permite alocar menos memória para despesas gerais de backup e mais para o seu aplicativo. Para obter mais informações, consulte Como a sincronização e o backup são implementados. O processo sem bifurcação pode afetar tanto a latência quanto o throughput. No caso de alto throughput de gravação, quando uma réplica se sincronizar de novo, ela poderá ficar inacessível durante todo o tempo durante a sincronização.

• Se houver um failover, os grupos de replicação agora se recuperarão mais rapidamente, pois as réplicas realizam sincronizações parciais com o primário em vez de sincronizações completas sempre que possível. Além disso, tanto o primário quanto as réplicas não usam mais o disco durante as sincronizações, proporcionando ganhos de velocidade adicionais.

• Support para duas novas CloudWatch métricas.

  • ReplicationBytes - O número de bytes que o cluster primário de um grupo de replicação está enviando às réplicas de leitura.

  • SaveInProgress - Um valor binário que indica se há ou não um processo de salvamento em segundo plano em execução.

  Para obter mais informações, consulte Monitorando o uso com CloudWatch métricas.

• Várias correções de erros críticos no PSYNC comportamento de replicação. Para obter mais informações, consulte as notas de versão do Redis OSS 2.8.

• Para manter o desempenho aprimorado da replicação em grupos de replicação Multi-AZ e para aumentar a estabilidade do cluster, não há mais suporte para não ElastiCache réplicas.

• Para melhorar a consistência de dados entre o cluster primário e as réplicas em um grupo de replicação, as réplicas não removem mais as chaves independentemente do cluster primário.

• Variáveis de OSS configuração do Redis appendonly e não appendfsync são compatíveis com a OSS versão 2.8.22 e posterior do Redis.

• Em situações de pouca memória, os clientes com um grande buffer de saída podem ser desconectados de um cluster de réplicas. Se desconectado, o cliente deverá se reconectar. É mais provável que tais situações ocorram para PUBSUB os clientes.

• Support for HyperLogLog. Para obter mais informações, consulte a OSSnova estrutura de dados do Redis: HyperLogLog.

• Agora, o tipo de dados de conjunto classificado oferece suporte para consultas de intervalo lexicográfico com os novos comandos ZRANGEBYLEX, ZLEXCOUNT e ZREMRANGEBYLEX.

• Para evitar que um nó primário envie dados obsoletos para os nós de réplica, o mestre SYNC falhará se um processo secundário save (bgsave) em segundo plano for abortado.

• Support para a HyperLogLogBasedCommands CloudWatchmétrica. Para obter mais informações, consulte Métricas para Valkey e Redis OSS.

• Resistência aprimorada e tolerância a falhas para réplicas de leitura.

• Suporte para ressincronização parcial.

• Suporte para o número mínimo de réplicas de leitura definido pelo usuário que deve estar disponível em todos os momentos.

• Suporte total para pub/sub-notificação de clientes sobre eventos no servidor.

• Detecção automática de uma falha do nó primário e failover do seu nó primário para um nó secundário.

• Rebalanceamento de slab automatizado.

• Pesquisas de tabela de hash mais rápidas com o algoritmo murmur3.

• LRUAlgoritmo segmentado.

• LRUrastreador para recuperar memória em segundo plano.

• --enable-seccomp: uma opção de tempo de compilação.

• Correções cumulativas, como ASCII multigets, CVE -2017-9951 e rastreamento de limite para. metadumper

• Melhor gerenciamento de conexão ao fechar as conexões no limite da conexão.

• Gerenciamento do tamanho do item aprimorado para tamanho do item acima de 1MB.

• Melhor desempenho e melhorias de sobrecarga da memória reduzindo os requisitos de memória por item por alguns bytes.

• Capacidade de despejar todos os metadados de uma classe de slab específica, uma lista de classes de slab ou todas as classes de slab. Para obter mais informações, consulte o documento Notas de release do Memcached 1.4.31.

• Melhor suporte para itens grandes acima do padrão de 1 megabyte. Para obter mais informações, consulte o documento Notas de release do Memcached 1.4.29.

• Capacidade de especificar por quanto tempo um cliente pode estar ocioso antes de ser solicitado a fechar.

  Capacidade de aumentar dinamicamente a quantidade de memória disponível para o Memcached sem ter que reiniciar o cluster. Para obter mais informações, consulte o documento Notas de release do Memcached 1.4.27.

• Agora há suporte para o registro em log de fetchers, mutations e evictions. Para obter mais informações, consulte o documento Notas de release do Memcached 1.4.26.

• A memória liberada pode ser recuperada para um grupo global e reatribuída a novas classes de slab. Para obter mais informações, consulte o documento Notas de release do Memcached 1.4.25.

• Diversas correções de bugs.

• Alguns novos comandos e parâmetros. Para ver uma lista, consulte Parâmetros adicionados do Memcached 1.4.33.

• Gerenciamento usado menos recentemente (LRU) usando um processo em segundo plano.

• Adição da opção de usar o jenkins ou o murmur3 como algoritmo de hash.

• Alguns novos comandos e parâmetros. Para ver uma lista, consulte Parâmetros adicionados do Memcached 1.4.24.

• Diversas correções de bugs.

• Maior capacidade de rebalanceamento de slabs.

• Melhoria de desempenho e escalabilidade.

• Introdução do comando touch para atualizar o tempo de expiração de um item existente sem buscá-lo.

• Descoberta automática: a capacidade de programas clientes determinarem automaticamente todos os nós do cache em um cluster e iniciarem e manterem conexões com todos esses nós.