O que é o DCS?

DCS para Redis

O DCS for Redis oferece suporte ao Redis 3.0, 4.0, 5.0 e 6.0.

• HUAWEI CLOUD DCS for Redis 3.0, 4.0 e 5.0
  

  O DCS for Redis 3.0 não é mais fornecido. Em vez disso, você pode usar o DCS for Redis 4.0 ou 5.0.

  O Redis é um sistema de armazenamento que suporta vários tipos de estruturas de dados, incluindo pares de chave-valor. Ele pode ser usado em cenários como cache de dados, publicação/assinatura de eventos e enfileiramento de alta velocidade, conforme descrito em Cenários de aplicação. O Redis é escrito em ANSI C, suportando leitura/gravação direta de strings, hashes, listas, conjuntos, conjuntos ordenados e fluxos. O Redis trabalha com um conjunto de dados na memória que pode ser persistido no disco.

  As instâncias do DCS Redis podem ser personalizadas com base em suas necessidades.

  Tabela 1 Configurações de instância do DCS Redis

  Tipos de instância	O DCS for Redis fornece os seguintes tipos de instâncias para se adequar a diferentes cenários de serviço: Único-nó: Adequado para armazenamento em cache de dados temporários em cenários de baixa confiabilidade. As instâncias de nó único suportam operações de leitura/gravação altamente simultâneas, mas não suportam a persistência de dados. Os dados serão excluídos depois que as instâncias forem reiniciadas. Principal/Em espera: Cada instância principal/em espera é executada em dois nós (um principal e um stand-by). O nó stand-by replica os dados de forma síncrona a partir do nó principal. Se o nó principal falhar, o nó stand-by torna-se automaticamente o nó principal. Você pode dividir as operações de leitura e gravação escrevendo no nó principal e lendo a partir do nó stand-by. Isso melhora o desempenho geral de leitura/gravação do cache. Cluster de proxy Além do cluster Redis nativo, uma instância de cluster de proxy tem proxies e balanceadores de carga. Os balanceadores de carga implementam o balanceamento de carga. Diferentes solicitações são distribuídas para diferentes proxies para alcançar alta simultaneidade. Cada estilhaço no cluster tem um nó principal e um nó stand-by. Se o nó principal estiver com defeito, o nó em em espera no mesmo estilhaço será promovido à função de principal para assumir os serviços. Cluster do Redis Cada instância do Cluster do Redis consiste em vários estilhaços e cada estilhaço inclui um nó principal e várias réplicas (ou nenhuma réplica). Fragmentos não são visíveis para você. Se o nó principal falhar, uma réplica no mesmo estilhaço assumirá os serviços. Você pode dividir as operações de leitura e gravação escrevendo no nó principal e lendo a partir das réplicas. Isso melhora o desempenho geral de leitura/gravação do cache. Separação de leitura/gravação Uma instância de divisão de leitura/gravação tem proxies e balanceadores de carga, além da arquitetura principal/em espera. Os balanceadores de carga implementam o balanceamento de carga e diferentes solicitações são distribuídas para diferentes proxies. Os proxies distinguem entre solicitações de leitura e gravação e as enviam para nós principais ou nós em espera, respectivamente.
  Especificações da instância	O DCS for Redis fornece instâncias de especificações diferentes, variando de 128 MB a 1024 GB.
  Compatibilidade de código aberto	As instâncias do DCS são compatíveis com o Redis 3.0, 4.0, 5.0 e 6.0 de código aberto.
  Arquitetura subjacente	Redis Standard baseado em VMs: suporta até 100 000 consultas por segundo (QPS) em um único nó.
  Alta disponibilidade (HA) e recuperação de desastres (DR)	Todas as instâncias, exceto as de nó único, podem ser implantadas em AZs em uma região com fontes de alimentação e redes fisicamente isoladas.

  Para obter mais informações sobre o Redis de código aberto, visite https://redis.io/.

• HUAWEI CLOUD DCS para Redis 6.0 (OBT)
  

  O Redis 6.0 está em OBT. Você pode acessar a página para criar uma instância no console do DCS e clicar em Apply Now para solicitar a permissão OBT, conforme mostrado na figura a seguir.

  

  O HUAWEI CLOUD DCS for Redis agora apresenta alto desempenho baseado em multithreading.

  O alto desempenho baseado em multithreading é alcançado com base no KeyDB de código aberto, que é um fork do Redis que oferece alto desempenho. O KeyDB se concentra em multithreading, eficiência de memória e alto throughput, e fornece recursos encontrados apenas no Redis Enterprise. O KeyDB é totalmente compatível com o protocolo Redis, módulos e scripts, e garante a atômicaidade de scripts e transações. O desenvolvimento do KeyDB acompanha o do Redis, portanto, o KeyDB fornece um superconjunto de funcionalidades do Redis e pode substituir as implantações existentes do Redis. Com o mesmo hardware, o KeyDB processa duas vezes mais consultas por segundo do que o Redis, com uma latência 60% menor. A replicação ativa simplifica o failover de hot em espera, permitindo que você aloque facilmente operações de gravação em réplicas e use o balanceamento de carga ou failover simples baseado em TCP. O alto desempenho do KeyDB permite que você consiga mais com menos hardware, reduzindo custos de operação e complexidade.

  No KeyDB, I/O e loops de eventos são executados em vários threads. O KeyDB suporta recursos como expiração de subchaves, múltiplos principais, hashes aninhados e scripts CRON para Lua, que não estão disponíveis no Redis.

  Em versões anteriores ao Redis 6.0, uma consulta lenta geralmente faz com que outras consultas sejam atrasadas devido ao modelo de thread único. Para resolver problemas de desempenho, a nova edição fez uma série de otimização com base em um modelo multi-thread. A simultaneidade multi-thread foi aprimorada para processamento de eventos de I/O e back-end; o acesso aos dados em cache é ainda mais acelerado por meio de spinlock justo; as chaves expiradas podem ser removidas duas vezes mais rapidamente graças a algoritmos otimizados; O suporte para subchave expira também melhora o desempenho de leitura/gravação de chaves grandes. Como resultado, a nova edição é adequada em cenários que exigem alto desempenho de nó único, como tópicos de tendências e eventos de transmissão ao vivo na Internet.

  As instâncias do DCS Redis podem ser personalizadas com base em suas necessidades.

  Tabela 2 Configurações de instância do DCS Redis

  Tipos de instância	O DCS for Redis fornece os seguintes tipos de instâncias para se adequar a diferentes cenários de serviço: Único-nó: Adequado para armazenamento em cache de dados temporários em cenários de baixa confiabilidade. As instâncias de nó único suportam operações de leitura/gravação altamente simultâneas, mas não suportam a persistência de dados. Os dados serão excluídos depois que as instâncias forem reiniciadas. Principal/Em espera: Cada instância principal/em espera é executada em dois nós (um principal e um em espera). O nó em espera replica os dados de forma síncrona a partir do nó principal. Se o nó principal falhar, o nó em espera torna-se automaticamente o nó principal. Você pode dividir as operações de leitura e gravação escrevendo no nó principal e lendo a partir do nó em espera. Isso melhora o desempenho geral de leitura/gravação do cache. Cluster de proxy Além do cluster Redis nativo, uma instância de cluster de proxy tem proxies e balanceadores de carga. Os balanceadores de carga implementam o balanceamento de carga. Diferentes solicitações são distribuídas para diferentes proxies para alcançar alta simultaneidade. Cada estilhaço no cluster tem um nó principal e um nó em espera. Se o nó principal estiver com defeito, o nó em espera no mesmo estilhaço será promovido à função de principal para assumir os serviços. Cluster do Redis Cada instância do Cluster do Redis consiste em vários estilhaços e cada estilhaço inclui um nó principal e várias réplicas (ou nenhuma réplica). Fragmentos não são visíveis para você. Se o nó principal falhar, uma réplica no mesmo estilhaço assumirá os serviços. Você pode dividir as operações de leitura e gravação escrevendo no nó principal e lendo a partir das réplicas. Isso melhora o desempenho geral de leitura/gravação do cache. Separação de leitura/gravação Uma instância de divisão de leitura/gravação tem proxies e balanceadores de carga, além da arquitetura principal/em espera. Os balanceadores de carga implementam o balanceamento de carga e diferentes solicitações são distribuídas para diferentes proxies. Os proxies distinguem entre solicitações de leitura e gravação e as enviam para nós principal ou nós em espera, respectivamente.
  Especificações da instância	Faixa de 4 GB a 8 GB, 16 GB, 32 GB e 64 GB.
  Compatibilidade de código aberto	KeyDB 6.0.16
  Arquitetura subjacente	Redis Standard baseado em VMs: suporta até 300 000 consultas por segundo (QPS) em um único nó.
  HA e DR	Todas as instâncias, exceto as de nó único, podem ser implantadas em AZs em uma região com fontes de alimentação e redes fisicamente isoladas.

  Para obter mais informações sobre o KeyDB, visite https://keydb.dev/.

  

  A edição básica do DCS for Redis 6.0 fornece apenas instâncias principal/em espera e de nó único. As edições Enterprise (desempenho) e Enterprise (armazenamento) fornecem apenas instâncias principal/em espera.

DCS para Memcached (indisponível em breve)

O DCS for Memcached está prestes a ficar indisponível e não é mais vendido em algumas regiões. Em vez disso, você pode usar o DCS for Redis 4.0 ou 5.0.

Memcached é um sistema de cache de valores-chave na memória que suporta leitura/gravação de strings simples. Ele é frequentemente usado para armazenar em cache dados de banco de dados de back-end para aliviar a carga nesses bancos de dados e acelerar aplicativos da Web. Para obter detalhes sobre seus cenários de aplicação, consulte Cenários da Aplicação Memcached.

Além da compatibilidade total com o Memcached, o DCS for Memcached fornece o hot em espera e a persistência de dados.

Para obter mais informações sobre o Memcached de código aberto, visite https://memcached.org/.

Introdução ao Vídeo DCS

Assista ao vídeo a seguir para saber mais sobre o DCS.

Distributed Cache Service