Elija entre los niveles de servicio de núcleo virtual y migre desde los niveles de servicio DTUChoose among the vCore service tiers and migrate from the DTU service tiers

El modelo de compra basado en núcleo virtual permite escalar los recursos de proceso y de almacenamiento de manera independiente, igualar el rendimiento local y optimizar el precio.The virtual core (vCore)-based purchasing model lets you independently scale compute and storage resources, match on-premises performance, and optimize price. También le permite elegir la generación de hardware:It also lets you choose the generation of hardware:

  • Gen4: hasta 24 CPU lógicas basadas en procesadores Intel E5-2673 v3 (Haswell) 2.4-GHz, núcleo virtual = 1 PP (núcleo físico), 7 GB por núcleo, SSD adjuntaGen4: 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: hasta 80 CPU lógicas basadas en procesadores Intel E5-2673 v4 (Broadwell) 2.3-GHz, núcleo virtual = 1 LP (hyper-thread), 5,1 GB por núcleo, eNVM SSD rápidaGen5: 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

El hardware de Gen4 ofrece bastante más memoria por núcleo virtual.Gen4 hardware offers substantially more memory per vCore. Sin embargo, el hardware de Gen5 permite escalar verticalmente mucho más alto los recursos de proceso.However, Gen5 hardware allows you to scale up compute resources much higher.

Importante

Las nuevas bases de datos de Gen4 ya no se admiten en la región AustraliaEast.New Gen4 databases are no longer supported in the AustraliaEast region.

Nota

Para más información sobre los niveles de servicio basados en DTU, consulte el Niveles de servicio en el modelo de compra basado en DTU.For information about the DTU-based service tiers, see Service tiers for the DTU-based purchasing model. Para información sobre las diferencias entre los niveles de servicio basados en DTU y los modelos de compra basados en núcleos virtuales, consulte Modelos de compra de 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 del nivel de servicioService-tier characteristics

El modelo de compra basado en núcleo virtual ofrece tres niveles de servicio: de uso general, hiperescala y crítico para la empresa.The vCore-based purchasing model provides three service tiers: general purpose, hyperscale, and business critical. Estos niveles de servicio se diferencian por una variedad de tamaños de proceso, diseños de alta disponibilidad, métodos de aislamiento de errores, tipos y tamaños de almacenamiento e 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.

Debe configurar por separado el periodo necesario de retención y almacenamiento de las copias de seguridad.You must separately configure the required storage and retention period for backups. Para establecer el período de retención de copia de seguridad, abra Azure Portal, vaya al servidor (no a la base de datos) y, a continuación, vaya a Administrar copias de seguridad > Configurar directiva > Configuración de restauración a un momento dado > 7 a 35 días.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.

La tabla siguiente explica las diferencias entre los tres niveles:The following table explains the differences between the three tiers:

Uso generalGeneral purpose Crítico para la empresaBusiness critical HiperescalaHyperscale
Más adecuado paraBest for La mayoría de las cargas de trabajo empresariales.Most business workloads. Ofrece opciones de proceso y almacenamiento equilibradas y escalables pensando en el presupuesto.Offers budget-oriented, balanced, and scalable compute and storage options. Aplicaciones empresariales con elevados requisitos de E/S.Business applications with high I/O requirements. Ofrece la máxima resistencia a errores mediante el uso de varias réplicas aisladas.Offers highest resilience to failures by using several isolated replicas. La mayoría de las cargas de trabajo de una empresa que tengan requisitos altamente escalables de almacenamiento y escalado de lectura.Most business workloads with highly scalable storage and read-scale requirements.
ProcesoCompute Proceso aprovisionado:Provisioned compute:
Gen4: 1 a 24 núcleos virtualesGen4: 1 to 24 vCores
Gen5: 2 a 80 núcleos virtualesGen5: 2 to 80 vCores
Proceso sin servidor:Serverless compute:
Gen5: 0,5 a 4 núcleos virtualesGen5: 0.5 - 4 vCores
Proceso aprovisionado:Provisioned compute:
Gen4: 1 a 24 núcleos virtualesGen4: 1 to 24 vCores
Gen5: 2 a 80 núcleos virtualesGen5: 2 to 80 vCores
Proceso aprovisionado:Provisioned compute:
Gen4: 1 a 24 núcleos virtualesGen4: 1 to 24 vCores
Gen5: 2 a 80 núcleos virtualesGen5: 2 to 80 vCores
MemoriaMemory Proceso aprovisionado:Provisioned compute:
Gen4: 7 GB por núcleo virtualGen4: 7 GB per vCore
Gen5: 5,1 GB por núcleo virtualGen5: 5.1 GB per vCore
Proceso sin servidor:Serverless compute:
Gen5: 3 GB por núcleo virtualGen5: 3 GB per vCore
Proceso aprovisionado:Provisioned compute:
Gen4: 7 GB por núcleo virtualGen4: 7 GB per vCore
Gen5: 5,1 GB por núcleo virtualGen5: 5.1 GB per vCore
Proceso aprovisionado:Provisioned compute:
Gen4: 7 GB por núcleo virtualGen4: 7 GB per vCore
Gen5: 5,1 GB por núcleo virtualGen5: 5.1 GB per vCore
StorageStorage Usa el almacenamiento remoto.Uses remote storage.
Proceso aprovisionado con una base de datos única:Single database provisioned compute:
5 GB – 4 TB5 GB – 4 TB
Proceso sin servidor con una base de datos única:Single database serverless compute:
5 GB - 1 TB5 GB - 1 TB
Instancia administrada: 32 GB - 8 TBManaged instance: 32 GB - 8 TB
Usa almacenamiento local de SSD.Uses local SSD storage.
Proceso aprovisionado con una base de datos única:Single database provisioned compute:
5 GB – 4 TB5 GB – 4 TB
Instancia administrada:Managed instance:
32 GB - 4 TB32 GB - 4 TB
Crecimiento automático flexible de almacenamiento según sea necesario.Flexible autogrow of storage as needed. Admite hasta 100 TB de almacenamiento.Supports up to 100 TB of storage. Utiliza almacenamiento SSD local para la caché del grupo de búferes local y almacenamiento de datos local.Uses local SSD storage for local buffer-pool cache and local data storage. Utiliza almacenamiento remoto de Azure como almacén de datos final a largo plazo.Uses Azure remote storage as final long-term data store.
Rendimiento de E/S (aproximado)I/O throughput (approximate) Base de datos única: 500 IOPS por núcleo virtual con 7000 IOPS como máximo.Single database: 500 IOPS per vCore with 7000 maximum IOPS.
Instancia administrada: Depende del tamaño del archivo.Managed instance: Depends on size of file.
5000 IOPS por núcleo con 200 000 IOPS como máximo5000 IOPS per core with 200,000 maximum IOPS Hiperescala es una arquitectura de varios niveles con almacenamiento en caché en varios niveles.Hyperscale is a multi-tiered architecture with caching at multiple levels. Los IOPS efectivos dependen de la carga de trabajo.Effective IOPs will depend on the workload.
DisponibilidadAvailability 1 réplica, sin réplicas de escalado de lectura1 replica, no read-scale replicas 3 réplicas, 1 réplica de escalado de lectura,3 replicas, 1 read-scale replica,
Alta disponibilidad (HA) con redundancia de zonazone-redundant high availability (HA)
1 réplica de lectura y escritura, además de 0 a 4 réplicas de escalado de lectura1 read-write replica, plus 0-4 read-scale replicas
Copias de seguridadBackups Almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS), de 7 a 35 días (7 días de forma predeterminada)Read-access geo-redundant storage (RA-GRS), 7-35 days (7 days by default) RA-GRS, de 7 a 35 días (7 días de forma predeterminada)RA-GRS, 7-35 days (7 days by default) Copias de seguridad basadas en instantáneas en el almacenamiento remoto de Azure.Snapshot-based backups in Azure remote storage. Los procesos de restauración usan estas instantáneas para conseguir una recuperación rápida.Restores use these snapshots for fast recovery. Las copias de seguridad son instantáneas y no afectan al rendimiento de E/S del proceso.Backups are instantaneous and don't impact compute I/O performance. Las restauraciones son rápidas y no son operaciones relacionadas con el tamaño de los datos (tardan minutos en lugar de horas o días).Restores are fast and aren't a size-of-data operation (taking minutes rather than hours or days).
En memoriaIn-memory No compatibleNot supported CompatibleSupported No compatibleNot supported

Nota

Puede obtener una base de datos de Azure SQL gratuita en el nivel de servicio Básico junto con una cuenta gratuita de Azure.You can get a free Azure SQL database at the basic service tier in conjunction with an Azure free account. Para más información, consulte Cree una base de datos administrada en la nube con su cuenta gratuita de Azure.For more information, see Create a managed cloud database with your Azure free account.

Ventaja híbrida de AzureAzure Hybrid Benefit

En el nivel de proceso aprovisionado del modelo de compra basado en núcleo virtual, puede intercambiar sus licencias existentes por tarifas de descuento en SQL Database mediante la Ventaja híbrida de 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. Esta ventaja de Azure le permite ahorrar hasta un 30 % en Azure SQL Database al utilizar las licencias de SQL Server locales con 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.

Precios

Con la Ventaja híbrida de Azure, puede elegir pagar solo por la infraestructura subyacente de Azure mediante el uso de la licencia existente de SQL Server para el motor de base de datos SQL (precios de proceso básicos), o pagar tanto por la infraestructura subyacente como por la licencia de SQL Server (precio con licencia incluida).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).

Puede elegir o cambiar el modelo de licencia mediante Azure Portal o con una de las siguientes API:You can choose or change your licensing model by using the Azure portal or by using one of the following APIs:

Migrar desde el modelo basado en DTU al modelo basado en núcleos virtualesMigrate from the DTU-based model to the vCore-based model

Migración de una base de datosMigrate a database

La migración de una base de datos del modelo de compra basado en DTU al modelo de compra basado en núcleo virtual es similar a la actualización o degradación entre los niveles de servicio Estándar y Premium en el modelo de compra basado en 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.

La migración desde el modelo basado en DTU al modelo basado en núcleos virtuales es similar a la actualización o degradación de las relaciones de replicación geográfica entre las bases de datos en los niveles de servicio Estándar y 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 la migración, no tendrá que detener la replicación geográfica, pero tiene que seguir estas reglas de secuenciación:During migration, you don't have to stop geo-replication, but you must follow these sequencing rules:

  • Al actualizar, debe actualizar primero la base de datos secundaria y luego la principal.When upgrading, you must upgrade the secondary database first, and then upgrade the primary.
  • Al degradar, invierta el orden; es decir, debe degradar primero la base de datos principal y luego la secundaria.When downgrading, reverse the order: you must downgrade the primary database first, and then downgrade the secondary.

Cuando se usa la replicación geográfica entre dos grupos elásticos, se recomienda designar un grupo como principal y otro como secundario.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. En ese caso, cuando migre grupos elásticos debe usar la misma guía de secuenciación.In that case, when you're migrating elastic pools you should use the same sequencing guidance. Sin embargo, si tiene grupos elásticos que contienen bases de datos principales y secundarias, trate al grupo con la utilización más alta como principal y siga las reglas de secuenciación como corresponda.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.

En la tabla siguiente se proporciona una guía para escenarios de migración específicos:The following table provides guidance for specific migration scenarios:

Nivel de servicio actualCurrent service tier Nivel de servicio de destinoTarget service tier Tipo de migraciónMigration type Acciones del usuarioUser actions
EstándarStandard Uso generalGeneral purpose LateralLateral Puede migrar en cualquier orden, pero debe asegurarse de tener un tamaño adecuado de núcleo virtual*Can migrate in any order, but need to ensure appropriate vCore sizing*
PremiumPremium Crítico para la empresaBusiness critical LateralLateral Puede migrar en cualquier orden, pero debe asegurarse de tener un tamaño adecuado de núcleo virtual*Can migrate in any order, but need to ensure appropriate vCore sizing*
EstándarStandard Crítico para la empresaBusiness critical ActualizarUpgrade Debe migrar primero la secundariaMust migrate secondary first
Crítico para la empresaBusiness critical EstándarStandard DegradarDowngrade Debe migrar primero la principalMust migrate primary first
PremiumPremium Uso generalGeneral purpose DegradarDowngrade Debe migrar primero la principalMust migrate primary first
Uso generalGeneral purpose PremiumPremium ActualizarUpgrade Debe migrar primero la secundariaMust migrate secondary first
Crítico para la empresaBusiness critical Uso generalGeneral purpose DegradarDowngrade Debe migrar primero la principalMust migrate primary first
Uso generalGeneral purpose Crítico para la empresaBusiness critical ActualizarUpgrade Debe migrar primero la secundariaMust migrate secondary first

* Cada 100 DTU en el nivel estándar requieren como mínimo 1 núcleo virtual, y cada 125 DTU en el nivel premium requieren como mínimo 1 núcleo virtual.* 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.

Migración de grupos de conmutación por errorMigrate failover groups

La migración de grupos de conmutación por error con varias bases de datos requiere la migración individual de las bases de datos principales y secundarias.Migration of failover groups with multiple databases requires individual migration of the primary and secondary databases. Durante ese proceso, se aplican las mismas consideraciones y reglas de secuenciación.During that process, the same considerations and sequencing rules apply. Después de que las bases de datos se convierten al modelo de compra basado en núcleo virtual, el grupo de conmutación por error permanecerá en vigor con la misma configuración de directiva.After the databases are converted to the vCore-based purchasing model, the failover group will remain in effect with the same policy settings.

Creación de una base de datos secundaria de replicación geográficaCreate a geo-replication secondary database

Puede crear una base de datos secundaria de replicación geográfica (geo-secundaria) solo con el mismo nivel de servicio que utilizó para la base de datos principal.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 las bases de datos con una tasa alta de generación de registro, se recomienda crear la replicación geográfica secundaria con el mismo tamaño de proceso que la principal.For databases with a high log-generation rate, we recommend creating the geo-secondary with the same compute size as the primary.

Si va a crear una base de datos secundaria de replicación geográfica en el grupo elástico para una única base de datos principal, asegúrese de que el valor maxVCore del grupo coincida con el tamaño de proceso de la base de datos principal.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. Si va a crear una base de datos secundaria de replicación geográfica para una principal en otro grupo elástico, se recomienda que los grupos tengan la misma configuración de maxVCore.If you're creating a geo-secondary for a primary in another elastic pool, we recommend that the pools have the same maxVCore settings.

Uso de una copia de base de datos para convertir una base de datos basada en DTU en una base de datos basada en núcleos virtualesUse database copy to convert a DTU-based database to a vCore-based database

Puede copiar cualquier base de datos con un tamaño de proceso basado en DTU en una base de datos que tenga un tamaño de proceso basado en núcleos virtuales sin restricciones o secuencias especiales, siempre y cuando el tamaño de proceso de destino admita el tamaño máximo de base de datos de la base de datos de origen.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. La copia de base de datos crea una instantánea de los datos a partir de la hora de inicio de la operación de copia y no sincroniza los datos entre el origen y el 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.

Pasos siguientesNext steps