Limites de recursos para pools elásticos usando o modelo de compra baseado no vCore

Aplica-se a:Banco de Dados SQL do Azure

Este artigo fornece os limites de recursos detalhados para pools elásticos do Banco de Dados SQL do Azure e bancos de dados em pool usando o modelo de compra baseado em vCore.

• Para os limites de recursos do vCore de banco de dados único, consulte os limites de recursos do vCore – limites de recursos do Banco de Dados SQL do Azure e do vCore – pools elásticos.
• Para obter mais informações sobre os diferentes modelos de compra, consulte Comparar modelos de compra baseados em VCore e DTU do Banco de Dados SQL do Azure.

Propriedades do banco de dados para bancos de dados em pool

Para cada pool elástico, você tem a opção de especificar vCores mínimos e máximos por banco de dados para modificar os padrões de consumo de recursos dentro do pool. Você também pode definir o armazenamento máximo por banco de dados, por exemplo, para impedir que um único banco de dados consuma todo o armazenamento do pool.

• Os valores min e max vCore especificados se aplicam a todos os bancos de dados no pool. Não há suporte para a personalização de vCores mínimos e máximos para bancos de dados individuais no pool.
• O armazenamento máximo por banco de dados pode ser configurado independentemente para cada banco de dados.

A tabela a seguir descreve as propriedades por banco de dados para bancos de dados em pool.

Embora as propriedades por banco de dados sejam expressas em vCores, elas também regem o consumo de outros tipos de recursos, como E/S de dados, E/S de log, memória de pool de buffers e threads de trabalho. Conforme você ajusta os valores mínimo e máximo de vCores por banco de dados, as reservas e os limites para todos os tipos de recursos são ajustados proporcionalmente.

Os valores mínimo e máximo de vCores por banco de dados se aplicam ao consumo de recursos pelas cargas de trabalho do usuário, mas não ao consumo de recursos por processos internos. Por exemplo, para um banco de dados com um máximo de vCores por banco de dados definido como metade do pool de vCores, a carga de trabalho do usuário não pode consumir mais da metade da memória do pool de buffers. No entanto, esse banco de dados ainda pode aproveitar as páginas no pool de buffers que foram carregadas por processos internos. Para saber mais, confira Consumo de recursos por cargas de trabalho do usuário e processos internos.

Os limites de recursos de bancos de dados individuais em pools elásticos geralmente são os mesmos dos bancos de dados individuais fora dos pools com o mesmo tamanho da computação (objetivo do serviço). Por exemplo, o máximo de trabalhadores simultâneos para um GP_S_Gen5_10 banco de dados é de 750 trabalhadores. Portanto, o máximo de trabalhadores simultâneos para um banco de dados em um GP_Gen5_10 pool também é de 750 trabalhadores. Observe que o número total de trabalhadores simultâneos no GP_Gen5_10 pool é 1050. Saiba o máximo de trabalhos simultâneos para qualquer banco de dados individual em Limites de recursos de banco de dados único.

Cada réplica somente leitura de um pool elástico tem os próprios recursos, como vCores, memória, IOPS de dados, tempdb, trabalhos e sessões. Cada réplica somente leitura está sujeita aos limites de recursos de pool elástico detalhados mais adiante neste artigo.

Você pode definir a camada de serviço, o tamanho da computação (objetivo do serviço) e a quantidade de armazenamento usando:

• Transact-SQL por meio de ALTER DATABASE
• Portal do Azure
• PowerShell
• CLI do Azure
• REST API

Se todos os vCores de um pool elástico estiverem ocupados, cada banco de dados no pool receberá uma quantidade igual de recursos de computação para processar as consultas. O serviço de Banco de Dados SQL do Azure fornece integridade de compartilhamento de recursos entre os bancos de dados ao garantir fatias iguais de tempo de computação. A integridade de compartilhamento de recursos do pool elástico é adicional a qualquer quantidade de recursos garantidos de outra forma a cada banco de dados quando o mínimo de vCores por banco de dados é definido com um valor diferente de zero.

Para o mesmo número de vCores, os recursos fornecidos para um pool elástico podem exceder os recursos fornecidos a um banco de dados individual fora de um pool elástico. Isso significa que é possível que a utilização de CPU, E/S de dados e gravação de log de um pool elástico seja menor que a soma da utilização de CPU, E/S de dados e gravação de log nos bancos de dados dentro do pool, dependendo dos padrões de carga de trabalho. Por exemplo, em um caso extremo com apenas um banco de dados em um pool elástico em que a utilização de E/S de Dados é de 100%, é possível que a utilização de E/S de Dados seja de 50% para determinados padrões de carga de trabalho. Isso pode ocorrer mesmo que o cCores máximo por banco de dados permaneça no valor máximo com suporte para o tamanho de pool especificado.

Uso Geral – computação provisionada – série Standard (Gen5)

Uso Geral - série padrão (Gen5) (parte 1 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série padrão seguem a convenção de nomenclatura GP_Gen5_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: GP_Gen5_2, GP_Gen5_4, GP_Gen5_6, GP_Gen5_8 e GP_Gen5_10:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando o Gen5 e o número máximo de vCores por banco de dados for definido como 2, o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, o valor máximo de trabalhos simultâneos será de 50, pois há, no máximo, 100 trabalhos simultâneos por vCore no Gen5. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Uso Geral - série padrão (Gen5) (parte 2 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série padrão seguem a convenção de nomenclatura GP_Gen5_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: GP_Gen5_12, GP_Gen5_14, GP_Gen5_16, GP_Gen5_18 e GP_Gen5_20:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Uso Geral - série padrão (Gen5) (parte 3 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série padrão seguem a convenção de nomenclatura GP_Gen5_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: GP_Gen5_24, GP_Gen5_32, GP_Gen5_40, GP_Gen5_80 e GP_Gen5_128:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Uso Geral – computação provisionada – série Fsv2

Uso Geral - série Fsv2 (parte 1 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série Fsv2 seguem a convenção de nomenclatura GP_Fsv2_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: GP_Fsv2_8, GP_Fsv2_10, GP_Fsv2_12, GP_Fsv2_14 e GP_Fsv2_16:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Uso Geral - série Fsv2 (parte 2 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série Fsv2 seguem a convenção de nomenclatura GP_Fsv2_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: GP_Fsv2_18, GP_Fsv2_20, GP_Fsv2_24, GP_Fsv2_32, GP_Fsv2_36 e GP_Fsv2_72:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Uso Geral – computação provisionada – série DC

Uso Geral - série DC (parte 1 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série DC seguem a convenção de nomenclatura GP_DC_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: GP_DC_2, GP_DC_4, GP_DC_6, GP_DC_8, GP_DC_10 e GP_DC_12:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

⁶ As ofertas vCore da série de hardware DC de 10 a 40 estão atualmente em Visualização.

^{7 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Uso Geral - série DC (parte 2 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Uso Geral da série DC seguem a convenção de nomenclatura GP_DC_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: GP_DC_14, GP_DC_16, GP_DC_18, GP_DC_20, GP_DC_32 e GP_DC_40:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

⁶ As ofertas vCore da série de hardware DC de 10 a 40 estão atualmente em Visualização.

^{7 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Comercialmente Crítico – Computação provisionada – Série Standard (Gen5)

Comercialmente Críticos - série padrão (Gen5) (parte 1 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos Comercialmente Críticos da série padrão seguem a convenção de nomenclatura BC_Gen5_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: BC_Gen5_4, BC_Gen5_6, BC_Gen5_8, BC_Gen5_10 e BC_Gen5_12:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Comercialmente Críticos - série padrão (Gen5) (parte 2 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos Comercialmente Críticos da série padrão seguem a convenção de nomenclatura BC_Gen5_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: BC_Gen5_14, BC_Gen5_16, BC_Gen5_18, BC_Gen5_20 e BC_Gen5_24:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

^{5 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Comercialmente Críticos - série padrão (Gen5) (parte 3 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos Comercialmente Críticos da série padrão seguem a convenção de nomenclatura BC_Gen5_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: BC_Gen5_32, BC_Gen5_40, BC_Gen5_80 e BC_Gen5_128:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

^{6 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Comercialmente crítico – Computação provisionada – Série DC

Comercialmente Críticos - série DC (parte 1 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos Comercialmente Críticos da série DC seguem a convenção de nomenclatura BC_DC_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: BC_DC_2, BC_DC_4, BC_DC_6, BC_DC_8, BC_DC_10 e BC_DC_12:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

⁶ As ofertas vCore da série de hardware DC de 10 a 40 estão atualmente em Visualização.

^{7 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Comercialmente Críticos - série DC (parte 2 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos Comercialmente Críticos da série DC seguem a convenção de nomenclatura BC_DC_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: BC_DC_14, BC_DC_16, BC_DC_18, BC_DC_20, BC_DC_32 e BC_DC_40:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² Para obter valores de tamanho de dados máximos documentados. A redução do tamanho máximo de dados reduz o tamanho máximo de log proporcionalmente.

³ O valor máximo para tamanhos de E/S variando entre 8 KB e 64 KB. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados.

⁴ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁵ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

⁶ As ofertas vCore da série de hardware DC de 10 a 40 estão atualmente em Visualização.

^{7 números de latência} são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

Hiperescala – Computação provisionada – Série Standard (Gen5)

Embora os limites de recursos publicados do Hyperscale para séries padrão e premium sejam os mesmos, a série premium oferece desempenho de CPU mais rápido em comparação com a série padrão e escala até 128 vCores, em comparação com 80 vCores para séries padrão. Os recursos que usam séries premium são garantidos para serem executados em hardware com CPUs mais recentes. A série padrão não fornece essa garantia e, dependendo da disponibilidade, os recursos podem ser colocados em componentes de hardwares mais antigos. Não há diferença de preço entre os dois, mas série premium está disponível em determinadas regiões.

Hiperescala - série padrão (Gen5) (parte 1 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Hiperescala da série padrão seguem a convenção de nomenclatura HS_Gen5_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: HS_Gen5_4, HS_Gen5_6, HS_Gen5_8, HS_Gen5_10, HS_Gen5_12 e HS_Gen5_14:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala - série padrão (Gen5) (parte 2 de 2)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos de Hiperescala da série padrão seguem a convenção de nomenclatura HS_Gen5_ seguida pelo número de vCores.

A tabela a seguir abrange estes SLOs: HS_Gen5_16, HS_Gen5_18, HS_Gen5_20, HS_Gen5_24, HS_Gen5_32, HS_Gen5_40 e HS_Gen5_80:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala – série premium

Hiperescala série premium (parte 1 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos da série Premium de Hiperescala seguem a convenção de nomenclatura HS_PRMS_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: HS_PRMS_4, HS_PRMS_6, HS_PRMS_8, HS_PRMS_10, HS_PRMS_12 e HS_PRMS_14:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala – Série premium (parte 2 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos da série Premium de Hiperescala seguem a convenção de nomenclatura HS_PRMS_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: HS_PRMS_16, HS_PRMS_18, HS_PRMS_20, HS_PRMS_24, HS_PRMS_32 e HS_PRMS_40:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala – série premium (parte 3 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos da série Premium de Hiperescala seguem a convenção de nomenclatura HS_PRMS_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: HS_PRMS_64, HS_PRMS_80, HS_PRMS_128:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala – série premium otimizada para memória

Hiperescala – série Premium com otimização de memória (parte 1 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos da série Premium de Hiperescala com otimização de memória seguem a convenção de nomenclatura HS_MOPRMS_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: HS_MOPRMS_4, HS_MOPRMS_6, HS_MOPRMS_8, HS_MOPRMS_10, HS_MOPRMS_12 e HS_MOPRMS_14:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, consulte de Governança de E/S de Dados e E/S de Dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala – série premium com otimização de memória (parte 2 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos da série Premium de Hiperescala com otimização de memória seguem a convenção de nomenclatura HS_MOPRMS_ seguida pelo número máximo de vCores.

A tabela a seguir abrange estes SLOs: HS_MOPRMS_16, HS_MOPRMS_18, HS_MOPRMS_20, HS_MOPRMS_24, HS_MOPRMS_32 e HS_MOPRMS_40:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hiperescala – série premium com otimização de memória (parte 3 de 3)

Os tamanhos de computação (objetivos de nível de serviço ou SLOs) para pools elásticos da série Premium de Hiperescala com otimização de memória seguem a convenção de nomenclatura HS_MOPRMS_ seguida pelo número máximo de vCores.

A seguinte tabela abrange estes SLOs: HS_MOPRMS_64 e HS_MOPRMS_80:

¹ Confira Gerenciamento de recursos em pools elásticos densos para obter considerações adicionais.

² A hiperescala é uma arquitetura multicamada com componentes de armazenamento e computação separados. Examine a camada de serviço de Hiperescala e a camada de serviço de Hiperescala para obter mais informações.

³ Além da E/S local do SSD, as cargas de trabalho usam a E/S remota do servidor de páginas. IOPS reais são dependentes da carga de trabalho. Para obter detalhes, veja Governança de E/S de dados e E/S de dados nas estatísticas de utilização de recursos. Os números de latência são aproximados e representativos para cargas de trabalho típicas em estado estável, mas não são garantidos.

⁴ A latência é 1-2 m para dados no SSD da réplica de computação local, que armazena em cache as páginas de dados mais usadas. Maior latência de dados recuperados de servidores de páginas.

⁵ Para obter o máximo de trabalhos simultâneos para qualquer banco de dados individual, consulte os limites de recursos para bancos de dados individuais usando o modelo de compra do vCore. Por exemplo, se o pool elástico estiver usando a série Standard (Gen5) e o número máximo de vCores por banco de dados for definido como 2, então o valor máximo de trabalhos simultâneos será de 200. Se o número máximo de vCores por banco de dados for definido como 0,5, então o valor máximo de trabalhos simultâneos será de 50, pois na série Standard (Gen5) há, no máximo, 100 trabalhos simultâneos por vCore. Para outras configurações de máximo de vCore por banco de dados que sejam menores que 1 vCore, o número máximo de trabalhos simultâneos é redimensionado de forma semelhante.

⁶ Para obter mais informações sobre o que é considerado uma conexão externa, consulte Conexões externas.

Hardware disponível anteriormente

Esta seção inclui detalhes sobre o hardware disponível anteriormente.

• O hardware Gen4 foi desativado e não está disponível para provisionamento, upscaling ou downscaling. Migre seu banco de dados para uma geração de hardware com suporte para obter uma variedade mais ampla de escalabilidade de vCore e armazenamento, rede acelerada, melhor desempenho de E/S e latência mínima. Para obter mais informações, confira O suporte terminou para hardware Gen 4 no Banco de Dados SQL do Azure.

Você pode usar o Azure Resource Graph Explorer para identificar todos os recursos do Banco de Dados SQL do Azure que atualmente usam hardware Gen4 ou pode marcar o hardware usado pelos recursos para um servidor lógico específico no portal do Azure.

Você deve ter pelo menos permissões read para o objeto ou grupo de objetos do Azure para ver os resultados no Azure Resource Graph Explorer.

Para usar o Resource Graph Explorer para identificar recursos do SQL do Azure que ainda estão usando hardware Gen4, siga estas etapas:

1. Acesse o portal do Azure.

2. Pesquise Resource graph na caixa de pesquisa e escolha o serviço Resource Graph Explorer nos resultados da pesquisa.

3. Na janela de consulta, digite a seguinte consulta e selecione Executar Consulta:

   resources
   | where type contains ('microsoft.sql/servers')
   | where sku['family'] == "Gen4"
   

4. O painel Resultados exibe todos os recursos implantados atualmente no Azure que estão usando o hardware Gen4.

   

Para verificar o hardware usado pelos recursos de um servidor lógico específico no Azure, siga estas etapas:

1. Acesse o portal do Azure.
2. Pesquise SQL servers na caixa de pesquisa e escolha servidores SQL nos resultados da pesquisa para abrir a página de servidores SQL e exibir todos os servidores para a(s) assinatura(s) escolhida(s).
3. Selecione o servidor de interesse para abrir a página Visão geral do servidor.
4. Role a tela para baixo até os recursos disponíveis e verifique a coluna Tipo de preço para recursos que estão usando hardware gen4.

Para migrar recursos para hardware de série padrão, examine Alterar hardware.

Conteúdo relacionado

• Para obter os limites de recursos de vCore para um banco de dados individual, veja Limites de recursos para bancos de dados individuais usando o modelo de compra baseado em vCore
• Para saber mais sobre limites gerais do Azure, confira Assinatura do Azure e limites de serviço, cotas e restrições.
• Para mais informações sobre os limites de recursos em um servidor SQL lógico, veja a visão geral dos limites de recursos em um servidor SQL lógico para saber mais sobre os limites nos níveis de servidor e de assinatura.