Topologia do cluster

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.

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.

-

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.