HotKV Cloud vs Google Cloud Memorystore

Uma alternativa ao Memorystore na mesma nuvem

O HotKV Cloud é uma alternativa ao Memorystore na mesma nuvem. Ele roda no Google Cloud em 42 regiões, com um motor multithread que fala o protocolo Redis em uma máquina dedicada por instância. O Memorystore roda Valkey, Redis Cluster, Redis ou Memcached. Mesma nuvem, mesmos clientes, um motor diferente.

Mesma região. Mesmos clientes. Um formato diferente de servidor.

Memorystore

um shard por nó, uma thread executa

HotKV Cloud

uma máquina isolada, todos os núcleos executam

Uma ilustração, não uma medição. Os dois rodam no Google Cloud, e o HotKV Cloud oferece 42 regiões. Os mesmos clientes se conectam a qualquer um dos dois. O Memorystore for Valkey e o Memorystore for Redis Cluster distribuem as chaves entre nós por hash slot, e cada nó executa comandos em uma única thread. Uma instância do HotKV Cloud é uma máquina isolada cujo motor executa em todos os núcleos.

Esta alternativa ao Memorystore, rodando como instância única em uma máquina de 160 vCPUs, liderou 12 de 12 comandos contra o Valkey 9.1.2, com 8.6x a 56.6x a vazão. O HotKV foi compilado a partir do código-fonte para essa CPU. O Valkey 9.1.2 rodou como sua build padrão. A diferença é menor em máquinas pequenas.

Substituição direta

O que permanece igual com esta alternativa ao Memorystore

O HotKV implementa o protocolo de rede do Redis. Migrar do Google Cloud Memorystore costuma ser uma troca de host e credenciais. Verifique a referência de comandos para qualquer coisa fora do conjunto central.

Mesmo protocolo

RESP2 e RESP3 com negociação HELLO. O HotKV informa a versão 8.4.0 do Redis aos clientes, então as bibliotecas escolhem seus recursos com base nela. Strings de conexão, pipelines, pub/sub e transações funcionam como funcionam hoje.

Mesmos clientes e ferramentas

Bibliotecas cliente do Redis e do Valkey, redis-cli, redis-cli --cluster e ferramentas gráficas se conectam ao HotKV sem mudanças de código para os comandos centrais.

Mesmos comandos centrais

300 comandos centrais, scripts Lua e bibliotecas de funções, além das famílias de comandos próprias do HotKV quando você quiser.

o cliente que você já usa
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
   ... (mais quatro campos)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # um comando do HotKV, quando você quiser
(integer) 1

Os argumentos a favor de uma alternativa ao Memorystore

Por que as equipes procuram uma alternativa ao Memorystore

Propriedades documentadas do Google Cloud Memorystore que levam as equipes a procurar uma alternativa ao Memorystore, verificadas em 21 de outubro de 2026.

01

Os motores executam comandos em uma única thread

O Valkey e o Redis executam comandos em uma única thread principal por nó. O Memorystore escala adicionando nós e shards, que você dimensiona e paga. Uma alternativa ao Memorystore com um motor multithread escala primeiro dentro de uma máquina.

02

Shards e nós para planejar

O Memorystore for Valkey e o Memorystore for Redis Cluster escalam horizontalmente até 250 nós. A capacidade é planejada em shards e réplicas, e comandos multi-chave precisam ficar dentro de um mesmo hash slot. Uma alternativa ao Memorystore em uma única máquina não tem slots para planejar.

03

Cargas de IA precisam de mais serviços

Cache de prompts, cache semântico, memória de agentes e rastreamento de custos de LLM não são comandos do Valkey nem do Redis. No HotKV eles são famílias de comandos do mesmo servidor, no plano Performance e superiores.

04

Ferramentas de operação fora do motor

As métricas fluem para o Cloud Monitoring. O HotKV serve métricas Prometheus a partir do próprio servidor quando metrics-port é definido, e histogramas de latência por comando via LATENCY HISTOGRAM, onde quer que rode.

Medido, não alegado

Esta alternativa ao Memorystore, medida. HotKV vs Valkey 9.1.2 e Redis 8.10.2 em uma única máquina

A HotKV Ltd mediu o Valkey 9.1.2 e o Redis 8.10.2, as famílias de motores open source por trás do Memorystore. Ambos rodaram como instâncias únicas auto-hospedadas na mesma máquina que o HotKV. O Google Cloud Memorystore em si não foi medido. Ele oferece builds próprias do Valkey 9.1 e do Redis 7.x, então as builds exatas diferem das que foram medidas. Os números mostram os motores por trás do serviço, a base justa de comparação para uma alternativa ao Memorystore.

12 de 12
comandos em que o HotKV mediu a maior vazão contra o Valkey
8.6x a 56.6x
Vazão do HotKV como múltiplo da do Valkey, nos 12 comandos em que liderou (MGET a SADD)
Nenhum
comandos em que o Valkey mediu mais alto

A HotKV Ltd compilou o HotKV a partir do código-fonte para esta CPU. O Valkey rodou como sua build de lançamento padrão. Ambos rodaram como instâncias únicas. As contagens de threads seguiram a configuração documentada de todos os núcleos de cada produto e não foram ajustadas por produto. A diferença é menor em máquinas com poucos núcleos.

SET17.5x
HotKV
50.5M*
Valkey
2.9M
GET22.5x
HotKV
36.6M*
Valkey
1.6M
MGET8.6x
HotKV
4.6M*
Valkey
537K
SETNX29.7x
HotKV
55.3M*
Valkey
1.9M
APPEND19.4x
HotKV
25.1M
Valkey
1.3M
INCR47.3x
HotKV
90.8M
Valkey
1.9M
LPUSH37.5x
HotKV
31.6M
Valkey
842K
RPUSH49.8x
HotKV
43.8M
Valkey
878K
SADD56.6x
HotKV
50.6M*
Valkey
894K
HSET37.1x
HotKV
29.0M*
Valkey
782K
MSET24.3x
HotKV
11.3M
Valkey
465K
PING36.0x
HotKV
125.2M†
Valkey
3.5M

Operações por segundo, mediana de 3 execuções de 10 segundos. Cada par de barras é escalado pelo servidor mais rápido naquele comando.

* Limitado pela rede: a rede da instância definiu este resultado, então o limite do próprio servidor é maior.

† Limitado pelo gerador de carga: as máquinas geradoras de carga rodaram acima de 85% de CPU, então este é o teto delas, não o do servidor.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPUs), medido em 9 de outubro de 2026. Valores de 256 bytes, profundidade de pipeline 30, 5.000.000 de chaves pré-carregadas lidas uniformemente ao acaso. Três máquinas geradoras de carga dedicadas. Cada servidor rodou sozinho como instância única com persistência desligada. Cada um recebeu todos os núcleos (Redis com 128 threads de I/O, seu máximo). A HotKV Ltd compilou o HotKV a partir do código-fonte para esta CPU e rodou o Valkey como sua build de lançamento padrão. Método completo e resultados · Harness e dados brutos

Lado a lado

Esta alternativa ao Memorystore e o Google Cloud Memorystore, recurso por recurso

FuncionalidadeHotKVGoogle Cloud Memorystore
MotorHotKV, multithread, C++20Valkey, Redis Cluster, Redis ou Memcached
Execução de comandosMultithread. Todos os núcleos leem, analisam e executam comandos em um único armazenamento compartilhadoUma única thread principal por nó (Valkey, Redis)
ProtocoloRESP2 e RESP3, com negociação HELLO. Informa a versão 8.4.0 do Redis aos clientesRESP2 e RESP3 (Valkey, Redis); protocolo Memcached
Modelo de instânciaCada instância do HotKV Cloud é sua própria máquina isolada com vCores, RAM e disco dedicadosInstâncias gerenciadas dimensionadas em nós e shards
CobrançaPor instância, cobrada mensal ou anualmente de forma antecipada e com preço por região. O tráfego de saída vem incluído em pacotes, com pacotes de recarga. Quando um pacote se esgota, o tráfego de saída é pausado. O HotKV Cloud não cobra excedente de tráfego de saídaPor nó (Valkey, Redis Cluster) ou por GiB-hora (Redis), em incrementos de 1 segundo, conforme a tabela de preços do Google Cloud
SLA de disponibilidadeNenhum no Starter, 99,9% no Performance, 99,95% no ScaleAté 99,99% (Valkey e Redis Cluster, várias zonas com HA)
Cache de prompts e cache semântico para LLMIntegrado (PCACHE.*, SCACHE.*), plano Performance e superiores no HotKV CloudNão é um recurso do motor
Memória de agentes de IAIntegrada (AMEM.*), plano Performance e superiores no HotKV CloudNão é um recurso do motor
Rastreamento de tokens e custos de LLMIntegrado (LLMBUDGET.*, LLMSTATS.*), plano Performance e superiores no HotKV CloudNão é um recurso do motor
MétricasIntegradas. O próprio servidor serve /metrics assim que metrics-port é definido (on-premise)Métricas do Cloud Monitoring
Marcação de chavesSim (TAG.*)Não
TTL em nanossegundosSim (NEXPIRE, NTTL)Não. TTLs em milissegundos
ClientesBibliotecas cliente do Redis e do Valkey, redis-cli, redis-cli --cluster e ferramentas gráficas se conectam sem mudanças de código para os comandos centraisClientes Valkey, Redis e Memcached

Para ser justo

Onde o Google Cloud Memorystore está à frente desta alternativa ao Memorystore, ou é simplesmente diferente

Esta página de alternativa ao Memorystore só é útil quando diz esta parte também.

  • O Memorystore se integra ao Google Cloud IAM, à VPC e ao Cloud Monitoring. O Memorystore for Valkey e o Memorystore for Redis Cluster têm um SLA de disponibilidade de 99,99% quando implantados em várias zonas com alta disponibilidade. O SLA do HotKV Cloud é de 99,9% no Performance e 99,95% no Scale, sem SLA no Starter.
  • O Memorystore também oferece Memcached. O HotKV fala apenas o protocolo Redis.
  • O Memorystore for Valkey e o Memorystore for Redis Cluster escalam horizontalmente entre zonas sem tempo de inatividade. Uma instância do HotKV Cloud é uma única máquina que você atualiza no lugar.
  • Esta alternativa ao Memorystore está em acesso antecipado. O Memorystore é um serviço maduro.

Fazendo a mudança

Do Google Cloud Memorystore para esta alternativa ao Memorystore em quatro etapas

O que mudar para uma alternativa ao Memorystore envolve na prática.

  1. 1

    Crie uma instância

    Escolha uma região e um plano no console do HotKV Cloud. A instância é uma máquina própria, provisionada, atualizada e monitorada para você.

  2. 2

    Aponte seus clientes para ela

    Mantenha a biblioteca cliente que você já usa. Troque o host, a porta e as credenciais do Memorystore pelos da instância HotKV. TLS e autenticação por senha estão ativos desde o início, com usuários ACL disponíveis. Uma alternativa ao Memorystore que fala o mesmo protocolo não exige mudanças no cliente para os comandos centrais.

  3. 3

    Mova os dados

    Use as ferramentas que você já conhece. DUMP e RESTORE, MIGRATE, ou um replay das suas escritas funcionam, porque o HotKV implementa esses comandos.

  4. 4

    Ative o que faltava

    Busca vetorial e marcação de chaves são comandos centrais em todos os planos. Caches de prompts e semânticos, memória de agentes e rastreamento de custos de LLM são comandos do mesmo servidor no plano Performance e superiores. Sem módulo, sidecar ou segundo serviço. É isso que uma alternativa ao Memorystore deve acrescentar.

Perguntas

Perguntas sobre esta alternativa ao Memorystore

Meus clientes do Memorystore vão funcionar com esta alternativa ao Memorystore?

Sim, para os motores Valkey, Redis Cluster e Redis. Eles usam RESP2 e RESP3, que o HotKV implementa. As mesmas bibliotecas cliente se conectam a uma instância HotKV após a troca de host e credenciais. Clientes Memcached usam um protocolo diferente e não se conectam.

Vocês fizeram benchmark do Memorystore?

Não. A HotKV Ltd mediu o Valkey 9.1.2 e o Redis 8.10.2, os motores open source por trás do Memorystore. Ambos rodaram como instâncias únicas auto-hospedadas na mesma máquina de 160 vCPUs que o HotKV. O serviço gerenciado e as builds que ele oferece não foram medidos, então os números descrevem os motores.

O HotKV Cloud está nas mesmas regiões?

O HotKV Cloud é hospedado no Google Cloud e oferece 42 regiões. Você escolhe a região no checkout e o preço é exibido ao vivo para ela.

O que uma instância do HotKV Cloud me dá que um nó do Memorystore não dá?

Esta alternativa ao Memorystore lhe dá um motor multithread que usa todos os vCores da sua própria máquina isolada. Busca vetorial, marcação de chaves e TTLs em nanossegundos em todos os planos. Caches de prompts e semânticos, memória de agentes, RAG e rastreamento de custos de LLM a partir do plano Performance.

Coloque esta alternativa ao Memorystore à prova com os clientes que você já tem

O HotKV Cloud está abrindo em ondas. Cada instância desta alternativa ao Memorystore é uma máquina dedicada com o motor multithread. As famílias de comandos de IA vêm com os planos Performance e Scale.