Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Ce document répertorie quelques-unes des limites de Microsoft Azure les plus courantes, parfois appelées des quotas.
- Pour en savoir plus sur la tarification Azure, consultez la page de présentation et de détails des tarifs Azure .
- La page de tarification Azure fournit des détails pour des services spécifiques ; par exemple, Machines virtuelles Windows.
- Vous pouvez également utiliser la calculatrice de prix Azure pour estimer vos coûts.
- Consultez Qu’est-ce que la facturation Microsoft ? pour obtenir des conseils pour vous aider à gérer vos coûts.
Comment gérer les limites
Note
Certains services ont des limites ajustables.
Lorsque la limite peut être ajustée, les tables incluent la limite par défaut et les en-têtes de limite maximale . La limite peut être augmentée au-dessus de la limite par défaut, mais pas au-delà de la limite maximale. Certains services avec des limites ajustables utilisent des en-têtes différents avec des informations sur l’ajustement de la limite.
Lorsqu’un service n’a pas de limites réglables, les tableaux suivants utilisent la limite d’en-tête sans aucune information supplémentaire sur l’ajustement de la limite. Dans de tels cas, la valeur par défaut et les limites maximales sont les mêmes.
Si vous souhaitez élever la limite ou le quota au-dessus de la limite par défaut, ouvrez une demande de service clientèle en ligne gratuitement.
Les termes limite souple et limite dure sont souvent utilisés de manière informelle pour décrire la limite actuelle, ajustable (limite souple) et la limite maximale (limite stricte). Si une limite n’est pas ajustable, il n’y aura pas de limite logicielle, uniquement une limite matérielle.
Les abonnements d’essai gratuit Azure ne permettent pas de bénéficier d’augmentations de la limite ou du quota. Si vous disposez de ce type d’abonnement, vous pouvez effectuer une mise à niveau vers un abonnement paiement à l'usage. Pour plus d’informations, consultez Mettre à niveau votre compte Azure et les présentations de Essayer Azure gratuitement ou avec paiement au fur et à mesure.
Certaines limites sont gérées au niveau régional. Vous décidez de vos quotas pour votre charge de travail dans n’importe quelle région, puis demandez ce montant pour chaque région dans laquelle vous souhaitez déployer.
Par exemple, avec des quotas de processeur virtuel (vCPU) :
- Pour demander une augmentation des quotas de prise en charge des processeurs virtuels, vous déterminez le nombre de processeurs virtuels et les régions concernées.
- Vous demandez ensuite une augmentation des quotas de processeurs virtuels pour les quantités et les régions souhaitées.
- Si vous avez besoin de 30 processeurs virtuels dans la région Europe Ouest pour y exécuter votre application, demandez spécifiquement 30 processeurs virtuels dans cette région.
- Votre quota de processeurs virtuels n’augmente pas dans les autres régions ; seule la région Europe Ouest dispose du quota de 30 processeurs virtuels.
Consultez Résoudre les erreurs pour les quotas de ressources pour plus d’informations sur la façon de déterminer les quotas pour des régions spécifiques.
Limites générales
- Consultez Règles de nommage et restrictions pour les ressources Azure pour connaître les limites relatives aux noms de ressources.
- Consultez Comprendre comment Azure Resource Manager limite les requêtes pour en savoir plus sur les limites de lecture et d’écriture de l’API Resource Manager.
Limites de groupe d’administration Azure
Les limites suivantes s’appliquent aux groupes d’administration Azure.
| Resource | Limit |
|---|---|
| Groupes d’administration par tenant Microsoft Entra | 10,000 |
| Abonnements par groupe d’administration | Unlimited. |
| Niveaux de hiérarchie des groupes d’administration | Niveau de base plus 6 niveaux1 |
| Groupe d’administration parent direct par groupe d’administration | One |
| Déploiements au niveau du groupe d’administration par emplacement | 8002 |
| Emplacements de déploiements au niveau du groupe d’administration | 10 |
| Déploiements par groupe d’administration dans l’historique de déploiement | 8003 |
1Les 6 niveaux n’incluent pas le niveau d’abonnement.
deuxSi vous atteignez la limite de 800 déploiements, supprimez les déploiements de l’historique qui ne sont plus nécessaires. Pour supprimer des déploiements au niveau du groupe d’administration, utilisez Remove-AzManagementGroupDeployment ou az deployment mg delete.
3Les déploiements sont automatiquement supprimés de l’historique au fur et à mesure de la limite. La suppression d’une entrée à partir de l’historique des déploiements n’affecte pas les ressources déployées. Pour plus d’informations, consultez Suppressions automatiques de l’historique de déploiement.
Limites d’abonnement Azure
Les limites suivantes s'appliquent lorsque vous utilisez Azure Resource Manager et les groupes de ressources Azure.
| Resource | Limit |
|---|---|
| Abonnements Azure associés à un tenant Microsoft Entra | Unlimited |
| Coadministrateurs par abonnement | Unlimited |
| Groupes de ressources par abonnement | 980 |
| Taille de la requête d’API Resource Manager | 4 194 304 octets |
| Balises par abonnement1 | 50 |
| Calculs de balise unique par abonnement2 | 80,000 |
| Déploiements par abonnement par localisation | 8003 |
| Emplacements des déploiements au niveau de l’abonnement | 10 |
1Vous pouvez appliquer jusqu’à 50 balises directement à un abonnement. Dans l’abonnement, chaque ressource ou groupe de ressources est également limité à 50 balises. L’abonnement peut toutefois contenir un nombre illimité de balises dispersées entre les ressources et les groupes de ressources.
deuxResource Manager retourne une liste de noms et de valeurs de balise dans l’abonnement uniquement lorsque le nombre de balises uniques est de 80 000 ou moins. Une balise unique est définie par la combinaison d’un ID de ressource, d’un nom de balise et d’une valeur de balise. Par exemple, deux ressources avec les mêmes nom et valeur de balise seraient calculées sous la forme de deux balises uniques. Vous pouvez toujours trouver une ressource par balise quand le nombre de balises est supérieur à 80 000.
3Les déploiements sont automatiquement supprimés de l’historique au fur et à mesure de la limite. Pour plus d’informations, consultez Suppressions automatiques de l’historique de déploiement.
Notez que les ID d’abonnement doivent être des GUID non vides.
Limites de groupe de ressources Azure
| Resource | Limit |
|---|---|
| Ressources par groupe de ressources | Les ressources ne sont pas limitées par groupe de ressources. Au lieu de cela, elle sont limités par le type de ressource dans un groupe de ressources. Reportez-vous à la ligne suivante. |
| Ressources par groupe de ressources par type de ressource | 800 - Certains types de ressources peuvent dépasser la limite de 800. Voir la section relative aux ressources non limitées à 800 instances par groupe de ressources. |
| Déploiements par groupe de ressources dans l’historique des déploiements | 8001 |
| Ressources par déploiement | 800 |
| Verrous de gestion par étendue unique | 20 |
| Nombre de balises par ressource ou groupe de ressources | 50 |
| Longueur de clé de la balise | 512 |
| Longueur de valeur de la balise | 256 |
1Les déploiements sont automatiquement supprimés de l’historique au fur et à mesure de la limite. La suppression d’une entrée à partir de l’historique des déploiements n’affecte pas les ressources déployées. Pour plus d’informations, consultez Suppressions automatiques de l’historique de déploiement.
Limites de modèle
| Value | Limit |
|---|---|
| Parameters | 256 |
| Variables | 256 |
| Ressources (incluant le nombre de copies) | 800 |
| Outputs | 64 |
| Expression de modèle | 24 576 caractères |
| Ressources dans les modèles exportés | 200 |
| Taille du modèle | 4 Mo |
| Taille de définition de la ressource | 1 Mo |
| Taille du fichier de paramètres | 4 Mo |
Vous pouvez dépasser certaines limites de modèle en utilisant un modèle imbriqué. Pour plus d’informations, consultez l’article Utilisation de modèles liés lors du déploiement des ressources Azure. Pour réduire le nombre de paramètres, de variables ou de sorties, vous pouvez combiner plusieurs valeurs dans un même objet. Pour plus d’informations, consultez l’article Objects as parameters (Utiliser un objet en tant que paramètre).
Vous pouvez obtenir une erreur avec un fichier modèle ou de paramètres de moins de 4 Mo, si la taille totale de la requête est trop élevée. Pour plus d’informations sur la simplification de votre modèle afin d’éviter une demande volumineuse, consultez Résoudre les erreurs de dépassement de taille de la tâche.
Limites du Centre d’API Azure
| Resource | Plan Gratuit1 | Plan Standard2 |
|---|---|---|
| APIs | 200 | 10,000 |
| Versions par API | 5 | 100 |
| Définitions par version | 5 | 5 |
| Déploiements par API | 10 | 10 |
| Environments | 20 | 20 |
| Espaces de travail | 1 (par défaut) | 1 (par défaut) |
| Propriétés de métadonnées personnalisées par entité3 | 10 | 20 |
| Propriétés enfants dans la propriété de métadonnées personnalisée de type « objet » | 10 | 10 |
| Demandes par minute (plan de données) | 3,000 | 6,000 |
| Définitions d’API analysées | 10 | 2,0004 |
| Profils d’analyse | 1 | 3 |
| Sources d’API liées (intégrées)5 | 1 | 5 |
| API synchronisées à partir d’une source d’API liée | 200 | 2,0004 |
| Dépendances | 200 | 200 |
| Recherche sémantique dans le portail du Centre des API | No | Yes |
1 Utilisation de fonctionnalités de service complètes, notamment l’analyse des API est limitée.
2 Pour augmenter une limite dans le plan Standard, contactez le support technique.
3 Propriétés de métadonnées personnalisées affectées aux API, aux déploiements et aux environnements.
4 Le processus peut prendre quelques minutes jusqu’à 24 heures.
5 Sources telles que les instances de gestion des API liées.
Limites de Gestion des API Azure
Cette section fournit des informations sur les limites qui s’appliquent aux instances gestion des API Azure dans différents niveaux de service, notamment les suivantes :
- Niveaux classiques de Gestion des API
- Niveaux v2 de Gestion des API
- Espaces de travail Gestion des API
- Portail des développeurs dans les niveaux v2 de Gestion des API
Limites – Niveaux classiques de Gestion des API
À compter de mars 2026, La gestion des API Azure applique des limites mises à jour aux instances des niveaux Classic (Développeur, De base, Standard et Premium) et au niveau Consommation. Les limites mises à jour seront publiées à ce moment-là. Les services de niveau Classique existants qui dépassent les limites mises à jour ne seront pas affectés. Pour plus d’informations, consultez Présentation des limites du service Gestion des API.
Limites – Niveaux v2 de Gestion des API
Pour plus d’informations sur les limites et instructions de gestion des API pour les gérer dans votre instance, consultez Présentation des limites du service Gestion des API.
Note
Les limites sont définies par instance de service, sauf indication contraire.
Lorsque vous comptez le nombre d’API et de ressources liées à l’API (telles que les opérations d’API, les back-ends, les balises, etc.), Gestion des API inclut également des versions et des révisions d’API.
| Resource | Essentiel v2 | Standard v2 | Premium v2 |
|---|---|---|---|
| Unités d’échelle | 10 | 10 | 30 |
| Taille du cache | 250 Mo | 1 Go | 5 Go |
| API (y compris les versions et les révisions) | 150 | 500 | 2,500 |
| Opérations d’API | 3,000 | 10,000 | 20,000 |
| Abonnements | 500 | 2,000 | 4,000 |
| Produits | 50 | 200 | 400 |
| Users | 300 | 2,000 | 4,000 |
| Groups | 20 | 100 | 200 |
| Serveurs d’autorisation | 10 | 500 | 500 |
| Fragments de stratégie | 50 | 50 | 100 |
| Fournisseurs OpenID Connect | 10 | 10 | 20 |
| Certificats | 100 | 100 | 100 |
| Backends | 100 | 100 | 100 |
| Caches | 100 | 100 | 100 |
| Valeurs nommées | 100 | 100 | 100 |
| Journaliseurs | 100 | 100 | 100 |
| Schemas | 100 | 100 | 100 |
| Schémas par API | 100 | 100 | 100 |
| Étiquettes | 100,000 | 100,000 | 100,000 |
| Balises par API | 500 | 500 | 500 |
| Jeux de versions | 100 | 100 | 100 |
| Versions par API | 100 | 100 | 100 |
| Opérations par API | 100 | 300 | 500 |
| Résolveurs GraphQL | 100 | 100 | 100 |
| Résolveurs GraphQL par API | 100 | 100 | 100 |
| API par produit | 100 | 100 | 100 |
| Abonnements par API | 100 | 100 | 100 |
| Abonnements par produit | 100 | 100 | 100 |
| Groupes par produit | 100 | 100 | 100 |
| Étiquettes par produit | 100 | 100 | 100 |
| Connexions back-ends simultanées1 par autorité HTTP | 2,048 | 2,048 | 2,048 |
| Taille de réponse mise en cache | 2 Mio | 2 Mio | 2 Mio |
| Taille du document de stratégie | 256 Kio | 256 Kio | 256 Kio |
| Taille de la charge utile de la demande | 1 Gio | 1 Gio | 1 Gio |
| Taille de charge utile mise en mémoire tampon | 2 Mio | 2 Mio | 2 Mio |
| Taille de la charge utile de requête/réponse dans les journaux de diagnostic | 8 192 octets | 8 192 octets | 8 192 octets |
| Taille de l’URL de requête2 | 16 384 octets | 16 384 octets | 16 384 octets |
| Longueur du segment de chemin d’URL | 1 024 caractères | 1 024 caractères | 1 024 caractères |
| Longueur du texte de la valeur nommée | 4 096 caractères | 4 096 caractères | 4 096 caractères |
| Taille du corps de la demande ou de la réponse dans la stratégie validate-content | 100 Kio | 100 Kio | 100 Kio |
| Taille du schéma d’API utilisé par la stratégie de validation | 4 Mo | 4 Mo | 4 Mo |
| Connexions WebSocket actives par unité3 | 5,000 | 5,000 | 5,000 |
1 Les connexions sont groupées et réutilisées, sauf si elles sont explicitement fermées par le back-end.
2 Inclut une chaîne de requête pouvant comprendre jusqu’à 2 048 octets.
3, jusqu’à un maximum de 60 000 connexions par instance de service.
Limites - Espaces de travail Gestion des API
Voici les limites de ressources par espace de travail dans Gestion des API Azure :
| Resource | Espace de travail - Niveau Premium |
|---|---|
| Espaces de travail par instance | 100 |
| Unités d'échelle par passerelle d'un espace de travail Premium | 12 |
| API (y compris les versions et les révisions) | 200 |
| Opérations d’API | 5,000 |
| Opérations par API | 100 |
| Versions par API | 100 |
| Schémas par API | 100 |
| Abonnements par API | 200 |
| Balises par API | 100 |
| Backends | 200 |
| Certificats | 200 |
| Groups | 50 |
| Journaliseurs | 50 |
| Valeurs nommées | 200 |
| Fragments de stratégie | 50 |
| Produits | 100 |
| API par produit | 200 |
| Groupes par produit | 200 |
| Abonnements par produit | 1,000 |
| Étiquettes par produit | 50 |
| Schemas | 500 |
| Abonnements | 5,000 |
| Étiquettes | 200 |
| Groupes par utilisateur | 200 |
| Jeux de versions | 50 |
Limites . portail des développeurs dans les niveaux v2 de Gestion des API
| Item | Essentiel v2 | Standard v2 | Premium v2 |
|---|---|---|---|
| Nombre de fichiers multimédias à charger | 15 | 15 | 15 |
| Taille d’un fichier multimédia | 500 Ko | 500 Ko | 500 Ko |
| Nombre de pages | 30 | 50 | 50 |
| Nombre de widgets1 | 30 | 50 | 50 |
| Taille des métadonnées par page | 350 KB | 350 KB | 350 KB |
| Taille des métadonnées par widget1 | 350 KB | 350 KB | 350 KB |
| Nombre de demandes clientes par minute | 200 | 200 | 200 |
1 Limite applicable aux widgets intégrés (texte, images, liste d’API, etc.). Actuellement, les widgets personnalisés et les widgets de code HTML personnalisés ne sont pas pris en charge dans les niveaux v2.
Limites d’Azure App Service
| Resource | Free | Shared | Basic | Standard | Premium (v1 à v4) | Isolated |
|---|---|---|---|---|---|---|
| Applications logiques par plan Azure App Service1 | 10 | 100 | Unlimited2 | Unlimited2 | Unlimited2 | Unlimited2 |
| Environnements App Service | X | |||||
| Code Windows uniquement | X | X | X | X | X | X |
| Conteneurs Windows | X | X | ||||
| Code Linux uniquement et conteneurs | X | X | X | X | X | |
| types d'instance de calcul | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| Plan App Service | 10 par région | 10 par groupe de ressources | 100 par groupe de ressources | 100 par groupe de ressources | 100 par groupe de ressources | 100 par groupe de ressources |
| types d'instance de calcul | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| Scale-out (nombre maximal d’instances) | 1 partagée | 1 partagée | 3 dédiées3 | 10 dédiées3 | 20 dédié pour v1 ; 30 dédiés pour v2, v3 et v4. 3 | 100 dédiées4 |
| Storage5 | 1 Go5 | 1 Go5 | 10 Go5 | 50 Go5 | 250 GO5 | 1 To12 Le quota de stockage disponible est de 999 Go. |
| Temps processeur (5 minutes)6 | 3 min | 3 min | Illimité, payez aux tarifs standard | Illimité, payez aux tarifs standard | Illimité, payez aux tarifs standard | Illimité, payez aux tarifs standard |
| Temps processeur (jour)6 | 60 minutes | 240 minutes | Illimité, payez aux tarifs standard | Illimité, payez aux tarifs standard | Illimité, payez aux tarifs standard | Illimité, payez aux tarifs standard |
| Mémoire (1 heure) | 1 024 Mo par plan App Service | 1 024 Mo par application | N/A | N/A | N/A | N/A |
| Bandwidth | 165 Mo | Illimitée, application du taux de transfert de données | Illimitée, application du taux de transfert de données | Illimitée, application du taux de transfert de données | Illimitée, application du taux de transfert de données | Illimitée, application du taux de transfert de données |
| Architecture de l'application | 32-bit | 32-bit | 32-bit/64-bit | 32-bit/64-bit | 32-bit/64-bit | 32-bit/64-bit |
| WebSockets par instance (Windows)7 | 5 | 35 | 350 | Unlimited | Unlimited | Unlimited |
| WebSockets par instance (Linux)7 | 5 | N/A | ~50K | ~50K | ~50K | ~50K |
| Connexions d’IP sortantes par instance | 600 | 600 | Dépend de la taillede l’instance 8 | Dépend de la taillede l’instance 8 | Dépend de la taillede l’instance 8 | 16,000 |
| Connexions simultanées du débogueur par application | 1 | 1 | 1 | 5 | 5 | 5 |
| Certificats App Service par abonnement | Non prise en charge | Non prise en charge | 10 | 10 | 10 | 10 |
| Domaines personnalisés par application | 0 (sous-domaine azurewebsites.net uniquement) | 500 | 500 | 500 | 500 | 500 |
| domaines personnalisés Prise en charge SSL | Non pris en charge, certificat avec caractères génériques pour *. azurewebsites.net disponible par défaut | Non pris en charge, certificat avec caractères génériques pour *. azurewebsites.net disponible par défaut | Nombre illimité de connexions SNI SSL | Connexions SSL SNI illimitées et 1 connexion IP SSL incluses | Connexions SSL SNI illimitées et 1 connexion IP SSL incluses | Connexions SSL SNI illimitées et 1 connexion IP SSL incluses |
| Connexions hybrides | 5 par plan | 25 par plan | 220 par application | 220 par application | ||
| Intégration du réseau virtuel | X | X | X | X | ||
| Points de terminaison privés | 100 par application | 100 par application | 100 par application | |||
| Équilibreur de charge intégré | X | X | X | X | X9 | |
| Restrictions de l’accès | 512 règles par application | 512 règles par application | 512 règles par application | 512 règles par application | 512 règles par application | 512 règles par application |
| Always On | X | X | X | X | ||
| Sauvegardes planifiées personnalisées | Sauvegardes planifiées toutes les 2 heures, un maximum de 12 sauvegardes par jour (manuelles + planifiées) | Sauvegardes planifiées toutes les 2 heures, un maximum de 12 sauvegardes par jour (manuelles + planifiées) | Sauvegardes planifiées toutes les heures, un maximum de 50 sauvegardes par jour (manuelles + planifiées) | Sauvegardes planifiées toutes les heures, un maximum de 50 sauvegardes par jour (manuelles + planifiées) | ||
| Autoscale | X | X | X | |||
| WebJobs10 | X | X | X | X | X | X |
| Surveillance de point de terminaison | X | X | X | X | ||
| Emplacements de mise en scène par appli | 5 | 20 | 20 | |||
| Test en production | X | X | X | |||
| Journaux de diagnostic | X | X | X | X | X | X |
| Kudu | X | X | X | X | X | X |
| Authentification et autorisation | X | X | X | X | X | X |
| Certificats managés App Service11 | X | X | X | X | ||
| SLA | 99.95% | 99.95% | 99.95% | 99.95% |
1 Les applications et les quotas de stockage sont par plan App Service, sauf indication contraire.
2 Le nombre réel d’applications que vous pouvez héberger sur ces ordinateurs dépend de l’activité des applications, de la taille des instances de machine et de l’utilisation des ressources correspondantes.
3 Instances dédiées peuvent être de tailles différentes. Pour en savoir plus, consultez Tarification d’App Service.
4 Plus sont autorisés à la demande.
5 La limite de stockage correspond à la taille totale du contenu dans toutes les applications du même plan App Service. La taille totale du contenu de toutes les applications de l’ensemble des plans App Service d’un même groupe de ressources et d’une même région ne peut pas dépasser 500 Go. Le quota du système de fichiers pour les applications hébergées par App Service est déterminé par l’agrégat des plans App Service créés dans une région et un groupe de ressources.
6 Ces ressources sont limitées par des ressources physiques sur les instances dédiées (la taille de l’instance et le nombre d’instances).
7Si vous mettez à l’échelle une application Windows au niveau De base à deux instances, vous disposez de 350 connexions simultanées pour chacune des deux instances. Pour les applications Windows du niveau Standard et des niveaux supérieurs, il n’existe aucune limite théorique concernant les WebSockets. Toutefois, d’autres facteurs peuvent limiter leur nombre. Par exemple, les demandes simultanées maximales autorisées (définies par maxConcurrentRequestsPerCpu) sont les suivantes : 7 500 par petite VM, 15 000 par moyenne VM (7 500 x 2 cœurs) et 75 000 par grande VM (18 750 x 4 cœurs). Les applications Linux sont limitées à 5 connexions WebSocket simultanées sur une référence SKU gratuite et à environ 50 000 connexions WebSocket simultanées par instance sur toutes les autres références SKU.
8 Les connexions IP maximales sont par instance et dépendent de la taille de l’instance : 1 920 par instance B1/S1/P0V3/P1V3/P0V4/P1V4, 3 968 par instance B2/S2/P2V3/P2V4, 8 064 par instance B3/S3V3/P4V4.
9 Les références SKU App Service Isolé peuvent bénéficier d’un équilibrage de charge en interne (sans connectivité à Internet) avec Azure Load Balancer. Aussi, certaines fonctionnalités d’une instance isolée d’App Service à charge équilibrée en interne doivent être utilisées à partir de machines qui ont un accès direct au point de terminaison réseau avec équilibrage de charge en interne.
10 Exécuter des exécutables personnalisés et/ou des scripts à la demande, selon une planification ou en continu en tant que tâche en arrière-plan au sein de votre instance App Service. La fonctionnalité AlwaysOn est nécessaire à l'exécution de tâches web en continu. Il n’existe aucune limite prédéfinie pour le nombre de tâches Web pouvant s’exécuter dans une instance App Service. Il existe des limites pratiques qui dépendent de ce que le code d’application tente de faire.
11 Émission de certificats standard uniquement (les certificats wildcard ne sont pas disponibles). Limité à un seul certificat gratuit par domaine personnalisé.
12 Utilisation totale du stockage dans toutes les applications déployées dans un seul environnement App Service (quelle que soit la façon dont elles sont allouées entre différents groupes de ressources).
Limites d’Azure Automation
Automatisation des processus
| Resource | Limit | Notes |
|---|---|---|
| Nombre maximal de comptes Automation actifs dans un abonnement dans une région | 10 | Les abonnements Entreprise et CSP peuvent créer des comptes Automation dans toutes les régions publiques prises en charge par le service. Créez une demande de support pour demander l’augmentation du quota. En savoir plus. |
| 2 | Les abonnements Paiement à l’utilisation, Parrainés, MSDN, MPN, Azure Pass peuvent créer des comptes Automation dans l’une des régions publiques prises en charge par le service. Créez une demande de support pour demander l’augmentation du quota. En savoir plus. | |
| 1 | L’essai gratuit et les abonnements Azure for Student peuvent créer un seul compte Automation par région par abonnement. Liste autorisée des régions : EastUS, EastUS2, WestUS, NorthEurope, Sud-EstAsia et JapanWest2 2 | |
| Nombre maximal de travaux simultanés exécutés en même temps par compte Automation | 50 | Lorsque cette limite est atteinte, les demandes suivantes de création d’un travail échouent. Le client reçoit une réponse d’erreur.
Abonnement Entreprise et CSP dans les régions publiques. Créez une demande de support pour demander l’augmentation du quota. En savoir plus. |
| 10 | Abonnements Paiement à l’utilisation, Parrainés, MSDN, MPN, Pass Azure dans les régions publiques Créez une demande de support pour une augmentation de quota. | |
| 5 | Abonnements Essai gratuit, Azure for Student et Azure dans Open dans les régions publiques 2. | |
| Nombre maximal de nouveaux travaux qui peuvent être soumis toutes les 30 secondes par compte Azure Automation | 100 | Lorsque cette limite est atteinte, les demandes suivantes de création d’un travail échouent. Le client reçoit une réponse d’erreur. |
| Taille maximum de stockage des métadonnées des tâches pour une période continue de 30 jours | 10 Go (environ 4 millions de tâches) | Lorsque cette limite est atteinte, les demandes suivantes de création d’un travail échouent. |
| Limite maximum du flux de travail | 1 Mio | Un flux ne peut pas dépasser 1 Mio. |
| Limite maximale du flux de travail dans le Portail Azure Automation | 200KB | Limite du portail pour l’affichage des journaux de travail. |
| Nombre maximum de modules pouvant être importés toutes les 30 secondes par compte Automation | 5 | |
| Taille maximum d’un module | 100 Mo | |
| Taille maximale d’un fichier de configuration de nœud | 1 Mo | S’applique à la configuration de l’état |
| Durée d’exécution de la tâche, Niveau Gratuit | 500 minutes par abonnement et par mois | |
| Quantité maximale d’espace disque autorisée par bac à sable1 | 1 Go | S’applique aux bacs à sable Azure uniquement. |
| Quantité maximale de mémoire donnée à un bac à sable1 | 400 Mo | S’applique aux bacs à sable Azure uniquement. |
| Nombre maximal de sockets réseau autorisés par bac à sable1 | 1,000 | S’applique aux bacs à sable Azure uniquement. |
| Durée d'exécution maximale autorisée par runbook1 | 3 heures | S’applique aux bacs à sable Azure uniquement. |
| Nombre maximal de runbooks par compte Automation | 800 | |
| Nombre maximal de Runbook Workers hybrides système par compte Automation | 4,000 | |
| Nombre maximal de Runbook Workers hybrides utilisateur par compte Automation | 4,000 | |
| Nombre maximum de travaux qui peuvent être exécutés simultanément sur un Runbook Worker hybride | 50 | |
| Taille maximale des paramètres du travail de runbook | 512 kilo-octets | |
| Nombre maximum de paramètres du runbook | 50 | Vous pouvez passer une chaîne JSON ou XML sur un paramètre et l’analyser avec le runbook si vous atteignez la limite de 50 paramètres. |
| Taille maximale de la charge utile du webhook | 512 kilo-octets | |
| Nombre maximal de jours de conservation des données de travail | 30 jours | |
| Taille maximale de l’état du workflow PowerShell | 5 Mo | S’applique aux runbooks de workflow PowerShell durant le contrôle de workflow. |
| Nombre maximal de balises prises en charge par un compte Automation | 15 | |
| Nombre maximal de caractères dans le champ de valeur d’une variable | 1048576 |
1Un bac à sable est un environnement mutualisé qui peut être utilisé par plusieurs tâches. Les travaux qui utilisent le même bac à sable sont liés par les limitations des ressources du bac à sable.
2Les abonnements gratuits, y compris Compte gratuit Azure et Azure for Students ne sont pas éligibles aux modifications de limite ou de quota. Si vous disposez d’un abonnement gratuit, vous pouvez effectuer une mise à niveau vers un abonnement paiement à l’utilisation.
3Limites pour les clouds gouvernementaux : 200 travaux en cours d’exécution simultanés à la même instance de temps par compte Automation, aucune limite sur le nombre de comptes Automation par abonnement.
Suivi des modifications et inventaire
Le tableau suivant montre les limites des éléments suivis par machine pour Change Tracking.
| Resource | Limit | Notes |
|---|---|---|
| File | 500 | |
| Taille du fichier | 5 Mo | |
| Registry | 250 | |
| Logiciels Windows | 250 | N’inclut pas les mises à jour logicielles. |
| Paquets Linux | 1,250 | |
| Services | 250 | |
| Daemon | 250 |
Gestionnaire de mise à jour Azure
Voici les limites recommandées pour chaque étendue dynamique :
| Resource | Limit |
|---|---|
| Associations de ressources | 1000 |
| Nombre de filtres d’étiquette | 50 |
| Nombre de filtres du groupe de ressources | 50 |
Voici les limites pour la mise à jour corrective planifiée :
| Indicator | Limite du cloud public | Limite Mooncake/Fairfax |
|---|---|---|
| Nombre de planifications par abonnement et par région | 250 | 250 |
| Nombre total d’associations de ressources pour une planification | 3,000 | 3,000 |
| Associations de ressources sur chaque étendue dynamique | 1,000 | 1,000 |
| Nombre d’étendues dynamiques par groupe de ressources ou abonnement par région | 250 | 250 |
| Nombre d’étendues dynamiques par planification | 200 | 100 |
| Nombre total d’abonnements attachés à toutes les étendues dynamiques par planification | 200 | 100 |
Configuration d'application Azure
| Resource | Limit | Comment |
|---|---|---|
| Magasins de configurations pour niveau Gratuit | 3 magasins par région par abonnement. | |
| Magasins de configuration pour le niveau Développeur | Magasins illimités par abonnement. | |
| Magasins de configurations pour niveau Standard | Magasins illimités par abonnement. | |
| Magasins de configuration pour le niveau Premium | Magasins illimités par abonnement. | |
| Requêtes de magasins de configurations pour niveau Gratuit | 1 000 requêtes par jour | Une fois que le quota est épuisé, le code d’état HTTP 429 est renvoyé pour toutes les requêtes jusqu’à la fin de la journée. |
| Demandes de magasin de configuration pour le niveau Développeur | 6 000 demandes par heure | Une fois le quota épuisé, les demandes peuvent renvoyer le code d’état HTTP 429 indiquant un Trop grand nombre de requêtes, jusqu’à la fin de l’heure. |
| Requêtes de magasins de configurations pour niveau Standard | 30 000 demandes par heure | Une fois le quota épuisé, les demandes peuvent renvoyer le code d’état HTTP 429 indiquant un Trop grand nombre de requêtes, jusqu’à la fin de l’heure. |
| Requêtes de magasin de configuration pour le niveau Premium | Pas de limite de quota sur les requêtes. | |
| Débit pour le niveau Gratuit | Pas de débit garanti. | |
| Débit pour le niveau Développeur | Pas de débit garanti. | |
| Débit pour le niveau Standard | Autorisent jusqu’à 300 requêtes par seconde pour les requêtes de lecture et jusqu’à 60 requêtes par seconde pour les requêtes d’écriture. | |
| Débit pour le niveau Premium | Autorisent jusqu’à 450 requêtes par seconde pour les requêtes de lecture et jusqu’à 100 requêtes par seconde pour les requêtes d’écriture. | |
| Stockage pour niveau Gratuit | 10 Mo | Il n’existe aucune limite quant au nombre de clés et d’étiquettes tant que leur taille totale est inférieure à la limite de stockage. |
| Stockage pour le niveau Développeur | 500 Mo | Il n’existe aucune limite quant au nombre de clés et d’étiquettes tant que leur taille totale est inférieure à la limite de stockage. |
| Stockage pour niveau Standard | 1 Go | Il n’existe aucune limite quant au nombre de clés et d’étiquettes tant que leur taille totale est inférieure à la limite de stockage. |
| Stockage pour le niveau Premium | 4 Go | Il n’existe aucune limite quant au nombre de clés et d’étiquettes tant que leur taille totale est inférieure à la limite de stockage. |
| Clés et valeurs | 10 Ko | Pour un seul élément clé-valeur, y compris toutes les métadonnées. |
| Stockage d’instantanés pour le niveau Gratuit | 10 Mo | Le stockage des instantanés est supplémentaire et en plus du « Stockage pour le niveau gratuit ». Le stockage des instantanés archivés et actifs est comptabilisé dans cette limite. |
| Stockage d’instantanés pour le niveau Développeur | 500 Mo | Le stockage des instantanés est supplémentaire et en plus du « Stockage pour le niveau gratuit ». Le stockage des instantanés archivés et actifs est comptabilisé dans cette limite. |
| Stockage d’instantanés pour le niveau standard | 1 Go | Le stockage d’instantanés est supplémentaire et en plus du « Stockage pour le niveau standard ». Le stockage des instantanés archivés et actifs est comptabilisé dans cette limite. |
| Stockage des instantanés pour le niveau Premium | 4 Go | Le stockage des instantanés est en supplément et s’ajoute au « Stockage pour le niveau Premium ». Le stockage des instantanés archivés et actifs est comptabilisé dans cette limite. |
| Taille d’instantané | 1 Mo |
Limites du Cache Azure pour Redis
| Resource | Limit |
|---|---|
| Taille du cache | 1,2 To |
| Databases | 64 |
| Nombre maximal de clients connectés | 40,000 |
| Réplicas du Cache Azure pour Redis, pour la haute disponibilité | 3 |
| Partitions dans un cache premium avec le clustering | 10 |
Les limites et les tailles des solutions de Cache Azure pour Redis varient en fonction du niveau de tarification. Pour connaître les niveaux de tarification et les tailles associées, consultez la section Tarification du Cache Azure pour Redis.
Pour plus d’informations sur les limites de configuration du Cache Azure pour Redis, consultez la section Configuration du serveur Redis par défaut.
Étant donné que la configuration et la gestion des instances de Cache Azure pour Redis sont gérées par Microsoft, toutes les commandes Redis ne sont pas prises en charge dans le Cache Azure pour Redis. Pour plus d’informations, consultez Commandes Redis non prises en charge dans le Cache Azure pour Redis.
Limites d'Azure Cloud Services
| Resource | Limit |
|---|---|
| Rôles de travail ou web par déploiement1 | 25 |
| Points de terminaison d'entrée d'instance par déploiement | 25 |
| Points de terminaison d’entrée par déploiement | 25 |
| Points de terminaison internes par déploiement | 25 |
| Certificats de services hébergés par déploiement | 199 |
1Chaque service cloud Azure avec des rôles web ou de travail peut avoir deux déploiements, un pour la production et un pour la préproduction. Cette limite fait référence au nombre de rôles distincts, autrement dit à la configuration. Cette limite ne fait pas référence au nombre d’instances par rôle, autrement dit, à la mise à l’échelle.
Limites Azure AI Search
Les niveaux tarifaires déterminent la capacité et les limites de votre service de recherche. Ces niveaux sont les suivants :
- Gratuit : service multilocataire partagé avec d'autres abonnés Azure, conçu pour les évaluations et les petits projets de développement
- Essentiel : fournit des ressources de calcul dédiées pour des charges de travail de production à plus petite échelle et avec jusqu’à trois réplicas pour les charges de travail de requête hautement disponible
- Standard : inclut S1, S2, S3 et S3 Haute densité ; est destiné aux charges de travail de production plus volumineuses ; plusieurs niveaux existent dans le niveau Standard pour choisir une configuration de ressource qui correspond le mieux à votre profil de charge de travail
Limites par abonnement
Vous pouvez créer plusieurs services de recherche facturables (de niveau Essentiel et supérieur), dans la limite du nombre maximal de services autorisé à chaque niveau, par région. Par exemple, vous pouvez créer jusqu’à 16 services au niveau De base, et 16 autres services au niveau S1, au sein du même abonnement et de la même région. Vous pouvez ensuite créer 16 services De base supplémentaires dans une autre région, pour un total cumulé de 32 services De base dans le même abonnement. Si vous souhaitez obtenir plus d’informations sur les niveaux, voir Choisir un niveau (ou SKU) pour Recherche Azure AI.
Les limites de service maximales peuvent être augmentées sur demande. S’il vous faut davantage de services dans le même abonnement, remplissez une demande de support.
| Resource | Gratuit1 | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Nombre maximal de services par région | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Nombre maximal d’unités de recherche (SU)2 | N/A | 3 unités de recherche | 36 unités de recherche | 36 unités de recherche | 36 unités de recherche | 36 unités de recherche | 36 unités de recherche | 36 unités de recherche |
1 Vous pouvez avoir un service de recherche gratuit par abonnement Azure. Le niveau gratuit est basé sur l’infrastructure partagée avec d’autres clients. Étant donné que le matériel n’est pas dédié, le scale-up n’est pas pris en charge et le stockage est limité à 50 Mo. Un service de recherche gratuit peut être supprimé après de longues périodes d’inactivité pour faire de la place à d’autres services.
2 Les unités de recherche sont des unités de facturation, allouées en tant que réplicas ou partitions. Vous devez disposer des deux. Pour obtenir plus d’informations sur les combinaisons de SU, consultez Estimer et gérer la capacité d’un service de recherche.
Limites par service de recherche
Le tableau suivant couvre les nombres de contrats SLA, de partition et de réplicas au niveau du service.
| Resource | Free | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Contrat de niveau de service (SLA) | No | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
| Partitions | N/A | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Replicas | N/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 Le niveau Essentiel prend en charge trois partitions et trois réplicas, pour un total de neuf unités de recherche (SU) sur les nouveaux services de recherche créés après le 3 avril 2024. Les services de base plus anciens sont limités à une partition et trois réplicas.
Un service de recherche est soumis à une limite maximale de stockage (taille de partition multipliée par le nombre de partitions) ou à une limite inconditionnelle sur le nombre maximal d’index ou les indexeurs, selon ce qui se produit en premier.
Les contrats de niveau de service (SLA) s’appliquent aux services facturables avec deux réplicas ou plus pour les charges de travail de requête, ou trois réplicas ou plus pour les charges de travail de requête et d’indexation. Le nombre de partitions n’est pas pris en compte dans les SLA. Pour plus d’informations, consultez Fiabilité dans la Recherche Azure AI.
Les services gratuits n’ont pas de partitions fixes ou de réplicas et partagent des ressources avec d’autres abonnés.
Stockage de partitions (Go)
Les limites de stockage par service varient en deux choses : la date et la région de création de service. Il existe des limites plus élevées pour les services plus récents dans la plupart des régions prises en charge.
Ce tableau montre la progression des augmentations des quotas de stockage en Go au fil du temps. À compter d’avril 2024, des partitions de capacité plus élevées ont été mises en ligne dans les régions répertoriées dans les notes de bas de page. Si vous avez un service plus ancien dans une région prise en charge, vérifiez si vous pouvez mettre à niveau votre service vers les limites de stockage supérieures.
| Date de création de service | Basic | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Avant le 3 avril 2024 | 2 | 25 | 100 | 200 | 1,024 | 2,048 |
| Du 3 avril 2024 au 17 mai 2024 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2,048 |
| Après le 17 mai 2024 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
| Après le 10 février 2025 3 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 Capacités de stockage plus élevées pour les niveaux Essentiel, S1, S2 et S3 dans ces régions. Amériques : Brésil Sud, Canada Centre, Canada Est, USA Est, USA Est 2, USA Centre, USA Centre Nord, USA Centre Sud, USA Ouest, USA Ouest 2, USA Ouest 3, USA Centre-Ouest. Europe : France Centre. Italie Nord, Europe Nord, Norvège Est, Pologne Centre, Suisse Nord, Suède Centre, Royaume-Uni Sud, Royaume-Uni Ouest. Moyen-Orient : Émirats arabes unis Nord. Afrique : Afrique du Sud Nord. Asie-Pacifique : Australie Est, Australie Sud-Est, Inde Centre, Jio Inde Ouest, Asie Est, Asie Sud-Est, Japon Est, Japon Ouest, Corée Centre, Corée Sud.
2 Stockage de capacité plus élevé pour L1 et L2. Un plus grand nombre de régions permet d’augmenter les capacités à chaque niveau de facturation. Amériques : USA Est 2 EUAP. Europe : Allemagne Nord, Allemagne Centre-Ouest, Suisse Ouest. Azure Government : Texas, Arizona, Virginie. Afrique : Afrique du Sud Nord. Asie-Pacifique : Chine Nord 3, Chine Est 3.
3 Un stockage de capacité plus élevé est disponible en Europe Ouest.
Important
Actuellement, les limites de stockage supérieures ne sont pas disponibles dans les régions suivantes, qui sont soumises aux limites antérieures au 3 avril.
- Israel Central
- Qatar Central
- Espagne centrale
- South India
Pour plus de détails sur les limites, notamment la taille des documents, les requêtes par seconde, les clés, les requêtes et les réponses, consultez Limites du service dans Recherche Azure AI.
Limites des outils de fonderie
Les limites suivantes concernent le nombre de ressources Azure AI services par abonnement Azure. Il existe une limite d’un seul compte « gratuit » autorisé, par type de service, par abonnement. Chacun des outils Foundry peut avoir d'autres limitations, pour plus d'informations, consultez Outils Foundry.
| Type | Limit | Example |
|---|---|---|
| Un mélange de ressources Azure AI services | Total de 200 ressources Azure AI services maximum par région. | 100 ressources Azure Vision dans les outils Foundry dans la région USA Ouest, 50 ressources Azure Speech dans les outils Foundry dans la région USA Ouest et 50 ressources Azure Language dans les outils Foundry dans la région USA Ouest. |
| Un type unique de ressources Azure AI services. | Maximum de 100 ressources par région | 100 Ressources Vision dans la région Ouest US 2 et 100 Ressources Vision dans la région Est US. |
Limites Azure Chaos Studio
Pour connaître les limites d’Azure Chaos Studio, consultez Limites du service Azure Chaos Studio.
Les limites d’Azure Container Apps
Pour les limites d’Azure Container Apps, consultez Quotas dans Azure Container Apps.
La quantité d’espace disque disponible pour votre application varie en fonction du profil de charge de travail associé. L’espace disque disponible détermine la limite de taille d’image que vous pouvez déployer sur vos applications conteneur.
Pour les profils de charge de travail dédiés, la limite de taille d’image est limitée à une instance.
| Nom complet | Name | Limite de taille d’image (Go) |
|---|---|---|
| Consumption | consumption | 8* |
| Dedicated-D4 | D4 | 90 |
| Dedicated-D8 | D8 | 210 |
| Dedicated-D16 | D16 | 460 |
| Dedicated-D32 | D32 | 940 |
| Dedicated-E4 | E4 | 90 |
| Dedicated-E8 | E8 | 210 |
| Dedicated-E16 | E16 | 460 |
| Dedicated-E32 | E32 | 940 |
| Dedicated-NC24-A100 (préversion) | NC24-A100 | 210 |
| Dedicated-NC48-A100 (préversion) | NC48-A100 | 460 |
| Dedicated-NC96-A100 (préversion) | NC96-A100 | 940 |
* La limite de taille de l’image pour un profil de charge de travail de consommation est partagée entre l’image et l’application. Par exemple, les journaux utilisés par votre application sont soumis à cette limite de taille.
Limites d’Azure Cosmos DB
Pour les limites d’Azure Cosmos DB, consultez Limites dans Azure Cosmos DB.
Limites d'Azure Data Explorer
Le tableau suivant décrit les limites maximales pour les clusters Azure Data Explorer.
| Resource | Limit |
|---|---|
| Clusters par région et par abonnement | 20 |
| Instances par cluster | 1,000 |
| Nombre de bases de données dans un cluster | 10,000 |
| Nombre de clusters abonné (consommateurs de partage de données) par cluster leader (producteur de partage de données) | 100 |
Note
Vous pouvez demander des limites plus élevées pour Nombre de bases de données dans un cluster et Clusters par région et par abonnement. Pour demander une augmentation, contactez le support Azure.
Le tableau suivant décrit les limites relatives aux opérations de gestion effectuées sur les clusters Azure Data Explorer.
| Scope | Operation | Limit |
|---|---|---|
| Cluster | lecture (par exemple, obtenir un cluster) | 500 toutes les 5 minutes |
| Cluster | écriture (par exemple, créer une base de données) | 1 000/heure |
Serveur flexible Azure Database pour MySQL
Consultez Limitations dans Azure Database pour MySQL - Serveur flexible pour Azure Database pour MySQL - Limites du serveur flexible.
Azure Database pour PostgreSQL - Serveur flexible
Consultez Limites dans le serveur flexible Azure Database pour PostgreSQL pour les limites de serveur flexible Azure Database pour PostgreSQL.
Limites des Environnements de déploiement Azure
| Subscription | Limite de temps d’exécution par déploiement | Limite de temps d’exécution par mois, par région et par sous-abonnement | Limite de stockage par Environnement |
|---|---|---|---|
| Enterprise | 30 min | 5000 minutes | 1 Go |
| Paiement à l’utilisation | 10 min | 200 minutes | 1 Go |
| Azure Pass | 10 min | 200 minutes | 1 Go |
| MSDN | 10 min | 200 minutes | 1 Go |
| CSP | 10 min | 200 minutes | 1 Go |
| Essai gratuit | 10 min | 200 minutes | 1 Go |
| Azure for Students | 10 min | 200 minutes | 1 Go |
Azure Files et Azure File Sync
Pour en savoir plus sur les limites d’Azure Files et d’Azure File Sync, consultez Objectifs de scalabilité et de performances pour Azure Files et Azure File Sync.
Limites d'Azure Functions
| Resource | Plan Consommation Flex | Plan Premium | Plan dédié/ASE | Container Apps | Plan Consommation |
|---|---|---|---|---|---|
| Durée d’expiration par défaut (min) | 30 | 30 | 301 | 3016 | 5 |
| Durée maximale d’expiration (min) | unbounded9 | unbounded9 | unbounded2 | unbounded17 | 10 |
| Nbre max. de connexions sortantes (par instance) | unbounded | unbounded | voir les limites d’App Service | unbounded | 600 actives (1 200 au total) |
| Taille maximale de la requête (Mo)3 | 210 | 210 | 210 | 210 | 210 |
| Longueur maximale de la chaîne de requête3 | 4096 | 4096 | 4096 | 4096 | 4096 |
| Longueur maximale de l’URL de la requête3 | 8192 | 8192 | 8192 | 8192 | 8192 |
| ACU par instance | 210-840 | 100-840/210-25010 | varies | 100 | varies |
| Mémoire max. (en Go par instance) | 414 | 3.5-14 | 1.75-256/8-256 | varies | 1.5 |
| Nombre maximal d’instances (Windows | Linux)15 | n/a | 1000 | 20-100 | 10-30 (100 ASE)11 | 300-100018 | 200 | 100 |
| Applications de fonction par plan13 | 1 | 100 | unbounded4 | unbounded4 | 100 |
| Plans App Service | n/a | 100 par groupe de ressources | 100 par groupe de ressources | n/a | 100 par région |
| Emplacements de déploiement par application12 | n/a | 3 | 1-2011 | non pris en charge | 2 |
| Stockage (temporaire)5 | 0,8 Go | 21-140 Go | 11-140 Go | n/a | 0,5 Go |
| Stockage (persistant) | 0 Go7 | 250 Go | 10–1 000 Go11 | n/a | 1 Go6, 7 |
| Domaines personnalisés par application | 258 | 500 | 500 | non pris en charge | 5008 |
| Prise en charge du TLS/SSL pour les domaines personnalisés | Connexions SNI SSL illimitées et une connexion IP SSL incluses | Connexions SNI SSL illimitées et une connexion IP SSL incluses | Connexions SNI SSL illimitées et une connexion IP SSL incluses | non pris en charge | connexion SNI SSL illimitée incluse |
Remarques sur les limites de service :
- Par défaut, le délai d’expiration du runtime de Functions 1.x dans un plan App Service est illimité.
- Nécessite que le plan App Service soit défini sur Always On. Payez aux tarifs standards. Une période de grâce de 10 minutes est donnée pour les fonctions déclenchées par HTTP pendant les mises à jour de plateforme, mais pas pour d’autres déclencheurs.
- Ces limites sont définies dans l’hôte.
- Le nombre réel d’applications de fonction que vous pouvez héberger dépend de l’activité des applications, de la taille des instances de machine et de l’utilisation de ressources correspondante.
- La limite de stockage est la taille totale du contenu dans le stockage temporaire de toutes les applications du même plan App Service. Pour les plans Consommation sur Linux, le stockage est actuellement de 1,5 Go.
- Le plan de Consommation utilise un partage Azure Files pour le stockage persistant. Lorsque vous fournissez votre propre partage Azure Files, les limites de taille de partage spécifiques dépendent du compte de stockage que vous avez défini pour WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
- Sur Linux, vous devez monter explicitement votre propre partage Azure Files.
- Lorsque votre application de fonction est hébergée dans un Plan Consommation, seule l’option CNAME est prise en charge. Pour les applications de fonction dans un plan Premium ou un plan App Service, vous pouvez mapper un domaine personnalisé à l’aide d’un enregistrement CNAME ou A.
- Aucun délai maximal d’expiration d’exécution n’est appliqué. Cependant, la période de grâce donnée à l’exécution d’une fonction est de 60 minutes pendant un scale-in et de 10 minutes pendant les mises à jour de la plateforme.
- Les workers sont des rôles qui hébergent des applications clientes. Les travailleurs sont disponibles dans trois tailles fixes : une vCPU/3,5 Go de RAM. Deux vCPU/7 Go de RAM ; Quatre vCPU/14 Go de RAM.
- Consultez Limites d’App Service pour plus d’informations.
- Y compris l’emplacement de production.
- Il existe actuellement une limite de 5 000 applications de fonction dans un abonnement donné.
- Les tailles d’instance du plan Flex Consumption sont actuellement définies comme 512 Mo, 2 048 Mo ou 4 096 Mo. Pour plus d’informations, consultez La mémoire de l’instance.
- Pour plus d’informations, consultez la section Échelle dans l’article de comparaison de l’hébergement.
- Lorsque le nombre minimal de réplicas est défini sur zéro, le délai d’expiration par défaut dépend des déclencheurs spécifiques utilisés dans l’application.
- Lorsque le nombre minimal de réplicas est défini sur un ou plusieurs.
Pour plus d’informations, consultez Options d’hébergement Azure Functions.
Azure Health Data Services
Limites d’Azure Health Data Services
Health Data Services est un ensemble de services d’API gérés basés sur des normes et infrastructures ouvertes. Health Data Services permet aux flux de travail d’améliorer les soins de santé et offre des solutions de santé évolutives et sécurisées. Health Data Services comprend le service Fast Healthcare Interoperability Resources (FHIR), le service Digital Imaging and Communications in Medicine (DICOM) et le service MedTech.
Le service FHIR est une implémentation de la spécification FHIR au sein de Health Data Services. Il vous permet de combiner dans un seul espace de travail une ou plusieurs instances de service FHIR avec des instances de service DICOM et MedTech. API Azure pour FHIR est généralement disponible en tant qu'offre de service autonome.
Chaque instance de service FHIR dans les Services de données de santé Azure a une limite de stockage de 4 To par défaut. Si vous avez plus de données, vous pouvez demander à Microsoft d’augmenter le stockage jusqu’à 100 To pour votre service FHIR. Pour demander un stockage supérieur à 4 To, créez une demande de support dans le portail Azure et utilisez le type de problème Limites du service et de l’abonnement (quotas).
| Nom du quota | Limite par défaut | Limite maximale | Notes |
|---|---|---|---|
| Workspace | 10 | Contactez le support technique | Limite par abonnement |
| FHIR | 10 | Contactez le support technique | Limite par espace de travail |
| DICOM | 10 | Contactez le support technique | Limite par espace de travail |
| MedTech | 10 | N/A | Limite par espace de travail, ne peut pas être augmentée |
Limites du service API Azure pour FHIR
L’API Azure pour FHIR est une API managée, normalisée et conforme dédiée aux données médicales qui permet d’obtenir des solutions avec une analytique actionnable et le machine learning.
| Nom du quota | Limite par défaut | Limite maximale | Notes |
|---|---|---|---|
| Unités de requête (RU) | 100 000 RU | Contactez le support technique Le maximum disponible est de 1 000 000. | Vous avez besoin au minimum de 400 RU ou de 40 RU/Go, selon la valeur la plus grande. |
| Connexions simultanées | 15 connexions simultanées sur deux instances (pour un total de 30 demandes simultanées) | Contactez le support technique | |
| Instances du service API Azure pour FHIR par abonnement | 10 | Contactez le support technique |
Limites d'Azure Kubernetes Service
| Resource | Limit |
|---|---|
| Nombre maximal de clusters par abonnement globalement | 5,000 |
| Nombre maximal de nœuds par cluster avec Virtual Machine Scale Sets et la référence SKU Standard Load Balancer | 5 000 dans tous les groupes de nœuds Remarque : Si vous ne parvenez pas à effectuer un scale-up jusqu’à 5 000 nœuds par cluster, consultez Meilleures pratiques pour les grands clusters. |
| Nombre maximal de nœuds par pool de nœuds (pools de nœuds de groupes de machines virtuelles identiques) | 1000 |
| Nombre maximal de pools de nœuds par cluster | 100 |
| Nombre maximal de pods par nœud : avec le plug-in de mise en réseau Kubenet | Maximum : 250 Valeur Azure CLI par défaut : 110 Valeur par défaut du modèle Azure Resource Manager : 110 Valeur par défaut du déploiement sur le portail Azure : 30 |
| Nombre maximal de pods par nœud : avec Azure Container Networking Interface (Azure CNI)1 | Maximum : 250 Maximum recommandé pour les conteneurs Windows Server : 110 Valeur par défaut : 30 |
| Module complémentaire AKS OSM (Open Service Mesh) | Version du cluster Kubernetes : versions prises en charge par AKS Contrôleurs OSM par cluster : 1 Nombre de pods par contrôleur OSM : 1 600 Comptes de service Kubernetes gérés par OSM : 160 |
| Nombre maximal de services Kubernetes à charge équilibrée par cluster avec la référence SKU Standard Load Balancer | 300 |
| Nombre maximal de nœuds par cluster avec les groupes à haute disponibilité de machines virtuelles et la référence SKU Standard Load Balancer | 100 |
1 Conteneurs Windows Server doivent utiliser le plug-in de mise en réseau Azure CNI. Kubenet n’est pas pris en charge pour les conteneurs Windows Server.
| Niveau de service du plan de contrôle Kubernetes | Limit |
|---|---|
| Niveau standard | Met automatiquement à l’échelle le serveur d’API Kubernetes en fonction de la charge. Plus grandes limites des composants du plan de contrôle et des instances de serveur/etcd d’API. |
| Free tier | Ressources limitées avec une limite de requêtes en cours. Limite recommandée de 10 nœuds par cluster. Idéal pour l’expérimentation, l’apprentissage et les tests simples. Non recommandé pour des charges de travail de production/critiques. |
| Type d’abonnement | Nombre par défaut de clusters AKS par abonnement par région pour les nouveaux abonnements1 | Nombre maximal de clusters AKS par abonnement par région via le libre-service à l’aide de la page Quotas du portail Azure2 |
|---|---|---|
| Abonnements au contrat d'entreprise | 100 | 1,000 |
| CSP, Paiement à l’utilisation, Parrainé, MSDN, MPN, Pass Azure, Azure In Open et abonnements Azure Pass | 10 | 100 |
| Version d’évaluation gratuite et abonnements Azure for Students | 3 | 3 |
1 Le nombre par défaut de clusters AKS par abonnement par région pour les nouveaux abonnements peut varier en régions avec des contraintes de capacité.
2 Pour demander une augmentation de la limite de quota, utilisez le processus de demande de quotas du portail Azure. Les demandes d’augmentation de quota supérieures au montant maximal en libre-service nécessitent un ticket de support. L’essai gratuit et les abonnements Azure for Students ne sont pas éligibles pour des augmentations de limite ou de quota. Si vous disposez d’un essai gratuit ou d’un abonnement Azure for Students, vous pouvez effectuer une mise à niveau vers un abonnement avec paiement à l’utilisation pour obtenir des limites de quota plus élevées.
Azure Lab Services
Les limites suivantes concernent le nombre de ressources Azure Lab Services.
Par type de ressource
| Grouping | Type de ressource | Limit |
|---|---|---|
| Par abonnement | Labs | 980 |
| Par groupe de ressources | Labs | 800 |
| Plans de labo | 800 | |
| Par laboratoire | Schedules | 250 |
| Machines virtuelles | 400 |
Par région - Plans de laboratoire et laboratoires
| Type d’abonnement | Limites du plan de laboratoire | Limites du laboratoire |
|---|---|---|
| Default | 2 | 2 |
| Paiement à l’utilisation | 500 | 500 |
| MPN | 500 | 500 |
| Azure dans Open | 500 | 500 |
| Enterprise Agreement | 500 | 500 |
| MSDN | 500 | 500 |
| Sponsored | 100 | 15 |
| CSP | 500 | 500 |
| Azure Pass | 100 | 25 |
| Version d’évaluation gratuite | 100 | 15 |
| Azure pour les étudiants | 100 | 15 |
Pour plus d’informations sur les limites de capacité Azure Lab Services, consultez Limites de capacité dans Azure Lab Services.
Contactez le support pour demander une augmentation de votre limite.
Limites de Test de charge Azure
Pour connaître les limites de Test de charge Azure, consultez Limites du service Test de charge Azure.
Limites d’Azure Machine Learning
Pour connaître les dernières valeurs des quotas de Capacité de calcul Azure Machine Learning, consultez Gérer et augmenter les quotas et les limites des ressources avec Azure Machine Learning.
Limites d’Azure Maps
Note
Niveau tarifaire Gen1 Azure Maps mise hors service
Le niveau tarifaire Gen1 est désormais déconseillé et sera mis hors service le 15 septembre 2026. Le niveau tarifaire Gen2 remplace le niveau tarifaire Gen1 (S0 et S1). Si votre compte Azure Maps a le niveau tarifaire Gen1 sélectionné, vous pouvez basculer vers la tarification Gen2 avant la mise hors service de Gen1. Sinon, elle sera automatiquement mise à jour. Pour plus d’informations, consultez Gérer le niveau tarifaire de votre compte Azure Maps.
Pour les requêtes Azure Maps par seconde (QPS), consultez les limites de taux QPS Azure Maps
Le tableau suivant indique la taille limite cumulée des données pour les comptes Azure Maps d’un abonnement Azure. Le service Data Azure Maps est uniquement disponible au niveau tarifaire Gen1 (S1) et Gen2.
| Resource | Limit |
|---|---|
| Stockage maximal par abonnement Azure | 1 Go |
| Taille maximale par chargement de fichier | 100 Mo |
Note
Retrait du service Azure Maps Data Registry
Le service Azure Maps Data Registry est désormais déconseillé et est supprimé depuis le 30 septembre 2025. Pour plus d'informations, consultez Guide pratique pour créer un registre de données.
Limites d'Azure Managed Grafana
| Limit | Description | Essential | Standard X1 | Standard X2 |
|---|---|---|---|---|
| Règles d'alerte | Nombre maximal de règles d'alerte pouvant être créées. | Non prise en charge | 500 par instance | 1 000 par instance |
| Mémoire de l’instance Grafana | Quantité de mémoire pour Grafana dans votre instance dédiée. | Basic | Standard | Expanded |
| Dashboards | Nombre maximal de tableaux de bord pouvant être créés. | 20 par instance | Unlimited | Unlimited |
| Sources de données | Nombre maximal de sources de données pouvant être créées. | 5 par instance | Unlimited | Unlimited |
| Clés API | Nombre maximal de clés API pouvant être créées. | 2 par instance | 100 par instance | 100 par instance |
| Délai d'attente des requêtes de données | Durée d'attente maximale pour la réception des en-têtes de réponse de la requête de données, avant expiration du délai d'attente de Grafana. | 200 secondes | 200 secondes | 200 secondes |
| Taille de la requête de la source de données | Nombre maximal d'octets lus et acceptés dans les réponses aux requêtes HTTP sortantes. | 80 MO | 80 MO | 80 MO |
| Afficher l'heure d'attente d'une image ou d'un rapport PDF | Durée maximale de la requête affichant une image ou un rapport PDF avant l'expiration du délai d'attente de Grafana. | Non prise en charge | 220 secondes | 220 secondes |
| Nombre d’instances | Nombre maximal d'instances dans un abonnement unique par région Azure. | 1 | 50 | 50 |
| Requêtes par IP | Nombre maximal de requêtes par IP et par seconde. | 90 requêtes par seconde | 90 requêtes par seconde | 90 requêtes par seconde |
| Requêtes par hôte HTTP | Nombre maximal de requêtes d'hôte HTTP par seconde. L'hôte HTTP correspond à l'en-tête de l'hôte dans les requêtes HTTP entrantes, pouvant décrire chaque client hôte unique. | 45 requêtes par seconde | 45 requêtes par seconde | 45 requêtes par seconde |
Limites d'Azure Monitor
Pour plus d’informations sur les limites d’Azure Monitor, consultez Limites du service Azure Monitor.
Limites d’Azure Data Factory
Azure Data Factory est un service mutualisé qui possède, par défaut, les limites suivantes pour garantir la protection des abonnements clients contre les autres charges de travail. Pour augmenter les limites jusqu'à la limite maximale pour votre abonnement, contactez le support.
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Nombre total d’entités, telles que les pipelines, les jeux de données, les déclencheurs, les services liés, les points de terminaison privés et les runtimes d’intégration, dans une fabrique de données | 5,000 | 5,000 |
| Nombre total de cœurs d’UC pour les runtimes d’intégration Azure-SSIS d’un même abonnement | 64 | Découvrez comment demander une augmentation de quota auprès du support technique. |
| Exécutions de pipeline simultanées par fabrique de données partagée entre tous les pipelines en usine | 10,000 | 10,000 |
| Les exécutions d’activités externes simultanées par abonnement par région d’Azure Integration Runtime Les activités externes sont gérées sur le runtime d’intégration, mais s’exécutent sur des services liés, notamment Databricks, une procédure stockée, HDInsights, le web et autres. Cette limite ne s’applique pas au runtime d’intégration auto-hébergé. |
3,000 | 3,000 |
| Les exécutions d’activités de pipeline simultanées par abonnement par région d’Azure Integration Runtime Les activités de pipeline s’exécutent sur le runtime d’intégration, notamment Lookup, GetMetadata et Supprimer. Cette limite ne s’applique pas au runtime d’intégration auto-hébergé. |
1,000 | 1,000 |
| Les opérations de création simultanées par abonnement pour chaque région d’Azure Integration Runtime Y compris le test de connexion, la navigation dans la liste des dossiers et la liste des tableaux, l'aperçu des données. Cette limite ne s’applique pas au runtime d’intégration auto-hébergé. |
200 | 200 |
| Consommation simultanée d’unités d’intégration de données1 par abonnement par région Azure Integration Runtime | Groupe de régions 12 : 6 000 Groupe de régions2 2 : 3 000 Groupe de régions 32 : 1 500 |
Groupe de régions 12 : 6 000 Groupe de régions2 2 : 3 000 Groupe de régions 32 : 1 500 |
| Consommation simultanée d’unités d’intégration de données1 par abonnement par région Azure Integration Runtime dans un réseau virtuel managé | 2,400 | 2,400 |
| Activités maximales par pipeline, notamment les activités internes relatives aux conteneurs | 120 | 120 |
| Nombre maximal de runtime d'intégration liés pouvant être créés pour un même runtime d'intégration auto-hébergé | 100 | 100 |
| Nombre maximal de nœuds pouvant être créés pour un même runtime d'intégration auto-hébergé | 4 | 4 |
| Nombre maximal de paramètres par pipeline | 50 | 50 |
| Éléments ForEach | 100,000 | 100,000 |
| Parallélisme ForEach | 20 | 50 |
| Nombre maximal d’exécutions en file d’attente par pipeline | 100 | 100 |
| Caractères par expression | 8,192 | 8,192 |
| Intervalle minimal de déclencheur de fenêtre bascule | 5 minutes | Durée : 15 minutes |
| Délai d’expiration minimal pour des exécutions d’activité de pipeline | 10 min | 10 min |
| Délai d’expiration maximal pour les exécutions d’activité de pipeline | 7 jours | 7 jours |
| Octets par objet pour les objets de pipeline3 | 200 kB | 200 kB |
| Octets par objet pour les objets de jeu de données et de service lié3 | 100 Ko | 2 000 Ko |
| Octets par charge utile pour chaque activité exécutée4 | 896 Ko | 896 Ko |
| Unités d’intégration de données1 par activité de copie exécutée | 256 | 256 |
| Écrire des appels d’API | 1,200/h | 1,200/h Cette limite est imposée par Azure Resource Manager, et non par Azure Data Factory. |
| Lire des appels d’API | 12,500/h | 12,500/h Cette limite est imposée par Azure Resource Manager, et non par Azure Data Factory. |
| Surveillance des requêtes par minute | 1,000 | 1,000 |
| Durée maximale d’une session de débogage de flux de données | 8 heures | 8 heures |
| Nombre de flux de données simultanés par runtime d’intégration | 50 | 50 |
| Nombre simultané de flux de données par runtime d’intégration dans un VNet managé | 50 | 50 |
| Nombre de sessions de débogage de flux de données simultanées par utilisateur et par fabrique | 3 | 3 |
| Limite de durée de vie (TTL) du Data Flow Azure IR | 4 heures | 4 heures |
| Limite de taille d’entité de métadonnées dans une fabrique | 2 Go | 2 Go |
1 L’unité d’intégration de données (DIU) est utilisée dans une opération de copie cloud-à-cloud. Plus d’informations, consultez Unités d’intégration de données (version 2). Pour plus d’informations sur la facturation, consultez Tarification d’Azure Data Factory.
2Azure Integration Runtime est disponible à l’échelle mondiale pour garantir la conformité, l’efficacité et la réduction des coûts de sortie réseau.
| Groupe de régions | Regions |
|---|---|
| Groupe de régions 1 | USA Centre, USA Est, USA Est 2, Europe Nord, Europe Ouest, USA Ouest, USA Ouest 2 |
| Groupe de régions 2 | Australie Est, Australie Sud-Est, Brésil Sud, Inde Centre, Japon Est, USA Centre Nord, USA Centre Sud, Asie Sud-Est, USA Centre-Ouest |
| Groupe de régions 3 | Autres régions : |
Si le réseau virtuel managé est activé, l’unité d’intégration de données (DIU) dans tous les groupes de régions est de 2 400.
3 Les objets de pipeline, de jeu de données et de service lié représentent un regroupement logique de votre charge de travail. Les limites de ces objets ne sont pas liées à la quantité de données que vous pouvez déplacer ou traiter à l’aide d’Azure Data Factory. Data Factory est conçu pour permettre une mise à l’échelle de plusieurs pétaoctets de données.
4 La charge utile pour chaque exécution d’activité inclut la configuration de l’activité, un ou plusieurs jeux de données associés et les configurations de service lié le cas échéant, ainsi qu’une petite partie des propriétés système générées par type d’activité. La limite de cette charge utile n’est pas liée à la quantité de données que vous pouvez déplacer ou traiter avec Azure Data Factory. Découvrez les symptômes et recommandations si vous atteignez cette limite.
Limites d’appels du service web
Azure Resource Manager fixe des limites aux appels d’API. Vous pouvez effectuer des appels d’API à une fréquence comprise dans les limites d’API d’Azure Resource Manager.
Azure NetApp Files (service de stockage de fichiers dans le cloud)
Azure NetApp Files a une limite régionale pour la capacité. La limite de capacité standard pour chaque abonnement est de 25 Tio, par région, pour tous les niveaux de service. Pour augmenter la capacité, recourrez à la demande de support Limites du service et de l’abonnement (quotas).
Pour en savoir plus sur les limites des Azure NetApp Files, consultez Limites des ressources pour les Azure NetApp Files.
Limites d’Azure Policy
Il existe un nombre maximal pour chaque type d'objet concernant Azure Policy. Pour les définitions, une entrée de périmètre signifie le groupe de gestion ou l’abonnement. Pour les affectations et les exemptions, une entrée de Portée désigne le groupe d'administration, l'abonnement, le groupe de ressources ou la ressource individuelle.
| Where | What | Nombre maximal |
|---|---|---|
| Scope | Définitions de stratégies | 500 |
| Scope | Définitions d’initiative | 200 |
| Tenant | Définitions d’initiative | 2,500 |
| Scope | Affectations de stratégies et d'initiatives | 200 |
| Scope | Exemptions | 1000 |
| Définition de stratégie | Parameters | 20 |
| Définition d’initiative | Policies | 1000 |
| Définition d’initiative | Parameters | 400 |
| Affectations de stratégies et d'initiatives | Exclusion (notScopes) | 400 |
| Règle de stratégie | Éléments conditionnels imbriqués | 512 |
| Tâche de correction | Resources | 50,000 |
| Définition de la stratégie, initiative ou corps de la demande d’affectation | Bytes | 1,048,576 |
Les règles de stratégie générale limitent davantage le nombre de conditions et leur complexité. Pour plus d’informations, consultez Limites des règles de stratégie.
Limites d’Azure Quantum
Limites et quotas du fournisseur
Le service Azure Quantum prend en charge les fournisseurs de services internes et tiers. Les fournisseurs tiers possèdent leurs propres limites et quotas. Le portail Azure permet aux utilisateurs de consulter les offres et les limites lors de la configuration de fournisseurs tiers.
Vous trouverez ci-dessous les limites de quota publiées pour le fournisseur de solutions d’optimisation interne de Microsoft.
Référence SKU Apprendre et développer
| Resource | Limit |
|---|---|
| Travaux simultanés basés sur le processeur | jusqu’à 51 travaux simultanés |
| Travaux simultanés basés sur les FPGA | jusqu’à 21 travaux simultanés |
| Heures du solveur basé sur le processeur | 20 heures par mois |
| Heures du solveur basé sur les FPGA | 1 heure par mois |
Lors de la référence SKU Learn &Develop, vous ne pouvez pas demander une augmentation de vos limites de quota. Vous êtes dès lors invité à opter pour la référence SKU Performances à grande échelle.
Référence SKU Performances à grande échelle
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Travaux simultanés basés sur le processeur | jusqu’à 1 001 travaux simultanés | identique à la limite par défaut |
| Travaux simultanés basés sur les FPGA | jusqu’à 101 travaux simultanés | identique à la limite par défaut |
| Heures du solveur | 1 000 heures par mois | jusqu’à 50 000 heures par mois |
Contactez le support Azure pour demander une augmentation de la limite.
Pour plus d’informations, consultez la page de tarification Azure Quantum. Pour plus d’informations sur les offres tierces, consultez les pages de tarification des fournisseurs appropriées dans le Portail Azure.
1 Décrit le nombre de travaux qui peuvent être mis en file d’attente en même temps.
Limites d’Azure RBAC
Les limites suivantes s’appliquent au contrôle d’accès en fonction du rôle Azure (Azure RBAC).
| Area | Resource | Limit |
|---|---|---|
| Attributions de rôles Azure | ||
| Nombre d’attributions de rôles Azure par abonnement Azure | 4,000 | |
| Nombre d’attributions de rôles Azure par groupe d’administration | 500 | |
| Taille de la description pour les attributions de rôle Azure | Maximum recommandé : 512 caractères | |
| Taille de la condition pour les attributions de rôles Azure | 8 Ko | |
| Rôle personnalisés Azure | ||
| Nombre de rôles personnalisés Azure par locataire | 5,000 | |
| Nombre de rôles personnalisés Azure par locataire (pour Microsoft Azure géré par 21Vianet) |
2,000 | |
| Taille du nom de rôle pour les rôles personnalisés Azure | Maximum recommandé : 256 caractères | |
| Taille de la description pour les rôles personnalisés Azure | Maximum recommandé : 512 caractères | |
| Taille d’une définition de rôle personnalisé Azure | 1 Mo | |
| Nombre d’étendues assignables pour les rôles personnalisés Azure | 2,000 | |
| Affectations de refus Azure | ||
| Nombre d'affectations de refus gérées par le système par abonnement Azure | 2,000 |
Limites d'Azure SignalR Service
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Unités du service Azure SignalR par instance pour le niveau gratuit | 1 | 1 |
| Unités Azure SignalR Service par instance pour le niveau Standard/Premium_P1 | 100 | 100 |
| Unités Azure SignalR Service par instance pour le niveau Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Unités du service Azure SignalR par abonnement par région pour le niveau gratuit | 5 | 5 |
| Total des unités de service Azure SignalR par abonnement par région | 150 | Unlimited |
| Connexions simultanées par unité pour le niveau Gratuit | 20 | 20 |
| Connexions simultanées par unité pour les niveaux Standard/Premium | 1,000 | 1,000 |
| Messages inclus par unité par jour pour le niveau gratuit | 20,000 | 20,000 |
| Messages supplémentaires par unité et par jour pour le niveau Gratuit | 0 | 0 |
| Messages inclus par unité et par jour pour les niveaux Standard/Premium | 1,000,000 | 1,000,000 |
| Messages supplémentaires par unité et par jour pour les niveaux Standard/Premium | Unlimited | Unlimited |
Pour demander une mise à jour des limites par défaut de votre abonnement, ouvrez un ticket de support.
Pour obtenir davantage d’informations sur la comptabilisation des connexions et des messages, consultez Messages et connexions dans Azure SignalR Service.
Si vos besoins dépassent les limites, passez du niveau Gratuit au niveau Standard et ajoutez des unités. Pour plus d’informations, consultez Comment mettre à l’échelle une instance Azure SignalR Service ?
Si vos besoins dépassent les limites d’une seule instance, ajoutez des instances. Pour plus d’informations, consultez Comment activer la géoréplication dans Azure SignalR Service.
Limites d’Azure Spring Apps
Pour en savoir plus sur les limites d’Azure Spring Apps, consultez Quotas et plans de service pour Azure Spring Apps.
Limites de Stockage Azure
Cette section répertorie les limites suivantes pour le Stockage Azure :
- Limites d’un compte de stockage standard
- Limites du fournisseur de ressources du stockage Azure
- Limites du Stockage Blob Azure
- Limites de Stockage File d’attente Azure
- Limites de Stockage Table Azure
Limites d’un compte de stockage standard
Le tableau suivant décrit les limites par défaut pour les comptes à usage général v2 (GPv2), à usage général v1 (GPv1) et les comptes de stockage Blob.
Quelques entrées de la table s’appliquent également à l’accès au disque et sont explicitement étiquetées. L’accès au disque est une ressource utilisée exclusivement pour l’importation ou l’exportation de disques managés via des liaisons privées.
Les clients doivent utiliser un compte de stockage GPv2, car GPv1 est mis hors service. Vous pouvez facilement mettre à niveau un compte GPv1 ou Stockage Blob vers un compte GPv2 sans temps d’arrêt et sans avoir besoin de copier des données. Pour plus d’informations, consultez Mettre à niveau un compte de stockage vers GPv2.
La limite d’entrée fait référence à toutes les données envoyées à un compte de stockage ou à un accès disque. La limite de sortie fait référence à toutes les données reçues d’un compte de stockage ou d’un accès disque.
Note
Vous pouvez demander des limites de capacité et d’entrée supérieures. Pour demander une augmentation, contactez le support Azure.
| Resource | Limit |
|---|---|
| Nombre maximal de comptes de stockage (Standard et Premium) dotés de points de terminaison standard par région et par abonnement | 250 par défaut, 500 par demande1 |
| Nombre maximal de comptes de stockage (Standard et Premium) dotés de points de terminaison de zone Azure DNS (préversion) par région et par abonnement | 5 000 (aperçu) |
| Capacité maximale de compte de stockage par défaut. | 5 Pio 2 |
| Nombre maximal de conteneurs d’objets blob, de répertoires et de sous-répertoires (si l’espace de noms hiérarchique est activé), de partages de fichiers, de tables, de files d’attente, d’entités ou de messages par compte de stockage. | Aucune limite |
Taux de requête maximal par défaut par compte de stockage Blob et ressources d’accès au disque à usage général v2 dans les régions suivantes :
|
40 000 requêtes par seconde2 |
| Taux de requêtes maximal par défaut par compte de stockage Blob à usage général v2 et ressources d’accès au disque dans les régions qui ne sont pas répertoriées dans la ligne précédente. | 20 000 requêtes par seconde2 |
Nombre maximal d’entrées par défaut par compte v2 universel, compte Stockage Blob et ressources d’accès au disque dans les régions suivantes :
|
60 Gbit/s2 |
| Entrée maximale par défaut par compte v2 universel, compte stockage Blob et ressources d’accès au disque dans les régions qui ne sont pas répertoriées dans la ligne précédente. | 25 Gbit/s2 |
| Entrée maximale par défaut pour les comptes de stockage v1 universels (toutes les régions). | 10 Gbit/s2 |
Sortie maximale par défaut pour les comptes de stockage à usage général v2, les comptes de stockage Blob et les ressources d'accès aux disques dans les régions suivantes :
|
200 Gbits/s2 |
| Sortie maximale par défaut pour les comptes de stockage Blob à usage général v2 et les ressources d’accès au disque dans les régions qui ne sont pas répertoriées dans la ligne précédente. | 50 Gbit/s2 |
| Débit de sortie maximal pour les comptes de stockage v1 à usage général (régions des États-Unis). | 20 Gbit/s si RA-GRS/GRS est activé, 30 Gbit/s pour LRS/ZRS |
| Sortie maximale pour les comptes de stockage v1 universels (régions non américaines). | 10 Gbit/s si RA-GRS/GRS est activé, 15 Gbit/s pour LRS/ZRS |
| Nombre maximal de règles d’adresse IP par compte de stockage. | 400 |
| Nombre maximal de règles de réseau virtuel par compte de stockage. | 400 |
| Nombre maximal de règles d’instance de ressource par compte de stockage. | 200 |
| Nombre maximal de points de terminaison privés par compte de stockage. | 200 |
1 Avec une augmentation de quota, vous pouvez créer jusqu’à 500 comptes de stockage avec des points de terminaison standard par région. Pour plus d’informations, consultez Augmenter les quotas du compte de stockage Azure.
2 Comptes de stockage standard Azure prennent en charge des limites de capacité plus élevées et des limites plus élevées pour l'entrée et la sortie sur demande. Pour demander une augmentation des limites de compte, contactez le support Azure.
Limites du fournisseur de ressources du stockage Azure
Les limites suivantes s’appliquent seulement si vous effectuez des opérations de gestion en utilisant Azure Resource Manager avec le Stockage Azure et le Fournisseur de ressources de stockage. Les limites s’appliquent par abonnement et par région de la ressource dans la requête.
| Resource | Limit |
|---|---|
| Opérations de gestion du compte de stockage (lecture) | 800 toutes les 5 minutes |
| Opérations de gestion du compte de stockage (écriture) | 10 par seconde/1 200 par heure |
| Opérations de gestion du compte de stockage (liste) | 100 toutes les 5 minutes |
Limites du Stockage Blob Azure
| Resource | Target |
|---|---|
| Taille maximale du conteneur d’objets blob unique | Identique à la capacité maximale du compte de stockage |
| Nombre maximal de blocs dans un objet blob de blocs ou ajouter des objets blob | 50 000 blocs |
| Taille maximale d’un bloc dans un objet blob de blocs | 4 000 Mio |
| Taille maximale d’un objet blob de blocs | 50 000 x 4 000 Mio (environ 190,7 Tio) |
| Taille maximale d’un bloc dans un objet blob d’ajout | 4 Mio |
| Taille maximale d’un objet blob d’ajout | 50 000 x 4 Mio (environ 195 Gio) |
| Taille maximale d’un objet blob de pages | 8 Tio2 |
| Nombre maximal de stratégies d’accès stockées par conteneur d’objets blob | 5 |
| Taux de requête cible pour un page blob unique | Jusqu’à 500 requêtes par seconde |
| Débit cible pour un blob de page unique | Jusqu’à 60 Mio par seconde2 |
| Débit cible pour un objet blob de blocs unique | Jusqu’aux limites d’entrée/sortie du compte de stockage1 |
1 Le débit pour un blob unique dépend de plusieurs facteurs. Ces facteurs incluent, sans s’y limiter : concurrence, taille de la requête, niveau de performance, vitesse des chargements à la source et des téléchargements à la destination. Pour tirer parti des améliorations des performances des objets blob de blocs à haut débit, chargez des objets blob ou des blocs plus volumineux. Plus précisément, appelez l’opération Put Blob ou Put Block avec une taille d’objet blob ou de bloc supérieure à 256 KiB.
2 Les objets blob de pages ne sont pas encore pris en charge dans les comptes qui ont un espace de noms hiérarchique activé.
Le tableau suivant décrit les tailles maximales de blocs et d’objets blob autorisées par la version du service.
| Version du service | Taille de bloc maximale (via Put Block) | Taille de blob maximale (via Put Block List) | Taille de blob maximale via une seule opération d’écriture (via Put Blob) |
|---|---|---|---|
| Version 2019-12-12 et ultérieure | 4 000 Mio | Environ 190,7 Tio (4 000 Mio X 50 000 blocs) | 5 000 Mio |
| De la version 2016-05-31 à la version 2019-07-07 | 100 Mio | Environ 4,75 Tio (100 Mio X 50 000 blocs) | 256 Mio |
| Versions antérieures à 2016-05-31 | 4 Mio | Environ 195 Gio (4 Mio X 50 000 blocs) | 64 Mio |
Limites de Stockage File d’attente Azure
| Resource | Target |
|---|---|
| Taille maximale d’une seule file d’attente | 500 Tio |
| Taille maximale d’un message dans une file d’attente | 64 Kio |
| Nombre maximal de stratégies d’accès stockées par file d’attente | 5 |
| Taux de requête maximal par compte de stockage | 20 000 messages par seconde, qui part d’une taille de message d’1 Kio |
| Débit cible d’une file d’attente unique (messages d’1 Kio) | Jusqu’à 2 000 messages par seconde |
Limites de Stockage Table Azure
Le tableau suivant décrit les objectifs de capacité, de scalabilité et de performances pour le stockage Table.
| Resource | Target |
|---|---|
| Nombre de tables dans un compte de stockage Azure | Limité uniquement par la capacité du compte de stockage |
| Nombre de partitions dans une table | Limité uniquement par la capacité du compte de stockage |
| Nombre d'entités dans une partition | Limité uniquement par la capacité du compte de stockage |
| Taille maximale d’une seule table | 500 Tio |
| Taille maximale d’une entité unique, y compris toutes les valeurs de propriété | 1 Mio |
| Nombre maximal de propriétés dans une entité de table | 255 (y compris les trois propriétés système, PartitionKey, RowKey et Timestamp) |
| Taille totale maximale d’une propriété individuelle dans une entité | Varie en fonction du type de propriété. Pour plus d’informations, consultez Types de propriétés dans Understanding the Table Service Data Model. |
| Taille du PartitionKey | Une chaîne allant jusqu’à 1 024 caractères |
| Taille de rowKey | Une chaîne allant jusqu’à 1 024 caractères |
| Taille d’une transaction ETG | Une transaction peut inclure au plus 100 entités, et la charge utile doit être inférieure à 4 Mio. Une transaction de groupe d’entités peut inclure une mise à jour d’une entité une seule fois. |
| Nombre maximal de stratégies d’accès stockées par table | 5 |
| Taux de requête maximal par compte de stockage | 20 000 transactions par seconde, en supposant que la taille d’entité est de 1 Kio |
| Débit cible pour une partition de table unique (entités de 1 Kio) | Jusqu'à 2 000 entités par seconde |
Limites de création pour les abonnements Azure
Pour en savoir plus sur les limites de création des abonnements Azure, consultez Comptes de facturation et étendues dans le Portail Azure.
Limites du service Azure Virtual Desktop
Le tableau suivant décrit les limites maximales d’Azure Virtual Desktop.
| Objet Azure Virtual Desktop | Par objet conteneur parent | Limite de service |
|---|---|---|
| Workspace | Locataire Microsoft Entra | 1300 |
| HostPool | Workspace | 400 |
| Groupe d’applications | Locataire Microsoft Entra | 5001 |
| RemoteApp | Groupe d’applications | 500 |
| Attribution de rôle | N’importe quel objet Azure Virtual Desktop | 200 |
| Hôte de session | HostPool | 10,000 |
1Si vous avez besoin de plus de 500 groupes d’applications, envoyez un ticket de support via le portail Azure.
Toutes les autres ressources Azure utilisées dans Azure Virtual Desktop, comme les machines virtuelles, le stockage, le réseau, etc., sont soumises à leurs propres limitations de ressources, comme décrit dans les sections appropriées de cet article. Pour visualiser la relation entre tous les objets Azure Virtual Desktop, consultez cet article intitulé Relations entre les composants logiques Azure Virtual Desktop.
Pour commencer à utiliser Azure Virtual Desktop, utilisez le guide de démarrage. Pour approfondir le contenu architectural d’Azure Virtual Desktop, utilisez la section Azure Virtual Desktop de Cloud Adoption Framework. Pour plus d’informations de tarification pour Azure Virtual Desktop, ajoutez « Azure Virtual Desktop » dans la section Calcul de la Calculatrice de prix Azure.
Limites d’Azure VMware Solution
Le tableau suivant décrit les limites maximales d’Azure VMware Solution.
| Resource | Limit |
|---|---|
| Clusters vSphere par cloud privé | 12 |
| Nombre minimal d’hôtes ESXi par cluster | 3 (limite dure) |
| Nombre maximal d’hôtes ESXi par cluster | 16 (limite dure) |
| Nombre maximal d’hôtes ESXi par cloud privé | 96 |
| Nombre maximal de serveurs vCenter par cloud privé | 1 (limite dure) |
| Nombre maximal de paires de sites HCX | 25 (toute édition) |
| Nombre maximal de maillages de services HCX | 10 (n’importe quelle édition) |
| Nombre maximal de clouds privés Azure VMware Solution liés à Azure ExpressRoute à partir d’un emplacement unique à une passerelle de réseau virtuel unique | 4 La passerelle de réseau virtuel utilisée détermine le nombre maximal réel de clouds privés liés. Pour plus d’informations, consultez À propos des passerelles de réseau virtuel ExpressRoute. Si vous dépassez ce seuil, utilisez l’interconnexion Azure VMware Solution pour agréger la connectivité de cloud privé dans la région Azure. |
| Débit maximal d’Azure VMware Solution via ExpressRoute | 10 Gbits/s (utiliser la version de la passerelle Ultra Performance Avec FastPath activé)** La passerelle de réseau virtuel utilisée détermine la bande passante réelle. Pour plus d’informations, consultez À propos des passerelles de réseau virtuel ExpressRoute. Azure VMware Solution ExpressRoute n’a aucune limitation de vitesse de port et s’exécute au-dessus de 10 Gbits/s. Les tarifs de plus de 10 Gbits/s ne sont pas garantis en raison de la qualité du service. |
| Nombre maximal d’adresses IPv4 publiques Azure attribuées à NSX | 2,000 |
| Nombre maximal d’interconnexions Azure VMware Solution par cloud privé | 10 |
| Nombre maximum de connexions Azure ExpressRoute Global Reach par cloud privé Azure VMware Solution | 8 |
| Limites de capacité de vSAN | 75 % du total utilisable (conservez 25 % disponibles pour un contrat de niveau de service) |
| VMware Site Recovery Manager : nombre maximal de machines virtuelles protégées | 3,000 |
| VMware Site Recovery Manager : nombre maximal de machines virtuelles par plan de récupération | 2,000 |
| VMware Site Recovery Manager : nombre maximal de groupes de protection par plan de récupération | 250 |
| VMware Site Recovery Manager : valeurs d’objectif de point de récupération (RPO) | Cinq minutes ou plus* (limite dure) |
| VMware Site Recovery Manager : nombre maximal de machines virtuelles par groupe de protection | 500 |
| VMware Site Recovery Manager : nombre maximal de plans de récupération | 250 |
* Pour plus d’informations sur un RPO inférieur à 15 minutes, consultez comment fonctionne le RPO de 5 minutes dans la documentation d’administration de la réplication vSphere.
** Cette limite recommandée réversible peut prendre en charge un débit plus élevé en fonction du scénario.
Pour les autres limites spécifiques à VMware, utilisez l’outil de configuration maximale de VMware (par Broadcom).
Limites d’Azure Web PubSub
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Unités Azure Web PubSub Service par instance pour le niveau gratuit | 1 | 1 |
| Unités Azure Web PubSub Service par instance pour le niveau Standard/Premium_P1 | 100 | 100 |
| Unités Azure Web PubSub Service par instance pour le niveau Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Unités Azure Web PubSub Service par abonnement et par région pour le niveau gratuit | 5 | 5 |
| Nombre total d’unités Azure Web PubSub Service par abonnement et par région | 150 | Unlimited |
| Connexions simultanées par unité pour le niveau Gratuit | 20 | 20 |
| Connexions simultanées par unité pour les niveaux Standard/Premium | 1,000 | 1,000 |
| Messages inclus par unité par jour pour le niveau gratuit | 20,000 | 20,000 |
| Messages supplémentaires par unité et par jour pour le niveau Gratuit | 0 | 0 |
| Messages inclus par unité et par jour pour les niveaux Standard/Premium | 1,000,000 | 1,000,000 |
| Messages supplémentaires par unité et par jour pour les niveaux Standard/Premium | Unlimited | Unlimited |
Pour demander une mise à jour des limites par défaut de votre abonnement, ouvrez un ticket de support.
Pour plus d’informations sur la manière dont les connexions et les messages sont comptabilisés dans la facturation, consultez Modèle de facturation dans Azure Web PubSub Service.
Si vos exigences dépassent les limites, effectuez un scale-up du niveau Gratuit au niveau Standard/Premium et effectuez un scale-out des unités. Pour obtenir plus d’informations, consultez Comment mettre à l’échelle une instance de service Azure Web PubSub ?.
Si vos besoins dépassent les limites d’une seule instance, ajoutez des instances. Pour plus d’informations, consultez Comment activer la géoréplication dans Azure Web PubSub.
Limites Azure Backup
Pour obtenir le résumé des paramètres et des limites du support de Sauvegarde Azure, consultez Tableaux de prise en charge de Sauvegarde Azure.
Limites de lot
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Comptes Azure Batch par région et par abonnement | 1-3 | 50 |
| Cœurs dédiés par compte Batch | 0-9001 | Contacter le support technique |
| Cœurs à priorité basse par compte Batch | 0-1001 | Contacter le support technique |
| Tâches actives et planifications de travaux par compte Batch (les travaux terminés n’ont aucune limite) | 100-300 | 1,0002 |
| Pools par compte Batch | 0-1001 | 5002 |
| Connexions de point de terminaison privé par compte Batch | 100 | 100 |
1 À des fins de gestion de la capacité, les quotas par défaut pour les nouveaux comptes Batch dans certaines régions et pour certains types d’abonnements ont été réduits à partir de la plage de valeurs ci-dessus. Dans certains cas, ces limites ont été réduites à zéro. Quand vous créez un compte Batch, vérifiez vos quotas et demandez une augmentation appropriée du quota de cœurs ou de services, si nécessaire. Vous pouvez également réutiliser des comptes Batch qui ont déjà suffisamment de comptes Batch de quota ou d’allocation de pool d’abonnements utilisateur pour maintenir le quota de famille de machines virtuelles et de cœurs sur tous les comptes Batch de l’abonnement. Les quotas de service tels que les pools ou les travaux actifs s’appliquent à chaque compte Batch, même pour les comptes Batch d’allocation de pool d’abonnements utilisateur.
2 Pour demander une augmentation au-delà de cette limite, contactez le support Azure.
Note
Les limites par défaut varient selon le type d’abonnement que vous utilisez pour créer un compte Batch. Les quotas de cœurs affichés correspondent aux comptes Batch en mode service Batch. Affichez les quotas dans votre compte Batch.
Limites du modèle de déploiement classique
Les limites suivantes s'appliquent si vous utilisez un modèle de déploiement classique plutôt qu’un modèle de déploiement Azure Resource Manager.
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Processeurs virtuels par abonnement1 | 20 | 10,000 |
| Coadministrateurs par abonnement | 200 | 200 |
| Comptes de stockage par abonnement2 | 100 | 100 |
| Services cloud par abonnement | 20 | 200 |
| Réseaux locaux par abonnement | 10 | 500 |
| Serveurs DNS par abonnement | 9 | 100 |
| Adresses IP réservées par abonnement | 20 | 100 |
| Groupes d’affinités par abonnement | 256 | 256 |
| Longueur de nom d’abonnement (caractères) | 64 | 64 |
1Les instances extra petites comptent comme un vCPU par rapport à la limite de vCPU, bien qu'elles utilisent un cœur de processeur partiel.
2La limite du compte de stockage inclut les comptes de stockage Standard et Premium.
Limites de Container Instances
| Resource | Limite réelle |
|---|---|
| Groupes de conteneurs de la référence SKU Standard par région et par abonnement | 100 |
| Groupes de conteneurs de la référence SKU dédiée par région et par abonnement | 01 |
| Nombre de conteneurs par groupe de conteneurs | 60 |
| Nombre de volumes par groupe de conteneurs | 20 |
| Cœurs de la référence SKU Standard (CPU) par région par abonnement | 100 |
| Cœurs de la référence SKU Standard (CPU) pour GPU K80 par région par abonnement | 0 |
| Cœurs de la référence SKU Standard (processeurs) pour GPU V100 par région par abonnement | 0 |
| Ports par adresse IP | 5 |
| Taille de journal d’instance de conteneur - instance en cours d’exécution | 4 Mo |
| Taille de journal d’instance de conteneur - instance arrêtée | 16 Ko ou 1 000 lignes |
| Création de groupes de conteneurs par heure | 3001 |
| Création de groupes de conteneurs toutes les 5 minutes | 1001 |
| Suppression de groupes de conteneurs par heure | 3001 |
| Suppression de groupes de conteneurs toutes les 5 minutes | 1001 |
1Pour demander une augmentation de limite, créez une demande de support Azure. Les abonnements gratuits, notamment le compte gratuit Azure et Azure for Students ne sont pas éligibles à des augmentations de limite ou de quota. Si vous disposez d’un abonnement gratuit, vous pouvez effectuer une mise à niveau vers un abonnement paiement à l'utilisation.
2Limite par défaut pour l’abonnement Pay-As-You-Go. La limite peut être différente pour les autres types de catégorie.
Limites d’Azure Container Registry
Le tableau suivant détaille les fonctionnalités et les limites des niveaux de service Azure Container Registry Essentiel, Standard et Premium.
| Resource | Basic | Standard | Premium |
|---|---|---|---|
| Stockage inclus1 (Gio) | 10 | 100 | 500 |
| Limite de stockage (Tio) | 40 | 40 | 40 |
| Taille maximale du calque d’image (Gio) | 200 | 200 | 200 |
| Taille maximale du manifeste (Mio) | 4 | 4 | 4 |
| Webhooks | 2 | 10 | 500 |
| Liaison privée avec points de terminaison privés | N/A | N/A | Supported |
| • Points de terminaison privés | N/A | N/A | 200 |
| Règles de réseau d’adresses IP publiques | N/A | N/A | 200 |
| Accès au réseau virtuel du point de terminaison de service | N/A | N/A | Preview |
| • Règles de réseau virtuel | N/A | N/A | 100 |
| Autorisations au niveau du référentiel avec attribution de rôles Microsoft Entra | Supported | Supported | Supported |
| Autorisations au niveau du référentiel avec des jetons non-Microsoft Entra et des cartes de portée | Supported | Supported | Supported |
| • Jetons Non-Microsoft Entra | 100 | 500 | 50,000 |
| • Cartes de portée des jetons Non-Microsoft Entra | 100 | 500 | 50,000 |
| • Actions par carte de portée des jetons non-Microsoft Entra | 500 | 500 | 500 |
| • Référentiels par carte de portée des jetons non-Microsoft Entra2 | 500 | 500 | 500 |
| Accès par extraction anonyme | N/A | Supported | Supported |
| Geo-replication | N/A | N/A | Supported |
| Points de terminaison de données dédiés | N/A | N/A | Supported |
| Zones de disponibilité | Supported | Supported | Supported |
| Confiance dans le contenu | N/A | N/A | Supported |
| Clés gérées par le client | N/A | N/A | Supported |
| Registres connectés | N/A | N/A | Supported |
| Diffusion en continu d'artéfacts | N/A | N/A | Supported |
| Règles de cache d’artefact | N/A | Supported | Supported |
| Configuration de la règle d’accès IP | N/A | N/A | Supported |
| Stratégie de rétention pour les manifestes non étiquetés | N/A | N/A | Supported |
| Transfert d’artefact | N/A | N/A | Supported |
| Stratégie d’exportation | N/A | N/A | Supported |
| Pools d’agents dédiés pour les tâches | N/A | N/A | Supported |
1 Stockage compris dans le tarif journalier pour chaque niveau. Vous pouvez utiliser du stockage supplémentaire (jusqu’à la limite de stockage du registre), auquel un tarif journalier supplémentaire par Gio vous sera facturé. Pour obtenir des informations sur les tarifs, consultez Tarification d’Azure Container Registry. Si vous avez besoin de davantage de stockage, contactez le Support Azure.
2 actions individuelles de content/delete, content/read, content/write, correspondent metadata/read à la limite des référentiels par mappage d’étendue de jeton Non-Microsoft Entra.
Limites d’Azure Content Delivery Network
| Resource | Limit |
|---|---|
| Profils de réseau de distribution de contenu (CDN) Azure | 25 |
| Points de terminaison Content Delivery Network par profil | 25 |
| Domaines personnalisés par point de terminaison | 25 |
| Nombre maximal de groupes d’origins par profil | 10 |
| Nombre maximal d’origins par groupe d’origine | 10 |
| Nombre maximal de règles par point de terminaison CDN | 25 |
| Nombre maximal de conditions de correspondance par règle | 10 |
| Nombre maximal d’actions par règle | 5 |
| Bande passante maximale par profil* | 75 Gbits/s |
| Nombre maximum de requêtes par seconde et par profil | 100,000 |
| Limite de taille de l’en-tête HTTP (par en-tête) | 32 Ko |
*Ces deux limites s’appliquent uniquement à Azure CDN Standard de Microsoft (classique). Si le trafic n’est pas distribué globalement et concentré dans une ou deux régions, ou si une limite de quota plus élevée est nécessaire, créez une demande de support Azure.
Un abonnement Content Delivery Network peut contenir un ou plusieurs profils Content Delivery Network. Un profil Content Delivery Network peut contenir un ou plusieurs points de terminaison Content Delivery Network. Vous souhaiterez peut-être utiliser plusieurs profils pour organiser vos points de terminaison CDN par domaine Internet, application web ou d'autres critères.
Limites d’Azure Data Lake Analytics
Azure Data Lake Analytics simplifie la gestion complexe d’une infrastructure distribuée et de code. Il approvisionne dynamiquement les ressources et vous permet d’analyser plusieurs exaoctets de données. Lorsque le travail est terminé, il réduit les ressources automatiquement. Vous ne payez que la puissance de traitement que vous avez utilisée. Il n’est pas nécessaire de réécrire le code à mesure que vous augmentez ou diminuez la taille des données stockées ou le volume de calcul utilisé. Pour augmenter les limites par défaut de votre abonnement, contactez le support.
| Resource | Limit | Comments |
|---|---|---|
| Nombre maximal de travaux simultanés | 20 | |
| Nombre maximal d’unités Analytique par compte | 250 | Utilisez n’importe quelle combinaison jusqu’à un maximum de 250 unités Analytics pour 20 travaux. Pour augmenter cette limite, contactez le Support Microsoft. |
| Taille de script maximale pour l’envoi de travaux | 3 Mo | |
| Nombre maximal de comptes Data Lake Analytics par région et par abonnement | 5 | Pour augmenter cette limite, contactez le Support Microsoft. |
Limites d’Azure Data Lake Storage
Azure Data Lake Storage Gen2 n’est ni un type de compte de stockage ni un service dédié. Il s’agit de la dernière version des fonctionnalités qui sont dédiées à l’analytique du Big Data. Ces fonctionnalités sont disponibles dans un compte de stockage v2 universel ou BlockBlobStorage, et vous pouvez les obtenir en activant la fonctionnalité d’espace de noms hiérarchique du compte. Pour les cibles de mise à l’échelle, consultez ces articles.
- Cibles de scalabilité pour Stockage Blob.
- Cibles de scalabilité pour les comptes de stockage standard.
Azure Data Lake Storage Gen1 est un service dédié. C’est un référentiel hyperscale de niveau entreprise pour les charges de travail d’analytique du Big Data. Vous pouvez utiliser Data Lake Storage Gen1 pour capturer des données indépendamment de leur taille, leur type et leur vitesse d’ingestion au même endroit pour les analyser d’un point de vue opérationnel et exploratoire. Aucune limite ne s’applique à la quantité de données que vous pouvez stocker dans un compte Data Lake Storage Gen1.
| Resource | Limit | Comments |
|---|---|---|
| Nombre maximal de comptes Data Lake Storage Gen1 par abonnement, par région | 10 | Pour demander une augmentation de cette limite, contactez le support. |
| Nombre maximal de listes de contrôle d’accès (ACL) par fichier ou dossier | 32 | Il s’agit d’une limite inconditionnelle. Utilisez des groupes pour gérer l’accès avec moins d’entrées. |
| Nombre maximal de listes de contrôle d’accès (ACL) par défaut, par fichier ou dossier | 32 | Il s’agit d’une limite inconditionnelle. Utilisez des groupes pour gérer l’accès avec moins d’entrées. |
Limites d’Azure Data Share
Azure Data Share permet aux organisations de partager leurs données avec leurs clients et partenaires, de façon simple et sécurisée.
| Resource | Limit |
|---|---|
| Nombre maximal de ressources Data Share par abonnement Azure | 100 |
| Nombre maximal de partages envoyés par ressource Data Share | 200 |
| Nombre maximal de partages reçus par ressource Data Share | 100 |
| Nombre maximal d’invitations par partage envoyé | 200 |
| Nombre maximal d’abonnements de partage par partage envoyé | 200 |
| Nombre maximal de jeux de données par partage | 200 |
| Nombre maximal de planification d’instantanés par partage | 1 |
Limites d’Azure Database Migration Service
Azure Database Migration Service est un service complètement managé conçu pour permettre la migration transparente de plusieurs sources de base de données vers des plateformes de données Azure, pour un temps d’arrêt minime.
| Resource | Limit | Comments |
|---|---|---|
| Nombre maximal de services par abonnement par région | 10 | Pour demander une augmentation de cette limite, contactez le support. |
Limites d’Azure Device Registry
Le tableau suivant répertorie les limites qui s’appliquent aux ressources Azure Device Registry. Azure Device Registry est utilisé avec Azure IoT Hub (préversion) et Azure IoT Operations.
| Type de ressource | Type de limite | Limit |
|---|---|---|
| Espaces de noms dans Azure Device Registry | Nombre par abonnement Azure | 100 |
| Appareils | Nombre par abonnement Azure | 100,000 |
| Appareils / appareils découverts | Nombre par cluster Kubernetes | 1,000 |
| Appareils / appareils découverts | Nombre par espace de noms Azure Device Registry | 10,000 |
| Appareils / appareils détectés (lecture) | Opérations par minute par abonnement Azure | 5,000 |
| Appareils / appareils découverts (créer/mettre à jour) | Opérations par minute par abonnement Azure | 500 |
| Actifs | Nombre par abonnement Azure | 100,000 |
| Ressources / ressources découvertes | Nombre par espace de noms Azure Device Registry | 10,000 |
| Ressources / ressources découvertes | Nombre par cluster Kubernetes | 1,000 |
| Actifs / actifs découverts (lire) | Opérations par minute par abonnement Azure | 5,000 |
| Ressources / ressources découvertes (créer/mettre à jour) | Opérations par minute par abonnement Azure | 500 |
| Ressources : jeux de données, groupes d’événements et groupes d’administration | Nombre par actif | 100 |
| Ressources : points de données, événements et actions de gestion | Nombre par actif | 1,000 |
| Ressources (classique) | Nombre par abonnement Azure | 10,000 |
| Registres de schémas | Nombre par abonnement Azure | 100 |
| Schemas | Nombre d'opérations de lecture par minute par abonnement Azure | 600 |
| Versions de schéma | Nombre d'opérations de lecture par minute par abonnement Azure | 600 |
| Registres de schémas | Nombre d'opérations de lecture par minute par abonnement Azure | 600 |
| Stratégies (préversion) | Nombre par espace de noms Azure Device Registry | 1 |
| Identifiants (aperçu) | Nombre par espace de noms Azure Device Registry | 1 |
| Identifiants (aperçu) | Nombre par locataire d'Entra ID | 2 |
Limites d’Azure Device Update pour IoT Hub
Les limites ne peuvent être ajustées que pour la référence SKU Standard. Les requêtes d’ajustement de limite sont évaluées au cas par cas et les approbations ne sont pas garanties.
Les requêtes d’ajustement de limite ne sont pas acceptées pour la référence SKU gratuite. De plus, les instances de la référence SKU Gratuit ne peuvent pas être mises à niveau vers les instances de la référence SKU Standard.
Le tableau suivant présente les limites de la ressource Device Update pour IoT Hub dans Azure Resource Manager.
| Resource | Limite de la référence SKU Standard | Limite de la référence SKU gratuite | Modifiable pour la référence SKU Standard ? |
|---|---|---|---|
| Comptes par abonnement | 50 | 1 | No |
| Instances par compte | 50 | 1 | No |
| Longueur du nom de compte | 3 à 24 caractères | 3 à 24 caractères | No |
| Longueur du nom de l’instance | 3 à 36 caractères | 3 à 36 caractères | No |
Le tableau suivant présente les limites associées à différentes opérations Device Update.
| Operation | Limite de la référence SKU Standard | Limite de la référence SKU gratuite | Modifiable pour la référence SKU Standard ? |
|---|---|---|---|
| Nombre d’appareils par instance | 1 million | 10 | Yes |
| Nombre de groupes d’appareils par instance | 100 | 10 | Yes |
| Nombre de classes d’appareil par instance | 80 | 10 | Yes |
| Nombre de déploiements actifs par instance | 50, y compris un réservé pour les annulations | 5, y compris un réservé pour les annulations | Yes |
| Nombre total de déploiements par instance, y compris tous les déploiements actifs, inactifs et annulés qui ne sont pas supprimés | 100 | 20 | No |
| Nombre de fournisseurs de mises à jour par instance | 25 | 2 | No |
| Nombre de noms de mises à jour par fournisseur et par instance | 25 | 2 | No |
| Nombre de versions de mise à jour par fournisseur et nom de mise à jour par instance | 100 | 5 | No |
| Nombre total de mises à jour par instance | 100 | 10 | No |
| Taille maximale du fichier de mise à jour unique | 2 Go | 2 Go | Yes |
| Taille combinée maximale de tous les fichiers dans une seule opération d’importation | 2 Go | 2 Go | Yes |
| Nombre maximal de fichiers dans une seule mise à jour | 10 | 10 | No |
| Stockage total de données inclus par instance | 100 Go | 5 Go | No |
Note
Les déploiements annulés ou inactifs sont pris en compte dans votre limite de déploiement totale. Veillez à nettoyer ces déploiements régulièrement afin que vous ne soyez pas empêché de créer de nouveaux déploiements.
Limites d’Azure Digital Twins
Note
Certaines zones de ce service ont des limites réglables, et d’autres pas. Les tableaux suivants utilisent la colonne ajustable ? pour représenter cette condition. Lorsque la limite peut être ajustée, la valeur ajustable estOui.
Limitations fonctionnelles
Le tableau suivant liste les limites opérationnelles d’Azure Digital Twins.
| Area | Capability | Limite par défaut | Adjustable? |
|---|---|---|---|
| Ressource Azure | Nombre d’instances Azure Digital Twins dans une région, par abonnement | 10 | Oui, jusqu’à 50 |
| Jumeaux numériques | Nombre de jumeaux dans une instance Azure Digital Twins | 2,000,000 | Yes |
| Jumeaux numériques | Nombre de jumeaux numériques pouvant être importés dans un seul travail de l’API Importer des travaux | 2,000,000 | No |
| Jumeaux numériques | Nombre de relations entrantes à un seul jumeau | 50,000 | No |
| Jumeaux numériques | Nombre de relations sortantes à partir d’un seul jumeau | 50,000 | No |
| Jumeaux numériques | Nombre total de relations dans une instance Azure Digital Twins | 20,000,000 | Yes |
| Jumeaux numériques | Nombre de relations pouvant être importées dans un seul travail de l’API Importer des travaux | 10,000,000 | No |
| Jumeaux numériques | Taille maximale (du corps JSON dans une requête PUT ou PATCH) d’un seul jumeau | 32 Ko | No |
| Jumeaux numériques | Taille maximale de la charge utile de requête | 32 Ko | No |
| Jumeaux numériques | Taille maximale d’une valeur de propriété de type chaîne (UTF-8) | 4 Ko | No |
| Jumeaux numériques | Taille maximale du nom d’une propriété | 1 Ko | No |
| Routing | Nombre de points de terminaison pour une même instance Azure Digital Twins | 6 | No |
| Routing | Nombre d’itinéraires pour une même instance Azure Digital Twins | 6 | Yes |
| Models | Nombre de modèles dans une même instance Azure Digital Twins | 10,000 | Yes |
| Models | Nombre de modèles pouvant être importés dans un seul appel d’API (sans utiliser l’API Importer des travaux) | 250 | No |
| Models | Nombre de modèles pouvant être importés dans un seul travail de l’API Importer des travaux | 10,000 | No |
| Models | Taille maximale (du corps JSON dans une requête PUT ou PATCH) d’un seul modèle | 1 Mo | No |
| Models | Nombre d’éléments retournés sur une même page | 100 | No |
| Query | Nombre d’éléments retournés sur une même page | 1000 | Yes |
| Query | Nombre d’expressions AND / OR dans une requête |
50 | Yes |
| Query | Nombre d’éléments de tableau dans une clause IN / NOT IN |
50 | Yes |
| Query | Nombre de caractères dans une requête | 8,000 | Yes |
| Query | Nombre de JOINS dans une requête |
5 | Yes |
Limites du taux de transfert
Le tableau suivant répertorie les limites de débit de différentes API.
| API | Capability | Limite par défaut | Adjustable? |
|---|---|---|---|
| API Travaux | Nombre de demandes par seconde | 1 | Yes |
| API Travaux | Nombre de travaux en bloc en cours d’exécution (y compris l’importation et la suppression) | 1 | Yes |
| API Modèles | Nombre de demandes par seconde | 100 | Yes |
| API Digital Twins | Nombre de requêtes de lecture par seconde | 1,000 | Yes |
| API Digital Twins | Nombre de requêtes patch par seconde | 1,000 | Yes |
| API Digital Twins | Nombre d’opérations de création/suppression par seconde pour l’ensemble des jumeaux et des relations | 500 | Yes |
| API Digital Twins | Nombre d’opérations de création/mise à jour/suppression par seconde sur un jumeau unique ou ses relations entrantes/sortantes | 10 | No |
| API Digital Twins | Nombre d’opérations en attente sur un jumeau unique ou ses relations entrantes et sortantes | 500 | No |
| API de requête | Nombre de demandes par seconde | 500 | Yes |
| API de requête | Unités de requête par seconde | 4,000 | Yes |
| API Routage d’événement | Nombre de demandes par seconde | 100 | Yes |
Autres limites
Les limites des types de données et des champs des modèles Azure Digital Twins dans des documents DTDL se trouvent dans sa documentation sur les spécifications dans GitHub : Digital Twins Definition Language (DTDL) – version 3.
Les détails de la latence des requêtes sont décrits dans le langage de requête. Les limitations des fonctionnalités spécifiques du langage de requête se trouvent dans la documentation de référence sur les requêtes.
Limites d’Azure Event Grid
Note
Les limites suivantes répertoriées dans cet article sont par région.
Limites de limitation Event Grid
Event Grid offre un niveau Standard et un niveau De base. Le niveau Standard Event Grid permet de publier/de s’abonner à l’aide de la fonctionnalité de répartiteur MQTT (Message Queue Telemetry Transport) et de la remise par extraction de messages via l’espace de noms Event Grid. Le niveau De base Event Grid permet la remise push à l’aide de rubriques personnalisées Event Grid, de rubriques système Event Grid, de domaines Event Grid et de rubriques de partenaire Event Grid. Pour plus d’informations, consultez Choisir le niveau Event Grid approprié. Cet article décrit le quota et les limites des deux niveaux.
Limites des ressources d’espace de noms Event Grid
Les espaces de noms Event Grid activent la messagerie MQTT et la remise par extraction HTTP. Les limites suivantes s’appliquent aux ressources d’espace de noms dans Event Grid.
| Description de la limite | Limit |
|---|---|
| Espaces de noms Event Grid par abonnement Azure | 50 |
| Nombre maximal d’unités de débit (TU) par espace de noms Event Grid | 40 (Pour demander une augmentation au-delà de 40 unités de débit, contactez Microsoft à l’adresse askmqtt@microsoft.com.) |
| Règles de pare-feu IP par espace de noms Event Grid | 16 |
Limites MQTT dans l’espace de noms Event Grid
Les limites suivantes s’appliquent à MQTT dans la ressource d’espace de noms Event Grid.
Les unités de débit définissent la capacité de débit d’entrée et de sortie dans les espaces de noms. Vous pouvez utiliser des unités de débit pour contrôler la capacité de votre ressource d’espace de noms pour l’entrée et la sortie des messages.
| Description de la limite | Limit |
|---|---|
| Sessions MQTT par espace de noms Event Grid | 10 000 par unité de débit |
| Sessions par espace de noms Event Grid | 10 000 par unité de débit |
| Intervalle d’expiration de session | 8 heures, configurables sur l’espace de noms Event Grid |
| Requêtes de publication MQTT entrantes par espace de noms Event Grid | 1 000 messages par seconde par TU |
| Bande passante MQTT entrante par espace de noms Event Grid | 1 Mo par seconde par TU |
| Requêtes de publication MQTT entrantes par session | 1 000 messages par seconde |
| Bande passante MQTT entrante par session | 1 Mo par seconde |
| Messages MQTT entrants en cours d’exécution* | 1 000 messages |
| Bande passante MQTT entrante en vol* | 64 Ko |
| Demandes de publication HTTP entrantes par espace de noms Event Grid | 500 messages par seconde par TU |
| Bande passante HTTP entrante par espace de noms Event Grid | 512 Ko par seconde par TU |
| Demandes de publication HTTP entrantes par session | 500 messages par seconde |
| Bande passante HTTP entrante par session | 512 Ko par seconde |
| Messages HTTP entrants en cours d’exécution* | 500 messages |
| Taille maximale du message de conservation** | 64 Ko |
| Nombre maximal de conservation du message par TU | 10 000 messages ou 640 Mo (selon le premier atteint) |
| Conservation totale du stockage par TU | 640 Mo |
| Expiration de la conservation du message (MQTT 3.1.1) | 365 jours (valeur par défaut) |
| Expiration de la conservation du message (MQTT 5.0) | Configurable à l’aide de l’intervalle d’expiration du message avec une plage comprise entre 0 et 31 536 000 secondes (365 jours) |
| Requêtes de publication MQTT sortantes par espace de noms Event Grid | 1 000 messages par seconde par TU |
| Bande passante MQTT sortante par espace de noms Event Grid | 1 Mo par seconde par TU |
| Requêtes de publication MQTT sortantes par session | 100 messages par seconde |
| Bande passante MQTT sortante par session | 1 Mo par seconde |
| Messages MQTT sortants en cours d’exécution* | 100 messages |
| Bande passante MQTT sortante en vol* | 64 Ko |
| Taille maximale des messages | 512 Ko |
| Segments par rubrique/filtre de rubrique | 15 |
| Taille de la rubrique | 256 B |
| Rubrique de réponse MQTTv5 | 256 B |
| Alias de rubrique MQTTv5 | 10 par session |
| Taille totale de MQTTv5 de toutes les propriétés utilisateur | 32 Ko |
| Taux de connexion MQTT par session cliente | 1 tentative de connexion par seconde par session cliente |
| Taille du type de contenu MQTTv5 | 256 B |
| Taille des données de corrélation MQTTv5 | 256 B |
| Requêtes de connexion | 200 requêtes par seconde par unité de débit |
| Taille des données d’authentification MQTTv5 | 8 Ko |
| Intervalle maximal Keep Alive | 1 160 |
| Filtres de rubrique par paquet MQTT SUBSCRIBE | 10 |
| Requêtes d’abonnement et de désabonnement par espace de noms Event Grid | 200 requêtes par seconde |
| Requêtes d’abonnement et de désabonnement par session | 5 demandes par seconde |
| Abonnements par session MQTT | 50 |
| Abonnements par espace de noms Event Grid | 1 million |
| Abonnements par rubrique MQTT | Illimité, s’ils ne dépassent pas la limite pour les abonnements par espace de noms ou session Event Grid |
| Ressources de client inscrites | 10 000 clients par unité de débit |
| Certificats d’autorité de certification | 10 |
| Groupes de clients | 10 |
| Espaces thématiques | 10 |
| Modèles de rubrique | 10 par espace de rubrique |
| Liaisons d’autorisation | 100 |
* Pour MQTTv5, en savoir plus sur prise en charge du contrôle de flux.
** Nombre de messages conservés par rapport au quota total de stockage MQTT pour l’espace de noms. Lorsque le quota est atteint, la publication de nouveaux messages conservés échoue jusqu’à ce que les messages existants soient expirés ou supprimés (par exemple, via une publication de charge utile vide).
Limites d’événements dans l’espace de noms Event Grid
Les limites suivantes s’appliquent aux événements dans la ressource d’espace de noms Event Grid.
| Description de la limite | Limit |
|---|---|
| Rubriques d’espace de noms Event Grid | 100 par unité de débit |
| Entrée d’événement | 1 000 événements par seconde ou 1 Mo par seconde par unité de débit (selon ce qui se produit en premier) |
| Sortie d’événement (push et API d’extraction) | Jusqu’à 2 000 événements par seconde ou 2 Mo par seconde par unité de débit |
| Sortie d’événement (accusé de réception, mise en production, rejet et renouvellement des API de verrouillage) | Jusqu’à 2 000 événements par seconde ou 2 Mo par seconde par unité de débit |
| Rétention maximale des événements sur les rubriques d’espace de noms Event Grid | 7 jours |
| Abonnements par rubrique | 500 |
| Taille d’événement maximale | 1 Mo |
| Taille du lot | 1 Mo |
| Événements par requête | 1,000 |
Limites de ressources de rubrique personnalisée, de rubrique système et de rubrique partenaire
Les limites suivantes s’appliquent aux ressources de rubriques personnalisées Event Grid, de rubrique système et de rubrique partenaire.
| Description de la limite | Limit |
|---|---|
| Rubriques personnalisées par abonnement Azure | 100 Une fois la limite atteinte, vous pouvez envisager une autre région ou envisager d’utiliser des domaines, qui peuvent prendre en charge 100 000 rubriques. |
| Abonnements à des événements par rubrique | 500 Cette limite ne peut pas être augmentée. |
| Taux de publication pour une rubrique personnalisée ou partenaire (entrée) | 5 000 événements ou 5 Mo par seconde (selon le cas en premier) Un événement est comptabilisé à des fins de limites et de tarification sous la forme d’un bloc de données de 64 Ko. Par conséquent, si l’événement est de 128 Ko, il compte pour deux événements. |
| Taille d’événement | 1 Mo Cette limite ne peut pas être augmentée. |
| Rétention maximale des événements sur les rubriques | 1 jour Cette limite ne peut pas être augmentée. |
| Nombre d’événements entrants par lot | 5,000 Cette limite ne peut pas être augmentée. |
| Connexions de point de terminaison privées par rubrique | 64 Cette limite ne peut pas être augmentée. |
| Règles de pare-feu IP par rubrique | 128 |
Limites des ressources de domaine
Les limites suivantes s’appliquent à la ressource de domaine Event Grid.
| Description de la limite | Limit |
|---|---|
| Domaines par abonnement Azure | 100 |
| Rubriques par domaine | 100,000 |
| Abonnements à des événements par rubrique dans un domaine | 500 Cette limite ne peut pas être augmentée. |
| Abonnements d’événements à l’étendue de domaine | 50 Cette limite ne peut pas être augmentée. |
| Taux de publication pour un domaine (entrée) | 5 000 événements ou 5 Mo par seconde (selon le cas en premier) Un événement est comptabilisé à des fins de limites et de tarification sous la forme d’un bloc de données de 64 Ko. Par conséquent, si l’événement est de 128 Ko, il compte pour deux événements. |
| Rétention maximale des événements sur les rubriques de domaine | 1 jour Cette limite ne peut pas être augmentée. |
| Connexions de point de terminaison privé par domaine | 64 |
| Règles de pare-feu IP par rubrique | 128 |
Limites d’Azure Event Hubs
Le tableau suivant répertorie les quotas et les limites propres à Azure Event Hubs. Pour plus d’informations sur la tarification des hubs d’événements, consultez la rubrique Tarification des hubs d’événements.
Limites communes à tous les niveaux
Les limites suivantes sont communes à tous les niveaux.
| Limit | Notes | Value |
|---|---|---|
| Taille du nom d’un Event Hub | - | 256 caractères |
| Taille du nom d’un groupe de consommateurs | Le protocole Kafka ne nécessite pas la création d’un groupe de consommateurs. | Kafka : 256 caractères Protocole AMQP (Advanced Message Queuing Protocol) : 50 caractères |
| Nombre de récepteurs non epoch par groupe de consommateurs | - | 5 |
| Nombre de règles d’autorisation par espace de noms | Les demandes suivantes pour la création de règle d’autorisation sont rejetées. | 12 |
| Nombre d’appels à la méthode GetRuntimeInformation | - | 50 par seconde par groupe de consommateurs |
| Nombre de réseaux virtuels | - | 128 |
| Nombre de règles de configuration IP | - | 128 |
| Longueur maximale du nom d’un groupe de schémas | 50 | |
| Longueur maximale du nom d’un schéma | 100 | |
| Taille en octets par schéma | 1 Mo | |
| Nombre de propriétés par groupe de schémas | 1024 | |
| Taille en octets par clé de propriété de groupe de schéma | 256 | |
| Taille en octets par valeur de propriété de groupe de schéma | 1024 | |
| Nombre de demandes de réception simultanées sur un hub/rubrique | Les requêtes de réception suivantes sont limitées. Ce quota s'applique au nombre combiné d'opérations de réception simultanées parmi tous les consommateurs et leurs groupes. | 5000 |
Comparaison des niveaux de base, standard, premium et dédié
Le tableau suivant indique les différentes limites pour les niveaux Essentiel, Standard, Premium et Dédié.
Note
- Dans le tableau, cu est unité de capacité, PU est unité de traitement et tu est unité de débit.
- Vous pouvez configurer TUs pour un espace de noms de niveau de base ou standard ou PUs pour un espace de noms de niveau premium.
- Lorsque vous créez un cluster dédié, Azure Event Hubs affecte une cu au cluster. Si vous activez l'option de support de la mise à l'échelle lors de la création du cluster, vous pouvez augmenter l'échelle en augmentant les unités de calcul ou la réduire en diminuant les unités de calcul du cluster. Pour obtenir des instructions pas à pas, consultez Mettre à l’échelle un cluster dédié. Pour les clusters qui ne prennent pas en charge la fonctionnalité de mise à l'échelle, soumettez un ticket pour ajuster les unités de calcul du cluster.
| Limit | Basic | Standard | Premium | Dedicated |
|---|---|---|---|---|
| Taille maximale d’une publication Event Hubs | 256 kB | 1 Mo | 1 Mo | 20 Mo |
| Nombre de groupes de consommateurs par Event Hub | 1 | 20 | 100 | 1,000 Aucune limite par UC |
| Nombre de groupes de consommateurs Kafka par espace de noms | N/A | 1,000 | 1,000 | 1,000 |
| Nombre de connexions réparties par espace de noms | 100 | 5,000 | 10 000 par PU Par exemple, si l’espace de noms dispose de 4 UP, la limite est de 40 000. |
100 000 par unité de capacité |
| Période de rétention maximale des données d’événement | 1 jour | 7 jours | 90 jours | 90 jours |
| Stockage d’événements pour la rétention | 84 Go par TU | 84 Go par TU | 1 To par UT | 10 To par UC |
| Nombre maximal d’UD, d’UT et d’UC | 40 UD | 40 UD | 16 UT | 20 CUS |
| Nombre de partitions par Event Hub | 32 | 32 | 100 par hub d’événements, mais la limite est de 200 par PU au niveau de l’espace de noms. Par exemple, si un espace de noms est affecté à 2 UT, la limite pour le nombre total de partitions dans tous les hubs d’événements de l’espace de noms est de 2 * 200 = 400. |
1 024 par Event Hub 2 000 par CU |
| Nombre d’espaces de noms par abonnement par région | 1 000 (tous les niveaux) | 1 000 (tous les niveaux) | 1 000 (tous les niveaux) | 1 000 (50 par unité de capacité) |
| Nombre d’Event Hubs par espace de noms | 10 | 10 | 100 par UT | 1,000 |
| Capture | N/A | Paiement par heure | Included | Included |
| Taille du hub d’événements compacté | N/A | 1 Go par partition | 250 Go par partition | 250 Go par partition |
| Taille du registre de schémas (espace de noms) en mégaoctets | N/A | 25 | 100 | 1,024 |
| Nombre de groupes de schémas dans un registre de schémas ou espace de noms | N/A | 1 : à l’exclusion du groupe par défaut | 100 1 Mo par schéma |
1,000 1 Mo par schéma |
| Nombre de versions de schéma pour tous les groupes de schémas | N/A | 25 | 1,000 | 10,000 |
| Débit par unité | Entrée : 1 Mo/s ou 1000 événements par seconde Sortie : 2 Mo/s ou 4 096 événements par seconde |
Entrée : 1 Mo/s ou 1000 événements par seconde Sortie : 2 Mo/s ou 4 096 événements par seconde |
Aucune limite par UT * | Aucune limite par UC * |
* Dépend de facteurs tels que l’allocation des ressources, le nombre de partitions et le stockage.
Note
Vous pouvez publier les événements individuellement ou par lots. La limite de publication (en fonction du niveau) s’applique, qu’il s’agisse d’un événement unique ou d’un lot. Les événements de publication supérieurs au seuil maximal sont rejetés.
Limites d’Azure IoT Central
IoT Central limite à 100 le nombre d’applications que vous pouvez déployer dans un abonnement. Pour en savoir plus, consultez Quota et limites d’Azure IoT Central.
Limites d’Azure IoT Hub
Le tableau suivant répertorie les limites associées aux différents niveaux de service (S1, S2, S3 et F1). Pour plus d’informations sur le coût de chaque unité de chaque niveau, consultez la tarification d’Azure IoT Hub.
| Resource | S1 Standard | S2 Standard | S3 Standard | F1 Gratuit |
|---|---|---|---|---|
| Messages/day | 400,000 | 6,000,000 | 300,000,000 | 8,000 |
| Nombre maximum d'unités | 200 | 200 | 10 | 1 |
Le tableau suivant répertorie les limites qui s’appliquent aux ressources IoT Hub.
| Resource | Limit |
|---|---|
| Nombre maximal d’IoT Hubs payants par abonnement Azure | 50 |
| Nombre maximal d’IoT Hubs gratuits par abonnement Azure | 1 |
| Nombre maximal de caractères d’un ID d’appareil | 128 |
| Nombre maximal d’identités de périphériques renvoyées dans un seul appel |
1,000 |
| Conservation maximale des messages IoT Hub pour les messages de l’appareil vers le cloud | 7 jours |
| Taille maximale du message appareil-à-cloud | 256 kB |
| Taille maximale du lot appareil-à-cloud | AMQP et HTTP : 256 Ko pour l’ensemble du lot MQTT : 256 Ko pour chaque message |
| Nombre maximal de messages dans le lot appareil-à-cloud | 500 |
| Taille maximale du message cloud-à-appareil | 64 Ko |
| Durée de vie maximale des messages cloud-à-appareil | 2 jours |
| Nombre de remises maximal pour les messages messages |
100 |
| Profondeur maximale de la file d’attente cloud-à-appareil pour chaque appareil | 50 |
| Nombre de remises maximal pour les messages de commentaire en réponse à un message Cloud vers appareil |
100 |
| Durée de vie maximale des messages de commentaire en réponse à un message Cloud vers appareil |
2 jours |
| Taille maximale du jumeau d’appareil | 8 Ko pour la section des balises et 32 Ko pour les sections de propriétés souhaitées et signalées chacune |
| Longueur maximale de la clé de chaîne du jumeau d’appareil | 1 Ko |
| Longueur maximale de la valeur de chaîne du jumeau d’appareil | 4 Ko |
| Profondeur maximale de l’objet dans le jumeau d’appareil | 10 |
| Taille maximale de la charge utile de la méthode directe | 128 Ko |
| Conservation maximale de l’historique des travaux | 30 jours |
| Nombre maximal de travaux simultanés | 10 (pour S3), 5 pour (S2), 1 (pour S1) |
| Nombre maximal de points de terminaison supplémentaires ( au-delà des points de terminaison intégrés) | 10 (pour S1, S2 et S3) |
| Nombre maximal de règles de routage de messages | 100 (pour S1, S2 et S3) |
| Nombre maximal de flux d’appareils connectés simultanément | 50 (pour S1, S2, S3 et F1 uniquement) |
| Transfert de données de flux d’appareil maximal | 300 Mo par jour (pour S1, S2, S3 et F1 uniquement) |
Note
Le nombre total d’appareils plus les modules qui peuvent être inscrits auprès d’un même hub IoT est limité à 1 million.
IoT Hub limite les demandes en cas de dépassement des quotas suivants.
| Throttle | Valeur par hub |
|---|---|
| Opérations du registre d’identité (créer, récupérer, répertorier, mettre à jour et supprimer), importation / exportation en bloc ou individuelle |
83,33/s/unité (5 000/min/unité) (pour S3). 1,67/s/unité (100/min/unité) (pour S1 et S2). |
| Connexions d’appareils | 6 000/s/unité (pour S3), 120/s/unité (pour S2), 12/s/unité (pour S1). Minimum de 100/s. |
| Envois appareil-à-cloud | 6 000/s/unité (pour S3), 120/s/unité (pour S2), 12/s/unité (pour S1). Minimum de 100/s. |
| Envois cloud-à-appareil | 83,33/s/unité (5 000/min/unité) (pour S3), 1,67/s/unité (100/min/unité) (pour S1 et S2). |
| Réceptions cloud-à-appareil | 833,33/s/unité (50 000/min/unité) (pour S3), 16,67/s/unité (1 000/min/unité) (pour S1 et S2). |
| Opérations de téléchargement de fichier | 83,33 lancements de chargement de fichier/s/unité (5 000/min/unité) (pour S3), 1,67 lancement de chargement de fichier/s/unité (100/min/unité) (pour S1 et S2). 10 chargements de fichiers simultanés par appareil. |
| Méthodes directes | 24 Mo/s/unité (pour S3), 480 Ko/s/unité (pour S2), 160 Ko/s/unité (pour S1). Méthode basée sur une limitation de taille du compteur de 8 Ko. |
| Lectures de jumeaux d’appareil | 500/s/unité (pour S3), 100/s ou 10/s/unité maximum (pour S2), 100/s (pour S1) |
| Mises à jour de jumeaux d’appareils | 250/s/unité (pour S3), 50/s ou 5/s/unité maximum (pour S2), 50/s (pour S1) |
| Opérations de travaux (créer, mettre à jour, répertorier et supprimer) |
83,33/s/unité (5 000/min/unité) (pour S3), 1,67/s/unité (100/min/unité) (pour S2), 1,67/s/unité (100/min/unité) (pour S1). |
| Débit d’opérations de travaux par appareil | 50/s/unité (pour S3), 10/s ou 1/s/unité maximum (pour S2), 10/s (pour S1). |
| Fréquence d’émission de flux d’appareil | 5 nouveaux flux/s (pour S1, S2, S3 et F1 uniquement). |
IoT Hub avec intégration ADR et limites de gestion des certificats X.509 soutenus par Microsoft (préversion)
Le tableau suivant répertorie les limites s'appliquant aux instances IoT Hub en préversion.
| Caractéristique | Limit |
|---|---|
| Nombre d’appareils par instance IoT Hub (aperçu) | 10,000 |
| Nombre d’instances IoT Hub (version préliminaire) par espace de noms ADR | 3 |
| Protocoles pris en charge pour l’approvisionnement de certificats | Protocoles HTTP, MQTT et MQTT -Web-Sockets. |
Toutes les autres limitations et les limites des ressources en version préliminaire de IoT Hub sont équivalentes à celles d'un Hub IoT standard S1.
Le tableau suivant répertorie les limites qui s’appliquent aux fonctionnalités d’intégration ADR et de gestion des certificats en préversion.
| Caractéristique | Limit |
|---|---|
| Nombre d’espaces de noms ADR par abonnement Azure | 100 |
| Nombre de dispositifs créés par minute | 500 appareils par minute par abonnement |
| Nombre d’appareils à désactiver par minute | 500 |
| Nombre d’appareils à activer par minute | 500 |
| Nombre de certificats émis par pKI (par une instance DPS d’appareil) lors de l’approvisionnement | 500 par minute |
| Nombre de renouvellements de certificat | 500 par minute |
| Nombre de ressources d'identification par locataire | 2 |
| Nombre de ressources d'identifiants par espace de noms ADR | 1 |
| Nombre de politiques par ressource de justificatifs | 1 |
Pour plus d’informations, vous pouvez afficher la liste complète des limites ADR.
Limites du service Azure IoT Hub Device Provisioning
Le tableau suivant répertorie les limites qui s’appliquent aux ressources du Service Azure IoT Hub Device Provisioning.
| Resource | Limit |
|---|---|
| Nombre maximal de services d’approvisionnement d’appareil par abonnement Azure | 10 |
| Nombre maximal d’inscriptions | 1,000,000 |
| Nombre maximal d’inscriptions individuelles | 1,000,000 |
| Nombre maximal de groupes d’inscription (certificat X.509) | 100 |
| Nombre maximal de groupes d’inscription (clé symétrique) | 100 |
| Nombre maximal d’autorités de certification | 25 |
| Nombre maximal de hubs IoT liés | 50 |
| Taille maximale du message | 96 Ko |
Tip
Si la limite stricte des groupes d’inscription à clé symétrique est un problème bloquant, utilisez des inscriptions individuelles comme solution de contournement.
Le service de provisionnement des appareils a les limites de débit suivantes.
| Rate | Valeur par unité |
|---|---|
| Operations | 1,000/min/service |
| Inscriptions d’appareil | 1,000/min/service |
| Opération d’interrogation des appareils | 5/10 s/appareil |
Limites d’Azure Key Vault
Type de ressource : coffre
Cette section décrit les limites de service pour le type de ressource vaults.
Transactions clés (nombre maximal de transactions autorisées en 10 secondes, par coffre et par région1)
| Type de clé | Clé HSM Clé CREATE |
Clé HSM Toutes les autres transactions |
Clé logicielle Clé CREATE |
Clé logicielle Toutes les autres transactions |
|---|---|---|---|---|
| RSA 2 048 bits | 10 | 2,000 | 20 | 4,000 |
| RSA 3 072 bits | 10 | 500 | 20 | 1,000 |
| RSA 4096-bit | 10 | 250 | 20 | 500 |
| ECC P-256 | 10 | 2,000 | 20 | 4,000 |
| ECC P-384 | 10 | 2,000 | 20 | 4,000 |
| ECC P-521 | 10 | 2,000 | 20 | 4,000 |
| ECC SECP256K1 | 10 | 2,000 | 20 | 4,000 |
Note
Dans la table ci-dessus, nous voyons que 4 000 transactions GET par tranche de 10 secondes sont autorisées pour des clés logicielles RSA 2 048 bits. Pour les clés HSM RSA 2 048 bits, 2 000 transactions GET par tranche de 10 secondes sont autorisées.
Les seuils de limitation sont pondérés, et leur application correspond à leur somme. Par exemple, comme indiqué dans le tableau précédent, lorsque vous effectuez des opérations GET sur les clés HSM RSA, il est huit fois plus coûteux d’utiliser des clés 4 096 bits par rapport à des clés 2 048 bits, car 2 000/250 = 8.
Dans un intervalle de 10 secondes donné, un client Azure Key Vault peut exécuter une seule des opérations suivantes avant de rencontrer un code d’état HTTP de limitation 429 :
- 4 000 transactions GET de clé logicielle RSA 2 048 bits
- 2 000 transactions GET de clé HSM RSA 2 048 bits
- 250 transactions GET de clé HSM RSA 4 096 bits
- 248 transactions GET de clé HSM RSA 4 096 bits et 16 transactions GET de clé HSM RSA 2 048 bits
Secrets, clés de compte de stockage gérées et transactions de coffre
| Type de transaction | Nombre maximal de transactions autorisées dans les 10 secondes, par coffre et par région1 |
|---|---|
| Secret CRÉER un secret |
300 (collectivement sur les trois opérations) |
| Certificate Importer un certificat |
300 (collectivement sur les trois opérations) |
| Key CLÉ D'IMPORTATION |
300 (collectivement sur les trois opérations) |
| Toutes les autres transactions | 4,000 |
Note
La limite de 300 transactions s’applique collectivement dans les opérations « CREATE secret », « IMPORT certificate » et « IMPORT key ». Par exemple, si dans les 10 secondes, vous créez 100 secrets, importez 100 certificats et importez 100 clés, vous atteindrez la limite et serez soumis à une limitation de débit. Pour en savoir plus sur la façon de gérer la limitation en cas de dépassement de ces limites, voir Aide sur la limitation de requêtes Azure Key Vault.
1 La limite d’abonnement pour tous les types de transaction est fixée à cinq fois la limite des coffres de clés.
Sauvegarder des clés, des secrets ou des certificats
Lorsque vous sauvegardez un objet key vault, tel qu’un secret, une clé ou un certificat, l’opération de sauvegarde télécharge l’objet en tant qu’objet blob chiffré. Cet objet blob ne peut pas être déchiffré en dehors d’Azure. Pour obtenir des données utilisables à partir de cet objet blob, vous devez restaurer l’objet blob dans un coffre de clés dans le même abonnement Azure et la même zone géographique Azure.
| Type de transaction | Nombre maximal de versions d’objet de coffre de clés autorisées |
|---|---|
| Sauvegarder une clé individuelle, un secret, un certificat | 500 |
Note
Si vous tentez de sauvegarder une clé, un secret ou un objet de certificat avec davantage de versions que la limite, l’opération génère une erreur. Il est impossible de supprimer les versions précédentes d’une clé, d’un secret ou d’un certificat.
Limites relatives au nombre de clés, de secrets et de certificats
Key Vault ne limite pas le nombre de clés, de secrets ou de certificats qui peuvent être stockés dans un coffre. Les limites de transaction sur le coffre doivent être prises en compte afin de s’assurer que les opérations ne sont pas limitées.
Key Vault ne limite pas le nombre de versions sur un secret, une clé ou un certificat. Toutefois, le stockage d’un grand nombre de versions (+ de 500) peut avoir un impact sur les performances des opérations de sauvegarde. Consultez Sauvegarde Azure Key Vault.
Azure Key Vault : Limites de HSM managées
Type de ressource : HSM managé
Cette section décrit les limites de service pour le type de ressource managed HSM.
Limites des objets
| Item | Limits |
|---|---|
| Nombre d’instances HSM par région et par abonnement | 5 |
| Nombre de clés par instance HSM | 5000 |
| Nombre de versions par clé | 100 |
| Nombre de définitions de rôles personnalisées par instance HSM | 50 |
| Nombre d’attributions de rôles au niveau de l’étendue HSM | 50 |
| Nombre d’attributions de rôles à chaque étendue de clé individuelle | 10 |
Pour obtenir des instructions détaillées sur la planification de la capacité des performances et la mise à l’échelle, consultez Conseils de mise à l’échelle Azure HSM managé.
Limites d’identité managée Azure
Chaque identité managée compte dans la limite de quota d’objets dans un tenant Microsoft Entra, comme décrit dans Limites Microsoft Entra et restrictions de service.
La vitesse à laquelle les identités managées peuvent être créées a les limites suivantes :
- Par tenant Microsoft Entra et par région Azure : 400 opérations de création toutes les 20 secondes.
- Par abonnement Azure par région Azure : 80 opérations de création toutes les 20 secondes.
Vitesse à laquelle une identité managée affectée par l’utilisateur peut être affectée avec une ressource Azure :
- Par tenant Microsoft Entra et par région Azure : 400 opérations d’affectation toutes les 20 secondes.
- Par abonnement Azure par région Azure : 300 opérations d’assignation toutes les 20 secondes.
Limites d’Azure Media Services
Note
Pour les ressources qui ne sont pas corrigées, ouvrez un ticket de support pour demander une augmentation des quotas. Ne créez pas d’autres comptes Azure Media Services pour obtenir des limites supérieures.
Limites relatives aux comptes
| Resource | Limite par défaut |
|---|---|
| Comptes Media Services dans un même abonnement | 100 (fixe) |
Limites relatives aux ressources
| Resource | Limite par défaut |
|---|---|
| Ressources par compte Media Services | 1,000,000 |
Limites relatives au stockage (support)
| Resource | Limite par défaut |
|---|---|
| Taille du fichier | Dans certains scénarios, la taille maximale des fichiers pris en charge pour le traitement dans Media Services est soumise à une limite. (1) |
| Comptes de stockage | 100(2) (fixe) |
1 La taille maximale prise en charge pour un blob unique est actuellement jusqu’à 5 To dans le stockage Blob Azure. Des limites supplémentaires sont applicables dans Media Services en fonction des tailles de machine virtuelle utilisées par le service. La limite de taille s’applique aux fichiers que vous chargez et également aux fichiers qui sont générés suite au traitement (encodage ou analyse) par Media Services. Si votre fichier source est supérieur à 260 Go, votre travail échouera probablement.
2 Les comptes de stockage doivent provenir du même abonnement Azure.
Limites relatives aux travaux (encodage et analyse)
| Resource | Limite par défaut |
|---|---|
| Travaux par compte Media Services | 500 000 (3) (fixe) |
| Entrées de travaux - par travail | 50 (fixe) |
| Sorties de travaux - par travail | 20 (fixe) |
| Transformations par compte Media Services | 100 (fixe) |
| Sorties de transformation dans une transformation | 20 (fixe) |
| Fichiers par entrée de travail | 10 (fixe) |
3 Ce nombre inclut les travaux mis en file d’attente, terminés, actifs et annulés. Il n’inclut pas les travaux supprimés.
Les enregistrements de travaux de votre compte qui ont plus de 90 jours sont automatiquement supprimés, même si le nombre total d’enregistrements est inférieur au quota maximal.
Limites relatives au streaming en direct
| Resource | Limite par défaut |
|---|---|
| Événements en direct (4) par compte Media Services | 5 |
| Sorties en direct par événement en direct | 3 (5) |
| Durée maximale de la sortie en direct | Taille de la fenêtre DVR |
4 Pour obtenir des informations détaillées sur les limitations des événements en direct, consultez comparaison et limitations des types d’événements en direct.
5 Sorties actives démarrent lors de la création et s’arrêtent lors de la suppression.
Limites relatives à l’empaquetage et à la remise
| Resource | Limite par défaut |
|---|---|
| Points de terminaison de streaming (arrêtés ou en cours d’exécution) par compte Media Services | 2 |
| Filtres de manifeste dynamique | 100 |
| Stratégies de diffusion en continu | 100 (6) |
| Localisateurs de streaming uniques associés à une ressource à un moment donné | 100(7) (fixe) |
6 Lorsque vous utilisez une stratégie de streaming personnalisée, vous devez concevoir un ensemble limité de ces stratégies pour votre compte Media Service et les réutiliser pour vos StreamingLocators chaque fois que les mêmes options de chiffrement et protocoles sont nécessaires. Vous ne devez pas créer une stratégie de diffusion en continu pour chaque localisateur de diffusion en continu.
7 Localisateurs de streaming ne sont pas conçus pour gérer le contrôle d’accès par utilisateur. Pour accorder différents droits d’accès aux utilisateurs, utilisez les solutions de gestion des droits numériques (DRM).
Limites relatives à la protection
| Resource | Limite par défaut |
|---|---|
| Options de stratégie de clé de contenu | 30 |
| Licences par mois pour chacun des types de DRM sur le service de remise de clé Media Services par compte | 1,000,000 |
Ticket de support
Pour les ressources qui ne sont pas fixes, vous pouvez demander que les quotas soient déclenchés, en ouvrant un ticket de support. Incluez des informations détaillées dans la requête sur les modifications souhaitées pour les quotas, les scénarios de cas d’usage et les régions requises.
Ne créez pas de comptes Azure Media Services supplémentaires dans une tentative d’obtention de limites plus élevées.
Azure Media Services v2 (hérité)
Pour connaître les limites spécifiques à Media Services v2 (hérité), consultez [Media Services v2 (hérité)]
Limites d’Azure Mobile Services
| Tier | Free | Basic | Standard |
|---|---|---|---|
| Appels de l’API | 500,000 | 1,5 million par unité | 15 millions par unité |
| Appareils actifs | 500 | Unlimited | Unlimited |
| Scale | N/A | Jusqu’à 6 unités | Nombre illimité d’unités |
| Notifications par push | Niveau gratuit de Azure Notifications Hubs inclus, jusqu’à 1 million de pushes | Niveau De Base de Notifications Hubs inclus, jusqu’à 10 millions de pushes | Niveau Standard de Notifications Hubs inclus, jusqu’à 10 millions de pushes |
| Messagerie en temps réel/ WebSockets |
Limited | 350 par service mobile | Unlimited |
| Synchronisations hors connexion | Limited | Included | Included |
| Travaux planifiés | Limited | Included | Included |
| Azure SQL Database (obligatoire) Les tarifs standard s’appliquent pour une capacité supplémentaire |
20 Mo inclus | 20 Mo inclus | 20 Mo inclus |
| Capacité de l’UC | 60 minutes par jour | Unlimited | Unlimited |
| Transfert de données sortantes | 165 Mo par jour (substitution quotidienne) | Included | Included |
Pour plus d’informations sur la tarification et les limites, consultez Tarification Azure Mobile Services.
Limites d’Azure Networking
Limites de mise en réseau - Azure Resource Manager
Les limites suivantes s’appliquent uniquement aux ressources de réseau gérées par le biais d’Azure Resource Manager par région et par abonnement. Découvrez comment afficher l’utilisation actuelle de vos ressources par rapport aux limites de votre abonnement.
Note
Nous avons augmenté toutes les limites par défaut à leur niveau maximal. Si aucune colonne de limite maximale n’est présente, la ressource spécifiée ne possède pas de limites ajustables. Si ces limites ont été augmentées manuellement par le support dans le passé et que vous les voyez avec des valeurs inférieures à celles répertoriées dans les tables suivantes, vous pouvez ouvrir une demande de support clientèle en ligne sans frais
| Resource | Limit |
|---|---|
| Réseaux virtuels | 1,000 |
| Nombre de sous-réseaux par réseau virtuel | 3,000 |
| Peerings VNet par réseau virtuel | 500 |
| Passerelles de réseau virtuel (passerelles VPN) par réseau virtuel | 1 |
| Passerelles de réseau virtuel (passerelles ExpressRoute) par réseau virtuel | 1 |
| Serveurs DNS par réseau virtuel | 20 |
| Serveurs DNS par interface réseau | 20 |
| Adresses IP privées par réseau virtuel | 65,536 |
| Nombre total d’adresses privées pour un groupe de réseaux virtuels appairés | 128,000 |
| Adresses IP privées par interface réseau | 256 |
| Adresses IP privées par machine virtuelle | 256 * N (N est le nombre de cartes réseau sur la machine virtuelle) |
| Adresses IP publiques par interface réseau | 256 |
| Adresses IP publiques par machine virtuelle | 256 |
| Flux TCP ou UDP simultanés par carte réseau de machine virtuelle ou instance de rôle | 500,000 |
| Cartes d’interface réseau | 65,536 |
| Network Security Group | 5,000 |
| Règles de groupe de sécurité réseau par groupe de sécurité réseau | 1,000 |
| Adresses IP et plages spécifiées pour la source ou la destination dans un groupe de sécurité (la limite s’applique séparément à la source et à la destination) | 4,000 |
| Groupes de sécurité d’application | 3,000 |
| Groupes de sécurité d’application par configuration IP, par carte réseau | 20 |
| Groupes de sécurité d’application référencés en tant que source/destination par règle de groupe de sécurité réseau (NSG) | 10 |
| Configurations IP par groupe de sécurité d’application | 4,000 |
| Groupes de sécurité d’application qui peuvent être spécifiés dans toutes les règles de sécurité d’un groupe de sécurité réseau | 100 |
| Tables d’itinéraires définies par l’utilisateur | 200 |
| Itinéraires définis par l’utilisateur par table d’itinéraire | 6001 |
| Itinéraires avec étiquette de service pour chaque table de routage | 25 |
| Certificats racines point à site pour chaque passerelle VPN Azure | 20 |
| Certificats clients révoqués point à site pour chaque passerelle VPN Azure | 300 |
| Configurations TAP d’interface réseau de chaque réseau virtuel TAP | 10 |
1La prise en charge de l’itinéraire défini par l’utilisateur par abonnement supérieur à 600 est disponible via Azure Virtual Network Manager.
Limites de l’adresse IP publique
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Adresses IPv4 publiques de base, IPv61,2,3 | 10 | Contacter le support technique |
| Adresses IPv4 publiques standard, IPv61 | 10 | Contacter le support technique |
| Adresses IPv4 publiques de niveau global, adresses IPv61 | 10 | Contacter le support technique |
| Préférence de routage Internet pour les adresses IPv4 publiques, adresses IPv61 | 10 | Contacter le support technique |
| Préfixes d’adresses IP publiques | Limités par le nombre d’adresses IP publiques standard dans un abonnement | Contacter le support technique |
| Taille de préfixe d’adresse IP publique | /28 | Contacter le support technique |
| Préfixes IP personnalisés | 5 | Contacter le support technique |
1Les limites par défaut pour les adresses IPv4/v6 publiques varient selon le type de catégorie d’offre, par exemple essai gratuit, paiement à l’utilisation, CSP. Par exemple, la valeur par défaut pour les abonnements Contrat Entreprise est 1 000 et la valeur par défaut pour le paiement à l’utilisation est 20. La majorité des offres commencent à 10. Il existe également un nombre total maximal d’adresses IP publiques par abonnement.
2Les adresses IP publiques de base seront supprimées à partir du 30 septembre 2025. Pour plus d’informations, voir ici .
Les limites suivantes s’appliquent uniquement aux ressources réseau gérées via le modèle de déploiement classique par abonnement. Découvrez comment afficher l’utilisation actuelle de vos ressources par rapport aux limites de votre abonnement.
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Réseaux virtuels | 100 | 100 |
| Sites de réseau local | 20 | 50 |
| Serveurs DNS par réseau virtuel | 20 | 20 |
| Adresses IP privées par réseau virtuel | 4,096 | 4,096 |
| Flux TCP ou UDP simultanés par carte réseau de machine virtuelle ou instance de rôle | 500 000, jusqu’à 1 000 000 pour deux cartes réseau ou plus. | 500 000, jusqu’à 1 000 000 pour deux cartes réseau ou plus. |
| Groupes de sécurité réseau (NSG) | 200 | 200 |
| Règles de groupe de sécurité réseau par groupe de sécurité réseau | 200 | 1,000 |
| Tables d’itinéraires définies par l’utilisateur | 200 | 200 |
| Itinéraires définis par l’utilisateur par table d’itinéraire | 400 | 400 |
| Adresses IP publiques (dynamiques) | 500 | 500 |
| Adresses IP publiques réservées | 500 | 500 |
| IP publique par déploiement | 5 | Contacter le support technique |
| IP privée (équilibrage de charge interne) par déploiement | 1 | 1 |
| Listes de contrôle d’accès (ACL) par point de terminaison | 50 | 50 |
Limites d’Azure Load Balancer
Équilibreur de charge standard
| Resource | Limit |
|---|---|
| Équilibreurs de charge | 1,000 |
| Configurations d’adresses IP frontales | 600 |
| Règles (Load Balancer + NAT entrant) par ressource | 1,500 |
| Règles par carte réseau (pour l’ensemble des adresses IP sur une carte réseau)1 | 300 |
| Règle de ports à haute disponibilité | 1 par serveur frontal interne |
| Règles de trafic sortant par Load Balancer | 600 |
| Taille de pool de serveur principal | 5,000 |
| Taille du pool back-end de l’équilibreur de charge global Azure | 300 |
| Configurations d’IP back-end par front-end 2 | 10,000 |
| Configurations d’IP back-end sur tous les front-ends | 500,000 |
1 Chaque carte réseau peut présenter un total de 300 règles (équilibrage de charge, traduction d'adresses réseau entrante et règles de trafic sortant combinées) paramétrées sur toutes les configurations de la carte réseau. 2 Les configurations d’IP back-end sont agrégées dans toutes les règles d’équilibreur de charge, notamment l’équilibrage de charge, le NAT de trafic entrant et les règles de trafic sortant. Chaque règle dans laquelle une instance de pool de back-ends est configurée compte comme une configuration.
Load Balancer n’applique aucune limite de débit. Toutefois, les limites de débit pour les machines virtuelles et les réseaux virtuels s’appliquent toujours. Pour plus d’informations, consultez Bande passante réseau des machines virtuelles.
Équilibreur de charge de passerelle
| Resource | Limit |
|---|---|
| Ressources chaînées par front-end de l’équilibreur de charge de passerelle (configurations front-end Load Balancer ou configurations IP de carte réseau de machine virtuelle combinées) | 100 |
Toutes les limites de Standard Load Balancer s’appliquent également à l’équilibreur de charge de passerelle.
Équilibreur de charge de base
| Resource | Limit |
|---|---|
| Équilibreurs de charge | 1,000 |
| Règles par ressource | 250 |
| Règles par groupe de sécurité réseau (sur l’ensemble des adresses IP sur une carte réseau) | 300 |
| Configurations d’adresses IP front-end3 | 200 |
| Taille de pool de serveur principal | 300 configurations d’adresses IP, groupe à haute disponibilité |
| Groupes à haute disponibilité par Load Balancer | 1 |
| Équilibreurs de charge par machine virtuelle | 2 (1 public et 1 interne) |
3 La limite d’une seule ressource discrète dans un pool back-end (machine virtuelle autonome, groupe à haute disponibilité ou groupe de sélection élective de groupes de machines virtuelles identiques) s’élève à 250 configurations d’adresses IP front-end maximum sur un seul équilibreur de charge public De base et un seul équilibreur de charge interne De base.
Limites d’Azure Application Gateway
Sauf mention contraire, le tableau suivant s’applique aux références SKU v1, v2, Standard et WAF.
| Resource | Limit | Note |
|---|---|---|
| Azure Application Gateway | 1000 par région et par abonnement | |
| Configurations d’adresses IP frontales | 4 | IPv4 - 1 public et 1 privé. IPv6 - 1 public et 1 privé. |
| Ports de serveur frontal | 1001 | |
| Pools d’adresses principales | 100 | |
| Cibles de back-end par pool | 1,200 | |
| Écouteurs HTTP | 2001 | Limité à 100 écouteurs actifs qui routent le trafic. Écouteurs actifs = nombre total d’écouteurs - écouteurs non actifs. Si une configuration par défaut à l’intérieur d’une règle de routage est définie pour router le trafic (avec, par exemple, un écouteur, un pool de back-ends et des paramètres HTTP), elle est également considérée comme un écouteur. Pour plus d'informations, consultez Forum Aux Questions sur le App Gateway. |
| Règles d’équilibrage de charge HTTP | 4001 | |
| Paramètres HTTP principaux | 1001 | |
| Instances par passerelle | Référence SKU V1 - 32 Référence SKU V2 - 125 |
|
| Certificats SSL | 1001 | 1 par écouteur HTTP |
| Taille maximale du certificat SSL | RÉFÉRENCE SKU V1 : 10 Ko RÉFÉRENCE SKU V2 : 16 Ko |
|
| Taille maximale du certificat d’autorité de certification cliente approuvée | 25 ko | 25 ko est la taille agrégée maximale des certificats racines et intermédiaires contenus dans un fichier pem ou cer chargé. |
| Nombre maximal de certificats d’autorité de certification cliente approuvée | 200 | 100 par profil SSL |
| Certificats d’authentification | 100 | |
| Certificats racines approuvés | 100 | |
| Délai minimum d’expiration de la demande | 1 seconde | |
| Délai maximal d’expiration de la demande pour un serveur principal privé | 24 heures | |
| Délai maximal d’expiration de la demande pour un serveur principal externe | 4 minutes | |
| Nombre de sites | 1001 | 1 par écouteur HTTP |
| Mappages d’URL par écouteur | 1 | |
| Noms d’hôtes par auditeur | 5 | |
| Nombre maximal de règles basées sur le chemin par mappage d’URL | 100 | |
| Configurations de redirection | 1001 | |
| Nombre d’ensembles de règles de réécriture | 400 | |
| Nombre de configurations d’en-tête ou d’URL par ensemble de règles de réécriture | 40 | |
| Nombre de conditions par ensemble de règles de réécriture | 40 | |
| Connexions WebSocket simultanées | Passerelles moyennes 20 0002 Grandes passerelles 50 0002 |
|
| Longueur maximale d’URL | 32 Ko | |
| Taille d’en-tête maximale | 32 Ko | |
| Taille d’en-tête maximale pour HTTP/2 | 8 Ko | |
| Taille d’en-tête maximale pour HTTP/2 | 16 Ko | |
| Nombre maximal de requêtes par connexion HTTP/2 | 1000 | Nombre total de requêtes pouvant partager la même connexion HTTP/2 front-end |
| Taille de téléchargement maximale (SKU Standard) | V1 - 2 Go V2 - 4 Go |
Cette limite de taille maximale est partagée avec le corps de la requête. |
| Taille maximale du chargement de fichiers (référence SKU WAF)3 | V1 moyenne - 100 Mo V1 volumineuse - 500 Mo V2 - 750 Mo V2 (avec CRS 3.2 ou DRS) -4 Go |
1 Mo – Valeur minimale 100 Mo – Valeur par défaut V2 avec CRS 3.2 ou Data Replication Service : peut être activé/désactivé |
| Limite maximale de la taille de la requête SKU standard (sans fichiers) | V1 - 2 Go V2 - 4 Go |
|
| Limite maximale de la taille de la requête WAF SKU (sans fichiers) | V1 ou V2 (avec CRS 3.1 et versions antérieures) - 128 Ko V2 (avec CRS 3.2 ou DRS) - 2 Mo4 |
8 Ko – Valeur minimale 128 Ko – Valeur par défaut V2 avec CRS 3.2 ou Data Replication Service : peut être activé/désactivé |
| Limite maximale d'inspection des demandes WAF SKU | V1 ou V2 (avec CRS 3.1 et versions antérieures) - 128 Ko V2 (avec CRS 3.2 ou DRS) - 2 Mo4 |
8 Ko – Valeur minimale 128 Ko – Valeur par défaut V2 avec CRS 3.2 ou Data Replication Service : peut être activé/désactivé |
| Configurations Private Link maximales | 2 | 1 pour l’adresse IP publique, 1 pour l’adresse IP privée |
| Configurations d’IP Private Link maximales | 8 | |
| Nombre maximal de règles personnalisées WAF par stratégie WAF | 100 | |
| Nombre maximal de conditions de correspondance du pare-feu d’applications web (WAF) par règle personnalisée | 10 | Cette limite n’est pas appliquée par le pare-feu d’applications web. L’ajout de plus de 10 conditions de correspondance peut entraîner une dégradation des performances |
| Plages d’adresses IP WAF par condition de correspondance | 540 600 - avec CRS 3.2 ou Data Replication Service |
|
| Exclusions WAF maximales par passerelle applicative | 40 200 - avec CRS 3.2 ou Data Replication Service |
|
| Valeurs de correspondance de chaîne WAF par condition de correspondance | 10 |
1 Le nombre de ressources répertoriées dans le tableau s’applique aux références SKU Application Gateway standard et aux références SKU compatibles WAF exécutant CRS 3.2 ou DRS. Pour les références SKU compatibles WAF exécutant CRS 3.1 ou une version antérieure, le nombre pris en charge est de 40. Pour plus d’informations, consultez le moteur WAF.
La limite 2 est définie par instance Application Gateway et non par ressource Application Gateway.
3 Il existe une mémoire tampon de 4 Ko sur la limite de chargement du fichier. La restriction de taille de fichier n’est pas appliquée tant que le chargement du fichier ne dépasse pas votre limite définie plus cette mémoire tampon.
4 Doit définir la valeur via la stratégie WAF pour Application Gateway.
Limites de Passerelle d’application pour conteneurs Azure
| Resource | Limit |
|---|---|
| Application Gateway pour les conteneurs | 1 000 par abonnement |
| Associations | 1 par passerelle |
| Frontends | 5 par passerelle |
Limites de configuration de l’API d’entrée et de la passerelle Kubernetes
| Resource | Limit |
|---|---|
| Nommage des ressources | 128 caractères |
| Nommage des espaces de noms | 128 caractères |
| Écouteurs par passerelle | 64 écouteurs par ressource de passerelle (appliqués par l’API Passerelle) |
| Nombre total de références AGC | 5 par contrôleur ALB |
| Nombre total de références de certificat | 100 par AGC |
| Nombre total d’écouteurs | 200 par AGC |
| Nombre total d’itinéraires | 200 par AGC |
| Nombre total de règles | 200 par AGC |
| Nombre total de services | 100 par AGC |
| Nombre total de points de terminaison | 5 000 par AGC |
Limites d’Azure Bastion
Une instance est une machine virtuelle Azure optimisée qui est créée lorsque vous configurez Azure Bastion. Quand vous configurez Azure Bastion à l’aide de la référence SKU De base, deux instances sont créées. Si vous utilisez la référence SKU Standard, vous pouvez spécifier un nombre d’instances compris entre 2 et 50.
| Type de charge de travail* | Limite de session par instance** |
|---|---|
| Light | 25 |
| Medium | 20 |
| Heavy | 2 |
*Ces types de charges de travail sont définis ici : Charges de travail Bureau à distance
**Ces limites sont basées sur les tests de performances RDP pour Azure Bastion. Les nombres peuvent varier en raison d’autres sessions RDP en cours ou d’autres sessions SSH en cours.
Limites d'Azure DNS
DNS public
Zones DNS publiques
| Resource | Limit |
|---|---|
| Zones DNS publiques par abonnement | 250 1 |
| Jeux d’enregistrements par zone DNS publique | 10 000 1 |
| Enregistrements par jeu d’enregistrements dans la zone DNS publique | 20 1 |
| Enregistrements TXT par ensemble d’enregistrements dans une zone DNS publique | 400 |
| Nombre d’enregistrements d’alias pour une seule ressource Azure | 50 |
1Si vous devez augmenter ces limites de quota, contactez le support Azure.
Opérations de la zone DNS publique
| Operation | Limite (par zone) |
|---|---|
| Create | 40/min |
| Delete | 40/min |
| Get | 1000/min |
| List | 60/min |
| Lister par groupe de ressources | 60/minutes (par groupe de ressources) |
| Update | 40/min |
Opérations publiques d’enregistrement de ressource DNS
| Operation | Limite (par zone) |
|---|---|
| Create | 200/min |
| Delete | 200/min |
| Get | 2000/min |
| Liste par zone DNS | 60/min |
| Liste par type | 60/min |
| Update | 200/min |
Private DNS
Zones DNS privées
| Resource | Limit |
|---|---|
| Zones DNS privées par abonnement | 1000 |
| Jeux d’enregistrements par zone DNS privée | 25000 |
| Enregistrements par jeu d’enregistrements pour les zones DNS privées | 20 |
| Liens de réseau virtuel par zone DNS privée | 1000 |
| Liens de réseau virtuel par zone DNS privée avec l’inscription automatique activée | 100 |
| Le nombre de zones DNS privées auxquelles un réseau virtuel peut être lié en cas d'enregistrement automatique est activé | 1 |
| Nombre de zones DNS privées auxquelles un réseau virtuel peut être lié | 1000 |
Opérations privées de la zone DNS
| Operation | Limite (par abonnement) |
|---|---|
| Create | 40/min |
| Delete | 40/min |
| Get | 200/min (par zone) |
| Lister par abonnement | 60/min |
| Lister par groupe de ressources | 100/minutes (par groupe de ressources) |
| Update | 40/min |
Opérations privées d’enregistrement de ressource DNS
| Operation | Limite (par zone) |
|---|---|
| Create | 60/min |
| Delete | 60/min |
| Get | 200/min |
| List | 100/min |
| Update | 60/min |
Opérations de liaisons de réseau virtuel
| Operation | Limite (par zone) |
|---|---|
| Create | 60/min |
| Delete | 60/min |
| Get | 100/min |
| Lister par réseau virtuel | 20/min |
| Update | 60/min |
Limites de machine virtuelle du résolveur DNS fourni par Azure
| Resource | Limit |
|---|---|
| Nombre de requêtes DNS qu'une machine virtuelle peut envoyer au résolveur Azure DNS, par seconde | 1000 1 |
| Nombre maximum de requêtes DNS mises en file d'attente (réponse en attente) par machine virtuelle | 200 1 |
1Ces limites sont appliquées à chaque machine virtuelle individuelle et non au niveau du réseau virtuel. Les requêtes DNS dépassant ces limites sont supprimées. Ces limites s’appliquent au résolveur Azure par défaut, et non au résolveur DNS privé.
Programme de résolution privé DNS1
| Resource | Limit |
|---|---|
| Programmes de résolution privés DNS par abonnement | 15 |
| Résolveurs privés DNS par réseau virtuel | 1 |
| Points de terminaison entrants par programme de résolution privé DNS | 5 |
| Points de terminaison sortants par programme de résolution privé DNS | 5 |
| Règles de transfert par ensemble de règles de transfert DNS | 1000 |
| Liens de réseau virtuel par ensemble de règles de transfert DNS | 500 |
| Ensemble de règles de transfert DNS lié à un réseau virtuel | 1 |
| Points de terminaison sortants par ensemble de règles de transfert DNS | 2 |
| Ensembles de règles de transfert DNS par point de terminaison sortant | 2 |
| Serveurs DNS cibles par règle de transfert | 6 |
| QPS par point de terminaison | 10,000 |
1Différentes limites peuvent être appliquées par le portail Azure jusqu’à ce que celui-ci soit mis à jour. Utilisez PowerShell pour provisionner des éléments jusqu’aux limites les plus récentes.
Limites du Pare-feu Azure
| Resource | Limit |
|---|---|
| Pare-feu Azure par réseau virtuel | 1 |
| Débit de données maximal | 100 Gbits/s pour Premium, 30 Gbits/s pour Standard, 250 Mbits/s pour la référence SKU De base (préversion) Pour plus d’informations, consultez Performances du Pare-feu Azure. |
| Limites de règle | 20 000 sources/destinations uniques dans les règles de réseau Destinations/source uniques dans un réseau = (Adresses sources + groupes d’IP sources) * (Adresses de destination + nombre de FQDN de destination) * (Nombre de protocoles Internet) * (Ports de destination) Vous pouvez suivre le nombre de règles réseau de stratégie de pare-feu dans l’analytique de stratégie sous l’onglet Insights . En tant que proxy, vous pouvez également surveiller vos métriques de sonde de latence de pare-feu pour vous assurer qu’elles restent dans un délai de 20 ms même pendant les heures de pointe. |
| Taille totale des règles au sein d’un groupe de collection de règles unique | 1 Mo pour les stratégies de pare-feu créées avant juillet 2022 2 Mo pour les stratégies de pare-feu créées après juillet 2022 |
| Nombre de groupes de collection de règles dans une stratégie de pare-feu | 50 pour les stratégies de pare-feu créées avant juillet 2022 90 pour les stratégies de pare-feu créées après juillet 2022 |
| Nombre maximal de règles DNAT (destinations externes maximales) | 250 maximum [nombre d’adresses IP publiques de pare-feu + destinations uniques (adresse de destination, port et protocole)] La limitation DNAT est due à la plateforme sous-jacente. Par exemple, vous pouvez configurer 500 règles UDP sur la même adresse IP de destination et le même port (une destination unique), tandis que 500 règles sur la même adresse IP mais sur 500 ports différents dépassent la limite (500 destinations uniques). Si vous en avez besoin de plus de 250, vous devez ajouter un autre pare-feu dans un réseau virtuel distinct |
| Taille minimale d’AzureFirewallSubnet | /26 |
| Plage de ports dans les règles de réseau et d’application | 1 - 65535 |
| Adresses IP publiques | 250 maximum. Toutes les adresses IP publiques peuvent être utilisées dans des règles DNAT et toutes contribuent aux ports SNAT disponibles. |
| Adresses IP dans les groupes IP | Nous vous recommandons un maximum de 50 groupes IP uniques par pare-feu classique. Maximum de 600 groupes IP uniques par stratégie de pare-feu. Maximum de 5 000 adresses IP individuelles ou préfixes IP pour chaque groupe IP. |
| Table de routage | Par défaut, AzureFirewallSubnet a une route 0.0.0.0/0 avec la valeur NextHopType définie sur Internet. Le Pare-feu Azure doit avoir une connectivité Internet directe. Si votre azureFirewallSubnet apprend un itinéraire par défaut vers votre réseau local via BGP, vous devez remplacer cela par un UDR 0.0.0.0/0 avec la valeur NextHopType définie comme Internet pour maintenir une connectivité Internet directe. Par défaut, Pare-feu Azure ne prend en charge le tunneling forcé vers un réseau local. Toutefois, si votre configuration nécessite un tunneling forcé vers un réseau local, Microsoft le prendra en charge au cas par cas. Contactez le support technique afin qu’il puisse étudier votre cas. Si votre dossier est accepté, nous autoriserons votre abonnement afin de garantir le maintien de la connectivité Internet du pare-feu. |
| Noms FQDN dans les règles réseau | Pour de bonnes performances, ne dépassez pas plus de 1 000 noms FQDN dans toutes les règles réseau par pare-feu. |
| Délai d’expiration de l’inspection TLS | 120 secondes |
Limites Azure Front Door (classique)
- Outre les limites suivantes, il existe une limite composite sur le nombre de règles d’acheminement, de domaines frontaux, de protocoles et de chemins d’accès.
| Resource | Limite de niveau classique |
|---|---|
| Ressources Azure Front Door par abonnement | 100 |
| Hôtes front-end, y compris les domaines personnalisés par ressource | 500 |
| Règles de routage par ressource | 500 |
| Règles par ensemble de règles | 25 |
| Pools principaux par ressource 2 | 50 |
| Serveurs principaux par pool back-end | 100 |
| Modèles de chemin à utiliser pour une règle de routage | 25 |
| URL dans un appel de vidage du cache unique | 100 |
| Bande passante maximale 1 | 75 Gbits/s |
| Nombre maximal de requêtes par seconde par profil 1 | 100,000 |
| Limite de taille de l’en-tête HTTP (par en-tête) | 32 Ko |
| Règles personnalisées de pare-feu d’applications web par stratégie | 100 |
| Stratégie de pare-feu d’applications web par abonnement | 100 |
| Conditions de correspondance du pare-feu d'applications web par règle personnalisée | 10 |
| Plages d’adresses IP du pare-feu d’applications web par règle personnalisée | 600 |
| Valeurs de correspondance de chaîne du pare-feu d'applications web par condition de correspondance | 10 |
| Longueur de valeur de correspondance de chaîne du pare-feu d'applications web | 256 |
| Longueur de nom de paramètre du corps POST du pare-feu d’applications web | 256 |
| Longueur du nom d’en-tête HTTP du pare-feu d’applications web | 256 |
| Longueur du nom de cookie du pare-feu d’applications web | 256 |
| Limite d’exclusion du pare-feu d’applications Web | 100 |
| Limite d’inspection de la taille du corps des requêtes HTTP du pare-feu d’applications web | 128 Ko |
| Longueur du corps de la réponse personnalisée du pare-feu d’applications web | 32 Ko |
1 Si le trafic n’est pas distribué globalement et concentré dans une ou plusieurs régions, ou si un quota plus élevé est limité, créez une demande de support Azure.
2 Pour demander une augmentation de limite, créez une demande de support Azure. Les abonnements gratuits, notamment le compte gratuit Azure et Azure for Students ne sont pas éligibles à des augmentations de limite ou de quota. Si vous disposez d’un abonnement gratuit, vous pouvez effectuer une mise à niveau vers un abonnement paiement à l'utilisation.
Limites du service Azure Front Door de niveau Standard et Premium
- Maximum de 500 profils Standard et Premium par abonnement.
- Outre les limites ci-dessous, il existe une limite composite sur le nombre d’itinéraires, de domaines, de protocoles et de chemins d’accès.
| Resource | Limite du niveau Standard | Limite du niveau Premium |
|---|---|---|
| Profils maximum par abonnement | 500 | 500 |
| Nombre maximal de points de terminaison par profil | 10 | 25 |
| Nombre maximal de domaines personnalisés par profil | 100 | 500 |
| Nombre maximal de groupes d’origines par profil | 100 | 200 |
| Origines maximales par groupe d’origines | 50 | 50 |
| Nombre maximal d’origines par profil | 100 | 200 |
| Délai d’expiration maximal de l’origine | De 16 à 240 sec | De 16 à 240 sec |
| Nombre maximal d’itinéraires par profil | 100 | 200 |
| Nombre maximal d’ensembles de règles par profil | 100 | 200 |
| Nombre maximal de règles par itinéraire | 100 | 100 |
| Nombre maximal de règles par ensemble de règles | 100 | 100 |
| Bande passante maximale 1 | 75 Gbits/s | 75 Gbits/s |
| Demandes maximales par seconde par profil 1,2 | 100,000 | 100,000 |
| Nombre maximal de connexions WebSocket simultanées par profil 3 | 3,000 | 3,000 |
| Modèles de chemin à utiliser pour une règle de routage | 25 | 50 |
| URL dans un appel de vidage du cache unique | 100 | 100 |
| Nombre maximal de stratégies de sécurité par profil | 100 | 200 |
| Nombre maximal d’associations par stratégie de sécurité | 110 | 225 |
| Nombre maximal de secrets par profil | 100 | 500 |
| Nombre maximal de groupes de clés par profil | 100 | 200 |
| Limite de taille de l’en-tête HTTP (par en-tête) | 32 Ko | 32 Ko |
| Stratégie de pare-feu d’applications web (WAF) par abonnement | 100 | 100 |
| Règles personnalisées WAF par stratégie | 100 | 100 |
| Conditions de correspondance WAF par règle personnalisée | 10 | 10 |
| Règles regex personnalisées WAF par stratégie | 5 | 5 |
| Plages d’adresses IP WAF par conditions de correspondance | 600 | 600 |
| Valeurs de correspondance de chaîne WAF par condition de correspondance | 10 | 10 |
| Longueur de la valeur de correspondance de chaîne WAF | 256 | 256 |
| Longueur de nom de paramètre du corps POST de WAF | 256 | 256 |
| Longueur du nom d’en-tête HTTP WAF | 256 | 256 |
| Longueur du nom du cookie WAF | 256 | 256 |
| Exclusion WAF par stratégie | 100 | 100 |
| Limite d’inspection de la taille du corps des requêtes et du chargement de fichier HTTP du WAF | 128 Ko | 128 Ko |
| Longueur du corps de la réponse personnalisée WAF | 32 Ko | 32 Ko |
1 Si le trafic n’est pas distribué globalement et concentré dans une ou plusieurs régions, ou si une limite de quota plus élevée est nécessaire, créez une demande de support Azure.
2 Il existe actuellement 5 000 requêtes par seconde par limite POP pour chaque profil Front Door. Au-delà de cette limite, l’emplacement POP supprime les connexions. Si les demandes sont concentrées dans une des régions et dépassent cette limite, vous pouvez demander une limite POP plus élevée en envoyant une demande de support Azure.
3 Si vous avez besoin de plus de 3 000 connexions WebSocket simultanées, envoyez une demande de support Azure.
Valeurs de délai d’expiration
Du client à Front Door
- Délai d’expiration de l’en-tête : après avoir établi une connexion TCP/TLS, Front Door dispose d’un délai de 5 secondes pour recevoir tous les en-têtes du client. La connexion est arrêtée si le client n’envoie pas d’en-têtes dans les 5 secondes. Vous ne pouvez pas configurer la valeur de ce délai d’expiration.
- Délai d’expiration de la conservation des données HTTP : Front Door dispose d’un délai d’expiration HTTP de 90 secondes. La connexion est arrêtée si le client n’envoie pas de données pendant 90 secondes. Vous ne pouvez pas configurer la valeur de ce délai d’expiration.
De Front Door au serveur d’applications back-end
Une fois que la requête HTTP est transférée au back end, Azure Front Door attend 60 secondes (Standard et Premium) ou 30 secondes (classique) l’arrivée du premier paquet depuis le back end. Ensuite, il renvoie une erreur 503 au client, ou 504 pour une requête de mise en cache. Vous pouvez configurer cette valeur à l’aide du champ originResponseTimeoutSeconds dans l’API Azure Front Door Standard et Premium, ou du champ sendRecvTimeoutSeconds dans l’API Azure Front Door (classique).
Une fois que le back-end reçoit le premier paquet, et si l’origine s’interrompt pour une raison quelconque au milieu du corps de la réponse au-delà d’originResponseTimeoutSeconds ou de sendRecvTimeoutSeconds, la réponse est annulée.
Front Door tire parti de HTTP keep-alive pour maintenir les connexions ouvertes en vue de leur réutilisation à partir des requêtes précédentes. Ces connexions ont un délai d’inactivité de 90 secondes. Azure Front Door déconnecte les connexions inactives après avoir atteint le délai d’inactivité de 90 secondes. Cette valeur de délai d’attente ne peut pas être configurée.
Taille limite pour le chargement et le téléchargement des données
| Avec encodage de transfert mémorisé en bloc (CTE) | Sans segmentation HTTP | |
|---|---|---|
| Download | La taille du téléchargement n’est pas limitée. | La taille du téléchargement n’est pas limitée. |
| Upload | Aucune limite tant que la taille de chaque chargement avec encodage de transfert mémorisé en bloc est inférieure à 2 Go. | Elle ne peut pas être supérieure à 2 Go. |
Autres limites
- Taille d’URL maximale : 8 192 octets - Spécifie la longueur maximale de l’URL brute (schéma + nom d’hôte + port + chemin + chaîne de requête de l’URL)
- Taille maximale de chaîne de requête : 4 096 octets - Spécifie la longueur maximale de la chaîne de requête en octets.
- Taille maximale d’en-tête de réponse HTTP à partir de l’URL de la sonde d’intégrité - 4096 octets - Spécifie la longueur maximale de tous les en-têtes de réponse des sondes d’intégrité.
- Nombre de caractères maximum de la valeur d’en-tête de l’action du moteur de règles : 640 caractères.
- Nombre de caractères maximum de la valeur d’en-tête de condition du moteur de règles : 256 caractères.
- Taille maximale de l’en-tête ETag : 128 octets
- Nom endhpoint maximal pour Standard et Premium : 46 caractères.
Pour plus d’informations sur les limites qui s’appliquent aux configurations du moteur de règles, consultez la terminologie du moteur de règles.
Limites d’Azure Network Watcher
| Resource | Limit |
|---|---|
| Instances Network Watcher par région et par abonnement | 1 (Une instance dans une région pour activer l’accès au service dans la région) |
| Moniteurs de connexion par région et par abonnement | 100 |
| Nombre maximum de groupes de tests par moniteur de connexion | 20 |
| Nombre maximum de sources et de destinations par moniteur de connexion | 100 |
| Nombre maximum de configurations de test par moniteur de connexion | 20 |
| Sessions de capture de paquets par région et par abonnement | 10 000 (nombre de sessions uniquement, sans captures enregistrées) |
| Résoudre les problèmes liés aux opérations VPN par abonnement | 1 (nombre d’opérations à la fois) |
Limites du Serveur de routes Azure
| Resource | Limit |
|---|---|
| Nombre d’homologues BGP | 8 |
| Nombre d’itinéraires que chaque homologue BGP peut publier sur Azure Route Server 1 | 4,000 |
| Nombre de machines virtuelles du réseau virtuel (réseaux virtuels appairés compris) que Serveur de routes Azure peut prendre en charge | 50,000 |
| Nombre de réseaux virtuels que le service Serveur de routes Azure peut prendre en charge | 500 |
| Nombre total de préfixes locaux et Réseau virtuel Microsoft Azure que le Serveur de routes Azure peut prendre en charge | 10,000 |
1 Si votre appliance virtuelle réseau publie plus d’itinéraires que la limite, la session BGP est annulée.
Note
Le nombre total d’itinéraires publiés à partir de l’espace d’adressage du réseau virtuel et du serveur de routage vers le circuit ExpressRoute, lorsque la branche à branche est activée, ne doit pas dépasser 1 000. Pour plus d’informations, consultez Limites de publication de routage d’ExpressRoute.
Limites d’Azure ExpressRoute
| Resource | Limit |
|---|---|
| Circuits ExpressRoute par abonnement | 50 (Envoyer une demande de support pour augmenter la limite) |
| Circuits ExpressRoute par région par abonnement, avec Azure Resource Manager | 10 |
| Nombre maximal de circuits dans le même emplacement de peering liés au même réseau virtuel | 4 |
| Nombre maximal de circuits dans différents emplacements de peering liés au même réseau virtuel | Standard / ERGw1Az – 4 High Perf / ERGw2Az – 8 Ultra Performance / ErGw3Az – 16 |
| Nombre maximal d’adresses IP pour le circuit du fournisseur ExpressRoute avec Fastpath | 25,000 |
| Nombre maximal d’adresses IP pour ExpressRoute Direct 10 Gbits/s avec Fastpath | 100,000 |
| Nombre maximal d’adresses IP pour ExpressRoute Direct 100 Gbits/s avec Fastpath | 200,000 |
| Nombre maximal de flux pour ExpressRoute Traffic Collector | 300,000 |
Limites des publications de routage
| Resource | Référence SKU locale/standard | SKU Premium |
|---|---|---|
| Nombre maximal de routes IPv4 sur site annoncées via le peering privé Azure vers le circuit ExpressRoute | 4,000 | 10,000 |
| Nombre maximal de routes IPv6 sur site annoncées via le peering privé Azure vers le circuit ExpressRoute | 100 | 100 |
| Nombre maximal de routes de réseau virtuel IPv4 annoncées par la passerelle vers le circuit ExpressRoute via le peering privé Azure | 1,000 | 1,000 |
| Nombre maximal de routes de réseau virtuel IPv6 annoncées par la passerelle vers le circuit ExpressRoute via le peering privé Azure | 100 | 100 |
| Nombre maximal de routes IPv4 publiées sur le peering Microsoft localement | 200 | 200 |
| Nombre maximal de routes IPv6 publiées sur le peering Microsoft localement | 200 | 200 |
Liens de réseaux virtuels autorisés pour chaque limite de circuit ExpressRoute
| Taille du circuit | Référence SKU locale/standard | SKU Premium |
|---|---|---|
| 50 Mbits/s | 10 | 20 |
| 100 Mbits/s | 10 | 25 |
| 200 Mbits/s | 10 | 25 |
| 500 Mbits/s | 10 | 40 |
| 1 Gbit/s | 10 | 50 |
| 2 Gbit/s | 10 | 60 |
| 5 Gbit/s | 10 | 75 |
| 10 Gbits/s | 10 | 100 |
| 40 Gbits/s* | 10 | 100 |
| 100 Gbits/s* | 10 | 100 |
* ExpressRoute Direct 100 Gbits/s uniquement
Note
Les connexions Global Reach sont décomptées par rapport à la limite de connexions de réseau virtuel par circuit ExpressRoute. Par exemple, un circuit Premium de 10 Gbits/s autorise 5 connexions Global Reach et 95 connexions aux passerelles ExpressRoute ou 95 connexions Global Reach et 5 connexions aux passerelles ExpressRoute, ou toute autre combinaison jusqu’à la limite de 100 connexions pour le circuit.
Limites des performances de la passerelle ExpressRoute
Les tableaux suivants fournissent une vue d’ensemble des différents types de passerelles, de leurs limitations respectives et de leurs métriques de performances attendues.
Limites maximales prises en charge
Ce tableau s’applique aux modèles de déploiement Azure Resource Manager et classiques.
| SKU de la passerelle | Mégabits par seconde | Paquets par seconde | Nombre de machines virtuelles prises en charge dans le réseau virtuel 1 | Limite du nombre de flux | Nombre de routes apprises par passerelle |
|---|---|---|---|---|---|
| Standard/ERGw1Az | 1,000 | 100,000 | 2,000 | 200,000 | 4,000 |
| Haute performance/ERGw2Az | 2,000 | 200,000 | 4,500 | 400,000 | 9,500 |
| Ultra-performance/ErGw3Az | 10,000 | 1,000,000 | 11,000 | 1,000,000 | 9,500 |
| ErGwScale (par unité d’échelle 1-10) | 1 000 par unité d'échelle | 100 000 par unité d'échelle | 2 000 par unité d'échelle | 100 000 par unité d'échelle | 9 500 totaux par passerelle |
| ErGwScale (par unité d’échelle 11-40) | 1 000 par unité d'échelle | 200 000 par unité d’échelle | 1 000 par unité d'échelle | 100 000 par unité d'échelle | 9 500 totaux par passerelle |
1 Les valeurs de la table sont des estimations et varient en fonction de l’utilisation du processeur de la passerelle. Si l’utilisation du processeur est élevée, et si le nombre de machines virtuelles prises en charge est dépassé, la passerelle commence à abandonner des paquets.
Note
ExpressRoute peut faciliter jusqu’à 11 000 routes qui s’étendent sur les espaces d’adressage de réseau virtuel, les réseaux locaux et toutes les connexions d’appairage de réseaux virtuels appropriées. Pour veiller à la stabilité de votre connexion ExpressRoute, évitez de publier plus de 11 000 routes sur ExpressRoute. Le nombre maximal de routes publiées par passerelle est de 1 000 routes.
Important
- Les performances de l’application dépendent de plusieurs facteurs, par exemple la latence de bout en bout et le nombre de flux de trafic ouverts par l’application. Les numéros indiqués dans le tableau représentent la limite supérieure que l’application peut théoriquement atteindre dans un environnement idéal. De plus, nous effectuons une maintenance de routine de l’hôte et du système d’exploitation sur la passerelle réseau virtuelle ExpressRoute pour maintenir la fiabilité du service. Pendant une période de maintenance, la capacité du plan de contrôle et du chemin de données de la passerelle est réduite.
- Durant une période de maintenance, vous pouvez rencontrer des problèmes de connectivité intermittents aux ressources de point de terminaison privé.
- ExpressRoute prend en charge les paquets TCP et UDP dont la taille maximale est de 1 400 octets. Les paquets fragmentés ne sont pas pris en charge par les passerelles ExpressRoute. Ajustez votre application pour empêcher la fragmentation IP. Si la prise en charge de la fragmentation IP est requise, activez la fonctionnalité ExpressRoute FastPath pour contourner la passerelle ExpressRoute.
- Le service Serveur de routes Azure peut prendre en charge jusqu’à 4 000 machines virtuelles. Cette limite comprend les machines virtuelles dans les réseaux virtuels qui sont appairés. Pour plus d’informations, consultez Limitations du Serveur de routes Azure.
- Les valeurs du tableau ci-dessus représentent les limites de chaque référence SKU de passerelle.
Limites d’Azure NAT Gateway
Les limites suivantes s’appliquent aux ressources de passerelle NAT Standard et StandardV2 gérées par le biais d’Azure Resource Manager par région par abonnement. Découvrez comment afficher l’utilisation actuelle de vos ressources par rapport aux limites de votre abonnement.
Important
La passerelle Azure NAT SKU V2 Standard est actuellement en version préliminaire. Consultez les Conditions d’utilisation supplémentaires pour les préversions Microsoft Azure pour les conditions légales qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou qui ne sont pas encore publiées en disponibilité générale.
Note
Chaque abonnement a un quota combiné pour les passerelles NAT Standard et StandardV2. Par exemple, si votre abonnement a un quota de 100 passerelles NAT, vous pouvez créer n’importe quelle combinaison de passerelles NAT Standard et StandardV2 jusqu’à ce quota.
| Resource | Référence SKU standard | StandardV2 SKU |
|---|---|---|
| Adresses IP publiques | 16 adresses IPv4 | 16 adresses IPv4 |
| Subnets | 800 par passerelle NAT | 800 par passerelle NAT |
| Débit de données1 | 50 Gbits/s par passerelle NAT | 100 Gbits/s par passerelle NAT, 1 Gbit/s par passerelle NAT |
| Passerelles NAT pour les contrats Entreprise et Fournisseur de Solutions Cloud (CSP)2 | 1 000 par abonnement et par région | voir la colonne précédente pour le quota combiné |
| Passerelles NAT pour les contrats sponsorisés et avec paiement à l’utilisation2 | 100 par abonnement et par région | voir la colonne précédente pour le quota combiné |
| Les passerelles NAT pour l'Essai Gratuit et tous les autres types d’offres2 | 15 par abonnement et par région | voir la colonne précédente pour le quota combiné |
| Paquets traités | Paquets de 5 M par seconde | 10 Millions de paquets par seconde par passerelle NAT, 100 000 PPS par connexion |
| Connexions au même point de terminaison de destination | 50 000 connexions à la même destination par adresse IP publique | 50 000 connexions à la même destination par adresse IP publique |
| Nombre total de connexions | 2 millions de connexions par passerelle NAT | 2 millions de connexions par passerelle NAT |
1 Pour une ressource de passerelle NAT de référence SKU Standard, le débit total des données de 50 Gbits/s est divisé entre les données sortantes et entrantes (renvoyées). Le débit des données est pris en charge jusqu’à 25 Gbits/s pour les données sortantes et jusqu’à 25 Gbits/s pour les données entrantes (réponse) via la passerelle NAT.
2 Les limites par défaut pour les passerelles NAT varient selon le type de catégorie d’offre, comme l'essai gratuit, le paiement à l’utilisation et le CSP. Par exemple, la valeur par défaut pour les abonnements Accord Entreprise est 1 000.
Limites d’Azure Private Link
Les limites suivantes s’appliquent à Liaison privée Azure :
| Resource | Limit |
|---|---|
| Nombre de points de terminaison privés par réseau virtuel | 1000 |
| Nombre de points de terminaison privés sur des réseaux virtuels appairés | 4000 |
| Nombre de points de terminaison privés par abonnement | 64000 |
| Nombre de services de liaison privée par abonnement | 800 |
| Nombre de services de liaison privée par Standard Load Balancer | 8 |
| Nombre de configurations IP sur un service Liaison privée | 8 (ce nombre est utilisé pour les adresses IP NAT utilisées par PLS) |
| Nombre de points de terminaison privés sur le même service Liaison privée | 1000 |
| Nombre d’abonnements autorisés dans le paramètre de visibilité sur le service de liaison privée | 100 |
| Nombre d’abonnements autorisés dans le paramètre d’approbation automatique sur le service de liaison privée | 100 |
| Nombre de points de terminaison privés par coffre de clés | 64 |
| Nombre de groupes de zones DNS privés qui peuvent être liés à un point de terminaison privé | 1 |
| Nombre de zones DNS dans chaque groupe | 5 |
| Nombre d’adresses IP privées sur l’interface réseau d’un point de terminaison privé | 500 |
Limites d’Azure Traffic Manager
Limites des ressources
| Resource | Limit |
|---|---|
| Profils par abonnement | 200 1 |
| Points de terminaison par profil | 200 |
1Si vous devez augmenter ces limites, contactez le support Azure.
Limites de limitation par défaut
Profiles
| Operation | Limite (par minute) |
|---|---|
| Create/update | 600 |
| Get | 450 |
| Delete | 150 |
| Liste dans un groupe de ressources ou un abonnement | 450 |
| Vérifier la disponibilité du nom DNS | 300 |
Endpoints
| Operation | Limite (par minute) |
|---|---|
| Create/update/delete | 300 |
| Get | 1500 |
Métriques & carte thermique
| Operation | Limite (par minute) |
|---|---|
| Obtenir/créer/supprimer une clé de métriques utilisateur | 150 |
| Obtenir la carte thermique | 150 |
Hiérarchie géographique
| Operation | Limite (par minute) |
|---|---|
| Get | 150 |
Limites de la passerelle VPN Azure
Les limites suivantes s’appliquent aux ressources de la passerelle VPN Azure et aux passerelles de réseau virtuel, sauf indication contraire.
| Resource | Limit |
|---|---|
| Préfixes d’adresse de réseau virtuel | 600 par passerelle VPN |
| Agréger des itinéraires BGP | 4 000 par passerelle VPN |
| Préfixes d’adresses de passerelle réseau locale | 1 000 par passerelle réseau locale. |
| Connexions S2S | La limite dépend de la référence SKU de passerelle. Consultez le tableau Limites par référence SKU de passerelle. |
| Connexions P2S | La limite dépend de la référence SKU de passerelle. Consultez le tableau Limites par référence SKU de passerelle. |
| Limite d’itinéraire P2S – IKEv2 | 256 pour non Windows / 25 pour Windows |
| Limite d’itinéraire P2S – OpenVPN | 1000 |
| Max. flows | 500K entrant et 500K sortant pour VpnGw1-5/AZ |
| Stratégies de sélecteur de trafic | 100 |
| Adresses APIPA BGP personnalisées | 32 |
| Nombre de machines virtuelles prises en charge dans le réseau virtuel | La limite dépend de la référence SKU de passerelle. Consultez le tableau Limites par référence SKU de passerelle. |
Limites par référence SKU de passerelle
|
VPN Gateway Génération |
SKU |
S2S/VNet-à-VNet Tunnels |
P2S Connexions SSTP |
P2S Connexions IKEv2/OpenVPN |
Agrégat Évaluation du débit |
BGP | Zone-redundant | Nombre de machines virtuelles prises en charge dans le réseau virtuel |
|---|---|---|---|---|---|---|---|---|
| Generation1 | Basic | Max. 10 | Max. 128 | Non pris en charge | 100 Mbits/s | Non pris en charge | No | 200 |
| Generation1 | VpnGw1 | Max. 30 | Max. 128 | Max. 250 | 650 Mbits/s | Supported | No | 450 |
| Generation1 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1 Gbit/s | Supported | No | 1300 |
| Generation1 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 1,25 Gbits/s | Supported | No | 4000 |
| Generation1 | VpnGw1AZ | Max. 30 | Max. 128 | Max. 250 | 650 Mbits/s | Supported | Yes | 1000 |
| Generation1 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1 Gbit/s | Supported | Yes | 2000 |
| Generation1 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 1,25 Gbits/s | Supported | Yes | 5000 |
| Generation2 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1,25 Gbits/s | Supported | No | 685 |
| Generation2 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 2,5 Gbits/s | Supported | No | 2240 |
| Generation2 | VpnGw4 | Max. 100* | Max. 128 | Max. 5000 | 5 Gbit/s | Supported | No | 5300 |
| Generation2 | VpnGw5 | Max. 100* | Max. 128 | Max. 10000 | 10 Gbits/s | Supported | No | 6700 |
| Generation2 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1,25 Gbits/s | Supported | Yes | 2000 |
| Generation2 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 2,5 Gbits/s | Supported | Yes | 3300 |
| Generation2 | VpnGw4AZ | Max. 100* | Max. 128 | Max. 5000 | 5 Gbit/s | Supported | Yes | 4400 |
| Generation2 | VpnGw5AZ | Max. 100* | Max. 128 | Max. 10000 | 10 Gbits/s | Supported | Yes | 9000 |
Pour plus d’informations sur les références SKU de passerelle et les limites, consultez Présentation des références SKU de passerelle.
Limites de performances des passerelles
Le tableau de cette section liste les résultats des tests de performances des références SKU VpnGw. Un tunnel VPN se connecte à une instance de passerelle VPN. Le débit de chaque instance est mentionné dans la table des débits de la section précédente et il est disponible sous forme de calcul agrégé pour tous les tunnels qui se connectent à cette instance. Le tableau montre la bande passante observée et le débit en paquets par seconde par tunnel pour les différentes références SKU de passerelle. Tous les tests ont été effectués entre les passerelles (points de terminaison) dans Azure dans différentes régions avec 100 connexions et dans des conditions de charge standard. Nous avons utilisé les outils iPerf et CTSTraffic disponibles publiquement pour mesurer les performances des connexions de site à site
- Les meilleures performances sont obtenues quand nous utilisons l’algorithme GCMAES256 à la fois pour le chiffrement IPsec et pour l’intégrité.
- Nous obtenons des performances moyennes lors de l’utilisation d’AES256 pour le chiffrement IPsec et de SHA256 pour l’intégrité.
- Les performances les plus faibles sont obtenues quand nous utilisons DES3 pour le chiffrement IPsec et SHA256 pour l’intégrité.
| Generation | SKU |
Algorithmes utilisés |
Débit observé par tunnel |
Paquets par seconde et par tunnel observés |
|---|---|---|---|---|
| Generation1 | VpnGw1 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
650 Mbits/s 500 Mbits/s 130 Mbits/s |
62,000 47,000 12,000 |
| Generation1 | VpnGw2 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,2 Gbits/s 650 Mbits/s 140 Mbits/s |
100,000 61,000 13,000 |
| Generation1 | VpnGw3 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,25 Gbits/s 700 Mbits/s 140 Mbits/s |
120,000 66,000 13,000 |
| Generation1 | VpnGw1AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
650 Mbits/s 500 Mbits/s 130 Mbits/s |
62,000 47,000 12,000 |
| Generation1 | VpnGw2AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,2 Gbits/s 650 Mbits/s 140 Mbits/s |
110,000 61,000 13,000 |
| Generation1 | VpnGw3AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,25 Gbits/s 700 Mbits/s 140 Mbits/s |
120,000 66,000 13,000 |
| Generation2 | VpnGw2 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,25 Gbits/s 550 Mbits/s 130 Mbits/s |
120,000 52,000 12,000 |
| Generation2 | VpnGw3 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,5 Gbits/s 700 Mbits/s 140 Mbits/s |
140,000 66,000 13,000 |
| Generation2 | VpnGw4 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
2,3 Gbits/s 700 Mbits/s 140 Mbits/s |
220,000 66,000 13,000 |
| Generation2 | VpnGw5 | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
2,3 Gbits/s 700 Mbits/s 140 Mbits/s |
220,000 66,000 13,000 |
| Generation2 | VpnGw2AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,25 Gbits/s 550 Mbits/s 130 Mbits/s |
120,000 52,000 12,000 |
| Generation2 | VpnGw3AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
1,5 Gbits/s 700 Mbits/s 140 Mbits/s |
140,000 66,000 13,000 |
| Generation2 | VpnGw4AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
2,3 Gbits/s 700 Mbits/s 140 Mbits/s |
220,000 66,000 13,000 |
| Generation2 | VpnGw5AZ | GCMAES256 AES256 et SHA256 DES3 et SHA256 |
2,3 Gbits/s 700 Mbits/s 140 Mbits/s |
220,000 66,000 13,000 |
Limites d’Azure Virtual WAN
| Resource | Limit |
|---|---|
| Connexions VPN (branches) par hub | 1,000 |
| Débit agrégé par passerelle VPN de site à site Virtual WAN | 20 Gbits/s |
| Débit par connexion VPN Virtual WAN (2 tunnels) | 2 Gbits/s avec tunnel 1 Gbit/IPsec |
| Utilisateurs point à site par hub | 100,000 |
| Débit agrégé par passerelle VPN (de point à site) Virtual WAN | 200 Gbits/s |
| Débit agrégé par passerelle ExpressRoute Virtual WAN | 20 Gbits/s |
| Connexions de circuit ExpressRoute par hub | 8 - En savoir plus ici |
| Connexions de réseau virtuel par hub sans intention de routage activée | 500 moins le nombre total de hubs dans Virtual WAN |
| Espaces d’adressage sur tous les VNets directement connectés à un hub unique avec une intention de routage et des stratégies de routage privées activées | 600 par hub Virtual WAN - En savoir plus ici |
| Débit agrégé par routeur hub Virtual WAN | 50 Gbits/s pour le transit de réseau virtuel à réseau virtuel |
| Charge de travail de machine virtuelle sur tous les réseaux virtuels connectés à un seul hub Virtual WAN | 2000 (Si vous souhaitez augmenter la limite ou le quota au-dessus de la limite par défaut, consultez les paramètres du hub). |
| Nombre total de routes que le hub peut accepter à partir de ses ressources connectées (réseaux virtuels, branches, autres hubs virtuels, etc.) | 10,000 |
Limites d’Azure Notification Hubs
| Tier | Free | Basic | Standard |
|---|---|---|---|
| Notifications Push incluses | 1 million | 10 millions | 10 millions |
| Appareils actifs | 500 | 200,000 | 10 millions |
| Quota de balises par installation/inscription | 60 | 60 | 60 |
Pour plus d’informations sur les limites et les tarifs, consultez Tarifs de Notification Hubs.
Limites de Microsoft Dev Box
| Type d’abonnement | Cœurs de machine virtuelle | Connexions réseau | Centres de développement | Définitions Dev Box | Projets Dev Box |
|---|---|---|---|---|---|
| Paiement à l’utilisation | 20 | 5 | 2 | 200 | 500 |
| Azure Pass | 20 | 5 | 2 | 200 | 500 |
| CSP | 20 | 5 | 2 | 200 | 500 |
| Essai gratuit | 0 | 0 | 0 | 0 | 0 |
| Azure pour les étudiants | 0 | 0 | 0 | 0 | 0 |
| Enterprise | 80 | 10 | 5 | 200 | 500 |
| MSDN | n/a | 5 | 2 | 200 | 500 |
Limites du service Microsoft Entra
Consultez les limites du service Microsoft Entra pour les limites du service Microsoft Entra.
Limites Microsoft Purview
Pour connaître les quotas Microsoft Purview les plus courants, consultez Limites de gouvernance des données Microsoft Purview classiques.
Limites de Microsoft Sentinel
Pour connaître les limites de Microsoft Sentinel, consultez Limites de service pour Microsoft Sentinel.
Limites d’Azure Service Bus
Le tableau suivant répertorie les informations de quota propres à la messagerie Azure Service Bus. Pour plus d’informations sur la tarification et d’autres quotas pour Service Bus, voir la Tarification Service Bus.
Limites communes à tous les niveaux
Les limites suivantes sont communes à tous les niveaux.
| Nom du quota | Value | Notes |
|---|---|---|
| Nombre maximal d’espaces de noms par abonnement Azure par région | 1 000 (valeur par défaut et maximale) | Cette limite est basée sur le fournisseur Microsoft.ServiceBus, et non sur le niveau. Par conséquent, il s’agit du nombre total d’espaces de noms sur tous les niveaux. Les demandes suivantes d’espaces de noms supplémentaires sont rejetées. |
| Nombre de connexions simultanées dans un espace de noms | Messagerie Net : 1 000. AMQP : 5 000. |
Les demandes suivantes pour des connexions supplémentaires sont rejetées. Les opérations REST ne sont pas comptées parmi les connexions TCP simultanées. |
| Nombre de demandes de réception simultanées sur une entité de file d’attente, de rubrique ou d’abonnement | 5,000 | Les demandes de réception suivantes sont rejetées. Ce quota s’applique au nombre combiné d’opérations de réception simultanées sur tous les abonnements à une rubrique. |
| Taille maximale de tout chemin d’entité de messagerie : file d’attente ou rubrique | 260 caractères. | |
| Taille maximale de tout nom d’entité de messagerie : espace de noms, abonnement ou règle d’abonnement | 50 caractères. | |
| Taille maximale de l’ID d’un message | 128 | |
| Nombre maximal d’états de session par entité de messagerie : file d’attente ou abonnement | 1,000,000 | |
| Taille maximale de l’ID de session d’un message | 128 | |
| Taille de propriété de message d’une entité de file d’attente; de rubrique ou d’abonnement | La taille de propriété de message maximale pour chaque propriété est de 32 Ko. La taille cumulée de toutes les propriétés ne peut pas dépasser 64 Ko. Cette limite s’applique à l’intégralité de l’en-tête du message réparti, qui inclut les propriétés de l’utilisateur ainsi que les propriétés système telles que le numéro de séquence, l’étiquette et l’ID de message. Nombre maximal de propriétés d’en-tête dans le conteneur de propriétés : octet/int. MaxValue. |
L’exception SerializationException est générée. |
| Nombre de filtres SQL par rubrique | 2,000 | Les demandes subséquentes de création de filtres supplémentaires sur le sujet sont rejetées, et le code appelant reçoit une exception. |
| Nombre de filtres de corrélation par rubrique | 100,000 | Les demandes subséquentes de création de filtres supplémentaires sur le sujet sont rejetées, et le code appelant reçoit une exception. |
| Taille d’actions ou de filtres SQL | Longueur maximale de la chaîne de condition de filtre : 1 024 (1 Ko). Longueur maximale de la chaîne d’action de règle : 1,024 (1 Ko). Nombre maximal d’expressions par action de règle : 32. |
Les demandes suivantes de création de filtres supplémentaires sont rejetées et le code appelant reçoit une exception. |
| Nombre de règles d’autorisation d’accès partagé par espace de noms, file d’attente ou rubrique | Nombre maximal de règles par type d’entité : 12. Les règles qui sont configurées dans un espace de noms Service Bus s’appliquent à tous les types : files d’attente, rubriques. |
Les demandes suivantes de création de règles supplémentaires sont rejetées et le code appelant reçoit une exception. |
| Nombre de messages par transaction | 100 Pour les opérations Send() et SendAsync(). |
Des messages entrants supplémentaires sont rejetés et le code appelant reçoit une exception avec le message : Impossible d’envoyer plus de 100 messages dans une seule transaction. |
| Nombre maximal de messages supprimés dans un appel DeleteMessagesAsync | 500 | L’API DeleteMessagesAsync prend en charge la suppression de jusqu’à 500 messages par appel. Les requêtes dépassant cette limite (par exemple, 4000) lèvent une exception ArgumentOutOfRangeException. |
| Nombre maximal de messages retournés dans un appel PeekMessagesAsync | 250 | |
| Nombre de règles de réseau virtuel et de filtre IP | 128 |
Niveaux de base, standard, et premium
Le tableau suivant présente des limites différentes pour les niveaux De base, Standard et Premium.
| Nom du quota | Basic | Standard | Premium | Notes |
|---|---|---|---|---|
| Taille de la file d’attente ou de la rubrique | 1, 2, 3, 4 ou 5 Go 80 Go, si le partitionnement est activé. |
1, 2, 3, 4 ou 5 Go 80 Go, si le partitionnement est activé. |
80 Go | Définie lors de la création/mise à jour de la file d’attente ou de la rubrique. La taille totale de toutes les entités d’un espace de noms ne peut pas dépasser la limite de taille d’espace de noms documentée dans la ligne suivante. Les messages entrants suivants sont rejetés et le code appelant reçoit une exception. Actuellement, un message volumineux (taille > 1 Mo) envoyé à une file d’attente est compté deux fois. Et un message volumineux (taille > 1 Mo) envoyé à une rubrique est compté X + 1 fois, où X est le nombre d’abonnements à la rubrique. |
| Taille de l’espace de noms | 400 Go | 400 Go | 1 To par unité de messagerie (MU). | La taille totale de toutes les entités dans un espace de noms ne peut pas dépasser cette limite. |
| Nombre de rubriques/files d’attente par espace de noms | 10,000 | 10,000 | 1 000 par unité de messagerie (MU). | Les requêtes suivantes de création de rubrique ou de file d’attente dans l’espace de noms sont rejetées. Par conséquent, s’il est configuré via le portail Azure, un message d’erreur est généré. Si elle est appelée à partir de l’API de gestion, le code appelant reçoit une exception. |
| Nombre de rubriques/files d’attente partitionnées par espace de noms | 100 | 100 | N/A | Chaque file d’attente ou rubrique partitionnée est comptabilisée dans le quota de 1 000 entités par espace de noms. Les demandes suivantes de création de rubrique ou de file d’attente partitionnée dans l’espace de noms sont rejetées. Par conséquent, s’il est configuré via le portail Azure, un message d’erreur est généré. Si elle est appelée à partir de l’API de gestion, l’exception QuotaExceededException est reçue par le code appelant. Si vous souhaitez avoir plus d’entités partitionnées dans un espace de noms de niveau de base ou standard, créez des espaces de noms supplémentaires. |
| Taille de message ou taille de lot pour une entité de file d’attente, de rubrique ou d’abonnement | 256 kB | 256 kB | Protocole AMQP : jusqu’à 100 Mo pour un seul message. Protocoles HTTP et SBMP : jusqu’à 1 Mo pour un seul message. Tous les protocoles : jusqu’à 1 Mo pour le lot de messages. |
La taille du message comprend la taille des propriétés (système et utilisateur) et la taille de la charge utile. La taille des propriétés système varie en fonction de votre scénario. Les messages entrants qui dépassent ces quotas sont rejetés et le code appelant reçoit une exception. |
| Nombre d’abonnements par rubrique | 2,000 | 2,000 | 2,000 | Les demandes suivantes de création d’abonnements supplémentaires à la rubrique sont rejetées. Par conséquent, en cas de configuration via le portail, un message d’erreur est affiché. Si elle est appelée à partir de l’API de gestion, le code appelant reçoit une exception. |
| Opérations par seconde | 1,000 | 1,000 | N/A | Premium n’a pas de limitations fixes sur les opérations par seconde. Le débit varie en fonction du nombre d'MUs et des caractéristiques de la charge de travail. Pour plus d’informations sur l’impact de la charge de travail sur le débit et sur l’optimisation de ce débit, consultez Les meilleures pratiques pour améliorer les performances à l’aide de la messagerie Service Bus. |
Limites Azure Site Recovery
Les limites suivantes s’appliquent à Azure Site Recovery.
| Identificateur de la limite | Limit |
|---|---|
| Nombre de coffres par abonnement | 500 |
| Nombre de disques protégés par abonnement (données et système d’exploitation) | 3000 |
| Nombre d’appliances par coffre Recovery Services | 250 |
| Nombre de groupes de protection par coffre Recovery Services | Aucune limite |
| Nombre de plans de récupération par coffre Recovery Services | Aucune limite |
| Nombre de serveurs par groupe de protection | Aucune limite |
| Nombre de serveurs par plan de récupération | 100 |
Limites d’Azure SQL Database
Pour connaître les limites d’Azure SQL Database, consultez :
- Vue d’ensemble des limites de ressources Azure SQL Managed Instance
- Limites de ressources pour des bases de données uniques suivant le modèle d’achat vCore
- Limites de ressources pour les pools élastiques suivant le modèle d’achat vCore
Le nombre maximal de points de terminaison privés par serveur logique Azure SQL Database est de 250.
Limites Azure Synapse Analytics
Azure Synapse Analytics a les limites par défaut suivantes pour garantir que chaque abonnement du client est protégé des charges de travail de ses autres abonnements. Pour augmenter les limites jusqu’à la limite maximale pour votre abonnement, contactez le support.
Limites Azure Synapse pour les espaces de travail
Pour les types d’offres d’abonnement Paiement à l’utilisation, Essai gratuit, Pass Azure et Azure for Students :
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Espaces de travail Azure Synapse Analytics dans un abonnement Azure | 2 | 2 |
Pour les autres types d’offres d’abonnement :
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Espaces de travail Synapse dans un abonnement Azure par région | 20 | 100 |
Limites Azure Synapse pour Apache Spark
Pour les types d’offres d’abonnement Paiement à l’utilisation, Essai gratuit, Pass Azure et Azure for Students :
| Resource | Cœurs à mémoire optimisée | Cœurs de GPU |
|---|---|---|
| Cœurs Spark dans une espace de travail Synapse | 12 | 48 |
Pour les autres types d’offres d’abonnement :
| Resource | Cœurs à mémoire optimisée | Cœurs de GPU |
|---|---|---|
| Cœurs Spark dans une espace de travail Synapse | 50 | 50 |
Pour obtenir des limites supplémentaires pour les pools Spark, consultez Limites de concurrence et de débit d’API pour les pools Apache Spark dans Azure Synapse Analytics.
Limites Azure Synapse pour les pipelines
| Resource | Limite par défaut | Limite maximale |
|---|---|---|
| Pipelines Azure Synapse Analytics dans un espace de travail Azure Synapse Analytics | 800 | 800 |
| Nombre total d’entités, comme les pipelines, les jeux de données, les déclencheurs, les services liés, les points de terminaison privés et les runtimes d’intégration, dans un espace de travail | 5,000 | 5,000 |
| Nombre total de cœurs d’UC pour les runtimes d’intégration Azure-SSIS d’un même espace de travail | 256 | Découvrez comment demander une augmentation de quota auprès du support technique. |
| Exécutions simultanées de pipeline par espace de travail qui sont partagées entre tous les pipelines de l’espace de travail | 10,000 | 10,000 |
| Exécutions simultanées d’activités externes par espace de travail et par région Azure Integration Runtime Les activités externes sont gérées sur le runtime d’intégration, mais s’exécutent sur des services liés, notamment Databricks, une procédure stockée, HDInsights, le web et autres. Cette limite ne s’applique pas au runtime d’intégration auto-hébergé. |
3,000 | 3,000 |
| Exécutions simultanées d’activités de pipeline par espace de travail et par région Azure Integration Runtime Les activités de pipeline s’exécutent sur le runtime d’intégration, notamment Lookup, GetMetadata et Supprimer. Cette limite ne s’applique pas au runtime d’intégration auto-hébergé. |
1,000 | 1,000 |
| Opérations de création simultanées par espace de travail et par région Azure Integration Runtime Y compris le test de connexion, la navigation dans la liste des dossiers et la liste des tableaux, l'aperçu des données. Cette limite ne s’applique pas au runtime d’intégration auto-hébergé. |
200 | 200 |
| Consommation simultanée d’unités d’intégration de données1 par espace de travail par région Azure Integration Runtime | Groupe de régions 12 : 6 000 Groupe de régions2 2 : 3 000 Groupe de régions 32 : 1 500 Réseau virtuel managé2 : 2 00 |
Groupe de régions 12 : 6 000 Groupe de régions2 2 : 3 000 Groupe de régions 32 : 1 500 |
| Consommation simultanée d’unités d’intégration de données1 par abonnement par région Azure Integration Runtime dans un réseau virtuel managé | 2,0 | 2,0 |
| Activités maximales par pipeline, notamment les activités internes relatives aux conteneurs | 120 | 120 |
| Nombre maximal de runtime d'intégration liés pouvant être créés pour un même runtime d'intégration auto-hébergé | 100 | 100 |
| Nombre maximal de paramètres par pipeline | 50 | 50 |
| Éléments ForEach | 100,000 | 100,000 |
| Parallélisme ForEach | 20 | 50 |
| Nombre maximal d’exécutions en file d’attente par pipeline | 100 | 100 |
| Caractères par expression | 8,192 | 8,192 |
| Intervalle minimal de déclencheur de fenêtre bascule | 5 minutes | Durée : 15 minutes |
| Délai d’expiration maximal pour les exécutions d’activité de pipeline | 7 jours | 7 jours |
| Octets par objet pour les objets de pipeline3 | 200 kB | 200 kB |
| Octets par objet pour les objets de jeu de données et de service lié3 | 100 Ko | 2 000 Ko |
| Octets par charge utile pour chaque activité exécutée4 | 896 Ko | 896 Ko |
| Unités d’intégration de données1 par activité de copie exécutée | 256 | 256 |
| Écrire des appels d’API | 1,200/h | 1,200/h Cette limite est imposée par Azure Resource Manager, et non par Azure Synapse Analytics. |
| Lire des appels d’API | 12,500/h | 12,500/h Cette limite est imposée par Azure Resource Manager, et non par Azure Synapse Analytics. |
| Surveillance des requêtes par minute | 1,000 | 1,000 |
| Durée maximale d’une session de débogage de flux de données | 8 heures | 8 heures |
| Nombre de flux de données simultanés par runtime d’intégration | 50 | 50 |
| Nombre simultané de flux de données par runtime d’intégration dans un VNet managé | 20 | 20 |
| Nombre de sessions simultanées de débogage de flux de données par utilisateur et par espace de travail | 3 | 3 |
| Limite de durée de vie de flux de données avec Azure IR | 4 heures | 4 heures |
| Limite de taille des entités de métadonnées dans un espace de travail | 2 Go | 2 Go |
1 L’unité d’intégration de données (DIU) est utilisée dans une opération de copie cloud-à-cloud, en savoir plus sur les unités d’intégration de données (version 2). Pour plus d’informations sur la facturation, consultez Tarification Azure Synapse Analytics.
2Azure Integration Runtime est disponible à l’échelle mondiale pour garantir la conformité, l’efficacité et la réduction des coûts de sortie réseau.
| Groupe de régions | Regions |
|---|---|
| Groupe de régions 1 | USA Centre, USA Est, USA Est 2, Europe Nord, Europe Ouest, USA Ouest, USA Ouest 2 |
| Groupe de régions 2 | Australie Est, Australie Sud-Est, Brésil Sud, Inde Centre, Japon Est, USA Centre Nord, USA Centre Sud, Asie Sud-Est, USA Centre-Ouest |
| Groupe de régions 3 | Autres régions : |
Si le réseau virtuel managé est activé, l’unité d’intégration de données (DIU) dans tous les groupes de régions est de 2 400.
3 Les objets de pipeline, de jeu de données et de service lié représentent un regroupement logique de votre charge de travail. Les limites de ces objets ne sont pas liées à la quantité de données que vous pouvez déplacer ou traiter à l’aide d’Azure Synapse Analytics. Azure Synapse Analytics est conçu pour mettre à l’échelle et traiter plusieurs pétaoctets de données.
4 La charge utile pour chaque exécution d’activité inclut la configuration d’activité, les jeux de données associés et les configurations de service lié le cas échéant, ainsi qu’une petite partie des propriétés système générées par type d’activité. La limite de cette taille de charge utile n’est pas liée à la quantité de données que vous pouvez déplacer ou traiter avec Azure Synapse Analytics. Découvrez les symptômes et recommandations si vous atteignez cette limite.
Limites Azure Synapse pour les pools SQL dédiés
Pour plus d’informations sur les limites de capacité des pools SQL dédiés dans Azure Synapse Analytics, consultez Limites des ressources de pool SQL dédié.
Limites Azure Resource Manager pour les appels de service web
Azure Resource Manager fixe des limites aux appels d’API. Vous pouvez effectuer des appels d’API à une fréquence comprise dans les limites d’API d’Azure Resource Manager.
Limites de disque de machine virtuelle Azure
Vous pouvez attacher un certain nombre de disques de données à une machine virtuelle Azure. En fonction des cibles d’évolutivité et de performances des disques de données d’une machine virtuelle, vous pouvez déterminer le nombre et le type de disque dont vous avez besoin pour répondre à vos exigences de performances et de capacité.
Important
Pour des performances optimales, limitez le nombre de disques fortement utilisés attachés à la machine virtuelle pour éviter les limitations possibles. Si tous les disques attachés ne sont pas fortement sollicités en même temps, la machine virtuelle peut prendre en charge un plus grand nombre de disques. En outre, seuls 49 disques peuvent être créés simultanément lors de la création d’un disque managé à partir d’un disque managé existant. D’autres disques peuvent être créés après la création d’un certain nombre des 49 disques initiaux.
Pour les disques managés Azure :
Le tableau suivant illustre les limite par défaut et maximales du nombre de ressources par région et par abonnement. Les limites restent les mêmes, quel que soit le nombre de disques chiffrés avec les clés gérées par la plateforme ou les clés gérées par le client. Il n’existe aucune limite au nombre de disques managés, d’instantanés et d’images par groupe de ressources.
Resource Limit Disques managés Standard 50,000 Disques managés SSD standard 50,000 Disques managés SSD Premium 50,000 Disques managés SSD Premium v2 1,000 Capacité totale des disques gérés SSD v2 en Gio2 102,400 Disques Ultra 1,000 Capacité totale de disque Ultra en GiB 2 102,400 Captures instantanées Standard_LRS 1 75,000 Captures instantanées Standard_ZRS 1 75,000 Image managée 50,000
1 Un disque individuel peut avoir 500 instantanés incrémentiels.
deuxIl s’agit de la valeur maximale par défaut, mais des capacités supérieures sont prises en charge par demande. Pour demander une augmentation de la capacité, demandez une augmentation du quota ou contactez le support Azure.
Pour les comptes de stockage standard :
un compte de stockage standard a un taux de requêtes total maximal de 20 000 opérations d’E/S par seconde. Le nombre d’opérations d’E/S par seconde sur l’ensemble de vos disques de machine virtuelle dans un compte de stockage standard ne doit pas dépasser cette limite.
Pour les disques non gérés, vous pouvez calculer approximativement le nombre de disques fortement sollicités pris en charge par un seul compte de stockage standard en vous basant sur la limite du taux de demandes. Par exemple, pour une machine virtuelle de niveau de base, le nombre maximal de disques fortement sollicités est d’environ 66, soit 20 000/300 opérations d’E/S par seconde par disque. Pour une machine virtuelle de niveau standard, le nombre maximal de disques fortement sollicités est d’environ 40, soit 20 000/500 IOPS par disque.
Pour les comptes de stockage Premium :
un compte de stockage Premium a un débit total maximum de 50 Gbits/s. Le débit total sur l'ensemble de vos disques de machine virtuelle ne doit pas dépasser cette limite.
Pour plus d’informations, consultez Tailles des machines virtuelles sur Azure.
Pour les applications de machine virtuelle
Lorsque vous travaillez avec des applications de machine virtuelle dans Azure, vous pouvez rencontrer un message d’erreur indiquant « L’opération n’a pas pu être terminée, car elle entraîne le dépassement du quota approuvé UnmanagedStorageAccountCount ». Cette erreur se produit lorsque vous avez atteint la limite du nombre de comptes de stockage non managés que vous pouvez utiliser.
Lorsque vous publiez une application de machine virtuelle, Azure doit la répliquer dans plusieurs régions. Pour ce faire, Azure crée un compte de stockage non managé pour chaque région. Le nombre de comptes de stockage non managés qu’une application utilise est déterminé par le nombre de réplicas dans toutes les applications.
En règle générale, chaque compte de stockage peut prendre en charge jusqu’à 200 connexions simultanées. Voici les options permettant de résoudre l’erreur « UnmanagedStorageAccountCount » :
- Utilisez des objets blob de page pour vos objets blob d’application source. Les comptes non managés sont utilisés uniquement pour la réplication d’objets blob de blocs. Les objets blob de pages n’ont pas de telles limites.
- Réduisez le nombre de réplicas pour les versions de votre application de machine virtuelle ou supprimez les applications dont vous n’avez plus besoin.
- Déposez une demande de support pour obtenir une augmentation de quota.
Pour plus d’informations, consultez Vue d’ensemble des applications de machine virtuelle.
Jeux de chiffrement de disque Azure
Une limite de 5 000 jeux de chiffrement de disque est autorisée par région et par abonnement. Contactez le support Azure pour augmenter le quota.
Consultez la documentation suivante pour en savoir plus sur les restrictions de chiffrement :
Disques de machines virtuelles managées par Azure
Disques managés HDD Standard
| Type de disque Standard | S4 | S6 | S10 | S15 | S20 | S30 | S40 | S50 | S60 | S70 | S80 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Taille du disque (Gio) | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| IOPS de base par disque | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 1 300 | Jusqu’à 2 000 | Jusqu’à 2 000 |
| *IOPS étendus par disque | N/A | N/A | N/A | N/A | N/A | Jusqu’à 1 500 | Jusqu’à 3 000 | Jusqu’à 3 000 | Jusqu’à 3 000 | Jusqu’à 3 000 | Jusqu’à 3 000 |
| Débit de base par disque | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 60 Mo/s | Jusqu’à 300 Mo/s | Jusqu’à 500 Mo/s | Jusqu’à 500 Mo/s |
| *Débit étendu par disque | N/A | N/A | N/A | N/A | N/A | Jusqu’à 150 Mo/s | Jusqu’à 300 Mo/s | Jusqu’à 500 Mo/s | Jusqu’à 500 Mo/s | Jusqu’à 500 Mo/s | Jusqu’à 500 Mo/s |
* S’applique uniquement aux disques avec des performances plus activées.
Disques managés SSD standard
| Tailles de disque SSD Standard | E1 | E2 | E3 | E4 | E6 | E10 | E15 | E20 | E30 | E40 | E50 | E60 | E70 | E80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Taille du disque (Gio) | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| IOPS de base par disque | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 500 | Jusqu’à 2 000 | Jusqu’à 4 000 | Jusqu’à 6 000 |
| *IOPS étendus par disque | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | Jusqu’à 1 500 | Jusqu’à 3 000 | Jusqu’à 6 000 | Jusqu’à 6 000 | Jusqu’à 6 000 | Jusqu’à 6 000 |
| Débit de base par disque | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 100 Mo/s | Jusqu’à 400 Mo/s | Jusqu’à 600 Mo/s | Jusqu’à 750 Mo/s |
| *Débit étendu par disque | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | Jusqu’à 150 Mo/s | Jusqu’à 300 Mo/s | Jusqu’à 600 Mo/s | Jusqu’à 750 Mo/s | Jusqu’à 750 Mo/s | Jusqu’à 750 Mo/s |
| Nb max. d’iOPS de rafale par disque | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 1000 | |||||
| Débit max. de rafale par disque | 150 Mo/s | 150 Mo/s | 150 Mo/s | 150 Mo/s | 150 Mo/s | 150 Mo/s | 150 Mo/s | 150 Mo/s | 250 Mo/s | |||||
| Durée maximale de rafale | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min |
* S’applique uniquement aux disques avec des performances plus activées.
Disques managés SSD Premium : limites par disque
| Tailles de disque SSD Premium | P1 | P2 | P3 | P4 | P6 | P10 | P15 | P20 | P30 | P40 | P50 | P60 | P70 | P80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Taille du disque (Gio) | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| IOPS de base approvisionnés par disque | 120 | 120 | 120 | 120 | 240 | 500 | 1,100 | 2,300 | 5,000 | 7,500 | 7,500 | 16,000 | 18,000 | 20,000 |
| IOPS approvisionnées étendues par disque | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | 8,000 | 16,000 | 20,000 | 20,000 | 20,000 | 20,000 |
| Débit de base approvisionné par disque | 25 Mo/s | 25 Mo/s | 25 Mo/s | 25 Mo/s | 50 Mo/s | 100 Mo/s | 125 Mo/s | 150 Mo/s | 200 Mo/s | 250 Mo/s | 250 Mo/s | 500 Mo/s | 750 Mo/s | 900 Mo/s |
| **Débit provisionné développé par disque | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | 300 Mo/s | 600 Mo/s | 900 Mo/s | 900 Mo/s | 900 Mo/s | 900 Mo/s |
| Nb max. d’iOPS de rafale par disque | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 30,000* | 30,000* | 30,000* | 30,000* | 30,000* | 30,000* |
| Débit max. de rafale par disque | 170 Mo/s | 170 Mo/s | 170 Mo/s | 170 Mo/s | 170 Mo/s | 170 Mo/s | 170 Mo/s | 170 Mo/s | 1 000 Mo/s* | 1 000 Mo/s* | 1 000 Mo/s* | 1 000 Mo/s* | 1 000 Mo/s* | 1 000 Mo/s* |
| Durée maximale de rafale | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | 30 min | Unlimited* | Unlimited* | Unlimited* | Unlimited* | Unlimited* | Unlimited* |
| Éligible pour la réservation | No | No | No | No | No | No | No | No | Oui, jusqu’à un an | Oui, jusqu’à un an | Oui, jusqu’à un an | Oui, jusqu’à un an | Oui, jusqu’à un an | Oui, jusqu’à un an |
*S’applique uniquement aux disques avec la fonction de bursting à la demande activée.
** S’applique uniquement aux disques avec des performances plus activées.
Disques managés SSD Premium v2
Contrairement aux disques SSD Premium, les disques SSD Premium v2 ne présentent pas de tailles dédiées. Vous pouvez définir un disque SSD Premium v2 sur la taille prise en charge de votre choix, et apporter des ajustements granulaires aux performances sans temps d’arrêt.
| Taille du disque | Nombre maximal d’IOPS disponibles | Débit maximal disponible (Mo/s) |
|---|---|---|
| 1 Gio - 64 Tio | 3 000 - 80 000 (augmente de 500 IOPS par Gio) | 125 - 1 200 (augmente de 0,25 Mo/s par IOPS défini) |
Ultra Disks
Les tailles de disque Ultra fonctionnent comme les tailles SSD Premium, SSD Standard et HDD Standard. Lorsque vous créez ou modifiez un disque Ultra, la taille que vous définissez est facturée comme la plus grande taille de disque approvisionnée suivante. Par conséquent, si vous déployez un disque Ultra Disk de 200 Gio ou définissez un disque Ultra Disk de 200 Gio, vous aurez un disque Ultra Disk de 200 Gio qui sera facturé comme s'il avait une taille de 256 Gio, car c'est la taille de disque approvisionnée suivante.
Le tableau suivant compare les tailles des disques et les limites de performance pour vous aider à choisir celui que vous allez utiliser.
| Taille de disque (Gio) | Plafond d’IOPS | Limite de débit (Mo/s) |
|---|---|---|
| 4 | 1,200 | 300 |
| 8 | 2,400 | 600 |
| 16 | 4,800 | 1,200 |
| 32 | 9,600 | 2,400 |
| 64 | 19,200 | 4,900 |
| 128 | 38,400 | 9,800 |
| 256 | 76,800 | 10,000 |
| 512 | 153,600 | 10,000 |
| 1,024 | 307,200 | 10,000 |
| 2 048 à 65 536 (dans cette plage, les tailles augmentent par incréments de 1 Tio) | 400,000 | 10,000 |
Disques de machines virtuelles non gérées
Disques de machine virtuelle non managés standard : Limites par disque
| Niveau de machine virtuelle | Machine virtuelle de niveau de base | Machines virtuelles de niveau Standard |
|---|---|---|
| Taille du disque | 4 095 Go | 4 095 Go |
| Maximum 8 Ko d’opérations d’E/S par seconde par disque persistant | 300 | 500 |
| Nombre maximal de disques qui exécutent le nombre maximal d’opérations d’E/S par seconde | 66 | 40 |
Disques de machine virtuelle non gérés Premium : limites par compte
| Resource | Limit |
|---|---|
| Capacité totale des disques par compte | 35 To |
| Capacité totale des instantanés par compte | 10 To |
| Bande passante maximale par compte (entrée + sortie)1 | <50 Gbits/s |
1Ingress fait référence à toutes les données des requêtes qui sont envoyées à un compte de stockage. Egress fait référence à toutes les données des réponses reçues d’un compte de stockage.
Disques de machine virtuelle non gérés Premium : limites par disque
| Type de disque de stockage Premium | P10 | P20 | P30 | P40 | P50 |
|---|---|---|---|---|---|
| Taille du disque | 128 Gio | 512 Gio | 1 024 Gio (1 To) | 2 048 Gio (2 To) | 4 095 Gio (4 To) |
| Maximum d’E/S par seconde par disque | 500 | 2,300 | 5,000 | 7,500 | 7,500 |
| Débit maximal par disque | 100 Mo/s | 150 Mo/s | 200 Mo/s | 250 Mo/s | 250 Mo/s |
| Nombre maximal de disques par compte de stockage | 280 | 70 | 35 | 17 | 8 |
Disques de machine virtuelle non gérés Premium : limites par machine virtuelle
| Resource | Limit |
|---|---|
| Maximum d’E/S par seconde par machine virtuelle | 80 000 E/S par seconde avec la machine virtuelle GS5 |
| Débit maximal par machine virtuelle | 2 000 Mo/s avec la machine virtuelle GS5 |
Limites du système Azure StorSimple
| Identificateur de la limite | Limit | Comments |
|---|---|---|
| Nombre maximal d'informations d'identification du compte de stockage | 64 | |
| Nombre maximal de conteneurs de volumes | 64 | |
| Nombre maximal de volumes | 255 | |
| Nombre maximal de planifications par modèle de bande passante | 168 | Une planification par heure, tous les jours de la semaine. |
| Taille maximale d'un volume à plusieurs niveaux sur les appareils physiques | 64 To pour StorSimple 8100 et StorSimple 8600 | StorSimple 8100 et StorSimple 8600 sont des appareils physiques. |
| Taille maximale d'un volume à plusieurs niveaux sur les appareils virtuels dans Azure | 30 To pour StorSimple 8010 64 To pour StorSimple 8020 |
StorSimple 8010 et 8020 sont des appareils virtuels dans Azure qui utilisent le stockage Standard et Premium respectivement. |
| Taille maximale d'un volume épinglé localement sur les appareils physiques | 9 To pour StorSimple 8100 24 To pour StorSimple 8600 |
StorSimple 8100 et StorSimple 8600 sont des appareils physiques. |
| Nombre maximal de connexions iSCSI | 512 | |
| Nombre maximal de connexions iSCSI à partir d'initiateurs | 512 | |
| Nombre maximal d'enregistrements de contrôle d'accès par appareil | 64 | |
| Nombre maximal de volumes par stratégie de sauvegarde | 24 | |
| Nombre maximal de sauvegardes conservées par stratégie de sauvegarde | 64 | |
| Nombre maximal de planifications par stratégie de sauvegarde | 10 | |
| Nombre maximal d'instantanés de n'importe quel type pouvant être conservés par volume | 256 | Ce nombre inclut les instantanés locaux et cloud. |
| Nombre maximal d'instantanés pouvant être présents dans n'importe quel appareil | 10,000 | |
| Nombre maximal de volumes pouvant être traités en parallèle pour sauvegarder, restaurer ou cloner | 16 |
|
| Temps de récupération d'un clone et d'une restauration pour les volumes à plusieurs niveaux | <2 minutes |
|
| Temps de récupération d'une restauration pour les volumes épinglés localement | <2 minutes |
|
| Disponibilité de la restauration légère | Dernier basculement | |
| Débit maximal de lecture/d’écriture du client, si traité à partir du niveau SSD* | 920/720 Mo/s avec une seule interface réseau 10 gigabits Ethernet | Jusqu’à deux fois avec MPIO et deux interfaces réseau. |
| Débit maximal de lecture/d’écriture du client, si traité à partir du niveau HDD* | 120/250 Mo/s | |
| Débit maximal de lecture/d’écriture du client, si traité à partir du niveau cloud* | 11/41 Mo/s | Le débit de lecture dépend de si les clients génèrent et conservent une profondeur de file d’attente d’E/S suffisante. |
* Le débit maximal par type d’E/S a été mesuré avec des scénarios de lecture et d’écriture de 100 pour cent. Le débit réel peut être inférieur et varie en fonction du mélange d’E/S et des conditions réseau.
Limites d’Azure Stream Analytics
| Identificateur de la limite | Limit | Comments |
|---|---|---|
| Nombre maximal d’unités de streaming par abonnement par région | 83 | Pour demander une augmentation des unités de diffusion en continu pour votre abonnement au-delà de 83, contactez le support Microsoft. |
| Nombre maximal d’entrées par travail | 60 | Il existe une limite inconditionnelle de 60 entrées par travail Azure Stream Analytics. |
| Nombre maximal de sorties par travail | 60 | Il existe une limite inconditionnelle de 60 sorties par travail Stream Analytics. |
| Nombre maximal de fonctions par travail | 60 | Il existe une limite inconditionnelle de 60 fonctions par travail Stream Analytics. |
| Nombre maximal d’unités de streaming par travail | 66 | Il existe une limite inconditionnelle de 66 unités de streaming par travail Stream Analytics. |
| Nombre maximal de travaux par région | 1,500 | Chaque abonnement peut avoir jusqu’à 1 500 travaux par région géographique. |
| Objet blob de données de référence Mo | 5 Go | Jusqu’à 5 Go en cas d’utilisation de 1 SU ou plus. |
| Nombre maximal de caractères dans une requête | 512000 | Il existe une limite inconditionnelle de 512 000 caractères dans une requête de travail Azure Stream Analytics. |
Limites des Machines virtuelles Azure
Limites des Machines virtuelles Azure
| Resource | Limit |
|---|---|
| Machines virtuelles par service cloud 1 | 50 |
| Points de terminaison d’entrée par service cloud 2 | 150 |
1 Machines virtuelles créées à l’aide du modèle de déploiement classique au lieu d’Azure Resource Manager sont automatiquement stockées dans un service cloud. Vous pouvez ajouter plus de machines virtuelles à ce service cloud pour l’équilibrage de charge et la disponibilité.
2 Points de terminaison d’entrée autorisent les communications vers une machine virtuelle à partir de l’extérieur du service cloud de la machine virtuelle. Les machines virtuelles d’un même service cloud ou réseau virtuel peuvent automatiquement communiquer entre elles.
Limites des Machines virtuelles Azure – Azure Resource Manager
Les limites suivantes s'appliquent lorsque vous utilisez Azure Resource Manager et les groupes de ressources Azure.
| Resource | Limit |
|---|---|
| Machines virtuelles par abonnement | 25 0001 par région. |
| Nombre total de cœurs de machine virtuelle par abonnement | 201 par région. Contactez le support pour augmenter la limite. |
| Nombre total de cœurs de machine virtuelle Azure Spot par abonnement | 201 par région. Contactez le support pour augmenter la limite. |
| Machine virtuelle par série, telle que Dv2, et F, cœurs par abonnement | 201 par région. Contactez le support pour augmenter la limite. |
| Ensembles de disponibilité par abonnement | 2 500 par région. |
| Machines virtuelles par groupe à haute disponibilité | 200 |
| Groupes de placement de proximité par groupe de ressources | 800 |
| Certificats par groupe à haute disponibilité | 1992 |
| Certificats par abonnement | Unlimited3 |
1 Les limites par défaut varient selon le type de catégorie d’offre, comme l’essai gratuit et le paiement à l’utilisation, et par série, comme Dv2, F et G. Par exemple, la valeur par défaut des abonnements Contrat Entreprise est 350. Pour des raisons de sécurité, les abonnements ont 20 cœurs par défaut pour éviter les déploiements de cœurs à grande échelle. Si vous avez besoin de plus de cœurs, envoyez un ticket de support.
2 Propriétés telles que les clés publiques SSH sont également envoyées en tant que certificats et comptent vers cette limite. Pour contourner cette limite, utilisez l’extension Azure Key Vault pour Windows ou l’extension Azure Key Vault pour Linux pour installer des certificats.
3 Avec Azure Resource Manager, les certificats sont stockés dans Azure Key Vault. Le nombre de certificats est illimité pour un abonnement. Un déploiement est limité à 1 Mo de certificat, dont une machine virtuelle ou un groupe à haute disponibilité.
Note
Les cœurs de machines virtuelles sont soumis à une limite totale régionale. Ils ont également une limite pour les séries par taille régionales, telles que Dv2 et F. Ces limites sont appliquées séparément. Par exemple, considérons un abonnement dont le nombre total limite de cœurs de machine virtuelle est de 30 pour la région USA Est, de 30 pour la gamme A et de 30 pour la gamme D. Cet abonnement peut déployer 30 machines virtuelles A1, ou 30 machines virtuelles D1, ou encore une combinaison de ces deux types de machines dans la limite de 30 cœurs au total. Par exemple, 10 machines virtuelles A1 et 20 machines virtuelles D1.
Limites d’Azure Compute Gallery
Il existe des limites par abonnement pour le déploiement de ressources lorsque vous utilisez des galeries de calcul :
- 100 galeries de calcul par abonnement et par région
- 1 000 définitions d’images par abonnement et par région
- 10 000 versions d’image par abonnement et par région
Limite de la commande d’exécution managée
Le nombre maximum de commandes d’exécution managées autorisées est actuellement limité à 25.
Limites d’Azure Virtual Machine Scale Sets
| Resource | Limit |
|---|---|
| Nombre maximal de machines virtuelles dans un jeu de mise à l’échelle | 1,000 |
| Nombre maximal de machines virtuelles basé sur une image de machine virtuelle personnalisée dans un groupe identique | 600 |
| Nombre maximal de groupes identiques par abonnement par région | 2,500 |
| Nombre maximal de nœuds pris en charge dans VMSS pour le cluster IB | 100 |
Limites d’Azure Virtual Network Manager
| Category | Limitation |
|---|---|
| Limitations générales | |
| Prise en charge interlocataire | Uniquement avec les groupes de réseau d’appartenance statique |
| Abonnements Azure | Application de stratégie limitée à < 15 000 abonnements |
| Stratégie du mode de mise en conformité | Aucun ajout au groupe réseau s’il est défini sur Désactivé |
| Cycle d’évaluation des stratégies | Cycle d’évaluation standard non pris en charge |
| Déplacement de l’abonnement | Déplacement de l’abonnement vers un autre locataire non pris en charge |
| Limites des configurations de connectivité | |
| Réseaux virtuels dans un groupe connecté | Un groupe connecté peut inclure jusqu’à 250 réseaux virtuels par défaut, pouvant être étendu à 1 000 à la demande à l’aide de ce formulaire. |
| Points de terminaison privés | 1 000 points de terminaison privés par groupe connecté |
| Configuration hub-spoke | Maximum de 1 000 réseaux virtuels appairés au hub |
| Connectivité directe | Jusqu’à 250 réseaux virtuels par défaut, pouvant être étendus à 1 000 à la demande à l’aide de ce formulaire. |
| Appartenance au groupe | Un réseau virtuel peut faire partie d’un maximum de deux groupes connectés, pouvant être étendu à 1 000 à la demande à l’aide de ce formulaire. |
| Espaces IP superposés | La communication avec l’adresse IP superposée est supprimée |
| Limites des règles administratives de sécurité | |
| Préfixes d’adresses IP | Nombre maximal de préfixes IP combinés par ressource Azure Virtual Network Manager: 20 000 |
| Règles d’administration | 100 règles d’administration maximales combinées par une ressource Azure Virtual Network Manager |
| Limite des itinéraires définis par l’utilisateur | |
| Itinéraires définis par l’utilisateur par table de routage | 1 000 maximum |
Limites des tunnels de développement
Les limites suivantes s’appliquent aux tunnels de développement. Les limites se réinitialisent tous les mois.
| Resource | Limit |
|---|---|
| Bandwidth | 5 Go par utilisateur |
| Tunnels | 10 par utilisateur |
| Connexions actives | 1 000 par port |
| Ports | 10 par tunnel |
| Taux de requêtes HTTP | 1500/min par port |
| Vitesse de transfert de données | Jusqu’à 20 Mo/s par tunnel |
| Taille maximale du corps de la demande HTTP de transfert web | 16 Mo |
Pour des questions sur ces limites, ouvrez un problème dans notre dépôt GitHub.
Limites de périmètre de sécurité réseau
Limitations relatives à la mise à l’échelle
Les fonctionnalités de périmètre de sécurité réseau peuvent être utilisées pour prendre en charge les déploiements de ressources PaaS avec des contrôles réseau publics courants avec les limitations de mise à l’échelle suivantes :
| Limitation | Description |
|---|---|
| Nombre de périmètres de sécurité réseau | La limite de prise en charge recommandée est de 100 par abonnement. |
| Profils par périmètre de sécurité réseau | La limite de prise en charge recommandée est de 200. |
| Nombre d’éléments de règle par profil | La limite de prise en charge stricte est de 200 pour les flux entrants et sortants. |
| Nombre de ressources PaaS parmi les abonnements associés au même périmètre de sécurité réseau | La limite de prise en charge recommandée est de 1 000. |
Autres limitations
Le périmètre de sécurité réseau présente les autres limitations suivantes :
| Limitation/Issue | Description |
|---|---|
| Champ manquant dans les journaux d’accès au périmètre de sécurité réseau | Les journaux d’accès au périmètre de sécurité réseau peuvent être agrégés. Si les champs « count » et « timeGeneratedEndTime » sont manquants, considérez le nombre d’agrégations comme 1. |
| Échec des créations d’associations via le Kit de développement logiciel (SDK) avec un problème d’autorisation | Statut: 403 (Forbidden); ErrorCode : AuthorizationFailed, peut être reçu lors de l’exécution de l'action « Microsoft.Network/locations/networkSecurityPerimeterOperationStatuses/read » sur l’étendue « /subscriptions/xyz/providers/Microsoft.Network/locations/xyz/networkSecurityPerimeterOperationStatuses/xyz ». Jusqu’au correctif, utilisez l’autorisation « Microsoft.Network/locations/*/read » ou utilisez WaitUntil.Started dans l’API du SDK CreateOrUpdateAsync pour les créations d’associations. |
| Les noms de ressources ne peuvent pas comporter plus de 44 caractères afin de respecter le périmètre de sécurité réseau | L’association de ressources du périmètre de sécurité réseau créée à partir du Portail Azure a le format {resourceName}-{perimeter-guid}. Pour vous conformer à l’exigence selon laquelle le champ « nom » ne peut pas comporter plus de 80 caractères, les noms des ressources devront être limités à 44 caractères. |
| Le trafic des points de terminaison des services n’est pas pris en charge. | Nous vous recommandons d’utiliser des points de terminaison privés pour les communications entre IaaS et PaaS. Actuellement, le trafic des points de terminaison des services peut être refusé même si une règle de trafic entrant autorise 0.0.0.0/0. |
Note
Pour connaître les limitations propres à chaque service, reportez-vous à la documentation de chaque PaaS.
Étapes suivantes
Passez aux ressources suivantes pour en savoir plus :