Questions fréquentes (FAQ) sur le niveau Hyperscale dans Azure SQL DatabaseAzure SQL Database Hyperscale FAQ

S’APPLIQUE À : ouiAzure SQL Database APPLIES TO: yesAzure SQL Database

Cet article fournit des réponses aux questions fréquemment posées pour les clients envisageant d’utiliser une base de données pour le niveau de service Hyperscale Azure SQL Database, appelée simplement Hyperscale dans le reste de ce FAQ.This article provides answers to frequently asked questions for customers considering a database in the Azure SQL Database Hyperscale service tier, referred to as just Hyperscale in the remainder of this FAQ. Cet article décrit les scénarios pris en charge par Hyperscale et les caractéristiques qui sont compatibles avec Hyperscale.This article describes the scenarios that Hyperscale supports and the features that are compatible with Hyperscale.

  • Ce FAQ est destiné aux personnes qui ont des connaissances générales sur le niveau de service Hyperscale et qui cherchent des réponses à leurs questions et préoccupations spécifiques.This FAQ is intended for readers who have a brief understanding of the Hyperscale service tier and are looking to have their specific questions and concerns answered.
  • Il n’est pas un guide de mise en œuvre et n’est pas destiné à répondre à des questions sur la façon d’utiliser une base de données Hyperscale.This FAQ isn’t meant to be a guidebook or answer questions on how to use a Hyperscale database. Pour une introduction à Hyperscale, nous vous recommandons de vous reporter à la documentation Azure SQL Database Hyperscale.For an introduction to Hyperscale, we recommend you refer to the Azure SQL Database Hyperscale documentation.

Questions généralesGeneral questions

Qu’est-ce qu’une base de données Hyperscale ?What is a Hyperscale database

Une base de données Hyperscale est une base de données dans SQL Database dans le niveau de service Hyperscale qui repose sur la technologie de stockage Scale-out d’Hyperscale.A Hyperscale database is a database in SQL Database in the Hyperscale service tier that is backed by the Hyperscale scale-out storage technology. Une base de données Hyperscale prend en charge jusqu’à 100 To de données, offre des performances et un débit élevés, ainsi qu’une mise à l’échelle rapide pour répondre aux exigences des charges de travail.A Hyperscale database supports up to 100 TB of data and provides high throughput and performance, as well as rapid scaling to adapt to the workload requirements. La mise à l’échelle est transparente pour l’application : la connectivité, le traitement des requêtes, etc., fonctionnent comme pour toute autre base de données dans Azure SQL Database.Scaling is transparent to the application – connectivity, query processing, etc. work like any other database in Azure SQL Database.

Quels sont les types de ressources et les modèles d’achat qui prennent en charge Hyperscale ?What resource types and purchasing models support Hyperscale

Le niveau de service Hyperscale est disponible seulement pour les bases de données uniques avec le modèle d’achat vCore dans Azure SQL Database.The Hyperscale service tier is only available for single databases using the vCore-based purchasing model in Azure SQL Database.

En quoi le niveau de service Hyperscale diffère-t-il des niveaux de service Usage général et Critique pour l’entreprise ?How does the Hyperscale service tier differ from the General Purpose and Business Critical service tiers

Les niveaux de service basés sur vCore sont différenciés en fonction de la disponibilité de la base de données et du type de stockage, des performances et de la taille maximale, comme décrit dans le tableau suivant.The vCore-based service tiers are differentiated based on database availability and storage type, performance, and maximum size, as described in the following table.

Type de ressourceResource type Usage généralGeneral Purpose HyperscaleHyperscale Critique pour l’entrepriseBusiness Critical
Idéal pourBest for TousAll Offre des options de calcul et de stockage équilibrées et économiques.Offers budget oriented balanced compute and storage options. La plupart des charges de travail d’entreprise.Most business workloads. Mise à l’échelle automatique de la taille de stockage jusqu’à 100 To, mise à l’échelle verticale et horizontale rapide du calcul, restauration rapide de la base de données.Autoscaling storage size up to 100 TB, fast vertical and horizontal compute scaling, fast database restore. Applications OLTP avec des débits de transactions élevés et une faible latence des E/S.OLTP applications with high transaction rate and low IO latency. Offre une meilleure résilience aux défaillances et des basculements rapides à l’aide de plusieurs réplicas mis à jour de façon synchrone.Offers highest resilience to failures and fast failovers using multiple synchronously updated replicas.
Type de ressourceResource type SQL Database / SQL Managed InstanceSQL Database / SQL Managed Instance Base de données uniqueSingle database SQL Database / SQL Managed InstanceSQL Database / SQL Managed Instance
Taille de calculCompute size SQL Database*SQL Database* 1 à 80 cœurs virtuels1 to 80 vCores 1 à 80 cœurs virtuels*1 to 80 vCores* 1 à 80 cœurs virtuels1 to 80 vCores
Taille de calculCompute size Instance managée SQLSQL Managed Instance 8, 16, 24, 32, 40, 64, 80 cœurs virtuels8, 16, 24, 32, 40, 64, 80 vCores N/AN/A 8, 16, 24, 32, 40, 64, 80 cœurs virtuels8, 16, 24, 32, 40, 64, 80 vCores
Type de stockageStorage type TousAll Stockage distant Premium (par instance)Premium remote storage (per instance) Stockage découplé avec cache disque SSD local (par instance)De-coupled storage with local SSD cache (per instance) Stockage SSD local ultra-rapide (par instance)Super-fast local SSD storage (per instance)
Taille de stockageStorage size SQL Database *SQL Database * 5 Go - 4 To5 GB – 4 TB Jusqu’à 100 ToUp to 100 TB 5 Go - 4 To5 GB – 4 TB
Taille de stockageStorage size Instance managée SQLSQL Managed Instance 32 Go - 8 To32 GB – 8 TB N/AN/A 32 Go - 4 To32 GB – 4 TB
D’OPÉRATIONS D’E/S PAR SECONDEIOPS Base de données uniqueSingle database 500 IOPS par vCore avec 7000 IOPS au maximum500 IOPS per vCore with 7000 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. 5 000 IOPS avec un maximum de 200 000 IOPS5000 IOPS with 200,000 maximum IOPS
D’OPÉRATIONS D’E/S PAR SECONDEIOPS Instance managée SQLSQL Managed Instance Dépend de la taille du fichierDepends on file size N/AN/A 1375 IOPS/vCore1375 IOPS/vCore
DisponibilitéAvailability TousAll 1 réplica, pas d’échelle horizontale en lecture, pas de cache local1 replica, no Read Scale-out, no local cache Plusieurs réplicas, jusqu’à 4 échelles horizontales en lecture, cache local partielMultiple replicas, up to 4 Read Scale-out, partial local cache 3 réplicas, 1 échelle horizontale en lecture, haute disponibilité redondante interzone, stockage local complet3 replicas, 1 Read Scale-out, zone-redundant HA, full local storage
SauvegardesBackups TousAll RA-GRS, 7 à 35 jours de rétention (7 jours par défaut)RA-GRS, 7-35 day retention (7 days by default) RA-GRS, 7 jours de rétention, récupération jusqu’à une date et heure (PITR) à durée constanteRA-GRS, 7 day retention, constant time point-in-time recovery (PITR) RA-GRS, 7 à 35 jours de rétention (7 jours par défaut)RA-GRS, 7-35 day retention (7 days by default)

* Pools élastiques ne sont pas pris en charge dans le niveau de service Hyperscale* Elastic pools are not supported in the Hyperscale service tier

À qui est destiné le niveau de service Hyperscale ?Who should use the Hyperscale service tier

Le niveau de service Hyperscale est destiné aux clients qui ont de grandes bases de données SQL Server locales et qui veulent moderniser leurs applications en les déplaçant dans le cloud, ou aux clients qui utilisent déjà Azure SQL Database et qui veulent étendre considérablement le potentiel de croissance de leurs bases de données.The Hyperscale service tier is intended for customers who have large on-premises SQL Server databases and want to modernize their applications by moving to the cloud, or for customers who are already using Azure SQL Database and want to significantly expand the potential for database growth. Hyperscale est également destiné aux clients qui recherchent à la fois des hautes performances et une scalabilité élevée.Hyperscale is also intended for customers who seek both high performance and high scalability. Avec Hyperscale, vous bénéficiez des avantages suivants :With Hyperscale, you get:

  • Taille de la base de données jusqu’à 100 ToDatabase size up to 100 TB
  • Sauvegardes de base de données rapides, quelle que soit la taille des bases de données (les sauvegardes sont basées sur des captures instantanées de stockage)Fast database backups regardless of database size (backups are based on storage snapshots)
  • Restaurations de base de données rapides, quelle que soit la taille des bases de données (les restaurations sont effectuées à partir des captures instantanées de stockage)Fast database restores regardless of database size (restores are from storage snapshots)
  • Débit de journalisation plus élevé, quelle que soit la taille de la base de données et le nombre de vCoresHigher log throughput regardless of database size and the number of vCores
  • Échelle horizontale en lecture à l’aide d’un ou de plusieurs réplicas en lecture seule, utilisés pour le déchargement de lecture et en tant que serveurs de secours.Read Scale-out using one or more read-only replicas, used for read offloading and as hot standbys.
  • Scale-up rapide des calculs, en durée constante, de façon à gagner en puissance pour faire face à des charges de travail importantes, puis à réduire cette puissance, toujours en durée constante.Rapid scale up of compute, in constant time, to be more powerful to accommodate the heavy workload and then scale down, in constant time. C’est similaire au scale-up et au scale-down entre par exemple une machine P6 et une machine P11, mais beaucoup plus rapide, car il ne s’agit pas d’une opération relative à la taille des données.This is similar to scaling up and down between a P6 and a P11, for example, but much faster as this is not a size of data operation.

Quelles régions prennent actuellement en charge Hyperscale ?What regions currently support Hyperscale

Le niveau de service Hyperscale est actuellement disponible dans les régions répertoriées dans Vue d’ensemble de l’option Hyperscale d’Azure SQL Database.The Hyperscale service tier is currently available in the regions listed under Azure SQL Database Hyperscale Overview.

Puis-je créer plusieurs bases de données Hyperscale par serveur ?Can I create multiple Hyperscale databases per server

Oui.Yes. Pour plus d’informations et pour connaître les limites quant au nombre de bases de données Hyperscale par serveur, consultez Limites de ressources de SQL Database pour les bases de données uniques et mises en pool en pool sur un serveur.For more information and limits on the number of Hyperscale databases per server, see SQL Database resource limits for single and pooled databases on a server.

Quelles sont les caractéristiques en matière de performances d’une base de données Hyperscale ?What are the performance characteristics of a Hyperscale database

L’architecture Hyperscale fournit des performances et des débits élevés avec la prise en charge de bases de données de grande taille.The Hyperscale architecture provides high performance and throughput while supporting large database sizes.

Quelle est la scalabilité d’une base de données Hyperscale ?What is the scalability of a Hyperscale database

Hyperscale offre une scalabilité rapide en fonction de la demande de votre charge de travail.Hyperscale provides rapid scalability based on your workload demand.

  • Scale-up/downScaling Up/Down

    Avec Hyperscale, vous pouvez augmenter la taille de calcul principale en termes de ressources, comme le processeur et la mémoire, puis mettre à l’échelle vers le bas, en durée constante.With Hyperscale, you can scale up the primary compute size in terms of resources like CPU and memory, and then scale down, in constant time. Comme le stockage est partagé, le scale-up et le scale-down ne sont pas une opération relative à la taille des données.Because the storage is shared, scaling up and scaling down is not a size of data operation.

  • Scale-up/downScaling In/Out

    Avec Hyperscale, vous avec également la possibilité de provisionner un ou plusieurs réplicas de calcul supplémentaires, que vous pouvez utiliser pour répondre à vos demandes de lecture.With Hyperscale, you also get the ability to provision one or more additional compute replicas that you can use to serve your read requests. Cela signifie que vous pouvez utiliser ces réplicas de calcul supplémentaires comme réplicas en lecture seule pour décharger votre charge de travail de lecture en dehors de la capacité de calcul principale.This means that you can use these additional compute replicas as read-only replicas to offload your read workload from the primary compute. En plus des opérations en lecture seule, ces réplicas font également office de serveurs de secours en cas de basculement à partir du serveur principal.In addition to read-only, these replicas also serve as hot-standbys in case of a failover from the primary.

    Le provisionnement de chacun de ces réplicas de calcul supplémentaires peut être effectué en durée constante et est une opération en ligne.Provisioning of each of these additional compute replicas can be done in constant time and is an online operation. Vous pouvez vous connecter à ces réplicas de calcul supplémentaires en lecture seule en définissant l’argument ApplicationIntent de votre chaîne de connexion sur ReadOnly.You can connect to these additional read-only compute replicas by setting the ApplicationIntent argument on your connection string to ReadOnly. Les connexions avec l’intention d’application ReadOnly sont automatiquement routées vers un des nœuds de calcul supplémentaires en lecture seule.Any connections with the ReadOnly application intent are automatically routed to one of the additional read-only compute replicas.

Questions approfondiesDeep dive questions

Puis-je associer une base de données Hyperscale et des bases de données uniques dans un même serveur ?Can I mix Hyperscale and single databases in a single server

Oui, vous pouvez.Yes, you can.

Hyperscale nécessite-t-il la modification de mon modèle de programmation d’application ?Does Hyperscale require my application programming model to change

Non, votre modèle de programmation d’application reste tel quel.No, your application programming model stays as is. Vous utilisez votre chaîne de connexion comme d’habitude et les autres méthodes normales pour interagir avec votre base de données Hyperscale.You use your connection string as usual and the other regular ways to interact with your Hyperscale database.

Quel est le niveau d’isolation par défaut des transactions dans une base de données HyperscaleWhat transaction isolation level is the default in a Hyperscale database

Sur le réplica principal, le niveau d’isolement par défaut des transactions est RCSI (Read Committed Snapshot Isolation).On the primary replica, the default transaction isolation level is RCSI (Read Committed Snapshot Isolation). Sur les réplicas secondaires avec échelle horizontale en lecture, le niveau d’isolation par défaut est Instantané.On the Read Scale-out secondary replicas, the default isolation level is Snapshot.

Puis-je utiliser ma licence SQL Server locale ou IaaS pour Hyperscale ?Can I bring my on-premises or IaaS SQL Server license to Hyperscale

Oui, Azure Hybrid Benefit est disponible pour Hyperscale.Yes, Azure Hybrid Benefit is available for Hyperscale. Chaque cœur SQL Server Standard peut être mappé à 1 cœur virtuel Hyperscale.Every SQL Server Standard core can map to 1 Hyperscale vCores. Chaque cœur SQL Server Entreprise peut être mappé à 4 cœurs virtuels Hyperscale.Every SQL Server Enterprise core can map to 4 Hyperscale vCores. Vous n’avez pas besoin d’une licence SQL pour les réplicas secondaires.You don’t need a SQL license for secondary replicas. Le prix Azure Hybrid Benefit est appliqué automatiquement aux réplicas (secondaires) en échelle horizontale en lecture.The Azure Hybrid Benefit price will be automatically applied to Read Scale-out (secondary) replicas.

Pour quelle type de charges de travail Hyperscale est-il conçu ?What kind of workloads is Hyperscale designed for

Hyperscale prend en charge toutes les charges de travail SQL Server, mais il est principalement optimisé pour OLTP.Hyperscale supports all SQL Server workloads, but it is primarily optimized for OLTP. Vous pouvez également exécuter des charges de travail hybrides (HTAP) et analytiques (mini-Data Warehouse).You can bring Hybrid (HTAP) and Analytical (data mart) workloads as well.

Comment puis-je choisir entre Azure SQL Data Warehouse et Azure SQL Database Hyperscale ?How can I choose between Azure SQL Data Warehouse and Azure SQL Database Hyperscale

Si vous exécutez actuellement des requêtes analytiques interactives avec SQL Server comme entrepôt de données, Hyperscale est une option intéressante, car vous pouvez héberger des entrepôts de données de taille petite et moyenne (par exemple de quelques To jusqu’à 100 To) à un coût inférieur, et vous pouvez migrer les charges de travail de votre entrepôt de données SQL Server vers Hyperscale avec des modifications minimales du code T-SQL.If you are currently running interactive analytics queries using SQL Server as a data warehouse, Hyperscale is a great option because you can host small and mid-size data warehouses (such as a few TB up to 100 TB) at a lower cost, and you can migrate your SQL Server data warehouse workloads to Hyperscale with minimal T-SQL code changes.

Si vous exécutez de l’analytique des données à grande échelle avec des requêtes complexes et des taux d’ingestion supérieurs à 100 Mo/s, ou en utilisant Parallel Data Warehouse, Teradata ou d’autres entrepôts de données MPP (Massively Parallel Processing), SQL Data Warehouse peut être le meilleur choix.If you are running data analytics on a large scale with complex queries and sustained ingestion rates higher than 100 MB/s, or using Parallel Data Warehouse (PDW), Teradata, or other Massively Parallel Processing (MPP) data warehouses, SQL Data Warehouse may be the best choice.

Questions sur la capacité de calcul d’HyperscaleHyperscale compute questions

Puis-je interrompre à tout moment ma capacité de calcul ?Can I pause my compute at any time

Pas pour l’instant, mais vous pouvez faire descendre en puissance votre calcul et le nombre de réplicas pour réduire les coûts pendant les heures creuses.Not at this time, however you can scale your compute and number of replicas down to reduce cost during non-peak times.

Puis-je approvisionner un réplica de calcul avec de la RAM supplémentaire pour ma charge de travail utilisant beaucoup de mémoire ?Can I provision a compute replica with extra RAM for my memory-intensive workload

Non.No. Pour obtenir davantage de RAM, vous devez effectuer une mise à niveau vers une taille de calcul plus grande.To get more RAM, you need to upgrade to a higher compute size. Pour plus d’informations, consultez Tailles de stockage et taille de calcul Hyperscale.For more information, see Hyperscale storage and compute sizes.

Puis-je approvisionner plusieurs réplicas de calcul de tailles différentes ?Can I provision multiple compute replicas of different sizes

Non.No.

Combien de réplicas avec échelle horizontale en lecture sont pris en charge ?How many Read Scale-out replicas are supported

Les bases de données Hyperscale sont créées par défaut avec un réplica avec échelle horizontale en lecture (deux réplicas y compris le principal).The Hyperscale databases are created with one Read Scale-out replica (two replicas including primary) by default. Vous pouvez mettre à l’échelle le nombre de réplicas en lecture seule entre 0 et 4 à l’aide du Portail Azure ou de l’API REST.You can scale the number of read-only replicas between 0 and 4 using Azure portal or REST API.

Pour la haute disponibilité, dois-je approvisionner des nœuds de calcul supplémentaires ?For high availability, do I need to provision additional compute replicas

Dans les bases de données Hyperscale, la résilience des données est fournie au niveau du stockage.In Hyperscale databases, data resiliency is provided at the storage level. Un seul réplica est suffisant pour fournir la résilience.You only need one replica to provide resiliency. Quand le réplica de capacité de calcul est défaillant, un nouveau réplica est créé automatiquement sans perte de données.When the compute replica is down, a new replica is created automatically with no data loss.

Cependant, s’il n’existe qu’un seul réplica, un certain temps peut être nécessaire pour générer le cache local dans le nouveau réplica après le basculement.However, if there’s only one replica, it may take some time to build the local cache in the new replica after failover. Pendant la phase de reconstruction du cache, la base de données extrait les données directement à partir des serveurs de pages, ce qui entraîne une latence de stockage supérieure et une dégradation des performances des requêtes.During the cache rebuild phase, the database fetches data directly from the page servers, resulting in higher storage latency and degraded query performance.

Pour les applications critiques qui nécessitent une haute disponibilité avec un impact de basculement minimal, vous devez approvisionner au moins 2 réplicas de calcul, y compris le réplica de calcul principal.For mission-critical apps that require high availability with minimal failover impact, you should provision at least 2 compute replicas including the primary compute replica. Il s’agit de la configuration par défaut.This is the default configuration. De cette façon, il y a un réplica de secours à chaud qui fait office de cible de basculement.That way there is a hot-standby replica available that serves as a failover target.

Questions sur la taille et le stockage des donnéesData size and storage questions

Quelle est la taille maximale de base de données prise en charge avec Hyperscale ?What is the maximum database size supported with Hyperscale

100 To.100 TB.

Quelle est la taille du journal des transactions avec Hyperscale ?What is the size of the transaction log with Hyperscale

Le journal des transactions avec Hyperscale est pratiquement infini.The transaction log with Hyperscale is practically infinite. Vous n’avez pas à vous soucier d’un espace insuffisant pour le journal sur un système qui a un débit de journalisation élevé.You do not need to worry about running out of log space on a system that has a high log throughput. Cependant, le débit de génération du journal peut être limité pour les charges de travail en écriture agressives continues.However, log generation rate might be throttled for continuous aggressively writing workloads. La vitesse de génération de journal maximale soutenue est de 100 Mo/s.The peak sustained log generation rate is 100 MB/s.

Ma tempdb évolue-t-elle au fil de la croissance de ma base de données ?Does my tempdb scale as my database grows

Votre base de données tempdb se trouve sur un stockage SSD local et elle est dimensionnée proportionnellement à la taille de calcul que vous provisionnez.Your tempdb database is located on local SSD storage and is sized proportionally to the compute size that you provision. Votre base de données tempdb est optimisée de façon à fournir des performances optimales.Your tempdb is optimized to provide maximum performance benefits. La taille de tempdb n’est pas configurable et elle est gérée pour vous.tempdb size is not configurable and is managed for you.

La taille de ma base de données augmente-t-elle automatiquement ou dois-je gérer la taille des fichiers de données ?Does my database size automatically grow, or do I have to manage the size of data files

La taille de votre base de données croît automatiquement au fil de l’insertion/ingestion de données.Your database size automatically grows as you insert/ingest more data.

Quelle est la plus petite taille de base de données prise en charge par Hyperscale ou avec laquelle il peut démarrer ?What is the smallest database size that Hyperscale supports or starts with

40 Go.40 GB. Une base de données Hyperscale est créée avec une taille de départ de 10 Go.A Hyperscale database is created with a starting size of 10 GB. Ensuite, elle commence à croître de 10 Go toutes les 10 minutes, jusqu’à atteindre la taille de 40 Go.Then, it starts growing by 10 GB every 10 minutes, until it reaches the size of 40 GB. Chacun de ces blocs de 10 Go est alloué sur un serveur de pages différent afin de fournir un nombre d’IOPS plus élevé et un parallélisme d’E/S supérieur.Each of these 10 GB chucks is allocated in a different page server in order to provide more IOPS and higher I/O parallelism. En raison de cette optimisation, même si vous choisissez une taille de base de données initiale inférieure à 40 Go, la base de données passera automatiquement à au moins 40 Go.Because of this optimization, even if you choose initial database size smaller than 40 GB, the database will grow to at least 40 GB automatically.

De quel incrément la taille de ma base de données augmente-t-elle ?In what increments does my database size grow

Chaque fichier de données croît de 10 Go.Each data file grows by 10 GB. Plusieurs fichiers de données peuvent croître en même temps.Multiple data files may grow at the same time.

Le stockage dans Hyperscale est-il local ou distant ?Is the storage in Hyperscale local or remote

Dans Hyperscale, les fichiers de données sont stockés dans le stockage Azure standard.In Hyperscale, data files are stored in Azure standard storage. Les données sont entièrement mises en cache sur le stockage SSD local, sur les serveurs de pages qui sont proches des réplicas de calcul.Data is fully cached on local SSD storage, on page servers that are close to the compute replicas. En outre, les réplicas de calcul ont des caches de données sur un SSD local et en mémoire, afin de réduire la fréquence des extractions de données sur les serveurs de pages distants.In addition, compute replicas have data caches on local SSD and in memory, to reduce the frequency of fetching data from remote page servers.

Puis-je gérer ou définir des fichiers ou des groupes de fichiers avec Hyperscale ?Can I manage or define files or filegroups with Hyperscale

Non.No. Les fichiers de données sont ajoutés automatiquement.Data files are added automatically. Les raisons courantes de la création de groupes de fichiers supplémentaires ne s’appliquent pas à l’architecture de stockage Hyperscale.The common reasons for creating additional filegroups do not apply in the Hyperscale storage architecture.

Puis-je provisionner une limite stricte sur la croissance des données pour ma base de données ?Can I provision a hard cap on the data growth for my database

Non.No.

Comment les fichiers de données se présentent-ils avec Hyperscale ?How are data files laid out with Hyperscale

Les fichiers de données sont contrôlés par les serveurs de pages, avec un serveur de pages par fichier de données.The data files are controlled by page servers, with one page server per data file. Au fil de l’augmentation de la taille des données, des fichiers de données et des serveurs de pages associés sont ajoutés.As the data size grows, data files and associated page servers are added.

La réduction de base de données est-elle prise en charge ?Is database shrink supported

Non.No.

La compression des données est-elle prise en charge ?Is data compression supported

Oui, y compris la compression de ligne, de page et columnstore.Yes, including row, page, and columnstore compression.

Si j’ai une table très grande, les données de ma table sont-elles réparties dans plusieurs fichiers de données ?If I have a huge table, does my table data get spread out across multiple data files

Oui.Yes. Les pages de données associées à une table donnée peuvent être stockées dans plusieurs fichiers de données, qui font tous partie du même groupe de fichiers.The data pages associated with a given table can end up in multiple data files, which are all part of the same filegroup. SQL Server utilise une stratégie de remplissage proportionnel pour distribuer les données entre des fichiers de données.SQL Server uses proportional fill strategy to distribute data over data files.

Questions relatives à la migration des donnéesData migration questions

Puis-je déplacer mes bases de données d’Azure SQL Database vers le niveau de service Hyperscale ?Can I move my existing databases in Azure SQL Database to the Hyperscale service tier

Oui.Yes. Vous pouvez déplacer vos bases de données existantes d’Azure SQL Database vers Hyperscale.You can move your existing databases in Azure SQL Database to Hyperscale. Il s’agit d’une migration unidirectionnelle.This is a one-way migration. Vous ne pouvez pas déplacer des bases de données depuis Hyperscale vers un autre niveau de service.You can’t move databases from Hyperscale to another service tier. Pour les preuves de concept, nous vous recommandons d’effectuer une copie de votre base de données et de migrer la copie vers Hyperscale.For proofs of concept (POCs), we recommend you make a copy of your database and migrate the copy to Hyperscale.

Le temps nécessaire pour déplacer une base de données existante vers Hyperscale comprend le temps de copie des données et celui de relecture des modifications apportées dans la base de données source lors de la copie des données.The time required to move an existing database to Hyperscale consists of the time to copy data, and the time to replay the changes made in the source database while copying data. Le temps de copie des données est proportionnel à la taille des données.The data copy time is proportional to data size. Le temps de relecture des modifications sera plus court si le déplacement est effectué pendant une période de faible activité d’écriture.The time to replay changes will be shorter if the move is done during a period of low write activity.

Puis-je déplacer mes bases de données Hyperscale vers d’autres niveaux de service ?Can I move my Hyperscale databases to other service tiers

Non.No. Actuellement, vous ne pouvez pas déplacer une base de données Hyperscale vers un autre niveau de service.At this time, you can’t move a Hyperscale database to another service tier.

Est-ce que je perds des fonctionnalités ou des capacités après la migration vers le niveau de service Hyperscale ?Do I lose any functionality or capabilities after migration to the Hyperscale service tier

Oui.Yes. Certaines fonctionnalités Azure SQL Database ne sont pas encore prises en charge dans Hyperscale, notamment la conservation à long terme des sauvegardes.Some Azure SQL Database features are not supported in Hyperscale yet, including but not limited to long term backup retention. Après la migration de vos bases de données vers Hyperscale, ces fonctionnalités cessent de fonctionner.After you migrate your databases to Hyperscale, those features stop working. Nous espérons que ces limites ne seront pas définitives.We expect these limitations to be temporary.

Puis-je déplacer ma base de données SQL Server locale ou ma base de données SQL Server dans une machine virtuelle cloud vers Hyperscale ?Can I move my on-premises SQL Server database, or my SQL Server database in a cloud virtual machine to Hyperscale

Oui.Yes. Vous pouvez utiliser toutes les technologies de migration existantes pour migrer vers Hyperscale, notamment la réplication transactionnelle, et toute autre technologie de déplacement de données (copie en bloc, Azure Data Factory, Azure Databricks, SSIS).You can use all existing migration technologies to migrate to Hyperscale, including transactional replication, and any other data movement technologies (Bulk Copy, Azure Data Factory, Azure Databricks, SSIS). Voir aussi l’Azure Database Migration Service, qui prend en charge de nombreux scénarios de migration.See also the Azure Database Migration Service, which supports many migration scenarios.

Quelle est la durée du temps d’arrêt pendant la migration depuis un environnement local ou de machines virtuelles vers Hyperscale, et comment puis-je la minimiser ?What is my downtime during migration from an on-premises or virtual machine environment to Hyperscale, and how can I minimize it

Le temps d’arrêt pour la migration vers Hyperscale est le même que quand vous migrez vos bases de données vers d’autres niveaux de service dans Azure SQL Database.Downtime for migration to Hyperscale is the same as the downtime when you migrate your databases to other Azure SQL Database service tiers. Vous pouvez utiliser la réplication transactionnelle afin de réduire le temps d’arrêt dû à la migration pour les bases de données d’une taille allant jusqu’à plusieurs To.You can use transactional replication to minimize downtime migration for databases up to few TB in size. Pour de très grandes bases de données (plus de 10 To), vous pouvez envisager de migrer les données avec ADF, Spark ou d’autres technologies de déplacement des données.For very large databases (10+ TB), you can consider to migrate data using ADF, Spark, or other data movement technologies.

Combien de temps cela prend-t-il de charger une quantité X de données dans Hyperscale ?How much time would it take to bring in X amount of data to Hyperscale

Hyperscale peut consommer 100 Mo/s de données nouvelles ou modifiées, mais le temps nécessaire pour déplacer des données dans des bases de données dans Azure SQL Database est également affecté par le débit du réseau disponible, la vitesse de lecture de la source et l’objectif de niveau de service de la base de données cible.Hyperscale is capable of consuming 100 MB/s of new/changed data, but the time needed to move data into databases in Azure SQL Database is also affected by available network throughput, source read speed and the target database service level objective.

Puis-je lire des données dans un stockage d’objets blob (comme PolyBase dans SQL Data Warehouse) et faire un chargement rapide ?Can I read data from blob storage and do fast load (like Polybase in SQL Data Warehouse)

Vous pouvez faire en sorte qu’une application cliente lise des données depuis Stockage Azure et charger des données dans une base de données Hyperscale (tout comme vous pouvez le faire avec n’importe quelle autre base de données dans Azure SQL Database).You can have a client application read data from Azure Storage and load data load into a Hyperscale database (just like you can with any other database in Azure SQL Database). Actuellement, PolyBase n’est pas pris en charge dans Azure SQL Database.Polybase is currently not supported in Azure SQL Database. Comme alternative pour fournir une charge rapide, vous pouvez utiliser Azure Data Factory ou utiliser un travail Spark dans Azure Databricks avec le connecteur Spark pour SQL.As an alternative to provide fast load, you can use Azure Data Factory, or use a Spark job in Azure Databricks with the Spark connector for SQL. Le connecteur Spark pour SQL prend en charge l’insertion en bloc.The Spark connector to SQL supports bulk insert.

Il est également possible de lire en bloc des données à partir du magasin d’objets blob Azure à l’aide de BULK INSERT ou OPENROWSET : Exemples d’accès en bloc à des données dans Stockage Blob Azure.It is also possible to bulk read data from Azure Blob store using BULK INSERT or OPENROWSET: Examples of Bulk Access to Data in Azure Blob Storage.

Le modèle de récupération simple ou de journalisation en bloc n’est pas pris en charge dans Hyperscale.Simple recovery or bulk logging model is not supported in Hyperscale. Le modèle de récupération complète est nécessaire pour fournir une haute disponibilité et la récupération jusqu`à une date et heure.Full recovery model is required to provide high availability and point-in-time recovery. Cependant, l’architecture de journalisation Hyperscale fournit un meilleur débit d’ingestion en comparaison avec d’autres niveaux de services Azure SQL Database.However, Hyperscale log architecture provides better data ingest rate compared to other Azure SQL Database service tiers.

Hyperscale permet-il l’approvisionnement de plusieurs nœuds pour l’ingestion en parallèle de grandes quantités de données ?Does Hyperscale allow provisioning multiple nodes for parallel ingesting of large amounts of data

Non.No. Hyperscale est une architecture à multitraitement symétrique (SMP) et n’est pas une architecture MMP (Massively Parallel Processing) ou une architecture multimaître.Hyperscale is a symmetric multi-processing (SMP) architecture and is not a massively parallel processing (MPP) or a multi-master architecture. Vous pouvez créer plusieurs réplicas seulement pour effectuer un scale-out des charges de travail en lecture seule.You can only create multiple replicas to scale out read-only workloads.

Quelle est la version de SQL Server la plus ancienne prise en charge pour la migration vers Hyperscale ?What is the oldest SQL Server version supported for migration to Hyperscale

SQL Server 2005.SQL Server 2005. Pour plus d’informations, consultez Migrer vers une base de données unique ou une base de données mise en pool.For more information, see Migrate to a single database or a pooled database. Pour les problèmes de compatibilité, consultez Résolution des problèmes de compatibilité de la migration de base de données.For compatibility issues, see Resolving database migration compatibility issues.

Hyperscale prend-t-il en charge la migration depuis d’autres sources de données, comme Amazon Aurora, MySQL, PostgreSQL, Oracle, DB2 et d’autres plateformes de base de données ?Does Hyperscale support migration from other data sources such as Amazon Aurora, MySQL, PostgreSQL, Oracle, DB2, and other database platforms

Oui.Yes. Azure Database Migration Service prend en charge de nombreux scénarios de migration.Azure Database Migration Service supports many migration scenarios.

Questions sur la continuité des activités et la reprise d’activitéBusiness continuity and disaster recovery questions

Quels sont les contrats SLA fournis pour une base de données Hyperscale ?What SLAs are provided for a Hyperscale database

Voir SLA pour Azure SQL Database.See SLA for Azure SQL Database. Les réplicas de calcul secondaires supplémentaires augmentent la disponibilité, jusqu’à 99,99 % pour une base de données avec deux réplicas de calcul secondaires ou plus.Additional secondary compute replicas increase availability, up to 99.99% for a database with two or more secondary compute replicas.

Les sauvegardes de base de données sont-elles gérées pour moi par Azure SQL Database ?Are the database backups managed for me by Azure SQL Database

Oui.Yes.

Quelle est la fréquence des sauvegardes de base de données ?How often are the database backups taken

Il n’existe pas de sauvegardes traditionnelles complètes, différentielles et de fichier journal pour les bases de données Hyperscale.There are no traditional full, differential, and log backups for Hyperscale databases. Au lieu de cela, il existe des captures instantanées de stockage de fichiers de données.Instead, there are regular storage snapshots of data files. Le journal généré est simplement conservé en l’état pour la période de rétention configurée, ce qui permet une restauration à n’importe quel point dans le temps au cours de la période de rétention.Log that is generated is simply retained as-is for the configured retention period, allowing restore to any point in time within the retention period.

Hyperscale prend-t-il en charge la limite de restauration dans le temps ?Does Hyperscale support point-in-time restore

Oui.Yes.

Quel est l’objectif de point de récupération (RPO)/objectif de délai de récupération (RTO) pour la restauration de base de données dans Hyperscale ?What is the Recovery Point Objective (RPO)/Recovery Time Objective (RTO) for database restore in Hyperscale

L’objectif de point de récupération est de 0 minute. L’objectif de délai de récupération est inférieur à 10 minutes, quelle que soit la taille de la base de données.The RPO is 0 min. The RTO goal is less than 10 minutes, regardless of database size.

La sauvegarde de base de données affecte-t-elle les performances de calcul sur mes réplicas principaux ou secondaires ?Does database backup affect compute performance on my primary or secondary replicas

Non.No. Les sauvegardes sont gérées par le sous-système de stockage et tirent parti des captures instantanées de stockage.Backups are managed by the storage subsystem, and leverage storage snapshots. Elles n’affectent pas les charges de travail utilisateur.They do not impact user workloads.

Puis-je effectuer une géorestauration avec une base de données Hyperscale ?Can I perform geo-restore with a Hyperscale database

Oui.Yes. La géo-restauration est entièrement prise en charge.Geo-restore is fully supported. Contrairement à la limite de restauration dans le temps, la géorestauration nécessite une opération à l’échelle des données.Unlike point-in-time restore, geo-restore requires a size-of-data operation. Les fichiers de données étant copiés en parallèle, la durée de cette opération dépend principalement de la taille du fichier le plus volumineux dans la base de données, plutôt que de la taille totale de celle-ci.Data files are copied in parallel, so the duration of this operation depends primarily on the size of the largest file in the database, rather than on total database size. La durée de la géorestauration est beaucoup plus courte si la base de données est restaurée dans la région Azure associée à la région de la base de données source.Geo-restore time will be significantly shorter if the database is restored in the Azure region that is paired with the region of the source database.

Puis-je configurer la géoréplication avec une base de données Hyperscale ?Can I set up geo-replication with Hyperscale database

Pas pour l'instant.Not at this time.

Puis-je sauvegarder une base de données Hyperscale et la restaurer sur mon serveur local ou sur SQL Server dans une machine virtuelle ?Can I take a Hyperscale database backup and restore it to my on-premises server, or on SQL Server in a VM

Non.No. Le format de stockage pour les bases de données Hyperscale est différent des versions publiées de SQL Server, et vous ne contrôlez pas les sauvegardes et vous n’y avez pas accès.The storage format for Hyperscale databases is different from any released version of SQL Server, and you don’t control backups or have access to them. Pour extraire vos données d’une base de données Hyperscale, vous pouvez extraire les données à l’aide des technologies de déplacement de données, par exemple Azure Data Factory, Azure Databricks, SSIS, etc.To take your data out of a Hyperscale database, you can extract data using any data movement technologies, i.e. Azure Data Factory, Azure Databricks, SSIS, etc.

Questions sur les fonctionnalités croiséesCross-feature questions

Est-ce que je perds des fonctionnalités ou des capacités après la migration vers le niveau de service Hyperscale ?Do I lose any functionality or capabilities after migration to the Hyperscale service tier

Oui.Yes. Certaines fonctionnalités Azure SQL Database ne sont pas prises en charge dans Hyperscale, notamment la conservation à long terme des sauvegardes.Some Azure SQL Database features are not supported in Hyperscale, including but not limited to long term backup retention. Après la migration de vos bases de données vers Hyperscale, ces fonctionnalités cessent de fonctionner.After you migrate your databases to Hyperscale, those features stop working.

PolyBase fonctionne-t-il avec Hyperscale ?Will Polybase work with Hyperscale

Non.No. PolyBase n’est pas pris en charge dans Azure SQL Database.Polybase is not supported in Azure SQL Database.

Hyperscale peut-il prendre en charge R et Python ?Does Hyperscale have support for R and Python

Pas pour l'instant.Not at this time.

Les nœuds de calcul sont-ils placés dans des conteneurs ?Are compute nodes containerized

Non.No. Les processus Hyperscale s’exécutent sur des nœuds Service Fabric (machines virtuelles), et non dans des conteneurs.Hyperscale processes run on Service Fabric nodes (VMs), not in containers.

Questions sur les performancesPerformance questions

Quel débit d’écriture puis-je envoyer (push) dans une base de données Hyperscale ?How much write throughput can I push in a Hyperscale database

Le débit limite du journal des transactions est défini sur 100 Mo/s pour toute taille de calcul Hyperscale.Transaction log throughput cap is set to 100 MB/s for any Hyperscale compute size. La capacité à atteindre ce taux dépend de plusieurs facteurs, notamment le type de charge de travail, la configuration du client et la capacité de calcul suffisante sur le réplica de calcul principal pour produire le journal à ce rythme.The ability to achieve this rate depends on multiple factors, including but not limited to workload type, client configuration, and having sufficient compute capacity on the primary compute replica to produce log at this rate.

Combien d’IOPS puis-je obteni sur le plus grand calcul ?How many IOPS do I get on the largest compute

Les IOPS et la latence d’E/S varient en fonction des modèles de charge de travail.IOPS and IO latency will vary depending on the workload patterns. Si les données faisant l’objet d’un accès sont mises en cache sur le réplica de calcul, vous verrez les mêmes performances d’E/S qu’avec le disque SSD local.If the data being accessed is cached on the compute replica, you will see similar IO performance as with local SSD.

Mon débit est-il affecté par les sauvegardes ?Does my throughput get affected by backups

Non.No. La capacité de calcul est découplée de la couche de stockage.Compute is decoupled from the storage layer. Cela élimine l’impact sur les performances de la sauvegarde.This eliminates performance impact of backup.

Mon débit est-il affecté quand je provisionne des réplicas de calcul supplémentaires ?Does my throughput get affected as I provision additional compute replicas

Comme le stockage est partagé et qu’aucune réplication physique directe n’est effectuée entre les réplicas de calcul principaux et secondaires, le débit sur le réplica principal n’est pas affecté directement par l’ajout de réplicas secondaires.Because the storage is shared and there is no direct physical replication happening between primary and secondary compute replicas, the throughput on primary replica will not be directly affected by adding secondary replicas. Cependant, nous pouvons limiter la charge de travail en écriture agressive continue sur le réplica principal pour que le journal s’applique sur les réplicas secondaires et les serveurs de pages à rattraper, et éviter ainsi des performances de lecture médiocres sur les réplicas secondaires.However, we may throttle continuous aggressively writing workload on the primary to allow log apply on secondary replicas and page servers to catch up, to avoid poor read performance on secondary replicas.

Comment faire pour diagnostiquer et résoudre les problèmes de performances dans une base de données Hyperscale ?How do I diagnose and troubleshoot performance problems in a Hyperscale database

Pour la plupart des problèmes de performances, en particulier ceux qui ne proviennent pas des performances de stockage, les étapes courantes de diagnostic et de résolution des problèmes SQL s’appliquent.For most performance problems, particularly the ones not rooted in storage performance, common SQL diagnostic and troubleshooting steps apply. Pour obtenir des diagnostics de stockage spécifiques à Hyperscale, consultez Diagnostics de résolution des problèmes de performances Hyperscale SQL.For Hyperscale-specific storage diagnostics, see SQL Hyperscale performance troubleshooting diagnostics.

Questions sur la scalabilitéScalability questions

Quel est le temps nécessaire pour un scale-up et un scale-down d’un réplica de calcul ?How long would it take to scale up and down a compute replica

Monter ou descendre le calcul en puissance doit prendre 2 minutes, quelle que soit la taille des données.Scaling compute up or down typically takes up to 2 minutes regardless of data size.

Ma base de données est-elle hors connexion pendant l’exécution de l’opération de scale-up/down ?Is my database offline while the scaling up/down operation is in progress

Non.No. Le scale-up/down se fait en ligne.The scaling up and down will be online.

Dois-je m’attendre à la suppression des connexions quand les opérations de mise à l’échelle sont en cours ?Should I expect connection drop when the scaling operations are in progress

Le scale-up ou le scale-down entraînent la suppression des connexions existantes quand un basculement se produit à la fin de l’opération de mise à l'échelle.Scaling up or down results in existing connections being dropped when a failover happens at the end of the scaling operation. L’ajout de réplicas secondaires n’entraîne pas la suppression des connexions.Adding secondary replicas does not result in connection drops.

Le scale-up et le scale-down de réplicas de calcul sont-ils des opérations automatiques ou déclenchées par l’utilisateur final ?Is the scaling up and down of compute replicas automatic or end-user triggered operation

Utilisateur final.End-user. Pas automatique.Not automatic.

La taille de ma base de données tempdb augmente-t-elle également au fur et à mesure que le calcul est mis à l’échelle ?Does the size of my tempdb database also grow as the compute is scaled up

Oui.Yes. La base de données tempdb augmente automatiquement lors du scale-up de la capacité de calcul.The tempdb database will scale up automatically as the compute grows.

Puis-je approvisionner plusieurs réplicas de calcul principaux, comme un système multimaître où plusieurs têtes de calcul principales peuvent gérer un niveau de concurrence plus élevé ?Can I provision multiple primary compute replicas, such as a multi-master system, where multiple primary compute heads can drive a higher level of concurrency

Non.No. Seul le réplica de calcul principal accepte les demandes de lecture/écriture.Only the primary compute replica accepts read/write requests. Les réplicas de calcul secondaires acceptent seulement les demandes en lecture seule.Secondary compute replicas only accept read-only requests.

Questions sur l’échelle horizontale en lectureRead scale-out questions

Combien de réplicas de calcul secondaires puis-je approvisionner ?How many secondary compute replicas can I provision

Nous créons par défaut un réplica secondaire pour les bases de données Hyperscale.We create one secondary replica for Hyperscale databases by default. Si vous souhaitez ajuster le nombre de réplicas, vous pouvez le faire au moyen du Portail Microsoft Azure ou de l’API REST.If you want to adjust the number of replicas, you can do so using Azure portal or REST API.

Comment se connecter à ces réplicas de calcul secondaires ?How do I connect to these secondary compute replicas

Vous pouvez vous connecter à ces réplicas de calcul supplémentaires en lecture seule en définissant l’argument ApplicationIntent de votre chaîne de connexion sur ReadOnly.You can connect to these additional read-only compute replicas by setting the ApplicationIntent argument on your connection string to ReadOnly. Les connexions marquées avec ReadOnly sont automatiquement routées vers un des réplicas de calcul supplémentaires en lecture seule.Any connections marked with ReadOnly are automatically routed to one of the additional read-only compute replicas.

Comment faire pour vérifier si la connexion au réplica de calcul secondaire a bien été établie à l’aide de SSMS ou d’autres outils clients ?How do I validate if I have successfully connected to secondary compute replica using SSMS or other client tools?

Vous pouvez exécuter la requête T-SQL suivante : SELECT DATABASEPROPERTYEX ('<database_name>', 'Updateability').You can execute the following T-SQL query: SELECT DATABASEPROPERTYEX ('<database_name>', 'Updateability'). Le résultat est READ_ONLY si vous êtes connecté à un réplica secondaire en lecture seule, et READ_WRITE si vous êtes connecté au réplica principal.The result is READ_ONLY if you are connected to a read-only secondary replica, and READ_WRITE if you are connected to the primary replica. Notez que le contexte de base de données doit être défini sur le nom de la base de données Hyperscale, et non sur la base de données master.Note that the database context must be set to the name of the Hyperscale database, not to the master database.

Puis-je créer un point de terminaison dédié pour le réplica avec une échelle horizontale en lecture ?Can I create a dedicated endpoint for a Read Scale-out replica

Non.No. Vous pouvez vous connecter au réplica avec une échelle horizontale en lecture uniquement en spécifiant ApplicationIntent=ReadOnly.You can only connect to Read Scale-out replicas by specifying ApplicationIntent=ReadOnly.

Est-ce que le système effectue un équilibrage de charge intelligent de la charge de travail de lecture ?Does the system do intelligent load balancing of the read workload

Non.No. Une nouvelle connexion avec intention de lecture seule est redirigée vers un réplica de scale-out de lecture arbitraire.A new connection with read-only intent is redirected to an arbitrary Read Scale-out replica.

Puis-je effectuer un scale-up/down des réplicas de calcul secondaires indépendamment du réplica principal ?Can I scale up/down the secondary compute replicas independently of the primary replica

Non.No. Les réplicas de calcul secondaires sont également utilisés comme cibles de basculement à haute disponibilité. Ils doivent donc avoir la même configuration que le principal pour fournir les performances attendues après le basculement.The secondary compute replica are also used as high availability failover targets, so they need to have the same configuration as the primary to provide expected performance after failover.

Le dimensionnement de tempdb est-il différent pour ma capacité de calcul principale et pour mes réplicas de calcul secondaires supplémentaires ?Do I get different tempdb sizing for my primary compute and my additional secondary compute replicas

Non.No. Votre base de données tempdb est configurée en fonction de l’approvisionnement de la taille de calcul : vos réplicas de calcul secondaires ont la même taille que la capacité de calcul principale.Your tempdb database is configured based on the compute size provisioning, your secondary compute replicas are the same size as the primary compute.

Puis-je ajouter des index et des vues sur mes réplicas de calcul secondaires ?Can I add indexes and views on my secondary compute replicas

Non.No. Les bases de données Hyperscale ont un stockage partagé, ce qui signifie que tous les réplicas de calcul voient les mêmes tables, les mêmes index et les mêmes vues.Hyperscale databases have shared storage, meaning that all compute replicas see the same tables, indexes, and views. Si vous voulez des index supplémentaires optimisés pour les lectures sur les réplicas secondaires, vous devez d’abord les ajouter sur le réplica principal.If you want additional indexes optimized for reads on secondary, you must add them on the primary.

Quel est le décalage entre le réplica de calcul principal et le réplica de calcul secondaire ?How much delay is there going to be between the primary and secondary compute replicas

La latence des données entre le moment où une transaction est validée sur le réplica principal et le moment où elle est visible sur un réplica secondaire dépend du taux de génération de journal actuel.Data latency from the time a transaction is committed on the primary to the time it is visible on a secondary depends on current log generation rate. La latence des données ne prend généralement que quelques millisecondes.Typical data latency is in low milliseconds.

Étapes suivantesNext steps

Pour plus d’informations sur le niveau de service Hyperscale, consultez Niveau de service Hyperscale.For more information about the Hyperscale service tier, see Hyperscale service tier.