Limieten, quota's en beperkingen voor het Azure-abonnement en de Azure-service

Dit document bevat enkele van de meest voorkomende Microsoft Azure limieten, ook wel quota genoemd.

Zie Overzicht van Azure-prijzen voor meer informatie over Azure-prijzen. Daar kunt u uw kosten schatten met behulp van de prijscalculator. U kunt ook naar de pagina met prijsgegevens voor een bepaalde service gaan, bijvoorbeeld Windows VM's. Zie Onverwachte kosten voorkomen met Azure-facturering en -kostenbeheervoor tips voor het beheren van uw kosten.

Limieten beheren

Gratis proefabonnementen komen niet in aanmerking voor limiet- of quotumverhogingen. Als u een gratis proefabonnement hebt,kunt u upgraden naar een abonnement met betalen per uur. Zie Upgrade your Azure Free Trial subscription to a Pay-As-You-Go subscription (Uw gratis proefabonnement voor Azure upgraden naar een abonnement met betalen per gebruik) en de Veelgestelde vragen over gratis proefabonnementen voor meer informatie.

Sommige limieten worden op regionaal niveau beheerd.

We gebruiken vCPU-quota als voorbeeld. Als u een quotumverhoging wilt aanvragen met ondersteuning voor vCPU's, moet u bepalen hoeveel vCPU's u in welke regio's wilt gebruiken. Vervolgens vraagt u een verhoging van de vCPU-quota aan voor de hoeveelheden en regio's die u wilt. Als u 30 vCPU's in West-Europa nodig hebt om uw toepassing daar uit te voeren, vraagt u specifiek 30 vCPU's aan in West-Europa. Uw vCPU-quotum wordt in geen enkele andere regio verhoogd. Alleen West-Europa heeft het quotum van 30 vCPU's.

Als gevolg hiervan moet u bepalen wat uw quotum voor uw workload in één regio moet zijn. Vraag vervolgens die hoeveelheid aan in elke regio waarin u wilt implementeren. Zie Fouten voor resourcequota oplossen voor meer informatie over het bepalen van uw huidige quota voor specifieke regio's.

Algemene limieten

Zie Naamgevingsregels en -beperkingen voor Azure-resources voor limieten voor resourcenamen.

Zie Beperking van Resource Manager aanvragen voor meer informatie over Resource Manager api Resource Manager- en schrijflimieten.

Limieten voor beheergroep

De volgende limieten gelden voor beheergroepen.

¹De 6 niveaus zijn exclusief het abonnementsniveau.

²Als u de limiet van 800 implementaties bereikt, verwijdert u implementaties die niet meer nodig zijn uit de geschiedenis. Gebruik Remove-AzManagementGroupDeployment of az deployment mg delete om implementaties op beheergroepsniveau te verwijderen.

Abonnementslimieten

De volgende limieten zijn van toepassing wanneer u Azure Resource Manager en Azure-resourcegroepen gebruikt.

¹U kunt maximaal 50 tags rechtstreeks op een abonnement toepassen. Het abonnement kan echter een onbeperkt aantal tags bevatten die worden toegepast op resourcegroepen en resources binnen het abonnement. Het aantal tags per resource of resourcegroep is beperkt tot 50. Resource Manager retourneert alleen een lijst met unieke tagnaam en -waarden in het abonnement wanneer het aantal tags 80.000 of minder is. U kunt nog steeds een resource vinden op tag wanneer het aantal hoger is dan 80.000.

² Implementaties worden automatisch verwijderd uit de geschiedenis wanneer u de limiet nadert. Raadpleeg Automatic deletions from deployment history (Automatische verwijderingen uit de implementatiegeschiedenis) voor meer informatie.

Limieten voor resourcegroep

¹Implementaties worden automatisch uit de geschiedenis verwijderd wanneer u de limiet nadert. Als u een item uit de implementatiegeschiedenis verwijdert, heeft dit geen gevolgen voor de geïmplementeerde resources. Raadpleeg Automatic deletions from deployment history (Automatische verwijderingen uit de implementatiegeschiedenis) voor meer informatie.

Limieten voor sjablonen

U kunt enkele limieten voor sjablonen overschrijden met behulp van een geneste sjabloon. Voor meer informatie raadpleegt u Use linked templates when you deploy Azure resources (Gekoppelde sjablonen gebruiken bij het implementeren van Azure-resources). Als u het aantal parameters, variabelen of uitvoerwaarden wilt verkleinen, kunt u verschillende waarden combineren in een object. Raadpleeg Objects as parameters (Objecten als parameters) voor meer informatie.

Er kan een foutbericht worden weergegeven met een sjabloon of parameterbestand van minder dan 4 MB als de totale grootte van de aanvraag te groot is. Zie Fouten oplossen voor groter dan de taakgrootte voor meer informatie over het vereenvoudigen van uw sjabloon om een grote aanvraag te voorkomen.

Limieten voor Active Directory

Hier vindt u de beperkingen voor gebruik en andere servicelimieten voor de Azure Active Directory-service (Azure AD).

API Management limieten

¹schaallimieten zijn afhankelijk van de prijscategorie. Zie Prijzen voor API Managementvoor meer informatie over de prijscategorieën en hun schaallimieten.
²Cachegrootte per eenheid is afhankelijk van de prijscategorie. Zie Prijzen voor API Managementvoor de prijscategorieën en hun schaallimieten.
³Verbindingen worden gegroepeerd en opnieuw gebruikt, tenzij expliciet gesloten door de back-end.
⁴Deze limiet geldt per eenheid van de lagen Basic, Standard en Premium. De Developer-laag is beperkt tot 1.024. Deze limiet is niet van toepassing op de Consumption-laag.
⁵Deze limiet geldt voor de lagen Basic, Standard en Premium. In de Consumption-laag is de grootte van beleidsdocumenten beperkt tot 16 KiB.
⁶Meerdere aangepaste domeinen worden alleen ondersteund in de Developer- en Premium-laag.
⁷CA-certificaten worden niet ondersteund in de Consumption-laag.
⁸Deze limiet is alleen van toepassing op de Consumption-laag. Voor andere lagen zijn er geen limieten in deze categorieën.
⁹Alleen van toepassing op de Consumption-laag. Inclusief een zoekstring van maximaal 2048 lang.
^{10 Neem} contact op met de ondersteuning om deze limiet te verhogen.
¹¹Zelf-hostende gateways worden alleen ondersteund in de Developer- en Premium-laag. De limiet geldt voor het aantal zelf-hostende gatewayresources. Neem contact op met de ondersteuningals u deze limiet wilt verhogen. Merk op dat het aantal knooppunten (of replica's) dat is gekoppeld aan een zelf-hostende gatewayresource onbeperkt is in de Premium-laag, en is beperkt is tot één knooppunt in de Developer-laag.

App Service limieten

¹ Apps en opslagquota zijn per abonnement App Service tenzij anders vermeld.

² Het werkelijke aantal apps dat u op deze machines kunt hosten, is afhankelijk van de activiteit van de apps, de grootte van de machine-exemplaren en het bijbehorende resourcegebruik.

³ Toegewezen exemplaren kunnen van verschillende grootten zijn. Zie Prijzen van App Service voor meer informatie.

⁴ Er zijn meer toegestaan op aanvraag.

⁵ De opslaglimiet is de totale inhoudsgrootte voor alle apps in hetzelfde App Service-plan. De totale inhoudsgrootte van alle apps in alle App Service-plannen in één resourcegroep en regio mag niet groter zijn dan 500 GB. Het quotum voor het bestandssysteem App Service gehoste apps wordt bepaald door de aggregatie van App Service plannen die zijn gemaakt in een regio en resourcegroep.

⁶ Deze resources worden beperkt door fysieke resources op de toegewezen exemplaren (de instantiegrootte en het aantal exemplaren).

⁷ Als u een app in de Basic-laag schaalt naar twee exemplaren, hebt u 350 gelijktijdige verbindingen voor elk van de twee exemplaren. Voor de standaardlaag en hoger zijn er geen theoretische limieten voor het aantal websockets, maar het aantal websockets kan door andere factoren worden beperkt. Bijvoorbeeld maximaal aantal toegestane gelijktijdige aanvragen (gedefinieerd door maxConcurrentRequestsPerCpu): 7500 per kleine VM, 15.000 per gemiddelde VM (7500 x 2 kernen) en 75.000 per grote VM (18.750 x 4 kernen).

⁸ De maximale IP-verbindingen zijn per exemplaar en zijn afhankelijk van de instantiegrootte: 1920 per B1/S1/P1V3-exemplaar, 3968 per B2/S2/P2V3-exemplaar, 8064 per B3/S3/P3V3-exemplaar.

⁹ De App Service Certificate quotumlimiet per abonnement kan via een ondersteuningsaanvraag worden verhoogd tot een maximumlimiet van 200.

¹⁰ App Service Isolated SKU's kunnen intern worden verdeeld (ILB) met Azure Load Balancer, zodat er geen openbare connectiviteit via internet is. Als gevolg hiervan moeten sommige functies van een ILB-geïsoleerde App Service worden gebruikt vanaf machines met rechtstreekse toegang tot het ILB-netwerkeindpunt.

¹¹ Voer aangepaste uitvoerbare bestanden en/of scripts op aanvraag, volgens een schema of continu uit als achtergrondtaak binnen uw App Service exemplaar. AlwaysOn is vereist voor de continue uitvoering van webjobs. Er is geen vooraf gedefinieerde limiet voor het aantal webjobs dat kan worden uitgevoerd in een App Service-exemplaar. Er zijn praktische limieten die afhankelijk zijn van wat de toepassingscode probeert te doen.

¹² domeinen met een voor- of achternaak worden niet ondersteund. Alleen het uitgeven van standaardcertificaten (jokertekencertificaten zijn niet beschikbaar). Beperkt tot slechts één gratis certificaat per aangepast domein.

¹³ Totaal opslaggebruik voor alle apps die zijn geïmplementeerd in één App Service Environment (ongeacht hoe ze worden toegewezen aan verschillende resourcegroepen).

Automation-limieten

Procesautomatisering

¹ Een sandbox is een gedeelde omgeving die door meerdere taken kan worden gebruikt. Taken die dezelfde sandbox gebruiken, zijn gebonden door de resourcebeperkingen van de sandbox.

Wijzigingen bijhouden en Inventaris

De volgende tabel toont de limieten voor bijgehouden items per machine voor het bijhouden van wijzigingen.

Updatebeheer

De volgende tabel toont de limieten voor Updatebeheer.

Azure App Configuration

Azure API for FHIR servicelimieten instellen

Azure API for FHIR is een beheerde, op standaarden beheerde en compatibele API voor klinische gezondheidsgegevens die oplossingen voor praktische analyses en machine learning mogelijk maakt.

Azure Cache voor Redis limieten

Azure Cache voor Redis-limieten en -grootten verschillen voor elke prijscategorie. Zie Azure-cache voor Redis-prijzen als u de prijscategorieën en bijbehorende groottes wilt bekijken.

Zie Standaard Redis-serverconfiguratie voor meer informatie over Azure Cache voor Redis-configuratielimieten.

Aangezien de configuratie en het beheer van Azure Cache voor Redis-exemplaren door Microsoft worden uitgevoerd, worden niet alle Redis-opdrachten ondersteund in Azure Cache voor Redis. Zie Redis-opdrachten die niet worden ondersteund in Azure Cache voor Redis voor meer informatie.

Azure Cloud Services limieten

¹Elke Azure-cloudservice met web- of werkrollen kan twee implementaties hebben: één voor productie en één voor fasering. Deze limiet verwijst naar het aantal afzonderlijke rollen, dat wil zeggen,de configuratie. Deze limiet verwijst niet naar het aantal exemplaren per rol, dat wil zeggen, schalen.

Azure Cognitive Search limieten

Prijscategorie bepaalt de capaciteit en limieten van uw zoekservice. De lagen zijn onder andere:

• De gratis service voor meerdere tenants, gedeeld met andere Azure-abonnees, is bedoeld voor evaluatie- en kleine ontwikkelingsprojecten.
• Basic biedt toegewezen computingresources voor productieworkloads op kleinere schaal, met maximaal drie replica's voor maximaal beschikbare queryworkloads.
• Standard, dat S1, S2, S3 en S3 High Density bevat, is voor grotere productieworkloads. Er bestaan meerdere niveaus in de standard-laag, zodat u een resourceconfiguratie kunt kiezen die het beste overeenkomt met uw workloadprofiel.

Limieten per abonnement

U kunt meerdere services in een abonnement maken. Elke service kan op een specifieke laag worden ingericht. U wordt alleen beperkt door het aantal services dat op elke laag is toegestaan. U kunt bijvoorbeeld maximaal 12 services op de Basic-laag en nog eens 12 services op de S1-laag maken in hetzelfde abonnement. Zie Een SKU of laag kiezen voor Azure Cognitive Search voor meer informatie over lagen.

De limieten voor het maximumaantal services kunnen op aanvraag worden verhoogd. Neem contact op met Azure-ondersteuning als u meer services in hetzelfde abonnement nodig hebt.

¹ Gratis is gebaseerd op gedeelde, niet toegewezen, resources. Opschalen wordt niet ondersteund voor gedeelde resources.

² Zoekeenheden zijn factureringseenheden, toegewezen als een replica of als een partitie. U hebt beide resources nodig voor opslag, indexering en querybewerkingen. Zie Resourceniveaus schalen voor query- en indexwerkbelastingen voor meer informatie over SU-berekeningen.

Limieten per zoekservice

Een zoekservice wordt beperkt door de schijfruimte of door de vaste limiet voor het maximumaantal indexen of indexeerfuncties (wat zich als eerste voordoet). De volgende tabel bevat opslaglimieten. Zie Limieten per resource voor maximale objectlimieten.

¹ Basic heeft één vaste partitie. Er kunnen aanvullende zoekeenheden worden gebruikt om replica's toe te voegen voor grotere queryvolumes.

² Service Level Agreements zijn van kracht voor factureerbare services op toegewezen resources. Gratis services en preview-functies hebben geen SLA. Voor factureerbare services worden SLA's van kracht wanneer u voldoende redundantie voor uw service inricht. SLA's voor query's (lezen) vereisen twee of meer replica's. SLA's voor query's en indexering (lezen-schrijven) vereisen drie of meer replica's. Het aantal partities is geen SLA-overweging.

Zie Servicelimieten in Azure Cognitive Search voor meer informatie over limieten op een gedetailleerder niveau, zoalsdocumentgrootte, query's per seconde, sleutels, aanvragen en antwoorden.

Azure Cognitive Services limieten

De volgende limieten gelden voor het aantal Cognitive Services-resources per Azure-abonnement. Er geldt een limiet van slechts één toegestaan gratis account per Cognitive Service-type per abonnement. Elk van de Cognitive Services kan andere beperkingen hebben. Zie voor meer informatie Azure Cognitive Services.

Azure Cosmos DB limieten

Zie limieten Azure Cosmos DB in Azure Cosmos DB voor meer Azure Cosmos DB.

Azure Data Explorer limieten

In de volgende tabel worden de maximum limieten voor Azure Data Explorer-clusters beschreven.

In de volgende tabel worden de limieten beschreven voor beheerbewerkingen die worden uitgevoerd op Azure Data Explorer-clusters.

Azure Database for MySQL

Zie Beperkingen Azure Database for MySQL voor meer Azure Database for MySQL.

Azure Database for PostgreSQL

Zie Azure Database for PostgreSQL beperkingen in Azure Database for PostgreSQL voor meer Azure Database for PostgreSQL.

Azure Functions limieten

¹ De time-out voor de Functions 1.x-runtime in een App Service-abonnement is standaard niet-gebonden.
² Het App Service-abonnement moet zijn ingesteld op Altijd aan. Tegen standaardtarieven.
³ Deze limieten worden ingesteld in de host.
⁴ Het werkelijke aantal functie-apps dat u kunt hosten, is afhankelijk van de activiteit van de apps, de grootte van het machine-exemplaar en het bijbehorende resourcegebruik.
⁵ De opslaglimiet is de totale inhoudsgrootte in tijdelijke opslag voor alle apps in hetzelfde App Service-abonnement. Verbruiksabonnement maakt gebruik van Azure Files voor tijdelijke opslag.
⁶ Wanneer uw functie-app in een verbruiksabonnement wordt gehost, wordt alleen de optie CNAME ondersteund. Voor functie-apps in een Premium-abonnement of een App Service-abonnement kunt u een aangepast domein toewijzen met een CNAME- of A-record.
⁷ Gegarandeerd voor maximaal 60 minuten.
⁸ Werkrollen zijn rollen die klanten-apps hosten. Werkrollen zijn beschikbaar in drie vaste grootten: Eén vCPU/3,5 GB RAM; Twee vCPU/7 GB RAM; Vier vCPU/14 GB RAM.
⁹ wanneer u in een Premium-abonnement op Linux wordt uitgevoerd, bent u momenteel beperkt tot 20 exemplaren.
¹⁰ Zie app service limieten voor meer informatie.

Zie Functions Hosting plans comparison (Vergelijking van Functions Hosting-abonnementen) voor meer informatie.

Limieten voor Azure Healthcare-API's

Azure Healthcare-API's is een set beheerde API-services op basis van open standaarden en frameworks. De service stelt werkstromen in staat om de gezondheidszorg te verbeteren en biedt schaalbare en veilige oplossingen voor de gezondheidszorg. Deze is momenteel beschikbaar als openbare preview. Azure Healthcare-API's omvatten de service Fast Healthcare Interoperability Resources (FHIR), de SERVICE Digital Imaging and Communications in Healthcare (DICOM) en de IoT-connector.

De FHIR-service is een implementatie van de FHIR-specificatie binnen de Azure Healthcare-API's. Hiermee kunt u in één werkruimte een of meer FHIR-service-exemplaren combineren met optionele DICOM-service-exemplaren en IoT-connectors. De Azure API for FHIR is algemeen beschikbaar en beschikbaar als een serviceaanbieding op zichzelf.

Azure Kubernetes Service limieten

¹ De OSM-invoegversie voor AKS heeft een preview-status en zal aanvullende verbeteringen ondergaan voordat algemene beschikbaarheid (GA) wordt bereikt. Tijdens de preview-fase is het raadzaam om de weergegeven limieten niet te overschrijden.

Azure Machine Learning limieten

De meest recente waarden voor Azure Machine Learning Compute-quota vindt u op de pagina Azure Machine Learning quota

Limieten voor Azure Kaarten

In de volgende tabel ziet u het gebruikslimiet voor de Azure Maps S0-prijslaag. De gebruikslimiet hangt af van de prijscategorie.

De volgende tabel geeft de cumulatieve gegevensgroottelimiet weer voor Azure Maps-accounts in een Azure-abonnement. De Azure Maps Data-service is alleen beschikbaar in de prijscategorie S1.

Raadpleeg Azure Maps-prijzen voor meer informatie over de Azure Maps-prijslagen.

Azure Monitor limieten

Waarschuwingen

Api voor waarschuwingen

Azure Monitor waarschuwingen hebben verschillende beperkingslimieten om te beschermen tegen gebruikers die een overmatig aantal aanroepen doen. Dit gedrag kan leiden tot overbelasting van de backendbronnen van het systeem en de servicereactietijd in gevaar brengen. De volgende limieten zijn bedoeld om klanten te beschermen tegen onderbrekingen en om een consistent serviceniveau te garanderen. De gebruikersbeperking en -limieten zijn zodanig ontworpen dat ze alleen van invloed zijn op extreme gebruiksscenario's en niet relevant zijn voor normaal gebruik.

Actiegroepen

Automatisch schalen

Logboekquery's en taal

Algemene querylimieten

Beperking van gebruikersquery's

Azure Monitor beschikt over een aantal beperkingslimieten als bescherming tegen gebruikers die een overmatig aantal query's verzenden. Dit gedrag kan leiden tot overbelasting van de backendbronnen van het systeem en de servicereactietijd in gevaar brengen. De volgende limieten zijn bedoeld om klanten te beschermen tegen onderbrekingen en om een consistent serviceniveau te garanderen. De gebruikersbeperking en -limieten zijn zodanig ontworpen dat ze alleen van invloed zijn op extreme gebruiksscenario's en niet relevant zijn voor normaal gebruik.

• Optimaliseer uw query's zoals beschreven in Logboekquery's in Azure Monitor optimaliseren.
• Dashboards en werkmappen kunnen meerdere query's bevatten in één weergave die een burst van query's genereert elke keer dat ze worden geladen of vernieuwd. Overweeg deze op te splitsen in meerdere weergaven die op aanvraag worden geladen.
• Overweeg om in Power BI alleen samengevoegde resultaten in plaats van onbewerkte logboeken te extraheren.

Log Analytics-werkruimten

Volume gegevensverzameling en gegevensretentie

Aantal werkruimten per abonnement.

Azure Portal

API gegevensverzamelaar

Query-API

Connector voor Azure Monitor-logboeken

Algemene limieten voor werkruimten

Gegevensopnamevolume

Azure Monitor is een grootschalige gegevensservice die elke maand een groeiend aantal terabytes aan gegevens van duizenden klanten verwerkt. De limiet voor het opnamevolume moet de klanten van Azure Monitor isoleren tegen plotselinge opnamepieken in een multitenancy-omgeving. Er is een standaarddrempel van 500 MB (gecomprimeerd) voor het opnamevolume gedefenieerd in werkruimtes. Dit staat gelijk aan een niet-gecomprimeerd volume van ongeveer 6 GB/min. De werkelijke grootte kan per gegevenstype variëren afhankelijk van de logboeklengte en de compressieratio ervan. De limiet voor volumesnelheid is van toepassing op gegevens die worden opgenomen vanuit Azure-resource via Diagnostische instellingen. Wanneer het volumelimiet is bereikt, probeert een mechanisme voor nieuwe pogingen de gegevens vier keer op te nemen in een periode van 30 minuten. Als dat niet lukt, mislukt de bewerking. De limiet is niet van toepassingen op gegevens van agents of de Data Collector-API.

Als naar een werkruimte verzonden gegevens een volumesnelheid heeft die hoger is dan 80 % van de drempel die in uw werkruimte is geconfigureerd, wordt er om de zes uur een gebeurtenis verzonden naar de bewerkingstabel in uw werkruimte, zolang de drempel nog steeds wordt overschreden. Als het opnamevolume hoger is dan de drempel, worden sommige gegevens verwijderd en wordt er om de zes uur een gebeurtenis verzonden naar de bewerkingstabel in uw werkruimte, zolang de drempel wordt overschreden. Als uw opnamevolume de drempel blijft overschrijden of als u verwacht de drempel binnenkort te bereiken, kunt u een verhoging aanvragen door een ondersteuningsaanvraag te openen.

Zie De status van de Log Analytics-werkruimte in Azure Monitor bewaken voor het maken van waarschuwingsregels om proactief te worden gewaarschuwd wanneer u eventuele opnamelimieten bereikt.

Application Insights

Er gelden enkele beperkingen voor het aantal meetgegevens en gebeurtenissen per toepassing, per instrumentatiesleutel. De limieten zijn afhankelijk van de prijscategorie die u kiest.

Zie Over prijzen en quota voor Application Insights voor meer informatie.

Azure Data Factory limieten

Azure Data Factory is een service met meerdere tenants met de volgende standaardlimieten om ervoor te zorgen dat klantabonnementen worden beschermd tegen elkaars werkbelastingen. Neem contact op met de ondersteuning als u de limieten wilt verhogen tot de maximumwaarde voor uw abonnement.

Versie 2

¹ De gegevensintegratie-eenheid (DIU) wordt gebruikt in een kopieerbewerking van de cloud naar de cloud. Zie Gegevensintegratie-eenheden (versie 2) voor meer informatie. Zie Prijzen voor Azure Data Factoryvoor meer informatie over facturering.

² Azure Integration Runtime is algemeen beschikbaar om de gegevensnaleving, efficiëntie en verminderde kosten voor uitgaand netwerkverkeer te garanderen.

Als beheerd virtueel netwerk is ingeschakeld, is de gegevensintegratie-eenheid (DIU) in alle regiogroepen 2400.

³ Pijplijn-, gegevensset- en gekoppelde serviceobjecten vertegenwoordigen een logische groepering van uw werkbelasting. De limieten voor deze objecten hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Data Factory. Data Factory is ontworpen om petabytes aan gegevens te kunnen verwerken.

⁴ De payload voor elke uitvoering van activiteit omvat de activiteitsconfiguratie, de bijbehorende gegevensset(s) en configuratie van gekoppelde service(s) en een klein deel systeemeigenschappen die per activiteitstype zijn gegenereerd. De limieten voor de grootte van deze payload hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Data Factory. Meer informatie over de symptomen en aanbevelingen als u dit limiet bereikt.

Versie 1

¹ Pijplijn-, gegevensset- en gekoppelde serviceobjecten vertegenwoordigen een logische groepering van uw werkbelasting. De limieten voor deze objecten hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Data Factory. Data Factory is ontworpen om petabytes aan gegevens te kunnen verwerken.

² HDInsight-kernen op aanvraag worden toegewezen uit het abonnement dat de data factory bevat. Als gevolg hiervan is de vorige limiet de door Data Factory afgedwongen kernlimiet voor HDInsight-kernen op aanvraag. Deze verschilt van de kernlimiet die is gekoppeld aan uw Azure-abonnement.

³ De cloudgegevensverplaatsingseenheid (DMU) voor versie 1 wordt gebruikt in een kopieerbewerking van de cloud naar de cloud. Meer informatie vindt u in Cloudgegevensverplaatsingseenheden (versie 1). Zie Prijzen voor Azure Data Factory voor meer informatie over facturering.

Aanroeplimieten voor webservices

Azure Resource Manager heeft limieten voor API-aanroepen. U kunt API-aanroepen maken met een snelheid binnen de Azure Resource Manager API-limieten.

Azure NetApp Files

Azure NetApp Files heeft een regionale capaciteitslimiet. De standaardcapaciteitslimiet voor elk abonnement is 25 TiB per regio voor alle serviceniveaus. Als u de capaciteit wilt vergroten, gebruikt u de ondersteuningsaanvraag Service- en abonnementslimieten (quota).

Zie Resourcelimieten voor Azure NetApp Files voor meer informatie over de Azure NetApp Files.

Azure Policy limieten

Voor elk objecttype in Azure Policy bestaat er een maximum. Voor definities betekent Bereik de beheergroep of het abonnement. Voor toewijzingen en uitzonderingen betekent Bereik de beheergroep, het abonnement, de resource groep of een afzonderlijke resource.

Azure Quantum limieten

Providerlimieten & quotum

De Azure Quantum-service ondersteunt zowel eerste als externe serviceproviders. Externe providers zijn eigenaar van hun limieten en quota. Gebruikers kunnen aanbiedingen en limieten in de Azure Portal bij het configureren van externe providers.

Hieronder vindt u de gepubliceerde quotumlimieten voor de provider van oplossingen voor optimalisatieoplossingen van Microsoft.

Learn & Develop SKU

In de Learn & SKU ontwikkelen kunt u geen verhoging van uw quotumlimieten aanvragen. Schakel in plaats daarvan over naar de SKU Prestaties op schaal.

Prestaties op schaal-SKU

Contact op met Ondersteuning voor Azure om een limietverhoging aan te vragen.

Raadpleeg de pagina met prijzen voor Azure Quantum meer informatie. Bekijk de relevante pagina's met providerprijzen in Azure Portal voor meer informatie over aanbiedingen van derden.

¹ Beschrijft het aantal taken dat tegelijkertijd in de wachtrij kan worden geplaatst.

Azure RBAC-beperkingen

De volgende limieten gelden voor op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC).

Azure SignalR Service limieten

Als u een update wilt aanvragen voor de standaardlimieten voor uw abonnement, opent u een ondersteuningsticket.

Zie Berichten en verbindingen in Azure SignalR Service voor meer informatie over hoe verbindingen en berichten worden Azure SignalR Service.

Als uw vereisten de limieten overschrijden, schakelt u over van de gratis laag naar de Standard-laag en voegt u eenheden toe. Zie Een exemplaar van een Azure SignalR Service schalen voor meer informatie.

Als uw vereisten de limieten van één exemplaar overschrijden, voegt u exemplaren toe. Zie How to scale SignalR Service with multiple instances? (Hoe kan ik de schaal SignalR Service met meerdere exemplaren? voor meer informatie.

Azure VMware Solution limieten

In de volgende tabel worden de maximumlimieten voor Azure VMware Solution.

Gebruik voor andere VMware-specifieke limieten het hulpprogramma voor maximale VMware-configuratie!.

Back-uplimieten

Zie Azure Backup-ondersteuningsmatricesvoor een overzicht van de ondersteuningsinstellingen en beperkingen voor Azure Backup.

Batchlimieten

¹Neem contact op met de ondersteuning van Azure als u een grotere hoeveelheid wilt aanvragen.

Limieten voor klassieke implementatiemodellen

Als u het klassieke implementatiemodel gebruikt in plaats van het Azure Resource Manager-implementatiemodel, gelden de volgende limieten.

¹Extra kleine instanties tellen als één vCPU voor de vCPU-limiet, ondanks het gebruik van een gedeeltelijke CPU-kern.

²De opslagaccountlimiet omvat zowel Standard als Premium opslagaccounts.

Container Instances limieten

¹ Stel een Azure-ondersteuningsaanvraag op om een hogere limiet aan te vragen. Gratis abonnementen, waaronder gratis Azure-account en Azure for Students komen niet in aanmerking voor limiet- of quotumverhoging. Als u een gratis abonnement hebt, kunt u upgraden naar een abonnement met betalen per gebruik.
²Standaardlimiet voor abonnement met betalen per gebruik. De limiet kan verschillen voor andere typen categorieën.

Container Registry limieten

In de volgende tabel worden de functies en limieten van de servicelagen Basic, Standard en Premium begrensd.

¹ Opslag inbegrepen in het dagelijkse tarief voor elke laag. Er kan extra opslag worden gebruikt tot aan de registeropslaglimiet tegen een extra dagelijks tarief per GiB. Zie voor meer tariefinformatie Prijzen voor Azure Container Registry. Neem contact op met Azure-ondersteuning als u opslag nodig hebt buiten de registeropslaglimiet.

²ReadOps, WriteOps en bandbreedte zijn minimale schattingen. Azure Container Registry streeft ernaar de prestaties te verbeteren op basis van de gebruiksvereisten.

³Een Docker-pull bestaat uit meerdere leesbewerkingen, afhankelijk van het aantal lagen in de installatiekopie, plus het ophalen van het manifest.

⁴Een Docker-push bestaat uit meerdere schrijfbewerkingen, afhankelijk van het aantal lagen dat moet worden gepusht. Een docker push omvat de ReadOps om een manifest voor een bestaande installatiekopie op te halen.

Content Delivery Network limieten

Een Content Delivery Network-abonnement kan een of meer Content Delivery Network-profielen bevatten. Een Content Delivery Network-profiel kan een of meer Content Delivery Network-eindpunten bevatten. Mogelijk wilt u meerdere profielen gebruiken om de CDN-eindpunten te ordenen op basis van het internetdomein, de webtoepassing of andere criteria.

Data Lake Analytics limieten

Met Azure Data Lake Analytics maakt u de complexe taak van het beheer van gedistribueerde infrastructuur en complexe code eenvoudig. De service voorziet op dynamische wijze in resources en kan worden gebruikt voor het analyseren van exabytes aan gegevens. Wanneer de taak is voltooid, worden de resources automatisch teruggespoeld. U betaalt alleen voor de verwerkingscapaciteit die u hebt gebruikt. Bij het vergroten of verkleinen van de hoeveelheid opgeslagen gegevens of gebruikte rekenkracht, hoeft u geen code te herschrijven. Neem contact op met de ondersteuning als u de standaardlimieten wilt verhogen voor uw abonnement.

Data Factory limieten

Azure Data Factory is een service met meerdere tenants met de volgende standaardlimieten om ervoor te zorgen dat klantabonnementen worden beschermd tegen elkaars werkbelastingen. Neem contact op met de ondersteuning als u de limieten wilt verhogen tot de maximumwaarde voor uw abonnement.

Versie 2

¹ De gegevensintegratie-eenheid (DIU) wordt gebruikt in een kopieerbewerking van de cloud naar de cloud. Zie Gegevensintegratie-eenheden (versie 2) voor meer informatie. Zie Prijzen voor Azure Data Factoryvoor meer informatie over facturering.

² Azure Integration Runtime is algemeen beschikbaar om de gegevensnaleving, efficiëntie en verminderde kosten voor uitgaand netwerkverkeer te garanderen.

Als beheerd virtueel netwerk is ingeschakeld, is de gegevensintegratie-eenheid (DIU) in alle regiogroepen 2400.

³ Pijplijn-, gegevensset- en gekoppelde serviceobjecten vertegenwoordigen een logische groepering van uw werkbelasting. De limieten voor deze objecten hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Data Factory. Data Factory is ontworpen om petabytes aan gegevens te kunnen verwerken.

⁴ De payload voor elke uitvoering van activiteit omvat de activiteitsconfiguratie, de bijbehorende gegevensset(s) en configuratie van gekoppelde service(s) en een klein deel systeemeigenschappen die per activiteitstype zijn gegenereerd. De limieten voor de grootte van deze payload hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Data Factory. Meer informatie over de symptomen en aanbevelingen als u dit limiet bereikt.

Versie 1

¹ Pijplijn-, gegevensset- en gekoppelde serviceobjecten vertegenwoordigen een logische groepering van uw werkbelasting. De limieten voor deze objecten hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Data Factory. Data Factory is ontworpen om petabytes aan gegevens te kunnen verwerken.

² HDInsight-kernen op aanvraag worden toegewezen uit het abonnement dat de data factory bevat. Als gevolg hiervan is de vorige limiet de door Data Factory afgedwongen kernlimiet voor HDInsight-kernen op aanvraag. Deze verschilt van de kernlimiet die is gekoppeld aan uw Azure-abonnement.

³ De cloudgegevensverplaatsingseenheid (DMU) voor versie 1 wordt gebruikt in een kopieerbewerking van de cloud naar de cloud. Meer informatie vindt u in Cloudgegevensverplaatsingseenheden (versie 1). Zie Prijzen voor Azure Data Factory voor meer informatie over facturering.

Aanroeplimieten voor webservices

Azure Resource Manager heeft limieten voor API-aanroepen. U kunt API-aanroepen maken met een snelheid binnen de Azure Resource Manager API-limieten.

Data Lake Storage limieten

Azure Data Lake Storage Gen2 is geen accounttype voor toegewezen service of opslag. Het behoort tot de nieuwste mogelijkheden voor de analyse van big data. Deze mogelijkheden zijn beschikbaar in een opslagaccount voor algemeen gebruik v2 of in een BlockBlobStorage-opslagaccount, en u kunt deze mogelijkheden verkrijgen door de functie Hiërarchische naamruimte van het account in te schakelen. Raadpleeg deze artikelen voor schaaldoelen.

• Schaaldoelen voor Blob Storage.
• Schaaldoelen voor standaard opslagaccounts.

Azure Data Lake Storage Gen1 is een toegewezen service. Het is een ondernemingsbrede opslagplaats op hyperschaal voor analytische workloads van big data. U kunt Data Lake Storage Gen1 gebruiken om gegevens van elke grootte, elk type en elke opnamesnelheid op één enkele locatie vast te leggen voor operationele en experimentele analyses. Er geldt geen limiet voor de hoeveelheid gegevens die u in een Data Lake Storage Gen1-account kunt opslaan.

Data Share limieten

Azure Data Share stelt organisaties in staat om eenvoudig en veilig gegevens te delen met hun klanten en partners.

Database Migration Service limieten

Azure Database Migration Service is een volledig beheerde service die is ontworpen voor naadloze migratie van meerdere databasebronnen naar Azure-gegevensplatforms met slechts minimale downtime.

Apparaatupdate voor IoT Hub limieten

Deze tabel bevat de limieten voor de apparaatupdate voor IoT Hub resource in Azure Resource Manager:

Deze tabel bevat de verschillende limieten die zijn gekoppeld aan de bewerkingen in Apparaatupdate voor IoT Hub:

Digital Twins limieten

Functionele limieten

De volgende tabel bevat de functionele limieten van Azure Digital Twins.

Frequentielimieten

De volgende tabel geeft de snelheidslimieten van verschillende API's weer.

Andere limieten

Limieten voor gegevenstypen en velden in DTDL-documenten voor Azure Digital Twins-modellen vindt u in de specificatiedocumentatie in GitHub: Digital Twins Definition Language (DTDL) - versie 2.

Details van querylatentie worden beschreven in Querytaal. Beperkingen van bepaalde functies van de querytaal vindt u in de naslagdocumentatie voor query's.

Event Grid limieten

De volgende limieten zijn van toepassing op Azure Event Grid-onderwerpen (systeem, aangepast en partneronderwerpen).

De volgende limieten zijn van toepassingen op Azure Event Grid-domeinen.

Event Hubs limieten

De volgende tabellen bevatten quota en limieten die specifiek zijn voor Azure Event Hubs. Zie Prijzen voor Event Hubs voor prijsinformatie over Event Hubs.

Algemene limieten voor alle lagen

De volgende limieten gelden in alle lagen.

Basic versus Standard versus Premium versus toegewezen lagen

De volgende tabel bevat limieten die kunnen verschillen voor de lagen Basic, Standard en Dedicated. In de tabel is CU capaciteitseenheid,pu is verwerkingseenheid,TU is doorvoereenheid.

* Afhankelijk van verschillende factoren, zoals resourcetoewijzing, aantal partities, opslag, en meer.

IoT Central limieten

Het aantal toepassingen dat u kunt implementeren met een abonnement van IoT Central is beperkt tot tien. Als u deze limiet wilt verhogen, kunt u contact opnemen met Microsoft Ondersteuning.

IoT Hub limieten

De volgende tabel bevat de limieten die aan de verschillende servicelagen (S1, S2, S3 en F1) zijn gekoppeld. Voor informatie over de kosten van elke eenheid in elke laag raadpleegt u Prijzen van Azure IoT Hub.

De volgende tabel bevat de limieten die van toepassing zijn op IoT Hub-resources.

IoT Hub vertraagt aanvragen wanneer de volgende quota worden overschreden.

IoT Hub Device Provisioning Service limieten

In de volgende tabel staan de limieten die van toepassing zijn op Azure IoT Hub Device Provisioning Service-resources.

Device Provisioning Service heeft de volgende snelheidslimieten.

Key Vault limieten

Azure Key Vault-service ondersteunt twee resourcetypen: kluizen en beheerde HMS's. In de volgende twee secties worden de servicelimieten voor elk van beide beschreven.

Resourcetype: kluis

In deze sectie worden servicelimieten voor resourcetype vaults beschreven.

Belangrijkste transacties (maximum aantal transacties in 10 seconden per kluis per regio¹):

Geheimen, sleutels voor beheerde opslagaccounts en kluistransacties:

Zie de Azure Key Vault-beperkingsrichtlijnen voor informatie over het verwerken van beperkingen wanneer deze limieten worden overschreden.

¹ Een limiet voor het hele abonnement voor alle transactietypen is vijf keer per sleutelkluislimiet. Andere HSM-transacties per abonnement zijn bijvoorbeeld beperkt tot 5000 transacties binnen tien seconden per abonnement.

Back-upsleutels, geheimen, certificaten

Wanneer u een back-up maakt van een object dat is opgeslagen in een sleutelkluis (zoals een geheim, sleutel of certificaat), wordt het object door de back-upbewerking gedownload als een versleutelde blob. Deze blob kan niet buiten Azure worden ontsleuteld. Als u gebruiksgegevens uit deze blob wilt halen, moet u de blob herstellen in een sleutelkluis binnen hetzelfde Azure-abonnement en dezelfde Azure-geografie

Limieten voor het aantal sleutels, geheimen en certificaten:

Key Vault beperkt niet het aantal sleutels, geheimen of certificaten dat kan worden opgeslagen in een kluis. Er moet rekening worden gehouden met de transactielimieten voor de kluis om ervoor te zorgen dat bewerkingen niet worden beperkt.

Key Vault beperkt het aantal versies voor een geheim, sleutel of certificaat niet, maar het opslaan van een groot aantal versies (500+) kan van invloed zijn op de prestaties van back-upbewerkingen. Zie Azure Key Vault Backup.

Azure Private Link- integratie

Resourcetype: Beheerde HSM

In deze sectie worden servicelimieten voor resourcetype managed HSM beschreven.

Objectlimieten

Transactielimieten voor beheerbewerkingen (aantal bewerkingen per seconde per HSM-exemplaar)

Transactielimieten voor cryptografische bewerkingen (aantal bewerkingen per seconde per HSM-exemplaar)

• Elk beheerd hSM-exemplaar bestaat uit drie HSM-partities met load balanced. De doorvoerlimieten zijn een functie van de onderliggende hardwarecapaciteit die is toegewezen voor elke partitie. In de onderstaande tabellen wordt de maximale doorvoer weergegeven met ten minste één beschikbare partitie. De werkelijke doorvoer kan tot 3 x hoger zijn als alle 3 de partities beschikbaar zijn.
• Bij het genoteerde doorvoerlimieten wordt ervan uitgenomen dat één sleutel wordt gebruikt om een maximale doorvoer te bereiken. Als bijvoorbeeld één RSA-2048-sleutel wordt gebruikt, is de maximale doorvoer 1100 aanmeldingsbewerkingen. Als u 1100 verschillende sleutels gebruikt met elk 1 transactie per seconde, kunnen ze niet dezelfde doorvoer bereiken.

RSA-sleutelbewerkingen (aantal bewerkingen per seconde per HSM-exemplaar)

EC-sleutelbewerkingen (aantal bewerkingen per seconde per HSM-exemplaar)

In deze tabel wordt het aantal bewerkingen per seconde voor elk curvetype beschreven.

AES-sleutelbewerkingen (aantal bewerkingen per seconde per HSM-exemplaar)

• Versleutelings- en ontsleutelingsbewerkingen gaan uit van een pakketgrootte van 4 KB.
• Doorvoerlimieten voor versleutelen/ontsleutelen zijn van toepassing op AES-CBC- en AES-GCM-algoritmen.
• Doorvoerlimieten voor Wrap/Unwrap zijn van toepassing op het AES-KW-algoritme.

Limieten voor beheerde identiteiten

• Elke beheerde identiteit telt mee voor de quotumlimiet voor objecten in een Azure AD-tenant, zoals beschreven in Limieten en beperkingen van de Azure AD-service.

• De snelheid waarmee beheerde identiteiten kunnen worden gemaakt, kent de volgende limieten:

  1. Per Azure AD-tenant per Azure-regio: 400 maakbewerkingen per 20 seconden.
  2. Per Azure-abonnement per Azure-regio: 80 maakbewerkingen per 20 seconden.

• De snelheid waarmee een door de gebruiker toegewezen beheerde identiteit kan worden toegewezen met een Azure-resource:

  1. Per Azure AD-tenant per Azure-regio: 400 toewijzingsbewerkingen per 20 seconden.
  2. Per Azure-abonnement per Azure-regio: 300 toewijzingsbewerkingen per 20 seconden.

Media Services limieten

Accountlimieten

Assetlimieten

Opslaglimieten (media)

¹ De maximale grootte die wordt ondersteund voor één blob is momenteel 5 TB in Azure Blob Storage. Aanvullende limieten zijn van toepassing in Media Services op basis van VM-grootten die worden gebruikt door de service. De groottelimieten zijn van toepassing op de bestanden die u upload en ook de bestanden die worden gegenereerd als resultaat van Media Services-verwerking (coderen of analyseren). Als uw bronbestand groter is dan 260 GB, mislukt uw taak waarschijnlijk.

² De opslagaccounts moeten deel uitmaken van hetzelfde Azure-abonnement.

Limieten voor taken (codering en analyse)

³ Deze waarde omvat taken in de wachtrij, voltooide taken, actieve taken en geannuleerde taken. De waarde omvat geen verwijderde taken.

Elke taakrecord in uw account die ouder is dan negentig dagen wordt automatisch verwijderd, ook als het totale aantal records lager is dan het maximale quotum.

Limieten voor live streamen

⁴ Zie Vergelijkingen tussen en beperkingen voor typen livegebeurtenissen voor meer informatie over beperkingen van livegebeurtenissen.

⁵ Live-uitvoer starten zodra ze zijn gemaakt en stoppen wanneer ze worden verwijderd.

Verpakkings- en leveringslimieten

⁶ Wanneer u een aangepast streamingbeleid gebruikt, moet u een beperkte set met dergelijke beleidsregels ontwerpen voor uw Media Service-account en deze opnieuw gebruiken voor de StreamingLocators wanneer dezelfde versleutelingsopties en protocollen nodig zijn. U hoeft geen nieuw streaming-beleid te maken voor elke streaming-locator.

⁷ Streaming-locators zijn niet ontworpen om toegangsbeheer per gebruiker te regelen. Gebruik DRM-oplossingen (Digital Rights Management) als u afzonderlijke gebruikers verschillende toegangsrechten wilt geven.

Beschermingslimieten

Ondersteuningsticket

Als resources niet vast zijn, kunt u een ondersteuningsticket openen om te vragen of de quota kunnen worden verhoogd. Neem gedetailleerde informatie op in de aanvraag over de gewenste wijzigingen in het quotum, use-case-scenario's en de vereiste regio's.
Maak geen extra Azure Media Services-accounts in een poging om de limieten te verhogen.

Media Services v2 (verouderd)

Zie Media Services v2 (verouderd) voor limieten die specifiek zijn Media Services v2 (verouderd)

Mobile Services limieten

Zie Prijzen van Azure Mobile Services voor meer informatie over limieten en prijzen.

Multi-Factor Authentication-limieten

Netwerklimieten

Netwerklimieten - Azure Resource Manager

De volgende beperkingen gelden alleen voor netwerkresources die worden beheerd via Azure Resource Manager. De beperkingen gelden per regio en per abonnement. Meer informatie over het bekijken van uw huidige resourcegebruik op basis van uw abonnementslimieten.

Limieten van openbaar IP-adres

¹Standaardlimieten voor openbare IP-adressen zijn afhankelijk van het type aanbieding, zoals gratis proefversies, betalen per gebruik of CSP. De standaardinstelling voor Enterprise Agreement-abonnementen is bijvoorbeeld 1000.

² De limiet voor openbare IP-adressen verwijst naar de totale hoeveelheid openbare IP-adressen, waaronder Basic en Standard.

Load balancer-limieten

De volgende beperkingen gelden alleen voor netwerkresources die worden beheerd via Azure Resource Manager. De beperkingen gelden per regio en per abonnement. Meer informatie over het bekijken van uw huidige resourcegebruik op basis van uw abonnementslimieten.

Standard Load Balancer

¹ De limiet is maximaal 1200 resources, in elke combinatie van zelfstandige resources voor virtuele machines, resources voor beschikbaarheidssets en plaatsingsgroepen voor virtuele-machineschaalsets.

Basic Load Balancer

² De limiet voor één afzonderlijke resource in een back-uppool (zelfstandige virtuele machine, beschikbaarheidsset of plaatsingsgroep voor virtuele-machineschaalsets) is dat er maximaal 250 front-end-IP-configuraties moeten zijn voor één basic, openbaar Load Balancer en basic interne Load Balancer.

De volgende beperkingen gelden alleen voor netwerkresources die worden beheerd via het klassieke implementatiemodel voor elk abonnement. Meer informatie over het bekijken van uw huidige resourcegebruik op basis van uw abonnementslimieten.

ExpressRoute-limieten

Aantal virtuele netwerken per ExpressRoute-circuit

*100 Gbps alleen ExpressRoute Direct

Virtual Network gatewaylimieten

NAT Gateway limieten

Virtual WAN limieten

Application Gateway limieten

De volgende tabel is van toepassing op v1-, v2-, Standard- en WAF-SKU's, tenzij anders aangegeven.

¹ In het geval van SKU's met WAF ingeschakeld moet u het aantal resources beperken tot 40.

² Limiet is per Application Gateway niet per Application Gateway resource.

Network Watcher limieten

Private Link-limieten

De volgende limieten gelden voor Azure Private Link:

Traffic Manager limieten

Azure Bastion limieten

*Deze workloadtypen worden hier gedefinieerd: Extern bureaublad workloads
**Deze limieten zijn gebaseerd op RDP-prestatietests voor Azure Bastion. De getallen kunnen variëren als gevolg van andere on-going RDP-sessies of andere on-going SSH-sessies.

Azure DNS limieten

Openbare DNS-zones

¹als u deze limieten wilt verhogen, neemt u contact op met ondersteuning voor Azure.

Privé-DNS-zones

¹Deze limieten worden toegepast op elke afzonderlijke virtuele machine en niet op het niveau van het virtuele netwerk. DNS-query's die deze limieten overschrijden, worden verwijderd.

Azure Firewall limieten

Azure Front Door Service limieten

Azure Front Door servicelimieten standard/Premium (preview)

*** Maximaal 500 standaard- en Premium per abonnement.

Time-outwaarden

Client naar Front Door

• Front Door heeft een time-out van 61 seconden voor inactieve TCP-verbindingen.

Front Door naar back-end toepassing

• Als het antwoord een chunk-antwoord is, wordt een 200 geretourneerd als of wanneer de eerste chunk wordt ontvangen.
• Nadat de HTTP-aanvraag naar de back-end is doorgestuurd, wacht Front Door 30 seconden op het eerste pakket van de back-end. Vervolgens wordt er een 503-fout naar de client geretourneerd. Deze waarde kan worden geconfigureerd via het veld sendRecvTimeoutSeconds in de API.
  • Als een aanvraag in de cache wordt opgeslagen en het meer dan 30 seconden duurt voor het eerste pakket van Front Door of van de back-end, wordt er een 504-fout geretourneerd naar de client.
• Nadat het eerste pakket is ontvangen van de back-end, wacht Front Door 30 seconden in een time-out voor inactiviteit. Vervolgens wordt er een 503-fout naar de client geretourneerd. Deze time-outwaarde kan niet worden geconfigureerd.
• De time-out van Front Door naar de back-end-TCP-sessie is 90 seconden.

Gegevenslimiet voor uploaden en downloaden

Andere limieten

• Maximale URL-grootte: 8.192 bytes. Dit is de maximumlengte van de onbewerkte URL (schema + hostnaam + poort + pad + querytekenreeks van de URL)
• Maximale grootte van de querytekenreeks: 4.096 bytes. Dit is de maximumlengte van de querytekenreeks in bytes.
• Maximale grootte van de HTTP-antwoordheader van de statustest-URL: 4.096 bytes. Dit is de maximale lengte van alle antwoord-headers van statuscontroles.
• Maximum aantal headers voor de actie-header van de regels-engine: 640 tekens.
• Maximum aantal headers voor de voorwaardeheader van de regels-engine: 256 tekens.
• Maximale ETag-headergrootte: 128 bytes

Zie Terminologie van de regel-engine voor meer informatie over limieten die van toepassing zijn op configuraties van de engine voor regels

Notification Hubs limieten

Zie Prijzen voor Notification Hubs voor meer informatie over limieten en prijzen.

Limieten voor het opszoeken van de pagina

De meest recente waarden voor Azure Purview-quota vindt u op de pagina Azure Purview-quotum.

Service Bus limieten

De volgende tabel vermeldt quotuminformatie die specifiek is voor Azure Service Bus-berichten. Voor informatie over prijzen en andere quota voor Service Bus raadpleegt u Service Bus-prijzen.

Site Recovery-limieten

De volgende limieten gelden voor Azure Site Recovery.

SQL Database limieten

Zie SQL Database resourcelimieten voor individuele databases, SQL Database SQL Database-resourcelimietenvoor elastische pools en pooldatabases en SQL Database resourcelimieten voor SQL Managed Instance voor meer informatie over SQL Database resourcelimieten.

Het maximum aantal privé-eindpunten per Azure SQL Database logische server is 250.

Azure Synapse Analytics limieten

Azure Synapse Analytics heeft de volgende standaardlimieten om ervoor te zorgen dat de abonnementen van de klant zijn beveiligd tegen elkaars workloads. Neem contact op met de ondersteuning om de limieten te verhogen tot het maximum voor uw abonnement.

Limieten voor Synapse-werkruimten

Limieten voor Synapse-pijplijnen

¹ De gegevensintegratie-eenheid (DIU) wordt gebruikt in een kopieerbewerking van de cloud naar de cloud. Zie Gegevensintegratie-eenheden (versie 2) voor meer informatie. Zie Prijzen voor Azure Synapse Analytics informatie over facturering.

² Azure Integration Runtime is algemeen beschikbaar om de gegevensnaleving, efficiëntie en verminderde kosten voor uitgaand netwerkverkeer te garanderen.

| Regiogroep | Regio's | | -------- | ------ | | Regiogroep 1 | VS - centraal, VS - oost, VS - oost 2, Europa - noord, Europa - west, VS - west, VS - west 2 | | Regiogroep 2 | Australië - oost, Australië - zuidoost, Brazilië - zuid, India - centraal, Japan - oost, VS - noord-centraal, VS - zuid-centraal, Azië - zuidoost, VS - west-centraal | | Regiogroep 3 | Andere regio's | Als beheerd virtueel netwerk is ingeschakeld, is de gegevensintegratie-eenheid (DIU) in alle regiogroepen 2400.

³ Pijplijn-, gegevensset- en gekoppelde serviceobjecten vertegenwoordigen een logische groepering van uw werkbelasting. Limieten voor deze objecten hebben geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Synapse Analytics. Synapse Analytics is ontworpen om te schalen voor het verwerken van petabytes aan gegevens.

⁴ De payload voor elke uitvoering van activiteit omvat de activiteitsconfiguratie, de bijbehorende gegevensset(s) en configuratie van gekoppelde service(s) en een klein deel systeemeigenschappen die per activiteitstype zijn gegenereerd. De limiet voor deze nettolading heeft geen betrekking op de hoeveelheid gegevens die u kunt verplaatsen en verwerken met Azure Synapse Analytics. Meer informatie over de symptomen en aanbevelingen als u dit limiet bereikt.

Limieten SQL toegewezen groep

Zie voor meer informatie over capaciteitslimieten SQL toegewezen Azure Synapse Analytics in SQL resourcelimieten voor toegewezen groepen.

Aanroeplimieten voor webservices

Azure Resource Manager heeft limieten voor API-aanroepen. U kunt API-aanroepen maken met een snelheid binnen de Azure Resource Manager API-limieten.

Azure Files en Azure File Sync

Zie schaalbaarheids- en prestatiedoelen voor Azure Files en File Sync voor meer informatie over de limieten voor schaalbaarheid en Azure Files.

Storage limieten

In de volgende tabel worden de standaardlimieten beschreven voor Azure-accounts voor algemeen gebruik v2 (GPv2), algemeen gebruik v1 (GPv1) en Blob Storage-accounts. De limiet voor inkomend verkeer verwijst naar alle gegevens die naar een opslagaccount worden verzonden. De limiet voor uitgaand verkeer verwijst naar alle gegevens die vanaf een opslagaccount worden ontvangen.

Microsoft raadt u aan voor de meeste scenario's een GPv2-opslagaccount te gebruiken. U kunt eenvoudig zonder uitvaltijd een GPv1- of Blob Storage-account upgraden naar een GPv2-account en zonder dat u gegevens hoeft te kopiëren. Zie Upgraden naar een GPv2-opslagaccount voor meer informatie.

¹ Azure Storage standaardaccounts bieden ondersteuning voor hogere capaciteitslimieten en hogere limieten voor in- en uittreding per aanvraag. Neem contact op met de Azure-ondersteuning om een hogere accountlimiet aan te vragen.

² Als voor uw opslagaccount leestoegang is ingeschakeld met geografisch redundante opslag (RA-GRS) of geografisch zone-redundante opslag (RA-GZRS), zijn de doelen voor verlaten voor de secundaire locatie identiek aan de doelen voor het verlaten van de primaire locatie. Zie Azure Storage-replicatie voor meer informatie.

Zie Schaalbaarheidsdoelen voor standaardopslagaccounts voor meer informatie over limieten voor standaardopslagaccounts.

Storage resourceproviderlimieten instellen

De volgende limieten gelden alleen wanneer u beheerbewerkingen uitvoert met behulp van Azure Resource Manager met Azure Storage.

Limieten voor Azure Blob-opslag

¹ De doorvoer van één blob is afhankelijk van verschillende factoren, waaronder, maar niet beperkt tot: gelijktijdigheid, aanvraaggrootte, prestatielaag, bronsnelheid voor uploads en bestemming voor downloads. Upload grotere blobs of blokken om te profiteren van de prestatieverbeteringen van Blok-blobs met een hoge doorvoer. Roep voor standaard opslagaccounts met name de bewerking Put blob of Put block aan met een blob- of blokgrootte van meer dan 4 MiB. Gebruik voor Premium-blok-blobs of Data Lake Storage Gen2-opslagaccounts een blok-of blobgrootte die groter is dan 256 KiB.

² Pagina-blobs worden nog niet ondersteund in accounts die de instelling Hiërarchische naamruimte hebben.

In de volgende tabel staan de maximale blok- en blobgroottes die per serviceversie zijn toegestaan.

Opslaglimieten voor Azure Queue

Limieten voor Azure Table Storage

In de volgende tabel worden de capaciteit, schaalbaarheid en prestatiedoelen voor Table Storage beschreven.

Schijflimieten voor virtuele machines

U kunt een aantal gegevensschijven koppelen aan een virtuele Azure-machine (VM). Op basis van schaalbaarheid- en prestatiedoelen voor de gegevensschijven van een VM kunt u het aantal en type schijven bepalen dat u nodig hebt om aan uw prestatie- en capaciteitsvereisten te voldoen.

Voor beheerde Azure-schijven:

In de volgende tabel ziet u de standaard- en maximumlimieten van het aantal resources per regio per abonnement. De limieten blijven dezelfde, ongeacht of schijven zijn versleuteld met door platform beheerde sleutels of door klant beheerde sleutels. Er is geen limiet voor het aantal beheerde schijven, momentopnamen en afbeelding per resourcegroep.

Resource	Limiet
Standaard beheerde schijven	50,000
Standaard beheerde SSD-schijven	50,000
Premium beheerde schijven	50,000
Standard_LRS momentopnamen1	75,000
Standard_ZRS momentopnamen1	75,000
Beheerde installatiekopie	50,000

¹ Het totale aantal momentopnamen van volledige schijven dat een afzonderlijke schijf kan hebben, is 200. Een afzonderlijke schijf kan ook 200 incrementele momentopnamen hebben, die afzonderlijk van momentopnamen van volledige schijven worden geteld.

Voor standaardopslagaccounts: Een Standard-opslagaccount heeft een maximale totale aanvraagsnelheid van 20.000 IOPS. Het totale aantal IOP's van alle schijven van een virtuele machine in een standaardopslagaccount mag niet groter zijn dan deze limiet.

U kunt het aantal intensief gebruikte schijven dat binnen één standaardopslagaccount wordt ondersteund, ruwweg berekenen op basis van de limiet voor het aantal aanvragen. Voor bijvoorbeeld een VM in de Basic-laag is het maximumaantal hoog gebruikte schrijven ongeveer 66, wat neerkomt op 20.000/300 IOPS per schijf. Het maximumaantal hoog gebruikte schijven voor een Standard-VM is ongeveer 40, wat neerkomt op 20.000/500 IOPS per schijf.

Voor Premium Storage-accounts: Een Premium Storage-account heeft een maximale totale doorvoersnelheid van 50 Gbps. De totale doorvoer op alle schijven in uw virtuele machine mag deze limiet niet overschrijden.

Zie Grootten van virtuele machines voor meer informatie.

Schijfversleutelingssets

Er geldt een beperking van 1000 schijfversleutelingssets per regio per abonnement. Zie voor meer informatie de documentatie over versleuteling voor Linux of Windows virtuele machines. Als u het quotum wilt verhogen, neem dan contact op met ondersteuning voor Azure.

Beheerde schijven van virtuele machines

Beheerde schijven met Standard - HDD

Standaard beheerde SSD-schijven

Beheerde schijven met Premium - SSD: limieten per schijf

*Is alleen van toepassing op schijven met bursting op aanvraag ingeschakeld.

Beheerde schijven met Premium - SSD: limieten per VM

Niet-mande schijven van virtuele machines

Standaard niet-beheerde schijven van virtuele machines: Limieten per schijf

**Niet-beheerde VM-schijven van Premium: limieten per account

¹Inkomend verwijst naar alle gegevens van aanvragen die worden verzonden naar een opslagaccount. Uitgaand verwijst naar alle gegevens van aanvragen die worden ontvangen van een opslagaccount.

Niet-beheerde VM-schijven van Premium: limieten per schijf

Niet-beheerde VM-schijven van Premium: limieten per VM

Systeemlimieten voor StorSimple

*Maximale doorvoer per I/O-type is gemeten met 100% lees- en 100% schrijfscenario's. De werkelijke doorvoer kan lager zijn en is afhankelijk van I/O-meng- en netwerkomstandigheden.

Stream Analytics limieten

Virtual Machines limieten

Virtual Machines limieten

¹ Virtuele machines die zijn gemaakt met behulp van het klassieke implementatiemodel in plaats van Azure Resource Manager worden automatisch opgeslagen in een cloudservice. U kunt meer virtuele machines toevoegen aan die cloudservice voor taakverdeling en beschikbaarheid.

² Invoereindpunten staan communicatie toe naar een virtuele machine buiten de cloudservice van die virtuele machine. Virtuele machines in dezelfde cloudservice of een virtueel netwerk kunnen automatisch met elkaar communiceren.

Virtual Machines limieten - Azure Resource Manager

De volgende limieten zijn van toepassing wanneer u Azure Resource Manager en Azure-resourcegroepen gebruikt.

¹ Standaardlimieten variëren per categorietype van de aanbieding, zoals Gratis proefversie en Betalen per gebruik, en per serie, zoals Dv2, F en G. De standaardinstelling voor Enterprise Agreement abonnementen is 350. Voor beveiliging worden abonnementen standaard ingesteld op 20 kernen om te voor komen dat grote kernen worden geïmplementeerd. Als u meer kernen nodig hebt, moet u een ondersteunings ticket indienen.

² Eigenschappen, zoals openbare SSH-sleutels, worden ook gepusht als certificaten en tellen mee voor deze limiet. Als u deze limiet wilt omzeilen, gebruikt u de Azure Key Vault-extensie voor Windows of de Azure Key Vault-extensie voor Linux om certificaten te installeren.

³ Met Azure Resource Manager worden certificaten opgeslagen in Azure Key Vault. Het aantal certificaten is onbeperkt voor een abonnement. Er is een limiet van 1 MB voor certificaten per implementatie, die bestaat uit één virtuele machine of een beschikbaarheidsset.

Shared Image Gallery limieten

Elk abonnement kent limieten voor het implementeren van resources met behulp van galerieën met gedeelde installatiekopieën:

• 100 galerieën met gedeelde installatiekopieën per abonnement per regio
• 1000 definities van installatiekopieën per abonnement per regio
• 10.000 versies van installatiekopieën per abonnement per regio

Limieten voor virtuele-machineschaalsets

Zie ook

• Azure-limieten en -verhogingen begrijpen
• Grootten van virtuele machines en cloudservices voor Azure
• Grootten voor Azure Cloud Services
• Naamgevingsregels en -beperkingen voor Azure-resources