Documentação do Oracle Cloud Infrastructure

Visão Geral de Alta Disponibilidade

Um sistema de banco de dados de alta disponibilidade é composto de três instâncias MySQL: uma principal e duas secundárias. Cada instância MySQL utiliza a mesma quantidade de armazenamento de volume em blocos, número de contagem de CPUs e quantidade de RAM definida na forma escolhida. A instância principal funciona como um ponto final de leitura/gravação e você só tem acesso de leitura/gravação à instância principal. Todos os dados gravados na instância principal são copiados para as instâncias secundárias de forma assíncrona. Os logs de binários de cada instância MySQL são gerenciados de forma independente uns dos outros. Mesmo que as instâncias tenham os mesmos dados, elas podem ter um número diferente de arquivos de log de binários com nomes de arquivo diferentes e possivelmente tamanhos diferentes.

As instâncias secundárias são colocadas em diferentes domínios de disponibilidade ou falha. Os seguintes modelos de posicionamento de instância são usados:

  • Vários domínios de disponibilidade com uma sub-rede regional: As três instâncias MySQL são colocadas em diferentes domínios de disponibilidade.
  • Vários domínios de disponibilidade com uma sub-rede específica do domínio de disponibilidade: As três instâncias MySQL são colocadas em domínios de falha distintos no mesmo domínio de disponibilidade.
  • Região de domínio de disponibilidade única: As três instâncias MySQL são colocadas em domínios de falha diferentes no mesmo domínio de disponibilidade.

Os sistemas de banco de dados de alta disponibilidade consomem mais recursos (CPUs, RAM, largura de banda da rede) do que os sistemas de banco de dados independentes. Portanto, o throughput e a latência diferem dos sistemas de banco de dados stand-alone.

Se você ativar backups automáticos, o HeatWave Service criará backups da instância principal do sistema de banco de dados de alta disponibilidade.

A alta disponibilidade usa a Replicação de Grupo MySQL para replicar dados da instância principal para as instâncias secundárias. A replicação ocorre em uma rede interna segura, gerenciada, desconectada da sub-rede da VCN configurada para o sistema de banco de dados. Informações limitadas sobre essa rede interna estão disponíveis em algumas tabelas do Esquema de Desempenho, e você não pode estabelecer conexão com elas nem exibir outras informações relacionadas a elas.

Promoção Automática ou Manual de uma Instância Secundária

  • Failover: No caso de falha na instância principal, o serviço HeatWave automaticamente promove uma das instâncias secundárias para funcionar como a instância principal. Isso retoma a disponibilidade para aplicativos clientes sem perda de dados.
  • Switchover: O serviço HeatWave permite que você promova manualmente uma das instâncias secundárias como instância principal. Isso é chamado de switchover.
Observação

Após um failover ou switchover, o nome do arquivo de log de binários atual e a posição do novo principal podem ser diferentes do principal antigo. À medida que os logs de binários de cada instância são gerenciados de forma independente, cada transação registrada nos logs de binários pode ser gravada em um arquivo de log de binários e posicionada em instâncias diferentes.

Durante um failover ou switchover em um sistema de banco de dados de alta disponibilidade com cluster HeatWave, há algum atraso após o qual você pode executar consultas no cluster HeatWave novamente.

Colocação Principal Preferida e Atual

  • Posicionamento principal preferencial: Ao criar um sistema de banco de dados de alta disponibilidade, você pode escolher o domínio de disponibilidade e falha no qual deseja colocar a instância principal, que funciona como ponto final de leitura/gravação. Isso é chamado de colocação principal preferencial e não é alterado depois que você cria um sistema de banco de dados de alta disponibilidade, exceto quando executa um switchover. As instâncias secundárias são colocadas automaticamente nos outros dois domínios de disponibilidade ou de falha.
  • Posicionamento principal atual: Quando você cria um sistema de banco de dados, o posicionamento atual da instância principal é igual ao posicionamento preferencial. No entanto, no caso de um failover, uma das instâncias secundárias é promovida como instância principal. O domínio de disponibilidade e falha dessa nova instância principal é o posicionamento principal atual. O posicionamento principal preferencial, que você selecionou ao criar o sistema de banco de dados, permanece o mesmo. O endereço IP do ponto final de leitura/gravação não muda, independentemente do posicionamento da instância principal.

HeatWave Suporte a Cluster

Você pode ativar o cluster HeatWave em um sistema de banco de dados de alta disponibilidade. Para ativar o cluster do HeatWave, primeiro atualize a forma do sistema de BD para uma forma que suporte o cluster do HeatWave. Consulte Formas Suportadas. Quando o cluster HeatWave está ativo, ele sempre é anexado à instância principal do sistema de banco de dados de alta disponibilidade. Quando o posicionamento atual da instância principal for alterado em um failover ou switchover, o cluster HeatWave deverá ser desanexado da instância principal anterior e o mesmo cluster HeatWare ou um novo cluster deverá ser anexado à nova instância principal. Os dados no cluster HeatWave são recuperados automaticamente da Camada de Armazenamento ou recarregados do sistema de BD ou do Lakehouse Object Storage.

Se a instância principal anterior e a nova instância principal estiverem localizadas no mesmo domínio de disponibilidade (AD), o cluster HeatWave existente poderá ser reutilizado. O cluster HeatWave é desanexado da instância principal anterior e reanexado à nova instância principal. Isso acontece quando o sistema de banco de dados está localizado em uma região com um único AD ou está conectado a uma sub-rede específica do AD em uma região com vários ADs.

Se a instância principal anterior e a nova instância principal estiverem localizadas em outro domínio de disponibilidade (AD), o cluster HeatWave existente deverá ser desanexado e excluído. É necessário criar um novo cluster HeatWave no mesmo AD que a nova instância principal e ele está anexado à nova instância principal. Isso acontece quando o sistema de banco de dados é conectado a uma sub-rede regional em uma região com vários ADs.

Tópicos Relacionados