Implantar um cluster Valkey no AKS (Serviço de Kubernetes do Azure)

Este artigo resume as etapas para implantar o Valkey, um armazenamento de dados de chave/valor de alto desempenho de software livre (BSD), no AKS (Serviço de Kubernetes do Azure). A implantação do Valkey tem como objetivo aproveitar réplicas e zonas de disponibilidade para garantir alta disponibilidade e resiliência. Também fornecemos diretrizes para testar a resiliência de sua implantação do Valkey usando a estrutura de teste de carga locust.

Importante

O software de código aberto é mencionado em toda a documentação e amostras do AKS. O software que você implanta está excluído dos contratos de nível de serviço do AKS, garantia limitada e suporte do Azure. Ao usar tecnologia de código aberto junto com o AKS, consulte as opções de suporte disponíveis nas comunidades e mantenedores de projetos respectivos para desenvolver um plano.

A Microsoft assume a responsabilidade por criar os pacotes de código aberto que implantamos no AKS. Essa responsabilidade inclui ter propriedade completa do processo de criação, verificação, sinalização, validação e hotfix, junto com o controle sobre os binários em imagens de contêiner. Para obter mais informações, confira Gerenciamento de vulnerabilidades para o AKS e Cobertura de suporte do AKS.

O que é Valkey?

Valkey é um fork do projeto Redis que preserva sua licença original de código aberto. Valkey é um banco de dados de alto desempenho que oferece suporte a um armazenamento de dados de valor-chave e você pode usá-lo para armazenamento em cache, armazenamento de sessão, filas de mensagens e muito mais. Um cluster Valkey possui vários nós responsáveis ​​por hospedar seus armazenamentos de dados Valkey. Valley fragmenta os dados em porções menores e os dispersa entre os nós. Em um cluster Valkey simplificado que consiste em três nós primários, um único nó de réplica oferece suporte a cada nó para habilitar recursos básicos de failover. Os dados são distribuídos entre os nós, permitindo que o cluster continue funcionando mesmo se um dos nós falhar.

Diagrama de arquitetura do Valkey implantado no AKS com três nós primários e uma réplica para cada primário.

Para mais informações, veja a documentação Valkey.

Visão geral da solução Valkey

Essa solução implanta três pods primários do Valkey em duas zonas de disponibilidade com um pod de réplica por primário em uma terceira zona, em execução nos nós de SKU Standard_E64_v5. Você cria dois recursos distintos StatefulSet com regras de spec.affinity que garantem a distribuição entre zonas para alta disponibilidade. Você cria um StatefulSet para os pods primários do Valkey e outro para os pods de réplica.

Observação

Observe que a solução sugerida nesse artigo difere da documentação do Valkey, onde os Pods do cluster pertencem a um único StatefulSet,e o spec.affinity apenas garante que os Pods sejam colocados em nós diferentes. A inicialização automática do cluster Valkey apresentada na documentação do Valkey não garante que os pods primários e de réplica do mesmo fragmento sejam colocados em zonas de disponibilidade diferentes.

Próxima etapa

Crie os recursos de infraestrutura para executar um cluster Valkey no AKS

Colaboradores

A Microsoft atualiza este artigo. Os seguintes colaboradores o escreveram originalmente:

  • Nelly Kiboi | Engenheiro de Serviços
  • Saverio Proto | Engenheiro de Experiência do Cliente Principal
  • Don High | Engenheiro de Cliente Principal
  • LaBrina Loving | Engenheira de Serviço principal
  • Ken Kilty | Diretor de TPM
  • Russell de Pina | Diretor de TPM
  • Colin Mixon | Gerente de Produto
  • Ketan Chawda | Engenheiro de Clientes Sênior
  • Naveed Kharadi | Engenheiro de Experiência do Cliente
  • Erin Schaffer | Desenvolvedora de Conteúdo 2
  • Last updated on