Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O motor de avaliação moderno é uma funcionalidade de adesão opcional que as cargas de trabalho do Fabric suportadas podem utilizar para a avaliação de consultas e a execução de atualizações quando estabelecem ligação através de um gateway de dados de rede virtual (VNet). Pode ativar essa opção como definição de pré-visualização pública na página Gerir ligações e gateways.
O motor de avaliação moderno pode reduzir a duração da atualização para algumas cargas de trabalho e melhorar a latência de arranque do DirectQuery para cenários suportados. O desempenho real depende do conector, fonte de dados, forma da consulta, configuração do gateway e concorrência da carga de trabalho. Durante a pré-visualização pública, esta definição está desativada por defeito e os gateways existentes continuam a utilizar o motor legado até ativar a opção.
Pré-requisitos
- Um gateway de dados VNet configurado.
- Permissão para gerir o gateway ou as definições de ligação.
- Uma ou mais cargas de trabalho Fabric suportadas que utilizam o gateway.
- Um plano de validação para a duração da atualização, latência da consulta e consumo de capacidade.
Cenários suportados
O motor de avaliação moderno aplica-se a cargas de trabalho suportadas que utilizam um gateway de dados VNet, incluindo:
- Atualização semântica do modelo.
- Dataflow Gen2 atualiza-se.
- Cargas de trabalho do DirectQuery que se ligam por meio de um gateway de dados VNet.
O suporte pode variar consoante o conector e a carga de trabalho. Teste cargas de trabalho representativas antes de ativar a configuração nos gateways de produção.
Tip
O motor de avaliação moderno é uma configuração opt-in. Os gateways existentes continuam a usar o motor legado até ativares essa opção.
Ativar o motor de avaliação moderno
Os administradores de gateway podem ativar o motor de avaliação moderno como uma configuração opt-in para um gateway específico.
- No Fabric, abra Gerir conexões e gateways.
- Selecione o gateway de dados VNet que quer atualizar.
- Nas definições do gateway, nas opções avançadas, ative Usar motor de avaliação moderno.
- Guarde a alteração.
- Execute cargas de trabalho representativas de atualização e de DirectQuery.
- Compare a duração da atualização, a latência da consulta e as métricas de capacidade antes e depois de ativar a definição.
Desativar o motor de avaliação moderno
Desliga o motor de avaliação moderno se precisares de devolver um gateway ao motor legado.
- Abrir Gerir ligações e gateways.
- Selecione o gateway de dados VNet.
- Desligue Utilize um motor de avaliação moderno.
- Guarde a alteração.
- Repete a carga de trabalho afetada para confirmar o comportamento.
Considerações sobre desempenho
O motor de avaliação moderno pode melhorar o tempo de execução em alguns cenários de atualização e de consulta. Os exemplos seguintes mostram resultados observados em execuções de benchmark. Estes resultados são apenas exemplos e não devem ser usados como garantia para um ambiente específico.
Atualizar cenários
| Scenario | Conector | Nuvem | Gateway de dados da VNet - legado | Gateway de dados VNet - moderno |
|---|---|---|---|---|
| Atualização do modelo semântico | Armazenamento de Blobs do Azure (10 GB) | 35:10 | 42:26 | 26:59 |
| Atualização do modelo semântico | SQL (100 milhões de linhas) | 7:50 | 13:18 | 7:40 |
| Atualização do Dataflow Gen2 | Armazenamento de Blobs do Azure (10 GB) | 19:30 (moderno) | 46:09 | 25:31 |
Cenários DirectQuery
| Métrico | Legacy | Moderno |
|---|---|---|
| Arranque a frio do modelo semântico DirectQuery, de ponta a ponta | 10 segundos | 200 ms |
| Modelo semântico DirectQuery estado estável, de ponta a ponta | 200 ms | 200 ms |
Observação
Estes resultados são exemplos de cenários de referência. O desempenho real depende do comportamento do conector, latência do sistema de origem, forma da consulta, configuração do gateway, design do modelo e concorrência da carga de trabalho.
Considerações de capacidade e faturação
O motor de avaliação moderno pode reduzir o tempo de atualização do relógio de parede para algumas cargas de trabalho. O impacto na capacidade depende da carga de trabalho em funcionamento e de como essa carga é medida.
Uma duração de atualização mais curta ou um tempo de CPU reduzido podem influenciar a utilização da capacidade em alguns cenários, mas o impacto real varia. Os administradores devem comparar o comportamento antes e depois usando a aplicação Fabric Capacity Metrics e cargas de trabalho representativas do seu próprio ambiente.
Validação da carga de trabalho
Depois de ativar o motor de avaliação moderno, valide as cargas de trabalho que utilizam o gateway:
- Executa uma atualização semântica representativa do modelo.
- Execute uma atualização representativa do Dataflow Gen2.
- Teste os relatórios DirectQuery que se ligam através do gateway.
- Rever o histórico de atualizações para falhas ou regressões.
- Compare as métricas de duração e capacidade do relógio de parede com a sua linha base.
- Se uma carga de trabalho não se comportar como esperado, desative Utilizar motor de avaliação moderno e contacte o suporte técnico da Microsoft com os diagnósticos do gateway.
Troubleshooting
O desempenho da atualização não melhora.
As melhorias de desempenho variam consoante o conector, forma da consulta, sistema de origem e recursos de gateway disponíveis. Compare várias execuções antes e depois de ativar a definição e confirme que a carga de trabalho está a utilizar um conector e uma via de gateway suportados.
O consumo de capacidade não diminui
Uma duração mais curta do relógio de parede nem sempre resulta numa redução proporcional da capacidade. O tempo de atividade do gateway, o comportamento de arrefecimento, o tempo de CPU da carga de trabalho e a concorrência podem afetar a utilização observada da capacidade.
O arranque a frio do DirectQuery continua lento
Confirme que o relatório utiliza o caminho do gateway de dados VNet e que o conector é compatível. Verifique também se o tempo de arranque é afetado pela latência do sistema de origem, autenticação ou inicialização do modelo fora do caminho do gateway.