O PolarDB for PostgreSQL (Compatible with Oracle) oferece suporte à implantação de cluster multizona com três modos de alta disponibilidade (HA). Cada modo proporciona um equilíbrio diferente entre proteção de dados, redundância de computação e custo. Use esta página para comparar os modos e realizar tarefas comuns, como ativar HA, visualizar a configuração de zona, alterar a zona primária e criar um endpoint somente leitura.
Escolha um modo de implantação
|
Modo |
Distribuição de dados |
Redundância de computação |
Custo de armazenamento |
Mais indicado para |
|
Zona única (cluster de armazenamento standby quente desativado) |
Apenas zona primária |
Apenas zona primária |
Mais baixo |
Desenvolvimento, testes e aplicações pequenas |
|
Zona dupla (cluster de armazenamento standby quente ativado) |
Zona primária + secundária, 3 réplicas cada (6 no total) |
Apenas zona primária |
Mais alto |
Maioria das cargas de trabalho de produção (>80% dos casos de uso) |
|
Zona dupla (cluster de armazenamento standby quente e nó de computação ativados) |
Zona primária + secundária, 3 réplicas cada (6 no total) |
Zona primária + zona secundária |
Mais alto |
Grandes empresas, alto throughput de leitura e sistemas críticos |
Para usar a implantação multizona, a região de destino deve conter pelo menos duas zonas, e a zona secundária precisa ter recursos de computação suficientes.
Funcionamento de cada modo
Zona única (cluster de armazenamento standby quente desativado)
Todos os serviços de banco de dados são executados na zona primária. Este modo apresenta o menor custo, mas, em caso de falha na zona primária, a recuperação do serviço leva mais tempo do que nos modos de zona dupla. Se você precisar de alta disponibilidade entre zonas, use um dos modos de zona dupla.
Regras de alternância: É possível alternar para zona dupla (cluster de armazenamento standby quente ativado) ou zona dupla (cluster de armazenamento standby quente e nó de computação ativados).
Casos de uso:
Sites e aplicações pequenos — transfira as operações rotineiras e a manutenção (O&M) para a Alibaba Cloud e concentre-se no desenvolvimento da aplicação.
Usuários individuais — teste e aprenda a usar o PolarDB sem compromisso de longo prazo.
Desenvolvimento e testes — aproveite o provisionamento rápido e o dimensionamento flexível para aumentar a eficiência de P&D.
Zona dupla (cluster de armazenamento standby quente ativado)
Os dados são distribuídos por duas zonas. A zona primária e a zona secundária armazenam, cada uma, uma cópia completa dos dados com três réplicas, totalizando seis réplicas. Os nós de computação são executados na zona primária. O cluster de armazenamento standby quente na zona secundária serve como alvo de failover quando a zona primária falha, garantindo um alto acordo de nível de serviço (SLA).
Recomendamos este modo para a maioria das cargas de trabalho de produção.
Regras de alternância: Só é possível alternar para zona única (cluster de armazenamento standby quente desativado).
Faturamento: Armazenar dados em duas zonas duplica o número de réplicas (6 no total); portanto, os custos de armazenamento são maiores do que no modo de zona única. Para detalhes sobre faturamento, consulte Faturamento.
Casos de uso: Adequado para a maioria das cargas de trabalho de produção em diversos setores, incluindo internet, IoT, varejo online, logística e jogos.
Zona dupla (cluster de armazenamento standby quente e nó de computação ativados)
Os dados são distribuídos por duas zonas, com seis réplicas no total (três por zona). Tanto o armazenamento quanto a computação são replicados: a zona secundária hospeda um nó de computação standby quente capaz de atender tráfego de leitura. Após um failover, o nó de computação standby quente é promovido a nó primário.
Regras de alternância: Só é possível alternar para zona única (cluster de armazenamento standby quente desativado).
Faturamento:
Nós de computação — os nós de computação standby quente na zona secundária são cobrados separadamente. Por padrão, suas especificações correspondem às da zona primária.
Armazenamento — igual ao modo de zona dupla (cluster de armazenamento standby quente ativado): seis réplicas no total, com custo superior ao de zona única.
Para detalhes sobre faturamento, consulte Faturamento.
Para usar este modo, entre em contato conosco .
Casos de uso: Grandes e médias empresas cujos bancos de dados de produção lidam com alto tráfego de leitura ou executam análises inteligentes de dados durante horários de pico, incluindo instituições financeiras, varejistas online, montadoras, provedores de educação e prestadores de serviços de Planejamento de Recursos Empresariais (ERP).
Arquitetura de implantação multizona
O diagrama a seguir ilustra a arquitetura dos modos de implantação em zona dupla.
Ative ou alterne o modo HA
Durante a criação do cluster: Selecione o modo HA na seção Network and Zone da página de compra.
Os modos HA disponíveis dependem das zonas e dos recursos na região selecionada. Verifique as opções suportadas na página de compra.
Para um cluster existente: No console do PolarDB, acesse Clusters, clique em Database Distributed Storage da página Basic Information, clique em Switch to HA Mode.
Visualize as zonas de um cluster
Faça login no console do PolarDB. No painel de navegação à esquerda, clique em Clusters. No canto superior esquerdo da página, selecione a região onde o cluster está localizado e clique no ID do cluster para acessar a página Basic Information.
Na página Overview, visualize a seção Zones.
Altere a zona primária
Clusters multizona permitem alterar a zona primária, o que migra os nós de computação para uma zona diferente. Esse recurso é útil para simulações de recuperação de desastres ou quando instâncias do Elastic Compute Service (ECS) precisam acessar o cluster a partir de uma zona próxima.
Para um cluster PolarDB for PostgreSQL (Compatible with Oracle) com standby quente ativado, não é possível alterar a zona primária após ativar o armazenamento em camadas para dados frios no cluster. Para fazer essa alteração, entre em contato conosco.
Faça login no console do PolarDB. No painel de navegação à esquerda, clique em Clusters. No canto superior esquerdo da página, selecione a região onde o cluster está localizado e clique no ID do cluster para acessar a página Basic Information.
-
Na página Basic Information, clique em Change Primary Zone.
-
Na caixa de diálogo, configure os parâmetros Destination Zone e Destination vSwitch e defina o Effective Time conforme sua necessidade.
- A zona de destino é uma zona secundária existente — apenas os nós de computação são migrados; nenhuma migração de dados é necessária. A migração de nós entre data centers leva cerca de 5 minutos, em média. Este é o caminho típico para simulações de recuperação de desastres. - A zona de destino não é uma zona secundária — a migração de dados é obrigatória. O tempo de migração varia conforme o volume de dados e pode levar várias horas para grandes conjuntos de dados. Esse caminho geralmente é usado para realinhar as zonas da aplicação e do banco de dados visando acesso de baixa latência.
Na mensagem de confirmação, clique em OK.
Após a alteração da zona primária, o endpoint primário e os endpoints do cluster permanecem os mesmos. No entanto, o vSwitch e o endereço IP podem mudar. A operação causa uma interrupção de serviço inferior a 60 segundos.
Crie um endpoint somente leitura para o nó de computação standby quente
É possível criar um endpoint somente leitura para o nó de computação standby quente quando o modo HA estiver definido como dual-zone (hot standby storage cluster and compute node enabled) . Se desejar usar a implantação em zona dupla (cluster de armazenamento standby quente e cluster de computação ativados), entre em contato conosco .
O endpoint somente leitura para o nó de computação standby quente deve ser um endpoint privado.
Faça login no console do PolarDB. No painel de navegação à esquerda, clique em Clusters. No canto superior esquerdo da página, selecione a região onde o cluster está localizado e clique no ID do cluster para acessar a página Basic Information.
-
Na seção Database Connections, clique em Create Read-only Node Endpoint e, em seguida, clique em OK na mensagem exibida. Use este endpoint para acessar o nó de computação standby quente.
