Escolha entre as camadas de serviço vCore e migrar das camadas de serviço DTUChoose among the vCore service tiers and migrate from the DTU service tiers

O vCore (núcleo virtual)-modelo de compra baseado em permite dimensionar os recursos de computação e armazenamento independentemente, combine o desempenho local e otimizar o preço.The virtual core (vCore)-based purchasing model lets you independently scale compute and storage resources, match on-premises performance, and optimize price. Ele também permite que você escolha a geração de hardware:It also lets you choose the generation of hardware:

  • Gen4: Até 24 CPUs lógicas com base em Intel E5-2673 v3 (Haswell) 2,4 GHz, vCore = 1 PP (núcleo físico), 7 GB por núcleo, anexado SSDGen4: Up to 24 logical CPUs based on Intel E5-2673 v3 (Haswell) 2.4-GHz processors, vCore = 1 PP (physical core), 7 GB per core, attached SSD
  • Gen5: Até 80 CPUs lógicas com base em Intel E5-2673 v4 (Broadwell) 2,3 GHz, vCore = 1 LP (hyper-thread), 5.1 GB por núcleo, SSD de eNVM rápidoGen5: Up to 80 logical CPUs based on Intel E5-2673 v4 (Broadwell) 2.3-GHz processors, vCore = 1 LP (hyper-thread), 5.1 GB per core, fast eNVM SSD

Hardware Ger 4 oferece substancialmente mais memória por vCore.Gen4 hardware offers substantially more memory per vCore. No entanto, o hardware Gen5 permite que você amplie recursos de computação muito maiores.However, Gen5 hardware allows you to scale up compute resources much higher.

Observação

Para obter informações sobre as camadas de serviço baseado em DTU, consulte camadas para o modelo de compra baseado em DTU de serviço.For information about the DTU-based service tiers, see Service tiers for the DTU-based purchasing model. Para obter informações sobre as diferenças entre as camadas de serviço para o baseado em DTU e modelos de compra baseado em vCore, consulte modelos de compra do Azure SQL Database.For information about the differences between the service tiers for the DTU-based and the vCore-based purchasing models, see Azure SQL Database purchasing models.

Características da camada de serviçoService-tier characteristics

O modelo de compra baseado em vCore oferece três camadas de serviço: uso geral, hiperescala e comercialmente crítico.The vCore-based purchasing model provides three service tiers: general purpose, hyperscale, and business critical. Essas camadas de serviço são diferenciadas por uma variedade de tamanhos de computação, designs de alta disponibilidade, os métodos de isolamento de falhas, tipos e tamanhos de armazenamento e os intervalos de e/s.These service tiers are differentiated by a range of compute sizes, high-availability designs, fault-isolation methods, types and sizes of storage, and I/O ranges.

Configure separadamente o período necessário de armazenamento e retenção para backups.You must separately configure the required storage and retention period for backups. Para definir o período de retenção de backup, abra o portal do Azure, vá para o servidor (não o banco de dados) e, em seguida, vá para Gerenciar Backups > configurar política > Ponto no tempo de restauração da configuração > 7-35 dias.To set the backup-retention period, open the Azure portal, go to the server (not the database), and then go to Manage Backups > Configure Policy > Point In Time Restore Configuration > 7 - 35 days.

A tabela a seguir explica as diferenças entre as três camadas:The following table explains the differences between the three tiers:

Propósito geralGeneral purpose Comercialmente críticoBusiness critical Em hiperescalaHyperscale
Mais adequado paraBest for A maioria das cargas de trabalho comerciais.Most business workloads. Ofertas orientadas a orçamento, computação balanceada e escalonável e opções de armazenamento.Offers budget-oriented, balanced, and scalable compute and storage options. Aplicativos de negócios com altos requisitos de e/s.Business applications with high I/O requirements. Oferece maior resiliência a falhas usando várias réplicas isoladas.Offers highest resilience to failures by using several isolated replicas. A maioria das cargas de trabalho com requisitos de escala de leitura e de armazenamento altamente escalonável.Most business workloads with highly scalable storage and read-scale requirements.
ComputaçãoCompute Provisionado computação:Provisioned compute:
Gen4: vCores de 1 a 24Gen4: 1 to 24 vCores
Gen5: 2 a 80 vCoresGen5: 2 to 80 vCores
Computação sem servidor:Serverless compute:
Gen5: 0,5 - 4 vCoresGen5: 0.5 - 4 vCores
Provisionado computação:Provisioned compute:
Gen4: vCores de 1 a 24Gen4: 1 to 24 vCores
Gen5: 2 a 80 vCoresGen5: 2 to 80 vCores
Provisionado computação:Provisioned compute:
Gen4: vCores de 1 a 24Gen4: 1 to 24 vCores
Gen5: 2 a 80 vCoresGen5: 2 to 80 vCores
MemóriaMemory Provisionado computação:Provisioned compute:
Gen4: 7 GB por vCoreGen4: 7 GB per vCore
Gen5: 5.1 GB por vCoreGen5: 5.1 GB per vCore
Computação sem servidor:Serverless compute:
Gen5: 3 GB por vCoreGen5: 3 GB per vCore
Provisionado computação:Provisioned compute:
Gen4: 7 GB por vCoreGen4: 7 GB per vCore
Gen5: 5.1 GB por vCoreGen5: 5.1 GB per vCore
Provisionado computação:Provisioned compute:
Gen4: 7 GB por vCoreGen4: 7 GB per vCore
Gen5: 5.1 GB por vCoreGen5: 5.1 GB per vCore
ArmazenamentoStorage Usa o armazenamento remoto.Uses remote storage.
Banco de dados único provisionado computação:Single database provisioned compute:
5 GB – 4 TB5 GB – 4 TB
Computação sem servidor de banco de dados único:Single database serverless compute:
5 GB – 1 TB5 GB - 1 TB
A instância gerenciada: 32 GB - 8 TBManaged instance: 32 GB - 8 TB
Usa o armazenamento SSD local.Uses local SSD storage.
Banco de dados único provisionado computação:Single database provisioned compute:
5 GB – 4 TB5 GB – 4 TB
A instância gerenciada:Managed instance:
32 GB - 4 TB32 GB - 4 TB
Aumento automático flexível de armazenamento conforme necessário.Flexible autogrow of storage as needed. Dá suporte a até 100 TB de armazenamento.Supports up to 100 TB of storage. Usa o armazenamento SSD local para o cache local do pool de buffers e armazenamento de dados local.Uses local SSD storage for local buffer-pool cache and local data storage. Usa o armazenamento remoto do Azure como armazenamento de dados de longo prazo final.Uses Azure remote storage as final long-term data store.
Taxa de transferência de e/s (aproximada)I/O throughput (approximate) Banco de dados único: 500 IOPS por vCore com 7000 IOPS máximo.Single database: 500 IOPS per vCore with 7000 maximum IOPS.
A instância gerenciada: Depende tamanho do arquivo de.Managed instance: Depends on size of file.
5000 IOPS por núcleo com máximo de 200.000 IOPS5000 IOPS per core with 200,000 maximum IOPS Hiperescala é uma arquitetura de várias camadas com o cache em vários níveis.Hyperscale is a multi-tiered architecture with caching at multiple levels. IOPs efetivas dependerá da carga de trabalho.Effective IOPs will depend on the workload.
DisponibilidadeAvailability 1 réplica, nenhuma réplica de escala de leitura1 replica, no read-scale replicas 3 réplicas, 1 réplica em escala de leitura,3 replicas, 1 read-scale replica,
com redundância de zona de alta disponibilidade (HA)zone-redundant high availability (HA)
1 réplica de leitura / gravação, além de 0 a 4 réplicas de escala de leitura1 read-write replica, plus 0-4 read-scale replicas
BackupsBackups Armazenamento com redundância geográfica de acesso de leitura (RA-GRS), 7-35 dias (7 dias por padrão)Read-access geo-redundant storage (RA-GRS), 7-35 days (7 days by default) RA-GRS, 7-35 dias (7 dias por padrão)RA-GRS, 7-35 days (7 days by default) Backups baseados em instantâneo no armazenamento remoto do Azure.Snapshot-based backups in Azure remote storage. As restaurações usam esses instantâneos para recuperação rápida.Restores use these snapshots for fast recovery. Backups são instantâneos e não afetam o desempenho de e/s de computação.Backups are instantaneous and don't impact compute I/O performance. As restaurações são rápidas e não são uma operação de tamanho de dados (levando minutos em vez de horas ou dias).Restores are fast and aren't a size-of-data operation (taking minutes rather than hours or days).
Na memóriaIn-memory Sem suporteNot supported SuportadoSupported Sem suporteNot supported

Observação

Você pode obter um banco de dados SQL do Azure gratuito na camada de serviço básico em conjunto com uma conta gratuita do Azure.You can get a free Azure SQL database at the basic service tier in conjunction with an Azure free account. Para obter mais informações, consulte criar um banco de dados gerenciado na nuvem com sua conta gratuita do Azure.For more information, see Create a managed cloud database with your Azure free account.

Benefício Híbrido do AzureAzure Hybrid Benefit

Na camada de computação provisionada do modelo de compra baseado em vCore, é possível trocar suas licenças existentes por tarifas com desconto no banco de dados SQL usando o benefício híbrido do Azure para SQL Server.In the provisioned compute tier of the vCore-based purchasing model, you can exchange your existing licenses for discounted rates on SQL Database by using Azure Hybrid Benefit for SQL Server. Esse benefício do Azure permite que você economize até 30 por cento no banco de dados SQL usando suas licenças do SQL Server local com o Software Assurance.This Azure benefit allows you to save up to 30 percent on Azure SQL Database by using your on-premises SQL Server licenses with Software Assurance.

preços

Com o benefício híbrido do Azure, você pode optar por pagar apenas pela infraestrutura subjacente do Azure usando sua licença existente do SQL Server para o mecanismo de banco de dados SQL em si (preço de computação Base) ou você pode pagar para a infraestrutura subjacente e o SQL Server licença (licença inclusa preço).With Azure Hybrid Benefit, you can choose to pay only for the underlying Azure infrastructure by using your existing SQL Server license for the SQL database engine itself (Base Compute pricing), or you can pay for both the underlying infrastructure and the SQL Server license (License-Included pricing).

Você pode escolher ou alterar seu modelo de licenciamento por meio do portal do Azure ou usando uma das seguintes APIs:You can choose or change your licensing model by using the Azure portal or by using one of the following APIs:

Migrar do modelo baseado em DTU para o modelo baseado em vCoreMigrate from the DTU-based model to the vCore-based model

Migrar um banco de dadosMigrate a database

Migrando um banco de dados do modelo de compra baseado em DTU para o modelo de compra baseado em vCore é semelhante ao upgrade ou downgrade entre as camadas de serviço standard e premium no modelo de compra baseado em DTU.Migrating a database from the DTU-based purchasing model to the vCore-based purchasing model is similar to upgrading or downgrading between the standard and premium service tiers in the DTU-based purchasing model.

Migração do modelo baseado em DTU para o modelo de compra baseado em vCore é semelhante ao upgrade ou downgrade de relacionamentos de replicação geográfica entre bancos de dados nas camadas de serviço standard e premium.Migrating from the DTU-based model to the vCore-based purchasing model is similar to upgrading or downgrading the geo-replication relationships between databases in the standard and premium service tiers. Durante a migração, você não precisa parar a replicação geográfica, mas você deve seguir estas regras de sequenciamento:During migration, you don't have to stop geo-replication, but you must follow these sequencing rules:

  • Ao atualizar, será necessário primeiro fazer upgrade do banco de dados secundário e, em seguida, upgrade do primário.When upgrading, you must upgrade the secondary database first, and then upgrade the primary.
  • Ao fazer downgrade, inverta a ordem: primeiro, você deverá fazer downgrade do banco de dados primário e, em seguida, fazer downgrade do secundário.When downgrading, reverse the order: you must downgrade the primary database first, and then downgrade the secondary.

Quando você estiver usando replicação geográfica entre dois pools Elásticos, é recomendável que você designa um pool como primário e o outro como secundário.When you're using geo-replication between two elastic pools, we recommend that you designate one pool as the primary and the other as the secondary. Nesse caso, quando você estiver migrando pools Elásticos, você deve usar a mesma orientação do sequenciamento.In that case, when you're migrating elastic pools you should use the same sequencing guidance. No entanto, se você tiver pools Elásticos que contêm bancos de dados primários e secundários, tratar o pool com maior utilização como primário e siga as regras de sequenciamento adequadamente.However, if you have elastic pools that contain both primary and secondary databases, treat the pool with the higher utilization as the primary and follow the sequencing rules accordingly.

A tabela a seguir fornece orientação para cenários de migração específicos:The following table provides guidance for specific migration scenarios:

Camada de serviço atualCurrent service tier Camada de serviço de destinoTarget service tier Tipo de migraçãoMigration type Ações do usuárioUser actions
StandardStandard Propósito geralGeneral purpose LateralLateral Pode migrar em qualquer ordem, mas precisa garantir o dimensionamento apropriado de vCore*Can migrate in any order, but need to ensure appropriate vCore sizing*
PremiumPremium Comercialmente críticoBusiness critical LateralLateral Pode migrar em qualquer ordem, mas precisa garantir o dimensionamento apropriado de vCore*Can migrate in any order, but need to ensure appropriate vCore sizing*
StandardStandard Comercialmente críticoBusiness critical AtualizarUpgrade Deve migrar primeiro o secundárioMust migrate secondary first
Comercialmente críticoBusiness critical StandardStandard DowngradeDowngrade Deve migrar primeiro o primárioMust migrate primary first
PremiumPremium Propósito geralGeneral purpose DowngradeDowngrade Deve migrar primeiro o primárioMust migrate primary first
Propósito geralGeneral purpose PremiumPremium AtualizarUpgrade Deve migrar primeiro o secundárioMust migrate secondary first
Comercialmente críticoBusiness critical Propósito geralGeneral purpose DowngradeDowngrade Deve migrar primeiro o primárioMust migrate primary first
Propósito geralGeneral purpose Comercialmente críticoBusiness critical AtualizarUpgrade Deve migrar primeiro o secundárioMust migrate secondary first

* Cada 100 DTUs na camada standard requerem pelo menos 1 vCore e cada 125 DTUs na camada premium requerem pelo menos 1 vCore.* Every 100 DTUs in the standard tier require at least 1 vCore, and every 125 DTUs in the premium tier require at least 1 vCore.

Migrar grupos de failoverMigrate failover groups

A migração de grupos de failover com vários bancos de dados requer a migração individual dos bancos de dados primário e secundário.Migration of failover groups with multiple databases requires individual migration of the primary and secondary databases. Durante esse processo, as mesmas considerações e regras de sequenciamento se aplicam.During that process, the same considerations and sequencing rules apply. Depois que os bancos de dados são convertidos para o modelo de compra baseado em vCore, o grupo de failover permanecerá em vigor com as mesmas configurações de política.After the databases are converted to the vCore-based purchasing model, the failover group will remain in effect with the same policy settings.

Criar um banco de dados secundário de replicação geográficaCreate a geo-replication secondary database

Você pode criar um banco de dados secundário de replicação geográfica (um secundário geográfico) apenas usando a mesma camada de serviço que você usou para o banco de dados primário.You can create a geo-replication secondary database (a geo-secondary) only by using the same service tier as you used for the primary database. Para bancos de dados com uma taxa alta de geração de log, é recomendável criar o geograficamente secundário com o mesmo tamanho de computação que o primário.For databases with a high log-generation rate, we recommend creating the geo-secondary with the same compute size as the primary.

Se você estiver criando um secundário geográfico no pool Elástico para um único banco de dados primário, verifique se o maxVCore configuração para o pool corresponde ao tamanho de computação do banco de dados primário.If you're creating a geo-secondary in the elastic pool for a single primary database, make sure the maxVCore setting for the pool matches the primary database's compute size. Se você estiver criando um secundário geográfico para um primário em outro pool Elástico, é recomendável que os pools têm a mesma maxVCore configurações.If you're creating a geo-secondary for a primary in another elastic pool, we recommend that the pools have the same maxVCore settings.

Usar a cópia de banco de dados para converter um banco de dados baseado em DTU para um banco de dados baseado em vCoreUse database copy to convert a DTU-based database to a vCore-based database

É possível copiar qualquer banco de dados com um tamanho da computação baseado em DTU para um banco de dados com um tamanho da computação baseado em vCore sem restrições ou sequenciamento especial, desde que o tamanho da computação de destino dê suporte ao tamanho máximo do banco de dados de origem.You can copy any database with a DTU-based compute size to a database with a vCore-based compute size without restrictions or special sequencing as long as the target compute size supports the maximum database size of the source database. A cópia de banco de dados cria um instantâneo dos dados a partir da hora de início da operação de cópia e não sincronizar dados entre a origem e destino.The database copy creates a snapshot of the data as of the starting time of the copy operation and doesn't synchronize data between the source and the target.

Próximas etapasNext steps