Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.

Central de ajuda> Distributed Cache Service> Visão geral de serviço> O que é o DCS?

Atualizado em 2022-11-07 GMT+08:00

Ver PDF

O que é o DCS?

O HUAWEI CLOUD Distributed Cache Service (DCS) é um serviço de cache on-line, distribuído e in-memory compatível com Redis e Memcached. Ele é confiável, escalável, utilizável fora da caixa e fácil de gerenciar, atendendo aos seus requisitos de alto desempenho de leitura/gravação e acesso rápido aos dados.

Pronto para uso
O DCS fornece instâncias de divisão de nó único, principal/em espera, cluster de proxy, cluster do Redis e leitura/gravação com especificações que variam de 128 MB a 1024 GB. As instâncias de DCS podem ser criadas com apenas alguns cliques no console, sem a necessidade de preparar os servidores.

As instâncias do DCS Redis 4.0, 6.0, e 5.0 são em contêiner e podem ser criadas em segundos.
Segurança e confiabilidade
O armazenamento e o acesso a dados de instâncias são protegidos com segurança por meio dos serviços de gerenciamento de segurança da HUAWEI CLOUD, incluindo Identity and Access Management (IAM), Virtual Private Cloud (VPC), Cloud Eye e Cloud Trace Service (CTS).

As instâncias principal/em espera e de cluster podem ser implantadas em uma zona de disponibilidade (AZ) ou entre AZs.
Auto Scaling
As instâncias do DCS podem ser ampliadas ou reduzidas online, ajudando você a controlar os custos com base nos requisitos de serviço.
Gerenciamento fácil
Um console baseado na Web é fornecido para você executar várias operações, como reiniciar instâncias, modificar parâmetros de configuração e fazer backup e restaurar dados. As interfaces de programação de aplicativos (APIs) RESTful também são fornecidas para o gerenciamento automático de instâncias.
Migração online
Você pode criar uma tarefa de migração de dados no console para importar arquivos de backup ou migrar dados online.

Para obter detalhes sobre como selecionar um mecanismo de cache, consulte Comparando Redis e Memcached.

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.

Clique para ampliar

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.

**Tabela 3** Configuração da instância do Memcached DCS
Tipos de instância	O DCS para Memcached fornece os dois tipos de instâncias a seguir para atender 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 dados de forma síncrona a partir do nó principal, mas não suporta operações de leitura/gravação. Se o nó principal falhar, o nó em espera torna-se automaticamente o nó principal.
Memória	Especificação de instâncias de memcached de DCS de nó único ou principal/em espera: 2 GB, 4 GB, 8 GB, 16 GB, 32 GB e 64 GB.
HA e DR	As instâncias do Memcached DCS principal/em espera podem ser implantadas em AZs na mesma região com fontes de alimentação e redes fisicamente isoladas.