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
Situation Awareness
Managed Threat Detection
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

Principal/em espera Redis

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

Tanto o DCS for Redis quanto o DCS for Memcached suportam o tipo de instância principal/em espera. Esta seção descreve instâncias do Memcached DCS principal/em espera. As versões do Redis disponíveis para instâncias principal/em espera do DCS Redis incluem o Redis 6.0, o Redis 5.0, o Redis 4.0 e o Redis 3.0.

A divisão de leitura/gravação é suportada por instâncias principal/em espera do DCS Redis 4.0 ou 5.0 por padrão, e não por instâncias principal/em espera do DCS Redis 3.0 e do Redis 6.0. Para obter detalhes, consulte O DCS for Redis suporta divisão de leitura/gravação?

  • 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.
  • Não é possível atualizar a versão do Redis para uma instância. Por exemplo, uma instância principal/em espera do DCS Redis 3.0 não pode ser atualizada para uma instância principal/em espera do DCS Redis 4.0 ou 5.0. Se o serviço exigir os recursos de versões superiores do Redis, crie uma instância do DCS Redis de uma versão superior e, em seguida, migre os dados da instância antiga para a nova.

Recursos

As instâncias principal/em espera têm maior disponibilidade e confiabilidade do que as instâncias de nó único.

As instâncias do Memcached DCS principal/em espera têm os seguintes recursos:

  1. Data persistence and high reliability

    Por padrão, a persistência de dados é ativada pelo nó principal e em espera de uma instância principal/em espera do Memcached DCS.

    O nó de espera de uma instância do Redis 3.0 é invisível para você. Somente o nó principal fornece operações de leitura/gravação de dados.

    O nó em espera de uma instância do Redis 4.0 ou 5.0 fica visível para você. Você pode ler dados do nó em espera conectando-se a ele usando o endereço somente leitura da instância.

    O nó em espera de uma instância do Redis 6.0 fica visível para você. Você pode ler dados do nó em espera conectando-se a ele usando o endereço somente leitura da instância.

  2. Data synchronization

    Os dados nos nós principal e em espera são mantidos consistentes por meio de sincronização incremental.

    Depois de se recuperar de uma exceção de rede ou falha de nó, as instâncias principal/em espera executam uma sincronização completa para garantir a consistência dos dados.

  3. Automatic principal/em espera switchover

    Se o nó principal se tornar defeituoso, a instância será desconectada e indisponível por vários segundos. O nó em espera assume dentro de 30 segundos sem operações manuais para retomar os serviços estáveis.

  4. Multiple DR policies

    Cada instância de DCS principal/em espera pode ser implantada em AZs com fontes de alimentação e redes fisicamente isoladas. Os aplicativos também podem ser implantados em AZs para obter HA para dados e aplicativos.

  5. Read/write splitting

    As instâncias principal/em espera do DCS Redis 4.0 e 5.0 oferecem suporte à divisão de leitura/gravação do cliente. Ao se conectar a essa instância, você pode usar o endereço de leitura/gravação para se conectar ao nó principal ou usar o endereço somente leitura para se conectar ao nó em espera.

Arquitetura de instâncias principal/em espera do Redis 3.0

Figura 1 mostra a arquitetura de uma instância principal/em espera do DCS Redis 3.0.

Figura 1 Arquitetura de instância principal/em espera do DCS Redis 3.0

Descrição da arquitetura

  • VPC

    A VPC em que todos os nós da instância são executados.

    Para o acesso intra-VPC, o cliente e a instância devem estar na mesma VPC com configurações de regra de grupo de segurança especificadas.

    Uma instância do DCS Redis 3.0 pode ser acessada de uma VPC ou em redes públicas. O cliente que acessa a instância pode ser implantado fora da VPC e acessar a instância por meio do EIP vinculado à instância. O acesso público não é suportado pelas instâncias do DCS Redis 6.0, 5.0 e 4.0.

    Para obter mais informações, consulte Public a uma instância DCS Redis e Como configuro um grupo de segurança?

  • Application

    O cliente Memcached da instância, que é o aplicativo em execução no ECS.

    As instâncias do DCS Redis e do Memcached são compatíveis com os protocolos Redis e Memcached, respectivamente, e podem ser acessadas por meio de clientes de código aberto. Para obter exemplos de acesso a instâncias DCS com diferentes linguagens de programação, consulte as instruções de acesso a instâncias.

  • instância DCS

    Uma instância de DCS principal/em espera que tem um nó principal e um nó de réplica. Por padrão, a persistência de dados é ativada e os dados são sincronizados entre os dois nós.

    O DCS monitora a disponibilidade da instância em tempo real. Se o nó principal se tornar defeituoso, o nó em espera se tornará o nó principal e retomará o provisionamento de serviços.

    A porta padrão do Redis é 6379.

Arquitetura de instâncias principal/em espera do Redis 4.0 e 5.0

Figura 2 A mostra a arquitetura das instâncias principal/em espera do DCS Redis 4.0 e 5.0.

Figura 2 Arquitetura de uma instância principal/em espera do DCS Redis 4.0 ou 5.0

Descrição da arquitetura

  1. Cada instância principal/em espera do Redis 4.0 ou 5.0 tem dois endereços de conexão. Ao se conectar a essa instância, você pode usar o endereço de nome de domínio de leitura/gravação para se conectar ao nó principal ou usar o endereço de nome de domínio somente leitura para se conectar ao nó em espera.

    Os endereços de conexão podem ser obtidos na página de detalhes da instância no console do DCS.

  2. Você pode configurar o Sentinel para uma instância principal/em espera do Redis 4.0 ou 5.0. Os sentinelas monitoram o status de execução dos nós principal e stand-by. Se o nó principal se tornar defeituoso, um failover será executado.

    As sentinelas são invisíveis para você e são usadas apenas no serviço. Para obter detalhes sobre o Sentinel, consulte O que é o Sentinel?

  3. Um nó somente de leitura tem as mesmas especificações que um nó de leitura/gravação. Quando uma instância principal/em espera é criada, um par de nós principal e stand-by são incluídos na instância por padrão.
    • Para instâncias do DCS Redis 4.0 ou 5.0, você pode personalizar a porta. Se nenhuma porta for especificada, a porta padrão 6379 será usada. No diagrama de arquitetura, a porta 6379 é usada. Se você personalizou uma porta, substitua 6379 pela porta real.
    • Os nomes de domínio somente leitura das instâncias principal/em espera do DCS Redis 4.0 e 5.0 não oferecem suporte ao balanceamento de carga. Para alta confiabilidade e baixa latência, use cluster ou instâncias de divisão de leitura/gravação.

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