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.
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.
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.