Sobre os pools de leitura

Os pools de leitura do Cloud SQL oferecem suporte ao balanceamento de carga para cargas de trabalho de leitura grandes.

O que são pools de leitura?

Um pool de leitura é um conjunto de instâncias de réplica de leitura usadas para distribuir cargas de trabalho de leitura grandes. Essas cargas de trabalho podem ser redirecionadas da instância principal para o pool de leitura para reduzir a carga na instância principal.

Cada réplica de leitura no pool de leitura é chamada de nó do pool de leitura.

É possível escalonar o pool de leitura de várias maneiras:

  • Escalonar horizontalmente: escalone a capacidade de balanceamento de carga horizontalmente modificando o número de nós do pool de leitura. Cada pool de leitura oferece suporte a 1 a 7 nós de pool de leitura.
  • Escalonar verticalmente: escalone a capacidade de balanceamento de carga verticalmente modificando o tipo de máquina associado a um nó do pool de leitura. Depois de definida, a configuração é aplicada uniformemente a cada nó do pool de leitura.

Ao modificar as configurações do nó do pool de leitura, como armazenamento, conectividade ou flags de configuração do banco de dados, as mudanças são aplicadas automaticamente de maneira uniforme a cada nó do pool de leitura.

Acessar um pool de leitura por um único endpoint de leitura

O pool de leitura pode ser acessado por um único endpoint de leitura com um endereço IP imutável. As conexões feitas pelo endpoint são redirecionadas automaticamente para um dos nós do pool de leitura. Quando você quer que o pool de leitura seja reduzir escalonamento horizontal ou escalonar horizontalmente horizontal, os aplicativos que estavam conectados a esse único endpoint de leitura não precisam ser reconfigurados, mesmo que você possa criar novos nós de pool de leitura ou excluir os anteriores.

Cada nó do pool de leitura também tem o próprio endereço IP. Embora não seja recomendado como uma abordagem eficiente para acessar seus dados, você pode usar esses endereços IP para solucionar problemas de desempenho de nós de pool de leitura individuais.

Para mais informações sobre como recuperar as informações de conexão do pool de leitura ou dos nós do pool de leitura (endereços IP ou uma string de conexão), consulte Visualizar informações do pool de leitura.

Replicação

A replicação do pool de leitura do Cloud SQL é implementada usando grupos de disponibilidade de escala do SQL Server.

Para mais informações, consulte Sobre a replicação.

Características do pool de leitura

As seguintes características se aplicam:

  • Um pool de leitura com dois ou mais nós é coberto pelo contrato de nível de serviço (SLA, na sigla em inglês).
  • Os nós do pool de leitura sempre residem na mesma região, conforme especificado pelo usuário. Google Cloud O usuário alterna a residência do nó do pool de leitura entre todas as zonas da região.
  • Uma instância principal pode ter um ou mais pools de leitura.
  • As operações a seguir incorrem em tempo de inatividade inferior a um segundo:
    • Escalonamento horizontal (adicionar ou remover nós do pool de leitura).
    • Escalonamento vertical (alterar o tipo de máquina dos nós no pool).
    • Converter uma réplica de leitura zonal em um pool de leitura.
  • Um pool de leitura recebe manutenção antes da instância principal, semelhante a réplicas de leitura. Como as réplicas de leitura, os pools de leitura recebem manutenção durante a janela de manutenção da instância principal.
  • Cada nó do pool de leitura tem as mesmas métricas disponíveis que uma réplica de leitura do Cloud SQL
  • Ao usar gcloud ou o Google Cloud console para descrever os detalhes de um projeto, o nome do pool de leitura é listado, mas os nomes dos nós do pool de leitura individual não.

Limitações

Considere as seguintes limitações:

  • Os pools de leitura estão disponíveis apenas para instâncias do Cloud SQL Enterprise Plus na nova arquitetura de rede. A instância principal associada a um pool de leitura também precisa ser uma instância do Cloud SQL Enterprise Plus.
  • É possível criar no máximo sete réplicas de leitura por instância principal. Esse valor pode incluir qualquer número combinado de réplicas de leitura e contagem de nós do pool de leitura em uma instância do pool de leitura. Por exemplo, uma instância principal pode ter duas réplicas de leitura e um pool de leitura separado de cinco réplicas de leitura (nós do pool de leitura).
  • O escalonamento automático do pool de leitura não é compatível com instâncias do SQL Server.
  • A recuperação avançada de desastres não é compatível com pools de leitura. As instâncias principais não podem usar pools de leitura e réplicas em cascata.
  • O tráfego é veiculado de nós do pool de leitura com base na integridade do banco de dados, mas independentemente do atraso de replicação nesse nó do pool de leitura. O tráfego pode ser veiculado de um nó de pool de leitura atrasado, mesmo que outro nó de pool de leitura esteja disponível e não esteja atrasado. Um banco de dados é considerado íntegro se o processo do banco de dados estiver ativo e puder responder a consultas, mas não há requisito sobre a atualização dos dados veiculados.
  • Nenhuma garantia é feita sobre uma única sessão lógica que se conecta a vários nós do pool de leitura. É possível que solicitações posteriores em uma sessão se conectem a um nó do pool de leitura que tenha uma posição de replicação menor do que o nó do pool de leitura que veiculou uma solicitação anterior, o que pode fazer com que o estado do banco de dados pareça voltar no tempo.
  • Os seguintes tipos de atualizações não são aceitos:
    • Embora os pools de leitura ainda recebam atualizações de manutenção do Cloud SQL, não é possível atualizar o pool de leitura ou a instância principal associada para uma nova versão principal do banco de dados.
    • Iniciar ou interromper nós do pool de leitura.
  • Além das operações que não são aceitas em réplicas de leitura, as seguintes operações não são aceitas em pools de leitura:
  • Não é possível usar certificados SSL/TLS com CA compartilhada ou gerenciada pelo cliente com um pool de leitura.
  • Um pool de leitura não pode ser replicado para outra instância, por exemplo, uma réplica em cascata ou outro pool de leitura.
  • Um pool de leitura precisa ser replicado diretamente de uma instância principal. Não pode ser uma réplica em cascata.
  • Ao criar ou escalonar um pool de leitura, é necessário aguardar a conclusão das operações anteriores de criação, reduzir escalonamento horizontal ou escalonar horizontalmente associadas ao pool de leitura. Essa restrição se aplica a qualquer outro pool de leitura associado à mesma instância principal. Se você quiser escalonar vários pools de leitura associados à mesma instância principal, aguarde a conclusão das operações de escalonamento associadas ao primeiro pool de leitura antes de começar a escalonar o próximo pool de leitura. Se você emitir solicitações simultâneas, poderá receber o seguinte erro: Operation failed because another operation was already in progress..
  • Somente uma réplica zonal localizada na mesma região que a principal pode ser convertida para uso em um pool de leitura.
  • Os nós do pool de leitura podem apresentar níveis variados de atraso de replicação, o que pode resultar em leituras inconsistentes. Se o aplicativo exigir consistência de leitura alta, recomendamos escalonar verticalmente uma única réplica de leitura em vez de usar um pool de leitura.
  • O Cloud SQL repara automaticamente os nós do pool de leitura nas seguintes condições:
    • Quando a instância está inativa.
    • Quando a replicação está interrompida.

    Nesses cenários, se você criar outros logins na instância principal, não será possível fazer login usando esses logins depois que o nó do pool de leitura for recriado. Verifique se o login usado para o endpoint de leitura está disponível da instância principal.

  • A Microsoft não oferece suporte à replicação de objetos de servidor.

    Todos os objetos no nível do servidor criados em uma réplica de leitura também precisam ser criados e gerenciados na instância principal. Esses objetos não são replicados automaticamente.

    Esse comportamento se aplica aos seguintes cenários, embora não seja uma lista exaustiva:

    • Reparar um pool de leitura.
    • Converter uma réplica de leitura em um pool de leitura.
      • Objetos no nível do servidor, como logins, ficam inacessíveis.
      • Se você criar um login que exista na réplica de leitura original, mas não na instância principal, o login não será replicado para o novo nó do pool de leitura.
    • Converter um pool de leitura em uma réplica de leitura.
      • Se você criar um login em um pool de leitura e não na instância principal, e, mais tarde, desativar o pool de leitura, o login não existirá mais.

    Alguns exemplos de objetos no nível do servidor não replicados incluem o seguinte:

    • Logins.
    • Configuração do servidor vinculado.
    • Arquivos de auditoria de banco de dados criados pela auditoria do SQL Server.
    • XEventsXEvents e as configurações de configuração.

    Para mais informações, consulte a documentação da Microsoft.

  • O certificado de criptografia de dados transparente (TDE) é bloqueado para operações de importação e exportação.
  • Você sempre precisa importar e exportar certificados TDE da instância principal. Os certificados TDE serão replicados automaticamente para todas as réplicas de leitura no pool de leitura, independentemente do tipo de réplica.
  • As operações de importação e exportação de TDE não são aceitas. Sempre importe o certificado TDE da instância principal.

A seguir