Compartilhar via


Gerenciar alta disponibilidade e balanceamento de carga do gateway de dados de rede virtual

É possível usar um cluster de gateways de dados de rede virtual para balancear a carga das consultas em execução no cluster e evitar um ponto único de falha.

Alta disponibilidade e balanceamento de carga de um cluster para um gateway de dados de rede virtual

Você pode criar clusters de alta disponibilidade ao criar um gateway de dados de rede virtual. Ter vários gateways no cluster garante que sua organização possa acessar seus dados por trás da rede virtual. Ele também evita um único ponto de falha ao acessar recursos de dados locais. Um cluster com vários gateways não só fornece alta disponibilidade, mas também fornece funcionalidade de balanceamento de carga. A escolha de um gateway durante o balanceamento de carga ocorre de forma aleatória.

Como criar um cluster de vários gateways de dados de rede virtual

Há duas maneiras de criar um cluster de gateways de dados de rede virtual. A primeira é criar diretamente um cluster com múltiplos gateways durante a configuração inicial do gateway de dados. A segunda opção é editar as configurações dos gateways de dados de rede virtual existentes.

Se você estiver criando um gateway de dados de rede virtual, primeiro precisará preencher as informações necessárias para criar a rede virtual no Centro de administração do Power Platform. Depois, será exibido um menu de opções avançadas.

Captura de tela do formulário de gateway de dados da VNet, com as entradas assinatura, grupo de recursos, rede virtual, sub-rede e nome preenchidas.

Por padrão, o número de gateways é definido como 1. Essa configuração significa que apenas um gateway é criado. Você pode aumentar o número de gateways usando o controle deslizante. O número máximo de gateways por cluster é 7 agora.

Como garantir que o gateway esteja disponível para execução de consultas

O cluster de gateway de dados da rede virtual é pausado automaticamente após um determinado tempo de inatividade. Depois que o gateway é pausado automaticamente, são necessários de dois a três minutos para que o cluster fique disponível novamente. Por padrão, o intervalo de tempo de inatividade antes da autopausa é definido como 30 minutos. Você pode aumentar esse intervalo de tempo para o máximo de 24 horas. Não há suporte para deixar o cluster de gateway de dados de rede virtual sempre ligado.

Captura de tela das opções avançadas do gateway de VNet, com o intervalo de tempo definido como 1 hora e 30 minutos e o número de gateways definido como 4.

Como alterar as opções de alta disponibilidade

A qualquer momento, você pode alterar o número de gateways presentes no cluster. Você também pode alterar o intervalo de tempo de inatividade antes da pausa automática. Para editar essas configurações, selecione um gateway de dados de rede virtual e escolha Configurações na parte superior. Agora você pode alterar as opções avançadas no painel Configurações.

Captura de imagem com um gateway de dados de VNet selecionado, a seleção de configuração enfatizada e o painel Configurações aberto.

Desempenho do gateway de dados de rede virtual e capacidade de carga de trabalho

Os gateways dão suporte a várias cargas de trabalho, permitindo uma execução paralela eficiente. Cada instância do gateway de dados de rede virtual foi projetada para lidar com trabalhos simultâneos em cargas de trabalho diferentes:

  • Até seis consultas de atualização podem ser executadas simultaneamente, permitindo atualizações de dados eficientes para operações de atualização agendadas.
  • Até 15 consultas diretas podem ser executadas simultaneamente, dando suporte a relatórios interativos e recuperação de dados em tempo real.
  • 1 trabalho de atividade de Cópia do pipeline do Fabric. Em geral, uma atividade de cópia gera apenas um trabalho de cópia. No entanto, em alguns casos, vários trabalhos podem ser gerados.
  • 1 trabalho de cópia do Fabric. Se a fonte de dados tiver várias tabelas, o trabalho de cópia será dividido em vários subjobs. Uma instância de gateway só pode executar um subjob de cada vez.
  • Até 6 atividades de Consulta, Obter metadados, Excluir e Script podem ser executadas simultaneamente.
  • Até 200 outras atividades de pipeline, como Procedimento Armazenado e HDInsight, podem ser executadas simultaneamente.