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.
Computação
Elastic Cloud Server
Bare Metal Server
Auto Scaling
Image Management Service
Dedicated Host
FunctionGraph
Cloud Phone Host
Huawei Cloud EulerOS
Redes
Virtual Private Cloud
Elastic IP
Elastic Load Balance
NAT Gateway
Direct Connect
Virtual Private Network
VPC Endpoint
Cloud Connect
Enterprise Router
Enterprise Switch
Global Accelerator
Gerenciamento e governança
Cloud Eye
Identity and Access Management
Cloud Trace Service
Resource Formation Service
Tag Management Service
Log Tank Service
Config
Resource Access Manager
Simple Message Notification
Application Performance Management
Application Operations Management
Organizations
Optimization Advisor
Cloud Operations Center
Resource Governance Center
Migração
Server Migration Service
Object Storage Migration Service
Cloud Data Migration
Migration Center
Cloud Ecosystem
KooGallery
Partner Center
User Support
My Account
Billing Center
Cost Center
Resource Center
Enterprise Management
Service Tickets
HUAWEI CLOUD (International) FAQs
ICP Filing
Support Plans
My Credentials
Customer Operation Capabilities
Partner Support Plans
Professional Services
Análises
MapReduce Service
Data Lake Insight
CloudTable Service
Cloud Search Service
Data Lake Visualization
Data Ingestion Service
GaussDB(DWS)
DataArts Studio
IoT
IoT Device Access
Outros
Product Pricing Details
System Permissions
Console Quick Start
Common FAQs
Instructions for Associating with a HUAWEI CLOUD Partner
Message Center
Segurança e conformidade
Security Technologies and Applications
Web Application Firewall
Host Security Service
Cloud Firewall
SecMaster
Anti-DDoS Service
Data Encryption Workshop
Database Security Service
Cloud Bastion Host
Data Security Center
Cloud Certificate Manager
Blockchain
Blockchain Service
Serviços de mídia
Media Processing Center
Video On Demand
Live
SparkRTC
Armazenamento
Object Storage Service
Elastic Volume Service
Cloud Backup and Recovery
Cloud Server Backup Service
Storage Disaster Recovery Service
Scalable File Service
Volume Backup Service
Data Express Service
Dedicated Distributed Storage Service
Containers
Cloud Container Engine
SoftWare Repository for Container
Application Service Mesh
Ubiquitous Cloud Native Service
Cloud Container Instance
Bancos de dados
Relational Database Service
Document Database Service
Data Admin Service
Data Replication Service
GeminiDB
GaussDB
Distributed Database Middleware
Database and Application Migration UGO
TaurusDB
Middleware
Distributed Cache Service
API Gateway
Distributed Message Service for Kafka
Distributed Message Service for RabbitMQ
Distributed Message Service for RocketMQ
Cloud Service Engine
EventGrid
Dedicated Cloud
Dedicated Computing Cluster
Aplicações de negócios
ROMA Connect
Message & SMS
Domain Name Service
Edge Data Center Management
Meeting
AI
Face Recognition Service
Graph Engine Service
Content Moderation
Image Recognition
Data Lake Factory
Optical Character Recognition
ModelArts
ImageSearch
Conversational Bot Service
Speech Interaction Service
Huawei HiLens
Developer Tools
SDK Developer Guide
API Request Signing Guide
Terraform
Koo Command Line Interface
Distribuição de conteúdo e computação de borda
Content Delivery Network
Intelligent EdgeFabric
CloudPond
Soluções
SAP Cloud
High Performance Computing
Serviços para desenvolvedore
ServiceStage
CodeArts
CodeArts PerfTest
CodeArts Req
CodeArts Pipeline
CodeArts Build
CodeArts Deploy
CodeArts Artifact
CodeArts TestPlan
CodeArts Check
Cloud Application Engine
MacroVerse aPaaS
KooPhone
KooDrive

O que é o DCS?

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

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.

    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.

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

Usamos cookies para aprimorar nosso site e sua experiência. Ao continuar a navegar em nosso site, você aceita nossa política de cookies. Saiba mais

Feedback

Feedback

Feedback

0/500

Conteúdo selecionado

Envie o conteúdo selecionado com o feedback