Choisissez parmi les niveaux de service vCore et effectuez la migration depuis les niveaux de service DTUChoose among the vCore service tiers and migrate from the DTU service tiers

Le modèle d’achat vCore (cœurs virtuels) vous permet de mettre à l’échelle les ressources de calcul et de stockage indépendamment les unes des autres, d’égaler les performances d’une exécution locale et d’optimiser les coûts.The virtual core (vCore)-based purchasing model lets you independently scale compute and storage resources, match on-premises performance, and optimize price. Il vous permet également de choisir la génération du matériel :It also lets you choose the generation of hardware:

  • Gen4 : jusqu’à 24 processeurs logiques basés sur le processeur Intel E5-2673 v3 (Haswell) de 2,4 GHz, vCore = 1 PP (cœur physique), 7 Go par cœur, disque SSD attachéGen4: 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 : jusqu’à 80 processeurs logiques basés sur le processeur Intel E5-2673 v4 (Broadwell) de 2,3 GHz, vCore = 1 LP (hyper-thread), 5.1 Go par cœur, disque SSD fast eNVMGen5: 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

Le matériel Gen4 offre bien plus de mémoire par vCore.Gen4 hardware offers substantially more memory per vCore. Toutefois, le matériel Gen5 vous permet de monter en puissance les ressources de calcul de façon plus importante.However, Gen5 hardware allows you to scale up compute resources much higher.

Important

Les nouvelles bases de données Gen4 ne sont plus prises en charge dans la région AustraliaEast.New Gen4 databases are no longer supported in the AustraliaEast region.

Notes

Pour plus d’informations sur les niveaux de service DTU, consultez Niveaux de service pour le modèle d’achat DTU.For information about the DTU-based service tiers, see Service tiers for the DTU-based purchasing model. Pour plus d’informations sur les différences entre les niveaux de service pour modèles d’achat DTU et vCore, consultez Modèles d’achat 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.

Caractéristiques des niveaux de serviceService-tier characteristics

Le modèle d’achat vCore fournit trois niveaux de service : usage général, hyperscale et critique pour l’entreprise.The vCore-based purchasing model provides three service tiers: general purpose, hyperscale, and business critical. Ces niveaux de service se distinguent par leur taille de calcul, leur conception de haute disponibilité, leurs méthodes d’isolation des défaillances, leurs types et tailles de stockage, et leurs plages d’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.

Vous devez configurer séparément le stockage nécessaire et la période de rétention des sauvegardes.You must separately configure the required storage and retention period for backups. Pour définir la période de rétention de sauvegarde, ouvrez le Portail Azure, accédez au serveur (pas à la base de données), puis sélectionnez Gérer les sauvegardes > Configurer la stratégie > Configuration de la limite de restauration dans le temps > 7 à 35 jours.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.

Le tableau suivant explique les différences entre les trois niveaux :The following table explains the differences between the three tiers:

Usage généralGeneral purpose Critique pour l’entrepriseBusiness critical HyperscaleHyperscale
Idéal pourBest for La plupart des charges de travail d’entreprise.Most business workloads. Propose des options de calcul et de stockage équilibrées, évolutives et économiques.Offers budget-oriented, balanced, and scalable compute and storage options. Applications métier avec besoins en E/S élevés.Business applications with high I/O requirements. Offre la meilleure résilience aux défaillances grâce à l’utilisation de plusieurs réplicas isolés.Offers highest resilience to failures by using several isolated replicas. La plupart des charges de travail métier avec des exigences de stockage et d’échelle lecture à haute scalabilité.Most business workloads with highly scalable storage and read-scale requirements.
CalculCompute Calcul provisionné :Provisioned compute:
Gen4 : 1 à 24 cœurs virtuelsGen4: 1 to 24 vCores
Gen5 : 2 à 80 cœurs virtuelsGen5: 2 to 80 vCores
Calcul serverless :Serverless compute:
Gen5 : 0,5 à 4 cœurs virtuelsGen5: 0.5 - 4 vCores
Calcul provisionné :Provisioned compute:
Gen4 : 1 à 24 cœurs virtuelsGen4: 1 to 24 vCores
Gen5 : 2 à 80 cœurs virtuelsGen5: 2 to 80 vCores
Calcul provisionné :Provisioned compute:
Gen4 : 1 à 24 cœurs virtuelsGen4: 1 to 24 vCores
Gen5 : 2 à 80 cœurs virtuelsGen5: 2 to 80 vCores
MémoireMemory Calcul provisionné :Provisioned compute:
Gen4 : 7 Go par vCoreGen4: 7 GB per vCore
Gen5 : 5,1 Go par vCoreGen5: 5.1 GB per vCore
Calcul serverless :Serverless compute:
Gen5 : 3 Go par vCoreGen5: 3 GB per vCore
Calcul provisionné :Provisioned compute:
Gen4 : 7 Go par vCoreGen4: 7 GB per vCore
Gen5 : 5,1 Go par vCoreGen5: 5.1 GB per vCore
Calcul provisionné :Provisioned compute:
Gen4 : 7 Go par vCoreGen4: 7 GB per vCore
Gen5 : 5,1 Go par vCoreGen5: 5.1 GB per vCore
StockageStorage Utilise le stockage à distance.Uses remote storage.
Calcul provisionné par une base de données unique :Single database provisioned compute:
5 Go - 4 To5 GB – 4 TB
Calcul serverless avec base de données unique :Single database serverless compute:
5 Go - 1 To5 GB - 1 TB
Instance managée : 32 Go - 8 ToManaged instance: 32 GB - 8 TB
Utilise le stockage SSD local.Uses local SSD storage.
Calcul provisionné par une base de données unique :Single database provisioned compute:
5 Go - 4 To5 GB – 4 TB
Instance managée :Managed instance:
32 Go - 4 To32 GB - 4 TB
Croissance automatique et flexible du stockage en fonction des besoins.Flexible autogrow of storage as needed. Prend en charge jusqu’à 100 To de stockage.Supports up to 100 TB of storage. Utilise le stockage SSD local pour le cache du pool de mémoires tampons local et le stockage de données local.Uses local SSD storage for local buffer-pool cache and local data storage. Utilise le stockage distant Azure comme banque de données finale à long terme.Uses Azure remote storage as final long-term data store.
Débit d’E/S (approximatif)I/O throughput (approximate) Base de données unique : 500 IOPS par vCore avec un maximum de 7 000 IOPSSingle database: 500 IOPS per vCore with 7000 maximum IOPS.
Instance managée : Dépend de la taille de fichier.Managed instance: Depends on size of file.
5000 IOPS par cœur avec 200 000 IOPS au maximum5000 IOPS per core with 200,000 maximum IOPS L’architecture hyperscale est une architecture à plusieurs niveaux avec une mise en cache sur plusieurs niveaux.Hyperscale is a multi-tiered architecture with caching at multiple levels. L’efficacité des IOPS dépend de la charge de travail.Effective IOPs will depend on the workload.
DisponibilitéAvailability 1 réplica, réplicas sans échelle lecture1 replica, no read-scale replicas 3 réplicas, 1 réplica avec échelle lecture,3 replicas, 1 read-scale replica,
haute disponibilité (HA) redondante interzonezone-redundant high availability (HA)
1 réplica en lecture-écriture, plus 0 à 4 réplicas avec échelle lecture1 read-write replica, plus 0-4 read-scale replicas
SauvegardesBackups Stockage géo-redondant avec accès en lecture (RA-GRS), 7 à 35 jours (7 jours par défaut)Read-access geo-redundant storage (RA-GRS), 7-35 days (7 days by default) RA-GRS, 7 à 35 jours (7 jours par défaut)RA-GRS, 7-35 days (7 days by default) Sauvegardes basées sur des instantanés dans le stockage distant Azure.Snapshot-based backups in Azure remote storage. Les restaurations utilisent ces instantanés pour une récupération rapide.Restores use these snapshots for fast recovery. Les sauvegardes sont instantanées et n’ont aucun impact sur les performances d’E/S de calcul.Backups are instantaneous and don't impact compute I/O performance. Les restaurations sont rapides et ne sont pas des opérations à l’échelle des données (elles durent quelques minutes plutôt que quelques heures ou jours).Restores are fast and aren't a size-of-data operation (taking minutes rather than hours or days).
En mémoireIn-memory Non pris en chargeNot supported Pris en chargeSupported Non pris en chargeNot supported

Notes

Vous pouvez obtenir une base de données Azure SQL Database gratuite au niveau de service De base avec un compte Azure gratuit.You can get a free Azure SQL database at the basic service tier in conjunction with an Azure free account. Pour plus d’informations, rendez-vous sur la page Créer une base de données cloud managée avec votre compte gratuit Azure.For more information, see Create a managed cloud database with your Azure free account.

Azure Hybrid BenefitAzure Hybrid Benefit

Dans le niveau de calcul provisionné du modèle d’achat vCore, vous pouvez échanger vos licences existantes avec des tarifs réduits sur SQL Database, en utilisant Azure Hybrid Benefit pour 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. Cet avantage Azure vous permet d’économiser jusqu’à 30 % sur Azure SQL Database en utilisant vos licences SQL Server locales avec la 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.

Prix

Avec Azure Hybrid Benefit, vous pouvez choisir de payer uniquement pour l’infrastructure Azure sous-jacente en utilisant votre licence SQL Server existante pour le moteur de base de données SQL lui-même (tarification de calcul de base) ou de payer à la fois pour l’infrastructure sous-jacente et pour la licence SQL Server (tarification avec licence incluse).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).

Vous pouvez choisir ou modifier votre modèle de licence en utilisant le Portail Azure ou l’une des API suivantes :You can choose or change your licensing model by using the Azure portal or by using one of the following APIs:

Effectuer une migration à partir du modèle DTU vers le modèle vCoreMigrate from the DTU-based model to the vCore-based model

Migrer une base de donnéesMigrate a database

La migration d’une base de données du modèle d’achat DTU vers le modèle d’achat vCore est similaire à la mise à niveau ou au passage à une version antérieure entre les niveaux de service standard et premium dans le modèle d’achat 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 migration du modèle DTU vers le modèle vCore est similaire à la mise à niveau (ou à la rétrogradation) des relations de géoréplication entre les bases de données dans les niveaux de service standard et 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. Pendant la migration, vous n’êtes pas obligé d’arrêter la géoréplication, mais vous devez suivre ces règles de séquencement :During migration, you don't have to stop geo-replication, but you must follow these sequencing rules:

  • Lors d’une mise à niveau, vous devez mettre à niveau la base de données secondaire, avant de mettre à niveau la base de données primaire.When upgrading, you must upgrade the secondary database first, and then upgrade the primary.
  • Lors d’une rétrogradation, inversez l’ordre : rétrogradez d’abord la base de données primaire, puis la base de données secondaire.When downgrading, reverse the order: you must downgrade the primary database first, and then downgrade the secondary.

Lorsque vous utilisez la géoréplication entre deux pools élastiques, nous vous recommandons de désigner un pool comme le pool principal et l’autre comme le pool secondaire.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. Dans ce cas, lorsque vous effectuez une migration de pools élastiques, vous devez utiliser les mêmes recommandations de séquencement.In that case, when you're migrating elastic pools you should use the same sequencing guidance. Toutefois, si vous avez des pools élastiques qui contiennent des bases de données primaires et secondaire, traitez le pool le plus utilisé comme pool principal et suivez les règles de séquencement en conséquence.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.

Le tableau suivant fournit des conseils pour certains scénarios de migration :The following table provides guidance for specific migration scenarios:

Niveau de service actuelCurrent service tier Niveau de service cibleTarget service tier Type de migrationMigration type Actions utilisateurUser actions
standardStandard Usage généralGeneral purpose LatéralLateral Peut effectuer la migration dans n’importe quel ordre, mais doit garantir un redimensionnement vCore adapté*Can migrate in any order, but need to ensure appropriate vCore sizing*
PremiumPremium Critique pour l'entrepriseBusiness critical LatéralLateral Peut effectuer la migration dans n’importe quel ordre, mais doit garantir un redimensionnement vCore adapté*Can migrate in any order, but need to ensure appropriate vCore sizing*
standardStandard Critique pour l'entrepriseBusiness critical Mise à niveauUpgrade Doit d’abord effectuer la migration de la base de données secondaireMust migrate secondary first
Critique pour l'entrepriseBusiness critical standardStandard RétrogradationDowngrade Doit d’abord effectuer la migration de la base de données primaireMust migrate primary first
PremiumPremium Usage généralGeneral purpose RétrogradationDowngrade Doit d’abord effectuer la migration de la base de données primaireMust migrate primary first
Usage généralGeneral purpose PremiumPremium Mise à niveauUpgrade Doit d’abord effectuer la migration de la base de données secondaireMust migrate secondary first
Critique pour l'entrepriseBusiness critical Usage généralGeneral purpose RétrogradationDowngrade Doit d’abord effectuer la migration de la base de données primaireMust migrate primary first
Usage généralGeneral purpose Critique pour l'entrepriseBusiness critical Mise à niveauUpgrade Doit d’abord effectuer la migration de la base de données secondaireMust migrate secondary first

* Chaque ensemble de 100 unités de transaction de base de données du niveau standard nécessite au moins 1 cœur virtuel, et chaque ensemble de 125 DTU du niveau premium nécessite au moins 1 cœur virtuel.* 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.

Migrer des groupes de basculementMigrate failover groups

La migration des groupes de basculement comprenant plusieurs bases de données nécessite que la base de données primaire et la base de données secondaire soient migrées séparément.Migration of failover groups with multiple databases requires individual migration of the primary and secondary databases. Pendant ce processus, les mêmes recommandations et règles de séquencement s’appliquent.During that process, the same considerations and sequencing rules apply. Une fois les bases de données converties au modèle d’achat vCore, le groupe de basculement reste actif, avec les mêmes paramètres de stratégie.After the databases are converted to the vCore-based purchasing model, the failover group will remain in effect with the same policy settings.

Créer une base de données secondaire de géoréplicationCreate a geo-replication secondary database

Vous pouvez créer une base de données secondaire géoréplication (réplica géosecondaire) uniquement dans le même niveau de service que celui utilisé pour la base de données primaire.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. Pour les bases de données avec un taux élevé de génération de journaux, nous vous recommandons de créer le réplica géosecondaire avec la même taille de calcul que le réplica principal.For databases with a high log-generation rate, we recommend creating the geo-secondary with the same compute size as the primary.

Si vous créez une base de données secondaire de géoréplication dans le pool élastique pour une base de données primaire unique, le paramètre maxVCore du pool doit correspondre à la taille de calcul de la base de données primaire.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 vous créez une base de données secondaire de géoréplication pour une base de données primaire située dans un autre pool élastique, nous vous recommandons d’attribuer la même valeur au paramètre maxVCore des deux pools.If you're creating a geo-secondary for a primary in another elastic pool, we recommend that the pools have the same maxVCore settings.

Utiliser la copie de base de données pour convertir une base de données DTU en base de données vCoreUse database copy to convert a DTU-based database to a vCore-based database

Vous pouvez copier n’importe quelle base de données avec une taille de calcul DTU vers une base de données avec une taille de calcul vCore, sans aucune restriction ni séquencement spécial, tant que la taille de calcul cible prend en charge la taille maximale de la base de données source.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 copie de base de données crée un instantané des données dès que commence l’opération de copie, et elle ne synchrone pas les données entre la source et la cible.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.

Étapes suivantesNext steps