Sottoscrizione di Azure e limiti, quote e vincoli dei servizi

In questo documento sono elencati alcuni dei limiti più comuni di Microsoft Azure, che vengono definiti anche quote.

• Per altre informazioni sui prezzi di Azure, vedere la pagina di panoramica e dettagli dei prezzi di Azure .
• La pagina dei prezzi di Azure fornisce informazioni dettagliate su servizi specifici; Ad esempio, Macchine virtuali Windows.
• È anche possibile usare il calcolatore prezzi di Azure per stimare i costi.
• Per suggerimenti sulla gestione dei costi, vedere Informazioni sulla fatturazione Microsoft .

Come gestire i limiti

Le sottoscrizioni della versione di valutazione gratuita di Azure non sono idonee per l'aumento del limite o della quota. Se si dispone di questo tipo di sottoscrizione, è possibile eseguire l'aggiornamento a uno con pagamento in base al consumo . Per altre informazioni, vedere Aggiornare l'account Azure e le panoramiche per Provare Azure gratuitamente o con pagamento in base al consumo.

Alcuni limiti vengono gestiti a livello di area. Si decide quali quote devono essere per il carico di lavoro in un'area e quindi richiedere tale importo per ogni area in cui si vuole distribuire.

Ad esempio, con quote di unità di elaborazione centrale virtuale (vCPU):

• Per richiedere un aumento della quota con il supporto per le vCPU, si decide quanti vCPU usare in quali aree.
• Si richiede quindi un aumento delle quote di vCPU per le quantità e le aree desiderate.
• Se in questo caso è necessario usare 30 vCPU in Europa occidentale per eseguire l'applicazione, si richiedono in modo specifico 30 vCPU in Europa occidentale.
• La quota di vCPU non aumenta in nessun'altra area; solo l'Europa occidentale ha la quota di 30 vCPU.

Per altre informazioni su come determinare le quote per aree specifiche, vedere Risolvere gli errori relativi alle quote delle risorse.

Limiti generali

• Vedere Regole di denominazione e restrizioni per le risorse di Azure per i limiti relativi ai nomi delle risorse.
• Per informazioni sui limiti di lettura e scrittura dell'API di Resource Manager, vedere Informazioni su come Azure Resource Manager limita le richieste .

Limiti dei gruppi di gestione di Azure

I limiti seguenti si applicano ai gruppi di gestione di Azure.

¹I 6 livelli non includono il livello di sottoscrizione.

²Se raggiungi il limite di 800 distribuzioni, elimina dalla cronologia le distribuzioni che non sono più necessarie. Per eliminare le distribuzioni a livello di gruppo di gestione, usare Remove-AzManagementGroupDeployment o az deployment mg delete.

Limiti delle sottoscrizioni di Azure

Quando si usano Azure Resource Manager e i gruppi di risorse di Azure, si applicano i limiti seguenti.

¹È possibile applicare fino a 50 tag direttamente a una sottoscrizione. All'interno della sottoscrizione, ogni risorsa o gruppo di risorse è soggetto a un limite di 50 tag. Tuttavia, la sottoscrizione è in grado di contenere un numero illimitato di tag distribuiti in varie risorse e gruppi di risorse.

²Resource Manager restituisce un elenco dei nomi dei tag e dei relativi valori nella sottoscrizione solo quando il numero di tag univoci è 80.000 o meno. Un tag univoco viene definito dalla combinazione di ID risorsa, nome di tag e valore di tag. Ad esempio, due risorse con lo stesso nome e valore di tag vengono calcolate come due tag univoci. È possibile comunque trovare una risorsa in base al tag quando il numero è superiore a 80.000.

³Le distribuzioni vengono eliminate automaticamente dalla cronologia quando si avvicina il limite. Per altre informazioni, vedere Eliminazioni automatiche dalla cronologia di distribuzione.

Limiti del gruppo di risorse di Azure

¹Le distribuzioni vengono eliminate automaticamente dalla cronologia quando si avvicina il limite. L'eliminazione di una voce dalla cronologia delle distribuzioni non ha effetto sulle risorse distribuite. Per altre informazioni, vedere Eliminazioni automatiche dalla cronologia di distribuzione.

Limiti del modello

È possibile superare alcuni limiti del modello usando un modello annidato. Per altre informazioni, vedere Usare modelli collegati quando si distribuiscono le risorse di Azure. Per ridurre il numero di parametri, variabili o output, è possibile combinare più valori in un oggetto. Per altre informazioni, vedere Oggetti come parametri.

È possibile che venga visualizzato un errore con un modello o un file di parametri di dimensioni inferiori a 4 MB se le dimensioni totali della richiesta sono troppo grandi. Per ulteriori informazioni su come semplificare il modello per evitare richieste troppo grandi, vedere Risolvere gli errori relativi alle dimensioni del processo eccedenti.

Limiti del Centro API di Azure

¹ Piano gratuito fornito per 90 giorni, quindi il servizio viene eliminato temporaneamente. L'uso di funzionalità complete del servizio, inclusa l'analisi delle API, è limitato.
² Per aumentare un limite nel piano Standard, contattare il supporto tecnico.
^{3 Proprietà} dei metadati personalizzate assegnate alle API, alle distribuzioni e agli ambienti.
⁴ Il processo può richiedere da pochi minuti fino a un massimo di 24 ore per completarsi.
⁵ Origini come le istanze di Gestione API collegate.

Limiti di Gestione API di Azure

Questa sezione fornisce informazioni sui limiti che si applicano alle istanze di Gestione API di Azure in diversi livelli di servizio, tra cui:

• Livelli classici di gestione API
• Livelli di Gestione API v2
• Aree di lavoro di Gestione API
• Portale per sviluppatori nei livelli di Gestione API v2

Limiti - Livelli classici di Gestione API

Per determinate risorse di Gestione API, i limiti vengono impostati solo nel livello A consumo; in altri livelli classici di Gestione API, dove indicato, queste risorse sono illimitate. Tuttavia, il limite massimo pratico dipende dalla configurazione del servizio, tra cui il piano tariffario, la capacità del servizio, il numero di unità di scala, la configurazione dei criteri, le definizioni e i tipi di API, il numero di richieste simultanee e altri fattori.

Per richiedere un aumento del limite, creare una richiesta di supporto dal portale di Azure. Per altre informazioni, vedere Piani di supporto di Azure.

¹ Le connessioni vengono raggruppate e riutilizzate a meno che non vengano chiuse in modo esplicito dal back-end.
² Include una stringa di query lunga fino a 2048 byte.
³ Il numero di nodi (o repliche) associati a una risorsa gateway self-hosted è illimitato nel livello Premium e limitato a un singolo nodo nel livello Developer.
⁴ Fino a un massimo di 60.000 connessioni per ogni istanza del servizio.

Limiti - Livelli di Gestione API v2

Per richiedere un aumento del limite, creare una richiesta di supporto dal portale di Azure. Per altre informazioni, vedere Piani di supporto di Azure.

¹ Le connessioni vengono raggruppate e riutilizzate a meno che non vengano chiuse in modo esplicito dal back-end.
² Include una stringa di query lunga fino a 2048 byte.
³ Fino a un massimo di 60.000 connessioni per ogni istanza del servizio.

Limiti - Aree di lavoro di Gestione API

Di seguito sono riportati i limiti delle risorse per area di lavoro in Gestione API di Azure:

Limiti - Portale per sviluppatori nei tier di API Management v2

¹ Limite per i widget predefiniti, ad esempio testo, immagini o elenco di API. Attualmente, i widget personalizzati e i widget di codice HTML personalizzati non sono supportati nei livelli v2.

limiti del servizio app Azure

¹ Le quote delle app e di archiviazione sono per il piano di servizio delle app, se non diversamente specificato.

² Il numero effettivo di app che è possibile ospitare in questi computer dipende dall'attività delle app, dalle dimensioni delle istanze del computer e dall'utilizzo delle risorse corrispondente.

³ Le istanze dedicate possono essere di dimensioni diverse. Per altre informazioni, vedere Prezzi del servizio app.

⁴ Sono consentiti altri su richiesta.

⁵ Il limite di archiviazione è la dimensione totale del contenuto in tutte le app nello stesso piano di servizio app. Le dimensioni totali del contenuto di tutte le app in tutti i piani di servizio app in un unico gruppo di risorse e nell'area non può essere superiore a 500 GB. La quota del file system per le app ospitate da App Service è determinata dall'aggregato dei piani App Service creati in un'area geografica e gruppo di risorse.

⁶ Queste risorse sono vincolate dalle risorse fisiche nelle istanze dedicate (le dimensioni dell'istanza e il numero di istanze).

⁷Se si ridimensiona un'app di Windows nel livello Basic a due istanze, sono disponibili 350 connessioni simultanee per ognuna delle due istanze. Per le app di Windows sul livello Standard e versioni successive, non esistono limiti teorici per WebSocket, ma altri fattori possono limitare il numero di WebSocket. Ad esempio, le richieste simultanee massime consentite (definite da maxConcurrentRequestsPerCpu) sono: 7.500 per macchina virtuale di piccole dimensioni, 15.000 per macchina virtuale media (7.500 x 2 core) e 75.000 per macchina virtuale di grandi dimensioni (18.750 x 4 core). Le app Linux sono limitate a 5 connessioni WebSocket simultanee in SKU gratuito e a circa 50.000 connessioni WebSocket simultanee per ogni istanza in tutti gli altri SKU.

⁸ Le connessioni IP massime sono per istanza e dipendono dalle dimensioni dell'istanza: 1.920 per istanza B1/S1/P0V3/P1V3, 3.968 per istanza B2/S2/P2V3, 8.064 per istanza B3/S3/P3V3.

⁹ Gli SKU isolati del servizio app possono essere bilanciati internamente (ILB) con Azure Load Balancer, quindi non c'è connettività pubblica a Internet. Di conseguenza, alcune funzionalità di un'ILB Isolated App Service devono essere usate da macchine con accesso diretto all'endpoint della rete ILB.

¹⁰ Eseguire file eseguibili e/o script personalizzati su richiesta, in base a una pianificazione o continuamente come attività in background all'interno dell'istanza del servizio app. Always On è richiesto per l'esecuzione continua di Processi Web. Non esiste un limite predefinito per il numero di processi Web che possono essere eseguiti in un'istanza del servizio app. Esistono però limiti pratici che dipendono dalle operazioni che il codice dell'applicazione sta provando a eseguire.

¹¹ Vengono rilasciati solo certificati standard (i certificati con caratteri jolly non sono disponibili). Offerta limitata a un solo certificato gratuito per dominio personalizzato.

¹² Utilizzo totale dell'archiviazione in tutte le app distribuite in un singolo ambiente del servizio app (indipendentemente dalla modalità di allocazione tra gruppi di risorse diversi).

limiti Automazione di Azure

Automazione del processo

¹Una "sandbox" è un ambiente condiviso che può essere usato da più compiti. I processi che usano la stessa sandbox sono vincolati dalle limitazioni delle risorse della sandbox.
² Le sottoscrizioni gratuite, tra cui Azure Free Account e Azure for Students, non sono idonee per le modifiche al limite o alla quota. Se si ha una sottoscrizione gratuita, è possibile eseguire l'aggiornamento alla sottoscrizione con pagamento in base al consumo. ³Limiti per i cloud per enti pubblici: 200 processi in esecuzione simultanei nella stessa istanza di tempo per ogni account di Automazione, senza limiti per il numero di account di automazione per ogni sottoscrizione.

Monitoraggio delle modifiche e inventario

La tabella seguente illustra i limiti degli elementi monitorati per ogni macchina per il tracciamento delle modifiche.

Gestore aggiornamenti di Azure

Di seguito sono riportati i limiti consigliati per ogni ambito dinamico:

Di seguito sono riportati i limiti della correzione della pianificazione:

Configurazione app di Azure

Limiti di Azure Cache per Redis

I limiti e le dimensioni di Cache Redis di Azure variano per ogni piano tariffario. Per visualizzare i piani tariffari e le relative dimensioni, vedere i prezzi di Azure Cache per Redis.

Per altre informazioni sui limiti di configurazione di Cache Redis di Azure, vedere Configurazione predefinita del server Redis.

Poiché la configurazione e la gestione delle istanze di Cache Redis di Azure vengono eseguite da Microsoft, non tutti i comandi di Redis sono supportati in Cache Redis di Azure. Per altre informazioni, vedere Comandi redis non supportati in Cache Redis di Azure.

Limiti dei servizi cloud di Azure

¹Ogni servizio cloud di Azure con ruoli Web o di lavoro può avere due distribuzioni, una per la produzione e una per la gestione temporanea. Questo limite si riferisce al numero di ruoli distinti, ovvero alla configurazione, Questo limite non si riferisce al numero di istanze per ruolo, cioè al ridimensionamento.

Limiti di Azure AI Search

I piano tariffari determinano la capacità e i limiti del servizio di ricerca. Questi livelli includono:

• Gratuito: servizio multi-tenant condiviso con altri sottoscrittori di Azure e aiuta con valutazioni e progetti di sviluppo di piccole dimensioni
• Basic: fornisce risorse di calcolo dedicate per i carichi di lavoro di produzione su scala ridotta e con un massimo di tre repliche per carichi di lavoro di query a disponibilità elevata
• Standard: include S1, S2, S3 e S3 ad alta densità; è per carichi di lavoro di produzione più grandi; esistono più livelli all'interno del livello Standard per scegliere una configurazione di risorsa che corrisponda al profilo del carico di lavoro

Limiti per sottoscrizione

È possibile creare più servizi di ricerca fatturabili (Basic e superiori), fino al numero massimo di servizi consentiti a ogni livello, per area. Ad esempio, è possibile creare fino a 16 servizi al livello Basic e altri 16 servizi nel livello S1 all'interno della stessa sottoscrizione e area. È quindi possibile creare altri 16 servizi Basic in un'altra area per un totale combinato di 32 servizi Basic nella stessa sottoscrizione. Per altre informazioni sui livelli, vedere Scegliere un livello (o SKU) per Ricerca di intelligenza artificiale di Azure.

È possibile aumentare i limiti massimi del servizio su richiesta. Se sono necessari più servizi all'interno della stessa sottoscrizione, inviare una richiesta di supporto.

¹ È possibile avere un servizio di ricerca gratuito per ogni sottoscrizione di Azure. Il livello gratuito si basa sull'infrastruttura condivisa con altri clienti. Poiché l'hardware non è dedicato, la scalabilità orizzontale non è supportata e l'archiviazione è limitata a 50 MB. Un servizio di ricerca gratuito potrebbe essere eliminato dopo lunghi periodi di inattività per liberare spazio per più servizi.

² Le unità di ricerca (SU) sono unità di fatturazione, allocate come replica o partizione. Sono necessari entrambi. Per ulteriori informazioni sulle combinazioni SU, vedere Stimare e gestire la capacità di un servizio di ricerca.

Limiti per servizio di ricerca

La tabella seguente illustra il contratto di servizio, i conteggi delle partizioni e i conteggi delle repliche a livello di servizio.

¹ Livello Basic supporta tre partizioni e tre repliche, per un totale di nove unità di ricerca (SU) sui nuovi servizi di ricerca creati dopo il 3 aprile 2024. I servizi di base meno recenti sono limitati a una partizione e a tre repliche.

Un servizio di ricerca è soggetto a un limite massimo di archiviazione (dimensioni della partizione moltiplicate per il numero di partizioni) o di un limite rigido per il numero massimo di indici o indicizzatori, a seconda del primo.

Gli accordi sul livello del servizio (SLA) si applicano ai servizi fatturabili che hanno due o più repliche per carichi di lavoro di query, o tre o più repliche per carichi di lavoro di query e indicizzazione. Il numero di partizioni non è un fattore di cui viene tenuto conto ai fini del contratto di servizio. Per altre informazioni, vedere Affidabilità in Ricerca di intelligenza artificiale di Azure.

I servizi gratuiti non hanno partizioni o repliche fisse e condividono risorse con altri sottoscrittori.

Archiviazione della partizione (GB)

I limiti di archiviazione per servizio variano in base a due fattori: data e area di creazione del servizio. Esistono limiti più elevati per i servizi più recenti nella maggior parte delle aree supportate.

Questa tabella illustra l'avanzamento dell'aumento della quota di archiviazione in GB nel tempo. A partire da aprile 2024, le partizioni di capacità più elevate sono state portate online nelle aree elencate nelle note a piè di pagina. Se si dispone di un servizio precedente in un'area supportata, verificare se è possibile aggiornare il servizio ai limiti di archiviazione più elevati.

¹ Maggiore capacità di archiviazione per Basic, S1, S2, S3 in queste aree. Americas: Brasile meridionale, Canada centrale, Canada orientale, Stati Uniti orientali, Stati Uniti orientali 2, Stati Uniti centrali, Stati Uniti centro-settentrionali, Stati Uniti centro-meridionali, Stati Uniti occidentali 2, Stati Uniti occidentali 3, Stati Uniti centro-occidentali. Europa: Francia centrale. Italia settentrionale, Europa settentrionale, Norvegia orientale, Polonia centrale, Svizzera settentrionale, Svezia centrale, Regno Unito meridionale, Regno Unito occidentale. Medio Oriente: Emirati Arabi Uniti settentrionali. Africa: Sudafrica settentrionale. Asia Pacifico: Australia orientale, Australia sud-orientale, India centrale, Jio India occidentale, Asia orientale, Asia sud-orientale, Giappone orientale, Giappone occidentale, Corea centrale, Corea meridionale.

² Maggiore capacità di archiviazione per L1 e L2. Più aree offrono capacità più elevata a ogni livello fatturabile. Europa: Germania settentrionale, Germania centro-occidentale, Svizzera occidentale. Azure per enti pubblici: Texas, Arizona, Virginia. Africa: Sudafrica settentrionale. Asia Pacifico: Cina settentrionale 3, Cina orientale 3.

³ L'archiviazione con capacità superiore è disponibile in Europa occidentale.

Per altre informazioni sui limiti, tra cui dimensioni del documento, query al secondo, chiavi, richieste e risposte, vedere Limiti del servizio in Ricerca di intelligenza artificiale di Azure .

Limiti dei servizi di intelligenza artificiale di Azure

I limiti seguenti sono relativi al numero di risorse dei servizi di intelligenza artificiale di Azure per ogni sottoscrizione di Azure. Esiste un limite di un solo account "Gratuito", per tipo di risorsa, per sottoscrizione. Ciascun servizio di intelligenza artificiale di Azure potrebbe avere altre limitazioni. Per ulteriori informazioni, vedere Azure AI services.

Limiti di Azure Chaos Studio

Vedere Limiti del servizio Azure Chaos Studio per i limiti di Azure Chaos Studio.

Limiti di Gateway di comunicazione di Azure

È possibile aumentare alcuni dei limiti predefiniti e delle quote seguenti. Per richiedere una modifica, creare una richiesta di supporto del portale di Azure e descrivere il limite che è necessario modificare.

Le restrizioni seguenti si applicano a tutti i gateway di comunicazione di Azure:

• Tutto il traffico deve usare IPv4.
• Tutto il traffico deve usare TLS 1.2 o versione successiva. Le versioni precedenti non sono supportate.
• Il numero di chiamate attive è limitato al 15% del numero di utenti assegnati al gateway di comunicazione di Azure. Per la definizione degli utenti, vedere Pianificare e gestire i costi per Il gateway di comunicazione di Azure.
• Il numero di chiamate che vengono transcodificate attivamente è limitato al 5% del numero totale di chiamate attive.

Il gateway di comunicazione di Azure presenta anche limiti per la segnalazione SIP.

Alcuni endpoint possono aggiungere parametri nelle intestazioni seguenti a un messaggio in-dialog quando tali parametri non erano presenti nel messaggio di creazione della finestra di dialogo. In tal caso, il gateway di comunicazione di Azure rimuove i parametri, perché RFC 3261 non consente questo comportamento.

• URI della richiesta
• All’intestazione
• Dall'intestazione

L'API di provisioning ha un limite di frequenza di 100 richieste al minuto, applicate in tutte le risorse. Una richiesta batch per aggiornare più risorse viene conteggiato come una richiesta.

Limiti delle app contenitore di Azure

Consultare Quote in Azure Container Apps per i limiti di Azure Container Apps.

La quantità di spazio su disco disponibile per l'applicazione varia in base al profilo del carico di lavoro associato. Lo spazio su disco disponibile determina il limite di dimensioni delle immagini che è possibile distribuire nelle app contenitore.

Per i profili di carico di lavoro dedicati, il limite delle dimensioni dell'immagine è per istanza.

* Il limite di dimensioni dell'immagine per un profilo di utilizzo a consumo è condiviso sia per l'immagine che per l'app. Ad esempio, i log usati dall'app sono soggetti a questo limite di dimensioni.

Limiti relativi ad Azure Cosmos DB

Vedere Limiti in Azure Cosmos DB per i limiti di Azure Cosmos DB.

Limiti di Azure Data Explorer

La tabella seguente indica i limiti massimi per i cluster Esplora dati di Azure.

La tabella seguente indica i limiti per le operazioni di gestione eseguite nei cluster Esplora dati di Azure.

Database di Azure per MySQL

Vedere Limitazioni in Database di Azure per MySQL per i limiti di Database di Azure per MySQL.

Database di Azure per PostgreSQL

Vedere Limitazioni in Database di Azure per PostgreSQL per i limiti di Database di Azure per PostgreSQL.

Limiti degli ambienti di distribuzione di Azure

File di Azure e Sincronizzazione file di Azure

Per ulteriori informazioni sui limiti relativi a File e Sincronizzazione file di Azure, vedere Obiettivi di scalabilità e prestazioni.

Limiti di Funzioni di Azure

Note sui limiti del servizio:

1. Per impostazione predefinita, il timeout per il runtime di Funzioni 1.x in un piano di servizio app non prevede limiti.
2. Richiede che il piano di servizio app sia impostato su Always On. Pagate a tariffe standard. È previsto un periodo di tolleranza di 10 minuti durante gli aggiornamenti della piattaforma.
3. Questi limiti vengono impostati nell'host.
4. Il numero effettivo di app per le funzioni che è possibile ospitare dipende dall'attività delle app, dalle dimensioni delle istanze del computer e dall'uso delle risorse corrispondente.
5. Il limite di archiviazione corrisponde alle dimensioni totali del contenuto nello spazio di archiviazione temporanea in tutte le app nello stesso piano di servizio app. Per i piani a consumo in Linux, lo spazio di archiviazione è attualmente di 1,5 GB.
6. Il piano a consumo usa una condivisione file di Azure per l'archiviazione persistente. Quando si specifica una condivisione file di Azure personalizzata, i limiti di dimensione della condivisione specifici dipendono dall'account di archiviazione impostato per WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
7. Su Linux devi montare in modo esplicito la condivisione di file Azure.
8. Quando l'applicazione di funzioni è ospitata in un piano a consumo, viene supportata solo l'opzione CNAME. Per le app di funzione in un piano Premium o in un piano di servizio app, è possibile associare un dominio personalizzato usando un record CNAME o A.
9. Non è applicata alcuna durata massima di timeout di esecuzione. Tuttavia, il periodo di tolleranza assegnato a un'esecuzione di funzione è di 60 minuti durante la scalabilità e 10 minuti durante gli aggiornamenti della piattaforma.
10. I lavoratori sono ruoli che ospitano applicazioni dei clienti. I lavoratori sono disponibili in tre dimensioni fisse: una vCPU/3,5 GB di RAM; due vCPU/7 GB di RAM; quattro vCPU/14 GB di RAM.
11. Per informazioni dettagliate, vedere Limiti del servizio app.
12. Incluso lo slot di produzione.
13. Attualmente c'è un limite di 5.000 app di funzione in una determinata sottoscrizione.
14. Le dimensioni dell'istanza del piano Flex Consumption sono attualmente definite come 2.048 MB o 4.096 MB. Per altre informazioni, vedere Memoria dell'istanza.
15. Per informazioni dettagliate, consultare Scala nell'articolo "Confronto tra hosting".
16. Quando il numero minimo di repliche è impostato su zero, il timeout predefinito dipende dai trigger specifici usati nell'app.
17. Quando il numero minimo di repliche è impostato su uno o più.

Per altre informazioni, vedere Opzioni di hosting di Funzioni di Azure .

Servizi per i dati sanitari di Azure

Limiti dei Servizi di Dati Sanitari di Azure

Health Data Services è un set di servizi API gestiti basati su standard e framework aperti. Health Data Services consente ai flussi di lavoro di migliorare il settore sanitario e offre soluzioni sanitarie scalabili e sicure. Health Data Services include il servizio Fast Healthcare Interoperability Resources (FHIR), il servizio Digital Imaging and Communications in Medicine (DICOM) e il servizio MedTech.

Il servizio FHIR è un'implementazione della specifica FHIR all'interno di Health Data Services. Consente di combinare in un'unica area di lavoro una o più istanze del servizio FHIR con istanze facoltative del servizio DICOM e MedTech. L'API di Azure per FHIR è disponibile a livello generale come offerta di servizio autonoma.

Per impostazione predefinita, ogni istanza del servizio FHIR in Servizi dati di integrità di Azure ha un limite di archiviazione di 4 TB. Se si dispone di più dati, è possibile chiedere a Microsoft di aumentare lo spazio di archiviazione fino a 100 TB per il servizio FHIR. Per richiedere spazio di archiviazione maggiore di 4 TB, creare una richiesta di supporto nel portale di Azure e usare il tipo di problema Limite di servizio e sottoscrizione (quote).

Limiti del servizio Api di Azure per FHIR

L'API di Azure per FHIR è un'API gestita, basata su standard e conforme per i dati clinici in ambito sanitario che consente di creare soluzioni per l'analisi operativa e l'apprendimento automatico.

Limiti del servizio Azure Kubernetes

¹ Per richiedere un aumento del limite di quota, creare una richiesta di supporto. La versione di valutazione gratuita e le sottoscrizioni di Azure for Students non sono idonee per l'aumento del limite o della quota. Se si ha una versione di valutazione gratuita o una sottoscrizione di Azure for Students, è possibile eseguire l'aggiornamento a una sottoscrizione con pagamento in base al consumo.
² I contenitori di Windows Server devono usare il plug-in di rete Azure CNI. Kubenet non è supportato per i contenitori di Windows Server.

Azure Lab Services

I limiti seguenti sono relativi al numero di risorse di Azure Lab Services.

Per tipo di risorsa

Per area - Piani lab e lab

Per altre informazioni sui limiti di capacità di Azure Lab Services, vedere Limiti di capacità in Azure Lab Services.

Contattare il supporto tecnico per richiedere un aumento del limite.

Limiti di Test di carico di Azure

Vedere Limiti del servizio in Test di carico di Azure per i limiti di Test di carico di Azure.

Limiti di Azure Machine Learning

Vedere Gestire e aumentare quote e limiti per le risorse con Azure Machine Learning per i valori più recenti per le quote di calcolo di Azure Machine Learning.

Limiti di Mappe di Azure

Per i limiti di frequenza delle query al secondo di Mappe di Azure, vedere Limiti di frequenza QPS di Mappe di Azure

La tabella seguente mostra il limite cumulativo relativo alle dimensioni dei dati per gli account Mappe di Azure in una sottoscrizione di Azure. Il servizio dati di Mappe di Azure è disponibile solo nel piano tariffario Gen1 (S1) e Gen2.

Limiti di Grafana gestito di Azure

Limiti di Monitoraggio di Azure

Per i limiti di Monitoraggio di Azure, vedere Limiti del servizio Monitoraggio di Azure.

Limiti relativi ad Azure Data Factory

Azure Data Factory è un servizio multi-tenant che prevede i limiti predefiniti seguenti per fare in modo che le sottoscrizioni dei clienti siano protette da carichi di lavoro reciproci. Per aumentare i limiti fino al valore massimo consentito per la sottoscrizione, contattare il supporto tecnico.

¹ L'unità di integrazione dei dati viene usata in un'operazione di copia da cloud a cloud. Altre informazioni sono disponibili in Unità di integrazione dati (versione 2). Per informazioni sulla fatturazione, vedere Prezzi di Azure Data Factory.

²Azure Integration Runtime è disponibile a livello globale per garantire la conformità dei dati, l'efficienza e ridurre i costi di uscita di rete.

Se la rete virtuale gestita è abilitata, l'unità di integrazione dei dati (DIU) in tutti i gruppi di aree è 2.400.

³ Gli oggetti pipeline, set di dati e servizi collegati rappresentano un raggruppamento logico del carico di lavoro. I limiti per questi oggetti non riguardano la quantità di dati che è possibile spostare ed elaborare con Azure Data Factory. Data Factory è progettato per la scalabilità e la gestione di petabyte di dati.

⁴ Il payload per ogni esecuzione di attività include la configurazione dell'attività, uno o più set di dati associati e le configurazioni del servizio collegato, se presenti, e una piccola parte delle proprietà di sistema generate per ogni tipo di attività. Il limite per le dimensioni di questo payload non è correlato alla quantità di dati che è possibile spostare ed elaborare con Azure Data Factory. Informazioni sui sintomi e sulle raccomandazioni se si raggiunge questo limite.

Limiti di chiamata del servizio Web

Azure Resource Manager presenta limiti per le chiamate API. È possibile effettuare chiamate API a una velocità entro i limiti dell'API del Gestore Risorse di Azure.

Azure NetApp Files

Azure NetApp Files prevede un limite a livello di area per la capacità. Il limite di capacità standard per ogni sottoscrizione è 25 TiB, per area, in tutti i livelli di servizio. Per aumentare la capacità, usare la richiesta di supporto per i limiti del servizio e della sottoscrizione (quote).

Per altre informazioni sui limiti per Azure NetApp Files, vedere Limiti delle risorse per Azure NetApp Files.

Limiti di Policy di Azure

Per le Policy di Azure, esiste un conteggio massimo per ogni tipo di oggetto. Per le definizioni, un'entrata sotto Ambito indica un gruppo di gestione oppure una sottoscrizione. Per le assegnazioni e le esenzioni, una voce di Ambito indica il gruppo di gestione, la sottoscrizione, il gruppo di risorse o la singola risorsa.

Le regole delle politiche hanno ulteriori limiti sul numero di condizioni e sulla loro complessità. Per altre informazioni, vedere Limiti delle regole di policy.

Limiti di Azure Quantum

Limiti e quota dei provider

Il servizio Azure Quantum supporta sia i provider di servizi di prima che di terze parti. I provider di terze parti possiedono i propri limiti e quote. Gli utenti possono visualizzare offerte e limiti nel portale di Azure quando si configurano provider di terze parti.

Di seguito sono riportati i limiti di quota pubblicati per il provider Microsoft di soluzioni di ottimizzazione.

SKU Learn & Develop

Mentre nello SKU Learn & Develop non è possibile richiedere un aumento dei limiti di quota. È invece consigliabile passare allo SKU Prestazioni su larga scala.

Prestazioni dello SKU di scalabilità

Contattare il supporto tecnico di Azure per richiedere un aumento del limite.

Per altre informazioni, vedere la pagina dei prezzi di Azure Quantum. Esaminare le pagine relative ai prezzi del provider nel portale di Azure per informazioni dettagliate sulle offerte di terze parti.

¹ Descrive il numero di processi che possono essere accodati contemporaneamente.

Limiti relativi al controllo degli accessi in base al ruolo di Azure

I limiti seguenti si applicano al controllo degli accessi in base al ruolo di Azure.

Limiti di Servizio Azure SignalR

Per richiedere un aggiornamento ai limiti predefiniti della sottoscrizione, aprire un ticket di supporto.

Per altre informazioni sul numero di connessioni e messaggi, vedere Messaggi e connessioni nel servizio Azure SignalR.

Se i requisiti superano i limiti, passare dal livello Gratuito al livello Standard e aggiungere unità. Per altre informazioni, vedere Come ridimensionare un'istanza del servizio Azure SignalR?.

Se i requisiti superano i limiti di una singola istanza, aggiungere istanze. Per altre informazioni, vedere Come abilitare Geo-Replication nel servizio Azure SignalR.

Limiti di Azure Spring Apps

Vedere Quote e piani di servizio per Azure Spring Apps per ulteriori informazioni sui limiti di Azure Spring Apps.

Limiti di Archiviazione di Azure

Questa sezione elenca i limiti seguenti per Archiviazione di Azure:

• Limiti dell'account di archiviazione Standard
• Limiti del provider di risorse di Archiviazione di Azure
• Limiti di Archiviazione BLOB di Azure
• Limiti di archiviazione di code di Azure
• Limiti di Archiviazione tabelle di Azure

Limiti dell'account di archiviazione Standard

La tabella seguente descrive i limiti predefiniti per gli account di archiviazione di Azure per utilizzo generico v2, per utilizzo generico v1 e BLOB. Il limite di ingresso fa riferimento a tutti i dati inviati a un account di archiviazione. Il limite di uscita fa riferimento a tutti i dati ricevuti da un account di archiviazione.

Microsoft consiglia di utilizzare un account di archiviazione GPv2 per la maggior parte degli scenari. È possibile eseguire facilmente l'aggiornamento di un account di archiviazione per utilizzo generico v1 o un account di archiviazione BLOB a un account per utilizzo generico v2, senza tempi di inattività e senza la necessità copiare i dati. Per ulteriori informazioni, consultare Aggiornamento a un account di archiviazione generica v2.

¹ Con un aumento della quota, è possibile creare fino a 500 account di archiviazione con endpoint standard per area. Per altre informazioni, vedere Aumentare le quote dell'account di archiviazione di Azure.
² Gli account Standard di Archiviazione di Azure supportano limiti di capacità più elevati e limiti più elevati per l'ingresso e l'uscita per richiesta. Per richiedere un aumento dei limiti dell'account, contattare il supporto tecnico di Azure.

Limiti del provider di risorse di Archiviazione di Azure

I limiti seguenti si applicano solo quando si eseguono operazioni di gestione usando Azure Resource Manager con Archiviazione di Azure e il provider di risorse di archiviazione. I limiti si applicano per ogni sottoscrizione per area della risorsa nella richiesta.

Limiti relativi ad Archiviazione BLOB di Azure

¹ La velocità effettiva per un singolo BLOB dipende da diversi fattori. Questi fattori includono, ad esempio, concorrenza, dimensioni delle richieste, livello di prestazioni, velocità di origine per i caricamenti e destinazione per i download. Per sfruttare i miglioramenti delle prestazioni dei BLOB in blocchi ad alta capacità, caricare BLOB o blocchi di dimensioni maggiori. In particolare, chiamare l'operazione Put Blob o Put Block con una dimensione del blob o del blocco maggiore di 256 KiB.

² I Page blob non sono ancora supportati negli account con spazio dei nomi gerarchico abilitato.

La tabella seguente illustra le dimensioni massime di blocchi e BLOB consentite dalla versione del servizio.

Limiti relativi ad Archiviazione code di Azure

Limiti di archiviazione delle tabelle Azure

La tabella seguente descrive i limiti di capacità, scalabilità e prestazioni per l'archiviazione tabelle.

Limiti di creazione della sottoscrizione di Azure

Per altre informazioni sulla creazione di limiti per le sottoscrizioni di Azure, vedere Account di fatturazione e ambiti nel portale di Azure .

Limiti del servizio Desktop virtuale Azure

La tabella seguente descrive i limiti massimi per Desktop virtuale Azure.

¹Se sono necessari più di 500 gruppi di applicazioni, generare un ticket di supporto tramite il portale di Azure.

Tutte le altre risorse di Azure usate in Desktop virtuale Azure, ad esempio macchine virtuali, archiviazione, rete e così via, sono tutte soggette alle proprie limitazioni delle risorse documentate nelle sezioni pertinenti di questo articolo. Per visualizzare la relazione tra tutti gli oggetti desktop virtuale Azure, vedere questo articolo Relazioni tra componenti logici di Desktop virtuale Azure.

Per iniziare a usare Desktop virtuale Azure, usare la guida introduttiva. Per informazioni più approfondite sull'architettura per Desktop virtuale Azure, usare la sezione Desktop virtuale Azure di Cloud Adoption Framework. Per informazioni sui prezzi per Desktop virtuale Azure, aggiungere "Desktop virtuale Azure" nella sezione Calcolo del Calcolatore prezzi di Azure.

Limiti della soluzione Azure VMware

La tabella seguente descrive i limiti massimi per la soluzione Azure VMware.

* Per informazioni su un RPO inferiore a 15 minuti, vedere Funzionamento dell'RPO di 5 minuti nella documentazione di amministrazione della replica di vSphere.

** Questo limite flessibile consigliato può supportare una velocità effettiva più elevata in base allo scenario.

Per altri limiti specifici di VMware, usare lo strumento massimo di configurazione VMware by Broadcom.

Limiti di Azure Web PubSub

Per richiedere un aggiornamento ai limiti predefiniti della sottoscrizione, aprire un ticket di supporto.

Per altre informazioni sul numero di connessioni e messaggi nella fatturazione, vedere Modello di fatturazione nel servizio Web PubSub di Azure.

Se i requisiti superano i limiti, passare dal livello Gratuito al livello Standard/Premium o aumentare le unità di scalabilità orizzontale. Per altre informazioni, vedere Come ridimensionare un'istanza del servizio Web PubSub di Azure.

Se i requisiti superano i limiti di una singola istanza, aggiungere istanze. Per altre informazioni, vedere How to use Geo-Replication in Azure Web PubSub (Come usare Geo-Replication in Pubblicazione Web di Azure).

Limiti di backup

Per un riepilogo delle impostazioni e delle limitazioni del supporto di Backup di Azure, vedere Matrici di supporto di Backup di Azure.

Limiti relativi a Batch

¹ Ai fini della gestione della capacità, le quote predefinite per i nuovi account Batch in alcune aree e per alcuni tipi di sottoscrizione sono state ridotte dall'intervallo di valori precedente. In alcuni casi, questi limiti sono stati ridotti a zero. Quando si crea un nuovo account Batch, controllare le quote e richiedere, se necessario, un aumento appropriato della quota di core o servizio. In alternativa, prendere in considerazione la possibilità di riutilizzare gli account Batch che hanno già una quota sufficiente o gli account Batch di allocazione del pool di sottoscrizioni utente per mantenere la quota di famiglia di core e VM in tutti gli account Batch nella sottoscrizione. Le quote di servizio come i processi o i pool attivi si applicano a ogni account Batch distinto anche per gli account Batch di allocazione del pool di sottoscrizioni utente.

² Per richiedere un aumento oltre questo limite, contattare il supporto tecnico di Azure.

Limiti del modello di distribuzione classica

I limiti seguenti si applicano se si usa un modello di distribuzione classica anziché il modello di distribuzione azure Resource Manager.

¹L'istanza extra piccola viene conteggiata come una vCPU rispetto al limite di vCPU nonostante l'uso di un core della CPU parziale.

²Il limite degli account di archiviazione include sia gli account di archiviazione Standard che quelli Premium.

Limiti per Istanze di Container

¹Per richiedere un aumento del limite, creare una richiesta di supporto di Azure. Le sottoscrizioni gratuite, tra cui l'account gratuito di Azure e Azure for Students , non sono idonee per l'aumento del limite o della quota. Se si ha una sottoscrizione gratuita, è possibile eseguire l'aggiornamento a una sottoscrizione con pagamento in base al consumoYou-Go.
²Limite predefinito per abbonamento Pay-As-You-Go. Il limite può essere diverso per altri tipi di categoria.

Limiti per Registro Azure Container

La tabella seguente illustra in dettaglio le funzionalità e i limiti dei livelli di servizio Basic, Standard e Premium di Registro Azure Container.

¹ Spazio di archiviazione incluso nella tariffa giornaliera per ogni livello. È possibile usare uno spazio di archiviazione aggiuntivo, fino al limite di archiviazione del registro, a una velocità giornaliera aggiuntiva per GiB. Per informazioni sulle tariffe, vedere Prezzi di Azure Container Registry. Se è necessario uno spazio di archiviazione oltre il limite di archiviazione del registro, contattare il supporto di Azure.

²ReadOps, WriteOps e Larghezza di banda sono stime minime. Registro Azure Container migliora le prestazioni in base alle necessità d'uso. Entrambe le risorse, Registro Azure Container e il dispositivo devono trovarsi nella stessa area per ottenere una velocità di download rapida.

³Un pull docker si traduce in più operazioni di lettura in base al numero di livelli nell'immagine, oltre al recupero del manifesto.

⁴Un push Docker si traduce in più operazioni di scrittura, in base al numero di livelli di cui è necessario eseguire il push. Un docker push include ReadOps per recuperare il manifesto per un'immagine esistente.

⁵ Singole azioni di content/delete, content/read, content/write, metadata/read, metadata/write corrispondono al limite dei repository per mappa di ogni ambito.

Limiti di Azure rete per la distribuzione di contenuti

*Questi due limiti sono applicabili solo alla rete CDN Standard di Azure di Microsoft (versione classica). Se il traffico non è distribuito a livello globale e concentrato in una o due aree o se è necessario un limite di quota superiore, creare una richiesta di supporto tecnico di Azure.

Una sottoscrizione della rete CDN può contenere uno o più profili della rete CDN. Un profilo della rete CDN può contenere uno o più endpoint della rete CDN. È consigliabile usare più profili per organizzare gli endpoint della rete CDN in base al dominio Internet, all'applicazione web o ad altri criteri.

Limiti di Azure Data Lake Analytics

Azure Data Lake Analytics semplifica l'impegnativa attività di gestione di infrastruttura distribuita e codice complesso. Il servizio effettua il provisioning dinamico delle risorse e può essere usato per svolgere analisi su exabyte di dati. Al termine del lavoro, le risorse si riducono automaticamente. Paghi solo per la potenza di elaborazione che è stata utilizzata. Se si aumentano o si riducono le dimensioni dei dati archiviati o la quantità di calcolo usata, non è necessario riscrivere il codice. Per aumentare i limiti predefiniti per la sottoscrizione, contattare il supporto tecnico.

Limiti di Azure Data Lake Storage

Azure Data Lake Storage Gen2 non è un servizio dedicato o un tipo di account di archiviazione. Si tratta della versione più recente delle funzionalità dedicate all'analisi di Big Data. Queste funzionalità sono disponibili in un account di archiviazione Per utilizzo generico v2 o BlockBlobStorage ed è possibile ottenerle abilitando la funzionalità Spazio dei nomi gerarchico dell'account. Per gli obiettivi di scalabilità, vedere questi articoli.

• Obiettivi di scalabilità per l'archiviazione BLOB.
• Obiettivi di scalabilità per gli account di archiviazione standard.

Azure Data Lake Storage Gen1 è un servizio dedicato. Si tratta di un repository con iperscalabilità a livello aziendale per i carichi di lavoro di analisi di Big Data. È possibile usare Data Lake Storage Gen1 per acquisire dati di qualsiasi dimensione, tipo e velocità di inserimento in un'unica posizione per le analisi esplorative e operative. Non esiste alcun limite alla quantità di dati archiviabili in un account Data Lake Storage Gen1.

Limiti di Condivisione Dati di Azure

Condivisione dati di Azure consente alle organizzazioni di condividere i dati in modo semplice e sicuro con clienti e partner.

Limiti del Servizio Migrazione Database di Azure

Il Servizio Migrazione del database di Azure è un servizio completamente gestito, progettato per abilitare le migrazioni senza interruzioni da più origini di database alle piattaforme di dati di Azure con tempi di inattività minimi.

Aggiornamento dei dispositivi di Azure per limiti di hub IoT

I limiti possono essere modificati solo per lo SKU Standard. Le richieste di rettifica dei limiti vengono valutate caso per caso e le approvazioni non sono garantite.

Le richieste di rettifica del limite non vengono accettate per lo SKU gratuito. Inoltre, le istanze SKU gratuite non possono essere aggiornate alle istanze SKU Standard.

La seguente tabella mostra i limiti per la risorsa Aggiornamento dispositivi per l'hub IoT in Azure Resource Manager.

La tabella seguente illustra i limiti associati a varie operazioni di aggiornamento dei dispositivi.

Limiti di Azure Digital Twins

Limiti funzionali

La tabella seguente elenca i limiti funzionali di Gemelli digitali di Azure.

Limiti di velocità

Nella tabella seguente sono elencati i limiti di frequenza di API diverse.

Altri limiti

I limiti per i tipi di dati e i campi all'interno dei documenti DTDL per i modelli di Gemelli digitali di Azure sono disponibili nella documentazione specifica in GitHub: Digital Twins Definition Language (DTDL) - versione 3.

I dettagli della latenza delle query sono descritti nel linguaggio di query. Le limitazioni di particolari funzionalità del linguaggio di query sono disponibili nella documentazione di riferimento sulle query.

Limiti relativi a Griglia di eventi di Azure

Limiti di limitazione di Griglia di eventi

Griglia di eventi offre un livello standard e un livello basic. Il livello standard di Griglia di eventi abilita pub-sub usando la funzionalità broker mqTT (Message Queuing Telemetry Transport) e il recapito pull dei messaggi tramite lo spazio dei nomi griglia di eventi. Il livello di base di Griglia di eventi consente il recapito push tramite argomenti personalizzati di Griglia di eventi, argomenti di sistema di Griglia di eventi, domini eventi e argomenti partner di Griglia di eventi. Vedere Scegliere il livello griglia di eventi corretto. Questo articolo descrive la quota e i limiti per entrambi i livelli.

Limiti delle risorse dello spazio dei nomi di Griglia di eventi

Gli spazi dei nomi di Griglia di eventi di Azure consentono la messaggistica MQTT e il recapito tramite pull HTTP. I limiti seguenti si applicano alle risorse dello spazio dei nomi in Griglia di eventi di Azure.

Limiti MQTT nel namespace di Event Grid

I seguenti limiti si applicano a MQTT nella risorsa dello spazio dei nomi della Griglia di eventi di Azure.

* Per MQTTv5, scopri di più sul supporto al controllo del flusso.

Limiti degli eventi nello spazio dei nomi di Griglia di eventi

I limiti seguenti si applicano agli eventi nella risorsa di Azure Event Grid relativa allo spazio dei nomi.

Limiti delle risorse per argomenti personalizzati, argomenti di sistema e argomenti del partner

I limiti seguenti si applicano alle risorse dell'argomento personalizzato, dell'argomento di sistema e dell'argomento partner di Griglia di eventi di Azure.

Limiti delle risorse di dominio

I limiti seguenti si applicano alla risorsa di dominio di Griglia di eventi di Azure.

Limiti di Azure Event Hubs

Le tabelle seguenti forniscono quote e limiti specifici per Hub eventi di Azure. Per informazioni sui prezzi di Hub eventi, vedere Prezzi di Hub eventi.

Limiti comuni per tutti i livelli

I limiti seguenti sono comuni tra tutti i livelli.

Confronto tra standard e livelli premium di base e dedicati

La tabella seguente illustra i limiti diversi per i livelli Basic, Standard, Premium e Dedicato.

Dipende da fattori quali l'allocazione delle risorse, il numero di partizioni e l'archiviazione.

Limiti di Azure IoT Central

IoT Central limita a 100 il numero di applicazioni che è possibile distribuire in una sottoscrizione. Per altre informazioni, vedere Quota e limiti di Azure IoT Central.

limiti hub IoT di Azure

Nella tabella seguente sono elencati i limiti associati ai diversi livelli di servizio, ovvero S1, S2, S3 e F1. Per informazioni sul costo di ogni unità in ogni livello, vedere Prezzi dell'hub IoT di Azure.

Nella tabella seguente sono elencate le limitazioni che si applicano alle risorse dell'hub IoT.

L'hub IoT limita le richieste quando vengono superate le quote seguenti.

Limiti del Servizio di Provisioning dei Dispositivi di Azure IoT Hub

La tabella seguente elenca i limiti applicabili alle risorse del servizio Device Provisioning in hub IoT di Azure.

Il servizio Device Provisioning ha i limiti di frequenza seguenti.

Limiti di Azure Key Vault

Il servizio Azure Key Vault supporta due tipi di risorse: insiemi di credenziali e moduli di protezione hardware gestiti. Le due sezioni seguenti descrivono rispettivamente i limiti del servizio per ognuno di essi.

Tipo di risorsa: insieme di credenziali

Questa sezione descrive i limiti del servizio per il tipo di risorsa vaults.

Transazioni principali (massimo di transazioni consentite in 10 secondi, per vault per regione¹):

Segreti, chiavi di account di archiviazione gestiti e transazioni dell'insieme di credenziali:

Per informazioni su come gestire il throttling quando questi limiti vengono superati, consultare Guida al throttling di Azure Key Vault.

¹ Un limite a livello di sottoscrizione per tutti i tipi di transazioni è cinque volte superiore al limite per ogni key vault.

Chiavi di backup, segreti, certificati

Quando si esegue il backup di un oggetto di un key vault, come un segreto, una chiave o un certificato, l'operazione di backup scarica l'oggetto come BLOB crittografato. Questo BLOB non può essere decrittografato all'esterno di Azure. Per ottenere dati utilizzabili da questo BLOB, è necessario ripristinarlo in un Key Vault all'interno della stessa sottoscrizione di Azure e della stessa regione geografica di Azure.

Limiti per il numero di chiavi, segreti e certificati:

Key Vault non limita il numero di chiavi, segreti o certificati che possono essere archiviati in un vault. I limiti delle transazioni nell'insieme di credenziali devono essere presi in considerazione per garantire che le operazioni non siano limitate.

Key Vault non limita il numero di versioni in un segreto, una chiave o un certificato, ma l'archiviazione di un numero elevato di versioni (oltre 500) può influire sulle prestazioni delle operazioni di backup. Vedere Backup di Azure Key Vault.

Tipo di risorsa: HSM gestito

Questa sezione descrive i limiti del servizio per il tipo di risorsa managed HSM.

Limiti di oggetto

Limiti delle transazioni per le operazioni amministrative (numero di operazioni al secondo per ogni istanza del modulo di protezione hardware)

Limiti delle transazioni per le operazioni crittografiche (numero di operazioni al secondo per ogni istanza del modulo di protezione hardware)

• Ogni istanza del modulo di protezione hardware gestito costituisce tre partizioni del modulo di protezione hardware con carico bilanciato. I limiti di velocità effettiva sono una funzione della capacità hardware sottostante allocata per ogni partizione. Le tabelle seguenti mostrano la velocità effettiva massima con almeno una partizione disponibile. La velocità effettiva attuale può essere fino a 3 volte superiore se sono disponibili tutte e tre le partizioni.
• I limiti di velocità effettiva indicati presuppongono che venga usata una singola chiave per ottenere la velocità effettiva massima. Ad esempio, se viene usata una singola chiave RSA-2048, la velocità effettiva massima sarà di 1100 operazioni di firma. Se si usano 1100 chiavi diverse con una transazione al secondo, non saranno in grado di ottenere la stessa velocità effettiva.

Operazioni con chiave RSA (numero di operazioni al secondo per ogni istanza del modulo di protezione hardware)

Operazioni con chiave EC (numero di operazioni al secondo per ogni istanza del modulo di protezione hardware)

Questa tabella descrive il numero di operazioni al secondo per ogni tipo di curva.

Operazioni con chiave AES (numero di operazioni al secondo per ogni istanza del modulo di protezione hardware)

• Le operazioni di crittografia e decrittografia presuppongono una dimensione del pacchetto di 4 KB.
• I limiti di velocità effettiva per Encrypt/Decrypt si applicano agli algoritmi AES-CBC e AES-GCM.
• I limiti di velocità effettiva per Wrap/Unwrap si applicano all'algoritmo AES-KW.

Limiti delle identità gestite di Azure

• Ogni identità gestita conta per il limite di quota di oggetti in un tenant di Microsoft Entra, come descritto in Limiti e restrizioni del servizio Microsoft Entra.

• La frequenza con cui è possibile creare identità gestite prevede i limiti seguenti:

  1. Per tenant di Microsoft Entra per area di Azure: 400 operazioni di creazione per 20 secondi.
  2. Per sottoscrizione di Azure per area di Azure: 80 operazioni di creazione per 20 secondi.

• Frequenza con cui un'identità gestita assegnata dall'utente può essere assegnata con una risorsa di Azure:

  1. Per tenant di Microsoft Entra per area di Azure: 400 operazioni di assegnazione ogni 20 secondi.
  2. Per sottoscrizione di Azure per area di Azure: 300 operazioni di assegnazione per 20 secondi.

limiti Servizi multimediali di Azure

Limiti dell'account

Limiti degli asset

Limiti per supporti di archiviazione

¹ Le dimensioni massime supportate per un singolo BLOB sono attualmente fino a 5 TB in Archiviazione BLOB di Azure. Vengono applicati altri limiti in Servizi multimediali in base alle dimensioni delle macchine virtuali usate dal servizio. Il limite delle dimensioni si applica ai file caricati, nonché ai file generati come risultato dell'elaborazione di Servizi multimediali (codifica o analisi). Se le dimensioni del file di origine sono maggiori di 260 GB, è probabile che il processo abbia esito negativo.

² Gli account di archiviazione devono appartenere alla stessa sottoscrizione di Azure.

Limiti per processi (codifica e analisi)

³ Questo numero include lavori in coda, completati, attivi e annullati. Non include i lavori eliminati.

Tutti i record di lavoro presenti nel tuo account da più di 90 giorni verranno eliminati automaticamente, anche se il numero totale di record è inferiore alla quota massima.

Limiti per lo streaming live

⁴ Per informazioni dettagliate sulle limitazioni degli eventi live, vedere Confronto e limitazioni dei tipi di eventi live.

⁵ Gli output live iniziano alla creazione e si arrestano all'eliminazione.

Limiti per la creazione e la distribuzione di pacchetti

⁶ Quando si usa un criterio di streaming personalizzato, è consigliabile progettare un set limitato di tali criteri per l'account di Servizi multimediali e riutilizzarli per gli StreamingLocator ogni volta che sono necessarie le stesse opzioni e protocolli di crittografia. Evitare quindi di creare nuovi criteri di streaming per ogni localizzatore di streaming.

⁷ I localizzatori di streaming non sono progettati per la gestione del controllo di accesso per utente. Per assegnare a singoli utenti diritti di accesso diversi, è possibile usare soluzioni DRM (Digital Rights Management).

Limiti di protezione

Ticket di supporto

Per le risorse non fisse, è possibile richiedere l'aumento delle quote aprendo un ticket di supporto. Includere nella richiesta informazioni dettagliate sulle modifiche alle quote desiderate, sugli scenari di utilizzo e sulle aree necessarie.
Non creare altri account di Servizi multimediali di Azure nel tentativo di ottenere limiti più elevati.

Servizi multimediali di Azure v2 (legacy)

Per i limiti specifici di Servizi multimediali v2 (legacy), vedere [Servizi multimediali v2 (legacy)]

Limiti Servizi mobili di Azure

Per altre informazioni sui limiti e sui prezzi, vedere Prezzi di Servizi mobili di Azure.

Limiti di rete di Azure

Limiti relativi alla rete - Azure Resource Manager

I limiti seguenti si applicano solo per le risorse di rete gestite tramite Azure Resource Manager per area per sottoscrizione. Informazioni su come visualizzare l'utilizzo corrente delle risorse rispetto ai limiti della sottoscrizione.

Limiti degli indirizzi IP pubblici

¹I limiti predefiniti per gli indirizzi IPv4/v6 pubblici variano in base al tipo di categoria dell'offerta, ad esempio versione di valutazione gratuita, pagamento in base al consumo, CSP. Ad esempio, il valore predefinito per le sottoscrizioni con Contratto Enterprise è 1000 e il valore predefinito per il pagamento in base al consumo è 20. La maggior parte delle offerte inizia a 10. Esiste anche un numero massimo complessivo di indirizzi IP pubblici per ogni sottoscrizione.

² Gli indirizzi IP pubblici Basic sono deprecati e verranno ritirati a partire dal 30 settembre 2025. Vedere qui per altre informazioni.

I limiti seguenti si applicano solo per le risorse di rete gestite tramite il modello di distribuzione classica per sottoscrizione. Informazioni su come visualizzare l'utilizzo corrente delle risorse rispetto ai limiti della sottoscrizione.

Limiti di Azure Load Balancer

Bilanciatore di carico standard

^{1 Ogni scheda di interfaccia di rete può impostare un totale di 300 regole (bilanciamento del carico, NAT in ingresso e regole in uscita combinate) in tutte le configurazioni IP nella scheda di interfaccia di rete. 2 Le configurazioni IP back-end vengono aggregate in tutte le regole di bilanciamento del carico, tra cui bilanciamento del carico, NAT in ingresso e regole in uscita. Ogni regola configurata in un'istanza del pool backend conta come una configurazione.}

Load Balancer non applica limiti di velocità effettiva. Tuttavia, i limiti di velocità effettiva per le macchine virtuali e le reti virtuali si applicano ancora. Per altre informazioni, vedere Larghezza di banda di rete della macchina virtuale.

Bilanciamento del carico del gateway

Tutti i limiti per Load Balancer Standard si applicano anche a Gateway Load Balancer.

Load Balancer Basic

³ Il limite per una singola risorsa discreta in un pool back-end (macchina virtuale autonoma, set di disponibilità o gruppo di posizionamento del set di scalabilità di macchine virtuali) è di avere fino a 250 configurazioni IP frontend attraverso un singolo servizio di bilanciamento del carico pubblico di base e un bilanciamento del carico interno di base.

Limiti di Azure Application Gateway

Se non diversamente specificato, la tabella è valida per gli SKU v1, v2, Standard e WAF.

¹ Il numero di risorse elencate nella tabella si applica agli SKU standard del gateway applicazione e agli SKU abilitati per WAF che eseguono CRS 3.2 o DRS. Per gli SKU abilitati per WAF che eseguono CRS 3.1 o versioni precedenti, il numero supportato è 40. Per altre informazioni, vedere Motore WAF.

² Il limite è per ogni istanza del gateway applicativo, non per ogni risorsa del gateway applicativo.

³ È necessario definire il valore tramite i criteri WAF per il Gateway applicativo.

Limiti del gateway applicazione di Azure per contenitori

Limiti di configurazione dell'API Gateway e Ingress di Kubernetes

Limiti di Azure Bastion

Un'istanza è una macchina virtuale di Azure ottimizzata creata durante la configurazione di Azure Bastion. Quando si configura Azure Bastion usando lo SKU Basic, vengono create 2 istanze. Se si usa lo SKU Standard, è possibile specificare il numero di istanze compreso tra 2 e 50.

*Questi tipi di carico di lavoro sono definiti qui: Carichi di lavoro desktop remoto
**Questi limiti sono basati sui test delle prestazioni RDP per Azure Bastion. I numeri possono variare a causa di altre sessioni RDP in corso o di altre sessioni SSH in corso.

Limiti DNS di Azure

DNS pubblico

Zone DNS pubblico

¹Se è necessario aumentare questi limiti di quota, contattare il supporto tecnico di Azure.

Operazioni della zona DNS pubblica

Operazioni del record di risorse DNS pubblico

DNS privato

Zone DNS privato

Operazioni della zona DNS privata

Operazioni del registro di risorse DNS privato

Operazioni dei collegamenti della rete virtuale

Limiti della macchina virtuale del resolver DNS fornito da Azure

¹Questi limiti vengono applicati a ogni singola macchina virtuale e non a livello di rete virtuale. Le query DNS che superano questi limiti vengono eliminate. Questi limiti si applicano al resolver di Azure predefinito, non al resolver privato DNS.

Resolver privato DNS¹

¹È possibile applicare limiti diversi dal portale di Azure fino a quando il portale non viene aggiornato. Usare PowerShell per effettuare il provisioning degli elementi fino ai limiti più attuali.

Limiti relativi al Firewall di Azure

Limiti di Frontdoor di Azure (versione classica)

• Oltre ai limiti seguenti, è previsto un limite composito per il numero di regole di routing, domini front-end, protocolli e percorsi.

¹ Se il traffico non è distribuito a livello globale e concentrato in una o più aree o se è necessaria una quota più elevata, creare una richiesta di supporto di Azure.

² Per richiedere un aumento del limite, creare una richiesta di supporto tecnico di Azure. Le sottoscrizioni gratuite, tra cui l'account gratuito di Azure e Azure for Students , non sono idonee per l'aumento del limite o della quota. Se si ha una sottoscrizione gratuita, è possibile eseguire l'aggiornamento a una sottoscrizione con pagamento in base al consumoYou-Go.

Limiti del servizio Frontdoor di Azure Standard e Premium

• Massimo 500 profili Standard e Premium totali per sottoscrizione.
• Oltre ai limiti seguenti, è previsto un limite composito per il numero di route, domini, protocolli e percorsi.

¹ Se il traffico non è distribuito a livello globale e concentrato in una o più aree o se è necessario un limite di quota superiore, creare una richiesta di supporto di Azure.

² Attualmente è previsto un limite di 5.000 richieste al secondo per POP per ogni profilo di Front Door. Oltre questo limite, la posizione POP interrompe le connessioni. Se le richieste vengono concentrate in una di più aree e superano questo limite, è possibile richiedere un limite POP superiore inviando una richiesta di supporto di Azure.

³ Se sono necessarie più di 3.000 connessioni WebSocket simultanee, inviare una richiesta di supporto di Azure.

Valori di timeout

Dal cliente alla porta d'ingresso

• Timeout delle intestazioni: dopo aver stabilito la connessione TCP/TLS, Frontdoor ha un timeout di 5 secondi per ricevere tutte le intestazioni dal client. La connessione viene terminata se il client non invia intestazioni entro 5 secondi. Il valore di questo timeout non può essere configurato.
• Timeout keep-alive HTTP - Frontdoor di Azure ha un timeout keep-alive HTTP di 90 secondi. La connessione viene terminata se il client non invia dati per 90 secondi. Il valore di questo timeout non può essere configurato.

Dalla porta principale al back-end dell'applicazione

• Dopo che la richiesta HTTP viene inoltrata al back-end, Frontdoor di Azure attende 60 secondi (Standard e Premium) o 30 secondi (versione classica) per il primo pacchetto dal back-end. Restituisce quindi un errore 503 al client o 504 per una richiesta memorizzata nella cache. È possibile configurare questo valore usando il campo originResponseTimeoutSeconds nell'API Frontdoor di Azure Standard e Premium oppure il campo sendRecvTimeoutSeconds nell'API Frontdoor di Azure (versione classica).

• Dopo che il back-end riceve il primo pacchetto, se l'origine viene sospesa per qualsiasi motivo al centro del corpo della risposta oltre originResponseTimeoutSeconds o sendRecvTimeoutSeconds, la risposta viene annullata.

• Frontdoor sfrutta il keep-alive HTTP per mantenere aperte le connessioni per il riutilizzo dalle richieste precedenti. Queste connessioni hanno un timeout di inattività di 90 secondi. Frontdoor di Azure disconnette le connessioni inattive dopo aver raggiunto il timeout di inattività di 90 secondi. Questo valore di timeout non può essere configurato.

Limite del caricamento e download dei dati

Altri limiti

• Dimensioni massime URL - 8.192 byte - Specifica la lunghezza massima dell'URL non elaborato (schema + nome host + porta + percorso + stringa di query dell'URL)
• Dimensioni massime stringa di query - 4.096 byte - Specifica la lunghezza massima della stringa di query, in byte.
• Dimensioni massime intestazioni di risposte HTTP dell'URL del probe di integrità - 4.096 byte - Specifica la lunghezza massima di tutte le intestazioni delle risposte dei probe di integrità.
• Numero massimo di caratteri dell'intestazione dell'azione del motore regole: 640 caratteri.
• Carattere massimo del valore dell'intestazione della condizione del motore regole: 256 caratteri.
• Dimensioni massime dell'intestazione ETag: 128 byte
• Nome massimo dell'endpoint per Standard e Premium: 46 caratteri.

Per ulteriori informazioni sui limiti applicabili alle configurazioni di Rules Engine, vedere la terminologia del motore di regole.

Limiti di Azure Network Watcher

Limiti del server di route di Azure

¹ Se l'appliance virtuale di rete annuncia più route rispetto al limite, la sessione BGP viene eliminata.

Limiti di Azure ExpressRoute

Limiti degli annunci di route

Collegamenti di reti virtuali consentiti per ogni limite di circuito ExpressRoute

**Solo ExpressRoute Direct a 100 Gbps

Limiti delle prestazioni del gateway ExpressRoute

Le tabelle seguenti forniscono una panoramica dei diversi tipi di gateway, delle rispettive limitazioni e delle relative metriche delle prestazioni previste.

Limiti massimi supportati

Questa tabella si applica sia ai modelli di distribuzione di Azure Resource Manager che a quelli di distribuzione classica.

¹ I valori nella tabella sono stime e variano a seconda dell'utilizzo della CPU del gateway. Se l'utilizzo della CPU è elevato e viene superato il numero di macchine virtuali supportate, il gateway inizierà a eliminare i pacchetti.

Limiti del gateway NAT di Azure

I limiti seguenti si applicano alle risorse del gateway NAT gestite tramite Azure Resource Manager per area per sottoscrizione. Informazioni su come visualizzare l'utilizzo corrente delle risorse rispetto ai limiti della sottoscrizione.

¹ La velocità effettiva totale dei dati di 50 Gbps viene divisa tra i dati in uscita e in ingresso (restituiti) tramite una risorsa gateway NAT. La velocità effettiva dei dati è limitata a 25 Gbps per i dati in uscita e 25 Gbps per i dati in ingresso (risposta) tramite il gateway NAT.

² I limiti predefiniti per i gateway NAT variano in base al tipo di categoria dell'offerta, ad esempio versione di valutazione gratuita, pagamento in base al consumo e CSP. Ad esempio, il valore predefinito per le sottoscrizioni con contratto Enterprise è 1000.

limiti collegamento privato di Azure

I limiti seguenti si applicano al collegamento privato di Azure:

Limiti di Azure Traffic Manager

Limiti delle risorse

¹Se è necessario aumentare questi limiti, contattare il supporto tecnico di Azure.

Limiti di regolazione predefiniti

Profili

Endpointi

Metriche e mappa termica

Gerarchia geografica

Limiti Gateway VPN di Azure

Se non diversamente specificato, i limiti seguenti si applicano alle risorse di Azure Gateway VPN e ai gateway di rete virtuale.

Limiti per SKU del gateway

Per altre informazioni sugli SKU e sui limiti del gateway, vedere Informazioni sugli SKU del gateway.

Limiti di prestazioni del gateway

La tabella in questa sezione elenca i risultati dei test delle prestazioni per gli SKU VpnGw. Un tunnel VPN si connette a un'istanza del gateway VPN. Ogni velocità effettiva dell'istanza è menzionata nella tabella della velocità effettiva nella sezione precedente ed è disponibile in tutti i tunnel che si connettono a tale istanza. La tabella mostra la velocità effettiva osservata di larghezza di banda e pacchetti al secondo per ogni tunnel per i diversi SKU del gateway. Tutti i test sono stati eseguiti tra gateway (endpoint) in Azure in aree diverse con 100 connessioni e in condizioni di carico standard. Abbiamo usato strumenti iPerf e CTSTraffic disponibili pubblicamente per misurare le prestazioni per le connessioni da sito a sito

• Le prestazioni migliori sono state ottenute quando è stato usato l'algoritmo di GCMAES256 sia per la crittografia IPsec che per l'integrità.
• Le prestazioni medie sono state ottenute quando si usa AES256 per la crittografia IPsec e SHA256 per l'integrità.
• Le prestazioni più basse sono state ottenute quando è stato usato DES3 per la crittografia IPsec e SHA256 per l'integrità.

Limiti della rete WAN virtuale di Azure