Esta página descreve as especificações de instância e nó para instâncias do Memorystore para Valkey. Para instruções sobre como criar uma instância, consulte Criar instâncias.
Como escolher um tipo de nó
Todos os nós na sua instância usam o mesmo tipo de nó escolhido. O melhor tipo de nó para sua instância depende dos seus requisitos de preço, desempenho e capacidade do espaço de chaves.
O tipo de nó standard-small permite provisionar instâncias pequenas e aumentar a instância em incrementos menores a custos potencialmente mais baixos do que outros tipos de nó. O standard-small também oferece a vantagem de distribuir seu keyspace em mais nós com uma contagem total de vCPUs maior. Isso oferece um melhor preço-desempenho em comparação com highmem-medium, desde que a capacidade total do keyspace dos nós menores seja suficiente para suas necessidades de dados.
Recomendamos escolher o tipo de nó highmem-xlarge apenas se você precisar de
mais capacidade de instância do que o highmem-medium oferece. Embora o
tipo de nó highmem-xlarge seja quatro vezes maior que o
tipo highmem-medium em tamanho, o desempenho não é quatro vezes maior,
já que a performance do Valkey 7.2 não é escalonada linearmente quando as vCPUs são adicionadas a
nós cada vez maiores (escalabilidade). Em vez disso, para ter um melhor desempenho
de preço, é necessário escalonar horizontalmente adicionando mais nós a uma instância.
Especificação do tipo de nó
A capacidade e as características do nó dependem de qual dos quatro tipos de nó disponíveis você escolher:
Capacidade do keyspace e sobrecarga reservada
| Tipo de nó | Capacidade padrão do keyspace gravável | Capacidade total do nó |
|---|---|---|
| shared-core-nano | 1,12 GB | 1,4 GB |
| standard-small | 5,2 GB | 6,5 GB |
| highmem-medium | 10,4 GB | 13 GB |
| highmem-xlarge | 46,4 GB | 58 GB |
O Memorystore reserva automaticamente uma parte da capacidade da instância para evitar erros de falta de memória (OOM). Isso garante uma experiência tranquila de leitura e gravação de chaves. Os limites de memória e os detalhes de armazenamento são os seguintes:
Personalização do armazenamento:embora recomendemos usar as configurações padrão, você tem a opção de ajustar a quantidade de armazenamento reservado usando a configuração
maxmemory. Para informações sobremaxmemory, consulte Configurações de instâncias aceitas.Quanto espaço de armazenamento você tem? Consulte a coluna Capacidade padrão do keyspace gravável da tabela anterior. Isso mostra quanto armazenamento está disponível para suas chaves por padrão.
Maximizar o armazenamento: se você quiser o armazenamento máximo possível, a coluna capacidade total do nó mostra o limite de armazenamento quando você define a configuração
maxmemorycomo 100%. No entanto, não recomendamos escolher um valor demaxmemorymaior que a configuração padrão.O tipo de nó
shared-core-nanotem um limite rígido de 1, 12 GB e não pode ser alterado com a configuraçãomaxmemory.
Características do nó
| Tipo de nó | Contagem de vCPU | SLA oferecido | Clientes máximos | Memória máxima para clientes (configuração de maxmemory-clients) |
|---|---|---|---|---|
| shared-core-nano | 0,5 | Não | 5.000 | 12% |
| standard-small | 2 | Sim | 16.000 (padrão). O valor máximo é 32.000 | 7% |
| highmem-medium | 2 | Sim | 32.000 (padrão). O valor máximo é 64.000 | 7% |
| highmem-xlarge | 8 | Sim | 64.000 | 4% |
Especificação da instância
Esta seção mostra as capacidades mínimas e máximas da instância, considerando a forma da instância, o tipo de nó e a contagem de réplicas. O Memorystore para Valkey oferece suporte apenas a instâncias no modo Cluster.
Capacidade mínima gravável dada a forma de instância mínima
| Tipo e tamanho do nó | Capacidade mínima gravável usando a forma de instância mínima de 3 nós1 |
|---|---|
| shared-core-nano: 1,4 GB | 4,2 GB |
| Pequeno padrão: 6,5 GB | 19,5 GB |
| highmem-medium: 13 GB | 39 GB |
| highmem-xlarge: 58 GB | 174 GB |
1 A capacidade gravável é a quantidade de armazenamento disponível para gravar chaves. A capacidade mínima gravável não é afetada pelo número de réplicas escolhido.
Capacidade máxima gravável dada a forma da instância
| Tipo e tamanho do nó | Capacidade máxima dada a forma de instância de 250 nós primários e 0 réplicas por nó | Capacidade máxima dada a forma da instância de 125 nós primários e 1 réplica por nó | Capacidade máxima dada a forma da instância de 83 nós principais e 2 réplicas por nó |
|---|---|---|---|
| shared-core-nano: 1,4 GB | 350 GB | 175 GB | 116,2 GB |
| Pequeno padrão: 6,5 GB | 1.625 GB | 812,5 GB | 539,5 GB |
| highmem-medium: 13 GB | 3.250 GB | 1.625 GB | 1.079 GB |
| highmem-xlarge: 58 GB | 14.500 GB | 7.250 GB | 4.814 GB |
Como selecionar uma forma de instância com 1, 2 ou 4 fragmentos
Devido ao status de pré-lançamento, a criação de instâncias com 1, 2 ou 4 fragmentos tem os seguintes requisitos e comportamento:
Para ter 1, 2 ou 4 fragmentos, crie a instância com essa quantidade de fragmentos.
Use a CLI gcloud para criar instâncias com 1, 2 ou 4 fragmentos.
As instâncias criadas com 3, 5 ou mais fragmentos não podem ser escalonadas para ter 1, 2 ou 4 fragmentos.
As instâncias criadas com 1, 2 ou 4 fragmentos estão na fase de lançamento da visualização e estão sujeitas a limitações dessa fase.
As instâncias criadas com 1, 2 ou 4 fragmentos podem ser escalonadas para qualquer outra forma de instância quantas vezes quiser. Por exemplo, é possível dimensionar uma instância de quatro para oito fragmentos e voltar para quatro.
Desempenho
O uso da ferramenta de comparação de OSS memtier na região us-central1 gerou de 120.000 a 130.000 operações por segundo para cada dois nós de vCPU (standard-small e highmem-medium) com latência de microssegundos e tamanho de dados de 1 KiB.
Recomendamos que você realize seu próprio comparativo com cargas de trabalho reais ou sintéticas que se assemelham ao seu tráfego de produção. Além disso, recomendamos que você dimensione suas instâncias com um buffer (ou "headroom") para picos de carga de trabalho ou tráfego inesperado. Para mais orientações, consulte as práticas recomendadas.
Endpoints de instância
Esta seção explica os dois endpoints de cada instância.
Endpoint de descoberta
Cada instância tem um endpoint de descoberta ao qual o cliente se conecta. É uma combinação de um endereço IP e um número de porta. Para instruções sobre como encontrar o endpoint de descoberta da instância, consulte Acessar o endpoint de descoberta da instância.
Seu cliente também usa esse recurso para a descoberta de nós. O cliente usa o endpoint de descoberta para extrair a topologia de nós da sua instância e inicializar clientes de terceiros, além de mantê-los atualizados em estado estável. A topologia de nó resultante fornece endpoints de nó (combinações de IP e porta) para serem armazenados em cache na memória pelo cliente de terceiros. O cliente cuida das atualizações e dos redirecionamentos automaticamente, sem precisar fazer outras mudanças no aplicativo. Para saber mais sobre o comportamento de descoberta de clientes e as práticas recomendadas, consulte Descoberta de clientes.
O endpoint de descoberta tem alta disponibilidade porque é apoiado por vários nós em várias zonas para atender à topologia do nó. A exibição da topologia pelo endpoint é robusta mesmo quando há falhas ou atualizações de nó de back-end.
O endpoint de descoberta tem o seguinte comportamento:
O endpoint de descoberta da instância permanece inalterado durante todo o ciclo de vida dela, mesmo durante a manutenção ou qualquer outra ação, como dimensionamento ou alteração da contagem de réplicas.
Os endpoints de nó podem mudar e ser reciclados à medida que os nós são adicionados e removidos ao longo do tempo. O ideal é usar um cliente de terceiros que possa processar essas mudanças automaticamente com atualizações de topologia e redirecionamentos. Confira exemplos de clientes de terceiros em Exemplos de código da biblioteca de cliente. O aplicativo não pode ter dependências ou suposições de que os endpoints do nó vão permanecer inalterados para uma determinada instância.
Endpoint de dados
Cada instância também tem um endpoint de dados do Private Service Connect que o Memorystore for Valkey usa para a conexão do cliente. Não se conecte diretamente a ele, mas o Memorystore para Valkey usa esse endpoint para conectar o cliente a nós na sua instância.