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

Topologia do cluster

Atualizado em 2024-08-19 GMT+08:00

Visão geral

Uma topologia mostra todos os nós em um cluster. Você pode verificar os status do nó, processos e endereços IP.

  • Você pode verificar a estrutura da topologia e os processos de nó.
  • Somente as versões de cluster 8.0.0 e posteriores podem exibir a estrutura de topologia. Somente as versões de cluster 8.2.0 e posteriores podem exibir processos de nó.

Exibir a topologia do cluster

  1. Faça logon no console de gerenciamento do GaussDB(DWS).
  2. Na lista de clusters, clique no nome de um cluster.
  3. Na página Cluster Details, clique na guia Cluster Topology.
  4. Na parte superior da página, você pode selecionar IP Address ou Node Name. Depois de inserir o endereço IP ou o nome do nó na caixa de pesquisa, você pode exibir o local do endereço IP ou do nome do nó na topologia do cluster.

Visão geral da topologia

Esta figura mostra uma topologia. Os elementos assinalados na figura são os seguintes:

  1. Endereço IP público do ELB vinculado ao cluster. Se nenhum endereço IP público estiver vinculado ao ELB, o endereço de serviço será exibido.
  2. EIP vinculado ao cluster.
  3. Categoria de pesquisa. Você pode executar uma pesquisa exata por endereço IP ou nome do nó.
  4. Anéis no cluster.
  5. Um anel. Cada anel ocupa uma linha. Um ícone em um anel indica um nó.
  6. Um nó. O tipo do nó é exibido no canto superior direito do ícone. Atualmente, o tipo só pode ser CN ou DN. Se houver um processo no nó CN, CN será exibido. Se não houver processos no nó CN, DN será exibido.
  7. Detalhes do nó, incluindo o nome do nó, o status, os endereços IP e o processo da tarefa. Os detalhes do nó são exibidos quando você passa o cursor sobre um ícone de nó.

Termos na visão de topologia

Tabela 1 Descrição da estrutura do cluster

Nome

Descrição

Uso

ELB

O Elastic Load Balance (ELB) distribui automaticamente o tráfego de entrada em vários servidores back-end com base nas regras de escuta configuradas por você.

Se o endereço IP privado ou EIP de um CN for usado para se conectar a um cluster do GaussDB(DWS), a falha desse CN levará à falha de conexão do cluster. Se um nome de domínio privado ou público for usado para conexão, o serviço DNS selecionará aleatoriamente um endereço IP privado ou EIP para cada cliente. Isso não pode equilibrar cargas ou evitar falhas de CN único. O ELB é usado para resolver esses problemas. Para mais detalhes, consulte Associação e desassociação do ELB.

EIP

O serviço Elastic IP (EIP) fornece endereços IP públicos estáticos e larguras de banda escaláveis que permitem que seus recursos de nuvem se comuniquem com a Internet.

Os EIPs podem ser vinculados ou desvinculados de ECSs, BMSs, endereços IP virtuais, balanceadores de carga e gateways NAT.

Ring

Um anel de segurança é usado para isolar servidores defeituosos. Uma falha em um anel não afeta servidores fora do anel.

Os dados em um DN têm cópias múltiplas em um anel, e não serão perdidos mesmo se o server de DN é defeituoso.

Por exemplo, se o Server1 em um anel estiver defeituoso, o DN1 em espera no Server2, o DN2 em espera no Server3 e o DN3 em espera no Server3 ainda estarão em execução. As cargas de servidores em um anel ainda são balanceadas.

Um cluster pode ser executado corretamente, desde que o número de servidores defeituosos não exceda o número de anéis.

NOTA:

O anel é a unidade mínima para uma expansão. Quando você expande um cluster, os nós adicionados devem ser um múltiplo da quantidade de anéis.

Tabela 2 Endereços IP do nó

Nome

Descrição

Uso

Manage IP

Endereço IP usado por um nó do armazém de dados para se comunicar com o plano de gerenciamento

Ele é usado pelo plano de gerenciamento para entregar comandos e usado pelo nó para relatar o status do nó e as informações de monitoramento.

Traffic IP

Endereço IP de um nó do armazém de dados para acesso externo.

Esse endereço IP pode ser vinculado a um EIP ou ELB, ou diretamente conectado a uma VPC.

Internal IP

Endereço IP usado para comunicação dentro de um cluster de armazém de dados.

-

Internalmgnt IP

Endereço IP usado pelos nós para enviar comandos internos de gerenciamento em um cluster de armazém de dados.

-

Tabela 3 Processos do nó

Nome

Descrição

Uso

CMS

Um Cluster Manager (CM) gerencia e monitora o status de funcionamento de unidades funcionais e recursos físicos no sistema distribuído, garantindo a estabilidade do sistema.

O CM Server (CMS) é um módulo do CM.

Um CM consiste no CM Agent, OM Monitor e no CM Server.

  • CM Agent monitora o status de execução dos GTM, CN e DN principais e em espera no host e relata o status ao CM Server. Além disso, executa a instrução de arbitragem proferida pelo CM Server. Um processo do CM Agent é executado em cada servidor.
  • O OM Monitor monitora as tarefas agendadas do CM Agent e reinicia o CM Agent quando o CM Agent é interrompido. Se o CM Agent não puder ser reiniciado, o servidor ficará indisponível. Nesse caso, você precisa corrigir manualmente essa falha.
    NOTA:

    Uma reinicialização do CM Agent falha provavelmente devido à falta de recursos do sistema, o que raramente acontece.

  • CM Server verifica se o sistema atual está normal de acordo com o status da instância relatado pelo CM Agent. No caso das exceções, o CM Server entrega comandos de recuperação ao CM Agent.

O GaussDB(DWS) implementa o CM Server no modo primário/em espera para garantir o HA do sistema. CM Agent conecta ao CM Server primário. Se o CM Server primário é defeituoso, o CM Server em espera é promovido ao primário para impedir falhas do CM único.

GTM

Um Global Transaction Manager (GTM) gera e mantém as informações exclusivas globalmente, como o ID da transação, o snapshot da transação e o carimbo de data/hora.

O cluster inclui apenas um par de GTMs: um GTM primário e um GTM em espera.

CN

Um CN recebe solicitações de acesso de aplicações e retorna resultados de execução para o cliente; divide tarefas e aloca fragmentos de tarefas a diferentes DN para processamento paralelo.

Os CNs em um cluster têm funções equivalentes e retornam o mesmo resultado para a mesma instrução DML. Balanceadores de carga podem ser adicionados entre CNs e aplicações para garantir que os CNs sejam transparentes para as aplicações. Se um CN estiver com defeito, o balanceador de carga conectará suas aplicações a outro CN.

Os CNs precisam se conectar uns aos outros na arquitetura de transação distribuída. Para reduzir a carga pesada causada por threads excessivos em GTM, não mais de 10 CN devem ser configurados em um cluster.

CCN

Central Coordinator (CCN)

GaussDB (DWS) manipula a carga de recursos global em um cluster usando o Central Coordinator (CCN) para gerenciamento de carga dinâmica adaptativa. Quando o conjunto é iniciado pela primeira vez, o CM seleciona o CN com o ID menor como o CCN. Se o CCN estiver defeituoso, o CM o substituirá por um novo.

DN

Um Data Node (DN) armazena dados no modo de armazenamento de linha, armazenamento de coluna ou híbrido, executa tarefas de consulta de dados e retorna resultados de execução para CNs.

Existem vários DNs no cluster. Cada DN armazena parte dos dados. Se os DNs não forem distribuídos no modo primário/em espera e um DN estiver defeituoso, os dados no DN ficarão inacessíveis.

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