Camada de computação serverless para o Base de Dados SQL do Azure

Aplica-se a: Base de Dados SQL do Azure

Serverless é um nível de computação para bases de dados individuais no Base de Dados SQL do Azure que escala automaticamente a computação com base na procura de carga de trabalho e cobra pela quantidade de computação utilizada por segundo. A camada de computação sem servidor também pausa automaticamente os bancos de dados durante períodos inativos, quando apenas o armazenamento é cobrado, e retoma automaticamente os bancos de dados quando a atividade retorna. A camada de computação sem servidor está disponível na camada de serviço de uso geral e na camada de serviço Hyperscale.

Atualmente, a pausa automática e a retomada automática só são suportadas no nível de serviço de Uso Geral.

Visão geral

Um intervalo de escalonamento automático de computação e um atraso de pausa automática são parâmetros importantes para a camada de computação sem servidor. A configuração desses parâmetros molda a experiência de desempenho do banco de dados e o custo de computação.

Diagrama que indica quando a cobrança sem servidor deixaria de incorrer em encargos de computação devido à inatividade.

Configuração de desempenho

  • Os vCores mínimos e vCores máximos são parâmetros configuráveis que definem a variação de capacidade de computação disponível para o banco de dados. Os limites de memória e E/S são proporcionais ao intervalo vCore especificado. 
  • O atraso de pausa automática é um parâmetro configurável que define o período de tempo em que a base de dados deve estar inativa antes de ser automaticamente pausada. A base de dados é automaticamente retomada quando ocorre o próximo login ou outra atividade. Em alternativa, podes desativar a pausa automática. Para mais informações, consulte Pausa automática e retoma automática na camada de computação sem servidor do Base de Dados SQL do Azure.

Configurações padrão

A tabela a seguir mostra os valores disponíveis para esses parâmetros.

Parâmetro Escolhas de valor Valor padrão
Mínimo vCores Depende do máximo de vCores configurados - consulte limites de recursos. 0,5 vCores
Atraso na pausa automática Mínimo: 15 minutos
Máximo: 10.080 minutos (sete dias)
Incrementos: 1 minuto
Desativar pausa automática: -1
60 minutos

Custo

O custo de uma base de dados serverless é a soma do custo de computação e do custo de armazenamento. O custo de armazenamento é determinado da mesma forma que no nível de computação provisionado.

  • Quando o uso de computação está entre os limites mínimos e máximos que configura, o custo de cálculo baseia-se no vCore e na memória utilizada.
  • Quando o uso de computação está abaixo dos limites mínimos configurados, o custo de computação baseia-se nos vCores mínimos e na memória mínima configurados.
  • Quando o banco de dados é pausado, o custo de computação é zero e apenas os custos de armazenamento são incorridos.

Para mais detalhes de custos, consulte Faturação do escalão de computação sem servidor e cenários de custos.

Cenários

O Serverless é otimizado em termos de custo-desempenho para bancos de dados únicos com padrões de uso intermitentes e imprevisíveis, que podem suportar algum atraso no aquecimento do processamento após períodos de inatividade. Em contrapartida, o escalão de computação aprovisionado está otimizado em termos de preço-desempenho para bases de dados únicas ou várias bases de dados em conjuntos elásticos com utilização média mais elevada, que não podem permitir qualquer atraso na ativação dos recursos de computação.

Cenários adequados para computação sem servidor

  • Bancos de dados únicos com padrões de uso intermitentes e imprevisíveis intercalados com períodos de inatividade e menor utilização média de computação ao longo do tempo.
  • Bancos de dados únicos na camada de computação provisionada que são frequentemente redimensionados e clientes que preferem delegar o reescalonamento de computação ao serviço.
  • Novas bases de dados individuais sem histórico de utilização, onde o dimensionamento de cálculo é difícil ou impossível de estimar antes da implementação numa Base de Dados SQL do Azure.

Cenários adequados para computação provisionada

  • Bancos de dados únicos com padrões de uso mais regulares e previsíveis e maior utilização média de computação ao longo do tempo.
  • Bases de dados que não toleram concessões em termos de desempenho resultantes de reduções de memória mais frequentes ou de atrasos ao retomar de um estado em pausa.
  • Vários bancos de dados com padrões de uso intermitentes e imprevisíveis que podem ser consolidados em pools elásticos para melhor otimização de preço-desempenho.

Comparar níveis de computação

A tabela a seguir resume as distinções entre a camada de computação sem servidor e a camada de computação provisionada:

Computação sem servidor Computação provisionada
Padrão de uso do banco de dados Uso intermitente e imprevisível com menor utilização média de computação ao longo do tempo. Padrões de uso mais regulares com maior utilização média de computação ao longo do tempo ou vários bancos de dados usando pools elásticos.
Esforço de gestão de desempenho Mais baixo Mais alto
Dimensionamento de computação Automático Manual
Capacidade de resposta computacional Menor após períodos inativos Imediato
Granularidade de faturamento Por segundo Por hora

Modelo de compra e nível de serviço

A tabela a seguir descreve o suporte sem servidor com base no modelo de compra, camadas de serviço e hardware:

Categoria suportado Não suportado
Modelo de compra vCore DTU
Camada de serviço Uso Geral
Hiperescala
Crítico para a Empresa
Equipamento Série padrão (5ª Geração) Todos os outros hardwares

Bases de dados serverless com dimensionamento automático

Para mais informações sobre o dimensionamento automático e a capacidade de resposta da camada de computação sem servidor, consulte Dimensionamento automático da camada de computação sem servidor para a Base de Dados SQL do Azure.

Pausa e retomada automáticas

Para obter informações detalhadas sobre o comportamento da pausa automática e da retoma automática, os desencadeadores, a resolução de problemas e a conectividade, consulte Pausa automática e retoma automática no escalão de computação sem servidor.

Criar um novo banco de dados sem servidor

Para instruções passo a passo sobre criar, mover e configurar bases de dados serverless usando o portal Azure, PowerShell, CLI do Azure e T-SQL, veja Criar e configurar uma base de dados serverless.

Melhores práticas do escalão de computação serverless

Considere as seguintes melhores práticas ao utilizar bases de dados serverless.

Implementar lógica de repetição na aplicação

Todas as aplicações ligadas à nuvem devem usar recomendações relativas à lógica de repetição de tentativas de ligação. Os erros transitórios de conectividade devem ser tratados com uma lógica de repetição em todas as aplicações na cloud. A lógica de repetição para bases de dados sem servidor é especialmente importante porque os erros temporários de conectividade causados pela reativação automática são previsíveis.

Para mais informações, consulte Resolução de problemas da conectividade de retomada automática.

Reveja a interoperabilidade que impede a pausa automática

Algumas funcionalidades e definições podem impedir que uma base de dados serverless faça pausas automáticas. Pode desativar a pausa automática na base de dados se estas funcionalidades estiverem em uso.

Para mais informações, veja Resolução de problemas da pausa automática.

Monitorização

Para mais informações sobre como monitorizar eventos de pausa e retomada da sua base de dados serverless, consulte Monitorizar a camada de computação serverless para Base de Dados SQL do Azure.

Limites de recursos

Para limites de recursos, consulte camada de computação sem servidor.

Faturação

Para obter informações detalhadas sobre faturação, incluindo o cálculo dos custos de computação, a faturação mínima de computação e exemplos de cenários para os escalões Utilização Geral e Hiperescala, consulte faturação do escalão de computação sem servidor.

Regiões disponíveis

Para disponibilidade regional, veja Disponibilidade Serverless por Região para Base de Dados SQL do Azure.

Passo seguinte