Consigli sulle prestazioni

Le raccomandazioni relative alle prestazioni di Azure Advisor possono migliorare e aumentare la velocità e la reattività delle applicazioni aziendali critiche. È possibile ottenere da Advisor consigli sulle prestazioni nella scheda Prestazioni scheda del dashboard di Advisor.

1. Accedere al portale di Azure.

2. Cercare e selezionare Advisor in qualsiasi pagina.

3. Nel dashboard di Advisor, fare clic sulla scheda Prestazioni.

Intelligenza artificiale e Machine Learning

429 Limitazione rilevata in questa risorsa

È stato rilevato che si sono verificati 1.000 o più errori di limitazione 429 su questa risorsa in un intervallo di tempo di un giorno. Valutare la possibilità di abilitare la scalabilità automatica per gestire meglio volumi di chiamate più elevati e ridurre il numero di errori 429.

Ulteriori informazioni sulla scalabilità automatica dei servizi di intelligenza artificiale di Azure.

Deprecazione della versione del modello di Analisi del testo

Aggiornare la versione del modello a una nuova versione del modello o a una più recente per usare i modelli più recenti e di alta qualità.

Ulteriori informazioni su Cognitive Service - TAUpgradeToLatestModelVersion (dismissione versione modello di Text Analytics).

Deprecazione della versione del modello di Analisi del testo

Aggiornare la versione del modello a una nuova versione del modello o a una più recente per usare i modelli più recenti e di alta qualità.

Ulteriori informazioni su Cognitive Service - TAUpgradeModelVersiontoLatest (dismissione versione modello di Text Analytics).

Eseguire l'aggiornamento alla versione più recente dell'API Analisi del testo di Servizi cognitivi

Aggiornare l'API alla versione più recente per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità dei servizi. A partire dalla versione 3.0, sono inoltre disponibili nuove funzionalità come nuovi endpoint separati, ad esempio riconoscimento delle informazioni personali, riconoscimento delle entità e collegamento delle entità. In termini di modifiche agli endpoint di anteprima ci sono opinion mining nell'endpoint SA e proprietà testo redatto nell'endpoint delle informazioni personali

Ulteriori informazioni su Cognitive Service - UpgradeToLatestAPI (aggiornare alla versione più recente dell'API Text Analytics di Cognitive Service).

Eseguire l'aggiornamento alla versione più recente dell'API di Azure Cognitive Service for Language

Aggiornare l'API alla versione più recente per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità dei servizi.

Ulteriori informazioni su Cognitive Service - UpgradeToLatestAPILanguage (aggiornamento alla versione più recente dell'API del Servizio cognitivo di Azure per la lingua).

Eseguire l'aggiornamento alla versione più recente dell'SDK Analisi del testo di Servizi cognitivi

Aggiornare l'SDK alla versione più recente per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità dei servizi. A partire dalla versione 3.0, sono inoltre disponibili nuove funzionalità come nuovi endpoint separati, ad esempio riconoscimento delle informazioni personali, riconoscimento delle entità e collegamento delle entità. In termini di modifiche agli endpoint di anteprima ci sono opinion mining nell'endpoint SA e proprietà testo redatto nell'endpoint delle informazioni personali

Ulteriori informazioni su Cognitive Service - UpgradeToLatestSDK (aggiornamento alla versione più recente dell'SDK Text Analytics di Cognitive Service).

Eseguire l'aggiornamento alla versione più recente dell'SDK Linguaggio di Servizi cognitivi

Aggiornare l'SDK alla versione più recente per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità dei servizi.

Ulteriori informazioni su Cognitive Service - UpgradeToLatestSDKLanguage (aggiornamento alla versione più recente dell'SDK Language di Cognitive Service).

Aggiornare l'SDK Azure AI Language alla versione più recente

Aggiornare l'SDK alla versione più recente per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità dei servizi. A partire dalla versione 3.0, sono inoltre disponibili nuove funzionalità come nuovi endpoint separati, ad esempio riconoscimento delle informazioni personali, riconoscimento delle entità e collegamento delle entità. In termini di modifiche agli endpoint di anteprima ci sono opinion mining nell'endpoint SA e proprietà testo redatto nell'endpoint delle informazioni personali.

Ulteriori informazioni su Azure AI Language.

Analisi

Ridimensionare le risorse di Esplora dati in modo corretto per prestazioni ottimali.

Questa raccomandazione esamina tutte le risorse di Esplora dati che superano la capacità consigliata per i dati (80%). L'azione consigliata per migliorare le prestazioni del cluster consiste nel dimensionare alla configurazione consigliata.

Ulteriori informazioni sulla risorsa Esplora dati - Risorsa ADX di dimensioni appropriate (risorse di Esplora dati di dimensioni appropriate per prestazioni ottimali).

Consultare i criteri della cache delle tabelle di Esplora dati

Questa raccomandazione riguarda le tabelle di Esplora dati con un numero maggiore di query che si riferiscono al periodo (criteri) configurato per la permanenza nella cache. Verranno visualizzate le 10 tabelle principali per percentuale di cache che accedono ai dati non appartenenti alla cache. Azione consigliata per migliorare le prestazioni: limitare le query nella tabella all'intervallo di tempo minimo necessario (entro i criteri definiti). In alternativa, se servono i dati dell'intero intervallo di tempo, aumentare il periodo della cache al valore consigliato.

Ulteriori informazioni sulla risorsa di Esplora dati - UpdateCachePoliciesForAdxTables (esaminare i criteri relativi alla cache delle tabelle per le tabelle di Esplora dati).

Ridurre i criteri della cache delle tabelle di Esplora dati per ottenere prestazioni migliori

La riduzione dei criteri della cache delle tabelle consente di liberare dati non usati dalla cache della risorsa e di migliorare le prestazioni.

Ulteriori informazioni sulla risorsa di Esplora dati - ReduceCacheForAzureDataExplorerTablesToImprovePerformance (ridurre i criteri della cache delle tabelle di Esplora dati per ottenere prestazioni migliori).

Aumentare la cache nei criteri della cache

In base all'utilizzo effettivo durante l'ultimo mese, aggiornare i criteri di cache per aumentare la cache ad accesso frequente per la tabella. Il periodo di conservazione deve essere sempre maggiore del periodo di memorizzazione nella cache. Se si aumenta la cache e il periodo di conservazione è inferiore al periodo di memorizzazione nella cache, aggiornare i criteri di conservazione. L'analisi si basa solo sulle query degli utenti che hanno scansionato i dati.

Ulteriori informazioni sulla risorsa di Esplora dati - IncreaseCacheForAzureDataExplorerTablesToImprovePerformance (aumentare la cache nei criteri della cache).

Abilitare la scalabilità automatica ottimizzata per le risorse Esplora dati

Sembra che la risorsa potrebbe essere stata ridimensionata automaticamente per migliorare le prestazioni (in base all'utilizzo effettivo durante l'ultima settimana, all'utilizzo della cache, all'utilizzo dell'acquisizione, all'utilizzo della CPU e degli inserimenti in streaming). Per ottimizzare i costi e le prestazioni, è consigliabile abilitare la Scalabilità automatica ottimizzata.

Ulteriori informazioni sulla risorsa di Esplora dati - PerformanceEnableOptimizedAutoscaleAzureDataExplorer (abilitare la scalabilità automatica ottimizzata per le risorse di Esplora dati).

Le operazioni di lettura vengono eseguite sui dati più recenti

In oltre il 75% dei casi, le richieste di lettura sono destinato al memstore, indicando che le letture riguardano prevalentemente i dati recenti. Le letture dei dati recenti suggeriscono che, anche in caso di flush nel memstore, è necessario accedere al file recente e inserirlo nella cache.

Ulteriori informazioni sul cluster di HDInsight - HBaseMemstoreReadPercentage (le letture riguardano i dati più recenti).

Per migliorare le prestazioni del cluster, provare a usare la funzionalità scritture accelerate nel cluster HBase.

Questa raccomandazione di Advisor viene visualizzato perché il registro di sistema del team di HDInsight mostra che negli ultimi sette giorni il cluster ha riscontrato le seguenti situazioni:

1. Latenza elevata dell'ora di sincronizzazione log write-ahead

2. Numero elevato di richieste di scrittura (almeno 3 in un'ora di oltre 1000 avg_write_requests/second/node)

Queste condizioni indicano che il cluster risente di alte latenze di scrittura, che possono essere dovute a un forte carico di lavoro nel cluster.

Per migliorare le prestazioni del cluster è consigliabile usare la funzionalità Scritture accelerate disponibile in Azure HDInsight HBase. La funzionalità scritture accelerate per i cluster HDInsight Apache HBase collega i dischi gestiti da SSD Premium a ogni RegionServer (nodo di lavoro) invece di usare l'archiviazione cloud. Si otterrà bassa latenza di scrittura e una migliore resilienza per le applicazioni.

Per ulteriori informazioni su questa funzionalità, visitare il link:

Ulteriori informazioni sul cluster di HDInsight - AccWriteCandidate (considerare l'uso della funzionalità Scritture accelerate nel cluster HBase per migliorare le prestazioni del cluster).

Più del 75% delle query si riferiscono a scansioni complete

Più del 75% delle query di analisi nel cluster esegue un'analisi completa dell'area o della tabella. Modificare le query di analisi per evitare l'analisi completa dell'area o della tabella.

Ulteriori informazioni sul cluster HDInsight - ScanQueryTuningcandidate (oltre il 75% delle query sono query di scansione complete).

Controllare il numero di regioni in cui gli aggiornamenti sono stati bloccati

Per evitare che gli aggiornamenti vengano bloccati è necessario modificare il numero di aree. Potrebbe essere necessario aumentare il cluster tramite l'aggiunta di nuovi nodi.

Ulteriori informazioni sul cluster HDInsight - RegionCountCandidate (controllare il numero di regioni a proposito del blocco degli aggiornamenti).

Prendere in considerazione l'aumento dei thread del flusher

Le dimensioni della coda di flush nei server della regione sono maggiori di 100 oppure ci sono aggiornamenti che vengono bloccati di frequente. È consigliabile ottimizzare il gestore flush.

Ulteriori informazioni sul cluster di HDInsight - FlushQueueCandidate (considerare l'aumento dei thread del flusher).

Provare ad aumentare i thread di compattazione per un completamento più veloce delle compattazioni

La coda di compattazione nei server della regione è superiore a 2.000; questo indica che più dati richiedono la compattazione. Le compattazioni più lente possono influire sulle prestazioni di lettura perché ci sono più file da leggere. Un gran numero di file senza compattazione può influire anche sull'utilizzo dell'heap correlato alla modalità di interazione dei file con il file system di Azure.

Ulteriori informazioni sul cluster di HDInsight - CompactionQueueCandidate (considerare l'aumento dei thread di compattazione per velocizzare il completamento).

Tabelle con indici columnstore cluster (CCI, Clustered Columnstore Index) con meno di 60 milioni di righe

I dati delle tabelle columnstore cluster sono organizzati in segmenti. Una qualità elevata dei segmenti è fondamentale per ottenere prestazioni ottimali delle query in una tabella columnstore. È possibile misurare la qualità dei segmenti in base al numero di righe in un gruppo di righe compresso.

Ulteriori informazioni sull'area di lavoro di Synapse - SynapseCCIGuidance (tabelle con indici Columnstore in cluster (CCI) con meno di 60 milioni di righe).

Aggiornare la versione dell'SDK SynapseManagementClient

Il nuovo SynapseManagementClient usa l'SDK .NET 4.0 o versione successiva.

Ulteriori informazioni sull'area di lavoro di Synapse - UpgradeSynapseManagementClientSDK (aggiornamento versione SDK SynapseManagementClient).

Calcolo

L'utilizzo della capacità di vSAN ha superato la soglia critica

L'utilizzo della capacità di vSAN ha raggiunto il 75%. In base a quanto previsto dal contratto di servizio, l'utilizzo del cluster deve rimanere al di sotto della soglia critica del 75%. Aggiungere nuovi nodi al cluster di vSphere per aumentare la capacità o eliminare le macchine virtuali per ridurre l'utilizzo o modificare i carichi di lavoro della macchina virtuale

Ulteriori informazioni sul cloud privato della soluzione Azure VMware - vSANCapacity (l'utilizzo della capacità vSAN ha superato la soglia critica).

Aggiornare la gestione automatica alla versione più recente dell'API

Sono state individuate chiamate all'SDK da API obsolete per le risorse di questa sottoscrizione. È consigliabile passare alle versioni più recenti dell'SDK per ricevere le funzionalità e i miglioramenti delle prestazioni più recenti.

Ulteriori informazioni sulla macchina virtuale - UpdateToLatestApi (aggiornare la gestione automatica alla versione più recente dell'API).

Migliorare l'esperienza utente e la connettività distribuendo macchine virtuali più vicine alla posizione dell'utente.

Abbiamo riscontrato che le macchine virtuali si trovano in una regione diversa o lontana da quella da cui si connettono gli utenti tramite il Desktop virtuale Azure. Le aree degli utenti distanti possono determinare lunghi tempi di risposta delle connessione e influire sull'esperienza complessiva dell'utente.

Ulteriori informazioni sulla macchina virtuale - RegionProximitySessionHosts (migliorare l'esperienza dell'utente e la connettività distribuendo le macchine virtuali in modo che siano più vicine alla posizione dell'utente).

Usare Managed Disks per evitare la limitazione di I/O del disco

I dischi della macchina virtuale appartengono a un account di archiviazione che ha raggiunto il suo valore finale di scalabilità ed è soggetto a limitazione delle richieste di I/O. Per proteggere la propria macchina virtuale da una riduzione del livello delle prestazioni e semplificare la gestione dell'archiviazione, usare Managed Disks.

Ulteriori informazioni sulla macchina virtuale - ManagedDisksStorageAccount (usare dischi gestiti per evitare la limitazione delle richieste di I/O del disco).

Convertire dischi gestiti da HDD Standard a SSD Premium per le prestazioni

È stato rilevato che il disco HDD Standard sta per raggiungere gli obiettivi di prestazioni. I dischi SSD Premium di Azure offrono prestazioni elevate e supporto per dischi a bassa latenza per le macchine virtuali con carichi di lavoro con I/O intensivo. Aumentare le prestazioni del disco aggiornando il disco HDD Standard a SSD Premium. L'aggiornamento richiede un riavvio della macchina virtuale, che durerà da 3 a 5 minuti.

Ulteriori informazioni sul disco - MDHDDtoPremiumForPerformance (convertire i dischi gestiti da HDD standard a SSD premium per migliorare le prestazioni).

Abilitare la rete accelerata per migliorare le prestazioni e la latenza di rete

Abbiamo rilevato che la rete accelerata non è abilitata nelle risorse della macchina virtuale della distribuzione esistente che potrebbe supportare questa funzionalità. Se l'immagine del sistema operativo della macchina virtuale supporta la rete accelerata come descritto in dettaglio nella documentazione, assicurarsi di abilitare questa funzionalità gratuita in queste macchine virtuali per ottimizzare le prestazioni e la latenza dei carichi di lavoro di rete nel cloud

Ulteriori informazioni sulla macchina virtuale - AccelNetConfiguration (abilitare la rete accelerata per migliorare le prestazioni e la latenza di rete).

Usare dischi SSD per i carichi di lavoro di produzione

Abbiamo riscontrato che son in uso dischi SSD insieme a dischi HDD standard nella stessa macchina virtuale. I dischi HDD standard gestiti sono consigliati per attività di sviluppo/test e backup; per la produzione è consigliabile di usare dischi SSD premium o SSD standard. I dischi SSD Premium offrono prestazioni elevate e supporto per dischi a bassa latenza per le macchine virtuali con carichi di lavoro con I/O intensivo. SSD Standard garantisce una latenza coerente e inferiore. Aggiornare subito la configurazione dei dischi per migliorare la latenza, l'affidabilità e la disponibilità. L'aggiornamento richiede un riavvio della macchina virtuale, che durerà da 3 a 5 minuti.

Ulteriori informazioni sulla macchina virtuale - MixedDiskTypeToSSDPublic (usare dischi SSD per i carichi di lavoro di produzione).

Abbinare le macchine virtuali di produzione con il disco di produzione per ottenere prestazioni coerenti e una migliore latenza

Per ottenere prestazioni ottimali, le macchine virtuali di produzione hanno bisogno dei dischi di produzione. Abbiamo riscontrato che è i uso una macchina virtuale a livello di produzione, ma con un disco HDD standard a prestazioni ridotte. Aggiornando i dischi collegati ai dischi di produzione, SSD standard o SSD premium, è possibile rendere più coerente l'esperienza dell'utente e migliorare la latenza.

Ulteriori informazioni sulla macchina virtuale - MatchProdVMProdDisks (abbinare le macchine virtuali di produzione e il disco di produzione per ottenere prestazioni coerenti e migliorare la latenza).

La rete accelerata potrebbe richiedere il riavvio della macchina virtuale

Abbiamo rilevato che la rete accelerata non è attiva nelle risorse della macchina virtuale della distribuzione esistente, anche se la funzionalità è stata richiesta. Nei rari casi di questo tipo può essere necessario riavviare la macchina virtuale per riattivare AccelNet.

Ulteriori informazioni sulla macchina virtuale - AccelNetDisengaged (la rete accelerata potrebbe richiedere il riavvio della macchina virtuale).

Sfruttare i vantaggi della bassa latenza del disco Ultra per i dischi di log e migliorare le prestazioni del carico di lavoro del database

Il disco Ultra è disponibile nella stessa area del carico di lavoro del database. Il disco Ultra offre velocità effettiva elevata, un numero elevato di operazioni di I/O al secondo e archiviazione su disco a bassa latenza coerente per i carichi di lavoro del database: per Oracle DB è ora possibile usare dimensioni del settore 4k o 512E con disco Ultra a seconda della versione Oracle DB. Per SQL Server, l'uso del disco Ultra per il disco dei log potrebbe migliorare le prestazioni del database. Vedere le istruzioni qui per la migrazione del disco di log al disco Ultra.

Ulteriori informazioni sulla macchina virtuale - AzureStorageVmUltraDisk (sfruttare la bassa latenza del disco Ultra per i dischi dei log e migliorare le prestazioni del carico di lavoro del database).

Aggiornare le dimensioni delle macchine virtuali più attive per evitare l'esaurimento delle risorse e migliorare le prestazioni

Abbiamo analizzato i dati degli ultimi sette giorni e individuato le macchine virtuali (VM) con un utilizzo intenso in base a diverse metriche (ovvero CPU, memoria e I/O della macchina virtuale). Queste macchine virtuali possono avere problemi di prestazioni perché si avvicinano ai limiti dello SKU, o li raggiungono. Prendere in considerazione l'aggiornamento dello SKU per migliorare le prestazioni.

Ulteriori informazioni sulla macchina virtuale - UpgradeSizeHighVMUtilV0 (aggiornare le dimensioni delle macchine virtuali più attive per evitare l'esaurimento delle risorse e migliorare le prestazioni).

Contenitori

È stata rilevata una versione non supportata di Kubernetes

È stata rilevata una versione di Kubernetes non supportata. Verificare che il cluster Kubernetes sia in esecuzione con una versione supportata.

Ulteriori informazioni sul servizio di Kubernetes - UnsupportedKubernetesVersionIsDetected (è stata rilevata una versione di Kubernetes non supportata).

È stata rilevata una versione non supportata di Kubernetes

È stata rilevata una versione di Kubernetes non supportata. Verificare che il cluster Kubernetes sia in esecuzione con una versione supportata.

Ulteriori informazioni sul pool di cluster di HDInsight - UnsupportedHiloAKSVersionIsDetected (è stata rilevata una versione di Kubernetes non supportata).

Cluster con un singolo pool di nodi

Consigliamo di aggiungere uno o più pool di nodi anziché usare un singolo pool di nodi. Con più pool è possibile isolare i pod di sistema critici dall'applicazione per evitare che i pod di applicazioni non configurati correttamente o non autorizzati possano terminare accidentalmente i pod di sistema.

Ulteriori informazioni sul servizio di Kubernetes - ClustersWithASingleNodePool (cluster con un pool a nodo singolo).

Aggiornare l'API Fleet alla versione più recente

Sono state individuate alcune chiamate di SDK da un'API Fleet obsoleta per le risorse di questa sottoscrizione. È consigliabile passare alla versione più recente dell'SDK, per ricevere le funzionalità e i miglioramenti delle prestazioni più recenti.

Ulteriori informazioni su Gestione flotta Kubernetes | ANTEPRIMA - UpdateToLatestFleetApi (aggiornare l'API Fleet alla versione più recente).

Database

Configurare le dimensioni della pagina di query di Azure Cosmos DB (MaxItemCount) su -1

Sono in uso dimensioni della pagina delle query pari a 100 per le query per il contenitore Azure Cosmos DB. Per analisi più rapide, è consigliabile usare dimensioni della pagina pari a -1.

Ulteriori informazioni sull'account di Azure Cosmos DB - CosmosDBQueryPageSize (configurare le dimensioni della pagina delle query di Azure Cosmos DB (MaxItemCount) a -1).

Aggiungere indici composti al contenitore di Azure Cosmos DB

I contenitori di Azure Cosmos DB eseguono query ORDER BY che comportano addebiti elevati per unità richiesta (UR). È consigliabile aggiungere indici composti ai criteri di indicizzazione dei contenitori per migliorare il consumo di RU e ridurre la latenza di queste query.

Ulteriori informazioni sull'account di Azure Cosmos DB - CosmosDBOrderByHighRUCharge (aggiungere indici compositi al contenitore di Azure Cosmos DB).

Ottimizzare i criteri di indicizzazione di Azure Cosmos DB in modo da indicizzare solo gli elementi necessari

I contenitori di Azure Cosmos DB usano i criteri di indicizzazione predefiniti, che indicizzano ogni proprietà nei documenti. Poiché si archiviano documenti di grandi dimensioni, viene indicizzato un numero elevato di proprietà, con conseguente utilizzo elevato di unità richiesta e bassa latenza di scrittura. Per ottimizzare le prestazioni di scrittura, è consigliabile eseguire l'override dei criteri di indicizzazione predefiniti in modo da indicizzare solo le proprietà usate nelle query.

Ulteriori informazioni sull'account di Azure Cosmos DB - CosmosDBDefaultIndexingWithManyPaths (ottimizzare i criteri di indicizzazione di Azure Cosmos DB per indicizzare solo gli elementi necessari).

Usare chiavi di partizione gerarchica per una distribuzione ottimale dei dati

L'account i uso ha un'impostazione personalizzata che consente di superare il limite di 20 GB per le dimensioni della partizione logica in un contenitore. Il team di Azure Cosmos DB ha applicato questa impostazione come misura temporanea per concedere all'utente il tempo necessario per riprogettare l'applicazione con una chiave di partizione diversa. Non è consigliabile come soluzione a lungo termine, perché se aumentando il limite non si rispettano le garanzie del Contratto di servizio. Ora è possibile usare le chiavi di partizione gerarchica (anteprima) per riprogettare l'applicazione. Questa funzionalità consente di superare il limite di 20 GB impostando fino a tre chiavi di partizione, ideali per scenari multi-tenant o carichi di lavoro che usano chiavi sintetiche.

Ulteriori informazioni sull'account di Azure Cosmos DB - CosmosDBHierarchicalPartitionKey (usare chiavi di partizione gerarchica per una distribuzione ottimale dei dati).

Configurare le applicazioni di Azure Cosmos DB in modo da usare la connettività diretta nell'SDK

Abbiamo riscontrato che le applicazioni di Azure Cosmos DB usano la modalità gateway tramite gli SDK Azure Cosmos DB .NET o Java. È consigliabile passare alla connettività diretta per una latenza inferiore e una maggiore scalabilità.

Ulteriori informazioni sull'account di Azure Cosmos DB - CosmosDBGatewayMode (configurare le applicazioni Azure Cosmos DB per l'uso della connettività diretta nell'SDK).

Migliorare le prestazioni attraverso il dimensionamento per un utilizzo ottimale delle risorse

Ottimizzare l'efficienza delle risorse del sistema è fondamentale per ottenere prestazioni eccellenti. Il sistema monitora accuratamente l'utilizzo della CPU e quando supera la soglia del 90% in un periodo di 12 ore si attivato un avviso proattivo. Questo avviso non solo informa gli utenti di Azure Cosmos DB for MongoDB vCore dell'utilizzo intenso della CPU; fornisce anche indicazioni utili su come passare a livello superiore. Con l'aggiornamento a un livello più affidabile è possibile migliorare le prestazioni e garantire il funzionamento del sistema al massimo potenziale.

Ulteriori informazioni su dimensionamento e configurazione del cluster vCore di Azure Cosmos DB for MongoDB.

PerformanceBoostervCore

Se l'utilizzo della CPU supera il 90% entro un intervallo di tempo di 12 ore, gli utenti riceveranno una notifica sull'utilizzo elevato. Inoltre, consiglia loro di aumentare le prestazioni fino a un livello superiore per ottenere prestazioni migliori.

Ulteriori informazioni sull'account di Cosmos DB - ScaleUpvCoreRecommendation (PerformanceBoostervCore).

Aumentare il limite di archiviazione per il server MariaDB

Il nostro sistema mostra che il server potrebbe essere soggetto a limitazioni perché sta raggiungendo i limiti per i valori di archiviazione di cui è stato eseguito il provisioning. Avvicinandosi ai limiti di archiviazione, le prestazioni potrebbero diminuire o il server potrebbe passare alla modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio di archiviazione previsto o attivare la funzionalità "Aumento automatico" per aumentare automaticamente l'archiviazione

Ulteriori informazioni sul server MariaDB - OrcasMariaDbStorageLimit (dimensionare il limite di archiviazione per il server MariaDB).

Aumentare il numero di vCore del server MariaDB

Il nostro sistema mostra che la CPU ha funzionato con un utilizzo intenso di risorse per un periodo prolungato, negli ultimi sette giorni. L'utilizzo intenso di risorse da parte della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.

Ulteriori informazioni sul server MariaDB - OrcasMariaDbCpuOverload (aumentare i vCore del server MariaDB).

Aumentare le prestazioni del server MariaDB passando a uno SKU superiore

Il nostro sistema mostra che il server potrebbe non essere in grado di supportare le richieste di connessione a causa del numero massimo di connessioni supportate per lo SKU specificato, che potrebbe causare un alto numero di richieste di connessioni non riuscite e compromettere le prestazioni. Per migliorare le prestazioni è consigliabile passare a uno SKU con memoria superiore aumentando il numero di vCore o passando a SKU ottimizzati per la memoria.

Ulteriori informazioni sul server MariaDB - OrcasMariaDbConcurrentConnection (dimensionare il server MariaDB passando a uno SKU superiore).

Spostare il server MariaDB in uno SKU ottimizzato per la memoria

Il nostro sistema mostra la presenza di un'alta varianza nel pool di buffer per questo server; questo può rallentare le prestazioni delle query e aumentare il numero di operazioni di I/O al secondo. Per migliorare le prestazioni esaminare le query del carico di lavoro per individuare le opportunità di ridurre al minimo la memoria utilizzata. Se non vengono identificate tali opportunità, è consigliabile passare a uno SKU più elevato con maggiore memoria oppure aumentare le dimensioni di archiviazione per ottenere una quantità maggiore di operazioni di I/O al secondo.

Ulteriori informazioni sul server MariaDB - OrcasMariaDbMemoryCache (spostare il server MariaDB nello SKU ottimizzato per la memoria).

Aumentare l'affidabilità dei log di controllo

Il nostro sistema mostra che i log di valutazione del server potrebbero essere stati persi nell'ultimo giorno. La perdita dei log di valutazione può verificarsi quando il server rileva un alto carico di lavoro della CPU o un server genera un gran numero di log delle valutazioni in un breve periodo. È consigliabile registrare solo gli eventi necessari a scopo di controllo usando i parametri del server seguenti: audit_log_events, audit_log_exclude_users, audit_log_include_users. Se l'uso della CPU nel server è elevato a causa del carico di lavoro, è consigliabile aumentare i vCore del server per migliorare le prestazioni.

Ulteriori informazioni sul server MariaDB - OrcasMariaDBAuditLog (aumentare l'affidabilità dei log delle valutazioni).

Ridimensionare il limite di archiviazione per il server MySQL

Il nostro sistema mostra che il server può essere soggetto a limitazioni perché sta raggiungendo i limiti dei valori di archiviazione stabiliti. Avvicinandosi ai limiti di archiviazione, le prestazioni possono diminuire o il server può passare alla modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio di archiviazione previsto o attivare la funzionalità "Aumento automatico" per aumentare automaticamente l'archiviazione

Ulteriori informazioni sul server MySQL - OrcasMySQLStorageLimit (dimensionare il limite di archiviazione per il server MySQL).

Aumentare le prestazioni del server MySQL passando a uno SKU superiore

Il nostro sistema mostra che il server potrebbe non essere in grado di supportare le richieste di connessione a causa del numero massimo di connessioni supportate per lo SKU specificato, che potrebbe causare un alto numero di richieste di connessioni non riuscite e compromettere quindi le prestazioni. Per migliorare le prestazioni è consigliabile passare a uno SKU con memoria superiore aumentando il numero di vCore oppure passando a SKU ottimizzati per la memoria.

Ulteriori informazioni sul server MySQL - OrcasMySQLConcurrentConnection (dimensionare il server MySQL passando a uno SKU superiore).

Aumentare il numero di vCore del server MySQL

Il nostro sistema mostra che la CPU ha funzionato con un utilizzo intenso di risorse per un periodo prolungato, negli ultimi sette giorni. L'utilizzo intenso di risorse da parte della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.

Ulteriori informazioni sul server MySQL - OrcasMySQLCpuOverload (aumentare i vCore del server MySQL).

Spostare il server MySQL a uno SKU ottimizzato per la memoria

Il nostro sistema mostra la presenza di un'alta varianza nel pool di buffer per questo server; questo può rallentare le prestazioni delle query e aumentare il numero di operazioni di I/O al secondo. Per migliorare le prestazioni esaminare le query del carico di lavoro per individuare le opportunità di ridurre al minimo la memoria utilizzata. Se non vengono identificate tali opportunità, è consigliabile passare a uno SKU più elevato con maggiore memoria oppure aumentare le dimensioni di archiviazione per ottenere una quantità maggiore di operazioni di I/O al secondo.

Ulteriori informazioni sul server MySQL - OrcasMySQLMemoryCache (spostare il server MySQL nello SKU ottimizzato per la memoria).

Aggiungere un server di replica in lettura MySQL

Il nostro sistema mostra che potrebbe essere in esecuzione un carico di lavoro con uso intensivo della lettura, il che determina risorse contese per il server. Le risorse contee possono rallentare le prestazioni delle query per il server. Per migliorare le prestazioni, è consigliabile aggiungere una replica in lettura ed eseguire l'offload di alcuni carichi di lavoro in lettura alla replica.

Ulteriori informazioni sul server MySQL - OrcasMySQLReadReplica (aggiungere un server MySQL replica in lettura).

Migliorare la gestione delle connessioni a MySQL

Il nostro sistema mostra che l'applicazione che si connette al server MySQL potrebbe gestire le connessioni in modo inadeguato, determinando un potenziale consumo di risorse non necessario e una latenza dell'applicazione complessivamente superiore. Per migliorare la gestione delle connessioni, è consigliabile ridurre il numero di connessioni di breve durata ed eliminare le connessioni inattive non necessarie. Per farlo è possibile configurare un pool di connessioni sul lato server, ad esempio ProxySQL.

Ulteriori informazioni sul server MySQL - OrcasMySQLConnectionPooling (migliorare la gestione delle connessioni di MySQL).

Aumentare l'affidabilità dei log di controllo

Il nostro sistema mostra che i log di valutazione del server potrebbero essere stati persi nell'ultimo giorno. Può verificarsi quando il server riscontra un alto carico di lavoro della CPU oppure un server genera un gran numero di log delle valutazioni in un breve periodo. È consigliabile registrare solo gli eventi necessari a scopo di controllo usando i parametri del server seguenti: audit_log_events, audit_log_exclude_users, audit_log_include_users. Se l'uso della CPU nel server è elevato a causa del carico di lavoro, è consigliabile aumentare i vCore del server per migliorare le prestazioni.

Ulteriori informazioni sul server MySQL - OrcasMySQLAuditLog (aumentare l'affidabilità dei log di valutazione).

Migliorare le prestazioni ottimizzando il dimensionamento della tabella temporanea MySQL

Il nostro sistema mostra che il server MySQL potrebbe incorrere in un sovraccarico di I/O non necessario a causa di impostazioni di parametri di tabella temporanea basse. Questo può comportare transazioni basate su disco non necessarie e ridurre le prestazioni. Per ridurre il numero di transazioni basate su disco, è consigliabile aumentare i valori del parametro "tmp_table_size' and 'max_heap_table_size".

Ulteriori informazioni sul server MySQL - OrcasMySqlTmpTables (migliorare le prestazioni ottimizzando il dimensionamento delle tabelle temporanee di MySQL).

Migliorare la latenza delle connessioni MySQL

Il nostro sistema mostra che l'applicazione che si connette al server MySQL potrebbe gestire le connessioni in modo inadeguato. Questo può aumentare la latenza dell'applicazione. Per migliorare la latenza della connessione, è consigliabile abilitare il reindirizzamento della connessione. Questa operazione può essere eseguita abilitando la funzionalità di reindirizzamento della connessione del driver PHP.

Ulteriori informazioni sul server MySQL - OrcasMySQLConnectionRedirection (migliorare la latenza della connessione di MySQL).

Aumentare il limite di archiviazione per il server flessibile MySQL

Il nostro sistema mostra che il server può essere soggetto a limitazioni perché sta raggiungendo i limiti dei valori di archiviazione stabiliti. Avvicinandosi ai limiti di archiviazione, le prestazioni possono diminuire o il server può passare alla modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio di archiviazione sottoposto a provisioning.

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMySqlStorageUpsell (aumentare il limite di archiviazione per il server flessibile MySQL).

Dimensionare il server flessibile MySQL a uno SKU superiore

Il nostro sistema indica che il server flessibile sta superando i limiti di connessione associati allo SKU corrente. Un alto numero di richieste di connessione non riuscite può influire negativamente sulle prestazioni del server. Per migliorare le prestazioni, è consigliabile aumentare il numero di vCore o passare a uno SKU superiore.

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMysqlConnectionUpsell (dimensionare il server flessibile di MySQL in uno SKU superiore).

Incrementare i vCore del server flessibile MySQL.

Il nostro sistema mostra che la CPU ha funzionato con un utilizzo intenso di risorse per un periodo prolungato, negli ultimi sette giorni. L'utilizzo intenso di risorse da parte della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMysqlCpuUpcell (aumentare i vCore del server flessibile di MySQL).

Migliorare le prestazioni ottimizzando il dimensionamento della tabella temporanea MySQL.

Il nostro sistema mostra che il server MySQL potrebbe incorrere in un sovraccarico di I/O non necessario a causa di impostazioni di parametri di tabella temporanea basse. Il sovraccarico non necessario di I/O potrebbe comportare transazioni non necessarie basate su disco e riduzione delle prestazioni. Per ridurre il numero di transazioni basate su disco, è consigliabile aumentare i valori del parametro "tmp_table_size' and 'max_heap_table_size".

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMysqlTmpTable (migliorare le prestazioni ottimizzando il ridimensionamento delle tabelle temporanee di MySQL).

Spostare il server MySQL a uno SKU ottimizzato per la memoria

Il nostro sistema mostra un utilizzo intenso della memoria per questo server, che può comportare un rallentamento delle prestazioni delle query e un aumento delle operazioni di I/O al secondo. Per migliorare le prestazioni esaminare le query del carico di lavoro per individuare le opportunità di ridurre al minimo la memoria utilizzata. Se non vengono identificate tali opportunità, è consigliabile passare a uno SKU più elevato con maggiore memoria oppure aumentare le dimensioni di archiviazione per ottenere una quantità maggiore di operazioni di I/O al secondo.

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMysqlMemoryUpsell (spostare il server MySQL nello SKU ottimizzato per la memoria).

Aggiungere un server di replica in lettura MySQL

Il nostro sistema mostra che potrebbe essere in esecuzione un carico di lavoro con uso intensivo della lettura, il che determina risorse contese per il server. Questo può rallentare le prestazioni delle query per il server. Per migliorare le prestazioni, è consigliabile aggiungere una replica in lettura ed eseguire l'offload di alcuni carichi di lavoro in lettura alla replica.

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMysqlReadReplicaUpsell (aggiungere un server replica in lettura per MySQL).

Aumentare work_mem del server per evitare una fuga di dati eccessiva dal disco da operazioni di ordinamento e hash

Il nostro sistema mostra che la configurazione work_mem è troppo piccola per il server PostgreSQL, con una conseguente perdita di dati dal disco e prestazioni ridotte delle query. Per risolvere il problema è consigliabile aumentare il limite del valore di work_mem per il server, riducendo i casi in cui si verificano operazioni di ordinamento e hash sul disco e migliorando le prestazioni generali delle query.

Ulteriori informazioni sul server PostgreSQL - OrcasPostgreSqlWorkMem (aumentare il valore di work_mem per evitare perdite eccessive dal disco determinate da ordinamento e hash).

Aumentare le prestazioni del carico di lavoro del 30% con il nuovo hardware di calcolo Ev5

Con il nuovo hardware di calcolo Ev5, è possibile migliorare le prestazioni del carico di lavoro del 30% con concorrenza più elevata e una velocità effettiva migliore. Passare all'opzione Calcolo+Archiviazione nel portale di Azure e passare al calcolo Ev5 senza costi aggiuntivi. Il calcolo Ev5 offre prestazioni ottimali tra le altre serie di macchine virtuali in termini di QPS e latenza.

Ulteriori informazioni sul server flessibile del Database di Azure per MySQL - OrcasMeruMySqlComputeSeriesUpgradeEv5 (aumentare del 30% le prestazioni del carico di lavoro con il nuovo hardware di calcolo Ev5).

Aumentare il limite di archiviazione per il gruppo di server Hyperscale (Citus)

Il nostro sistema mostra che uno o più nodi del gruppo di server possono essere vincolati perché stanno raggiungendo i limiti dei valori di archiviazione attualmente stabiliti. Questo potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server alla modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio su disco sottoposto a provisioning.

Ulteriori informazioni sul server PostgreSQL - OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (aumentare il limite dell'archiviazione per il gruppo di server Hyperscale (Citus)).

Aumentare il numero di vCore del server PostgreSQL

In più di 7 giorni, l'utilizzo della CPU era almeno uno dei seguenti: oltre il 90% per 2 o più ore, oltre il 50% per il 50% del tempo, al massimo utilizzo per il 20% del tempo. L'utilizzo elevato della CPU può rallentare le prestazioni delle query. Per migliorare le prestazioni è consigliabile spostare il server in uno SKU più grande con un calcolo superiore. Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Potenziare lo SKU del server per PostgreSQL nel Database diAzure.

Ottimizzare le impostazioni log_statement per PostgreSQL nel database di Azure

Il sistema mostra che l'opzione log_statement è abilitata; per migliorare le prestazioni impostarla su NONE

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Ottimizzare le impostazioni di log_statement per PostgreSQL nel Database di Azure.

Ottimizzare le impostazioni log_duration per PostgreSQL nel database di Azure

Potrebbe verificarsi una potenziale diminuzione delle prestazioni a causa delle impostazioni di registrazione. Per ottimizzare queste impostazioni, impostare il parametro log_duration del server su OFF.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Ottimizzare le impostazioni di log_duration per PostgreSQL nel database di Azure.

Ottimizzare le impostazioni log_min_duration per PostgreSQL nel database di Azure

Il parametro del server log_min_duration è impostato su meno di 60.000 ms (1 minuto), che può causare una potenziale riduzione del livello delle prestazioni. È possibile ottimizzare le impostazioni di registrazione impostando il parametro del server log_min_duration su -1.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Ottimizzare le impostazioni di log_min_duration per PostgreSQL nel Database di Azure.

Ottimizzare le impostazioni log_error_verbosity per PostgreSQL nel database di Azure

Il server è stato configurato per emettere log degli errori DETTAGLIATI. Questo può risultare utile per la risoluzione dei problemi del database, ma può comportare anche prestazioni del database ridotte. Per migliorare le prestazioni è consigliabile impostare il parametro log_error_verbosity sull'impostazione predefinita.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Ottimizzare le impostazioni di log_error_verbosity per PostgreSQL nel database di Azure.

Individuare se i checkpoint si verificano troppo spesso per migliorare le prestazioni del server flessibile di PostgreSQL

Il sever sta riscontrando spesso checkpoint. Per risolvere il problema è consigliabile aumentare il valore del parametro max_wal_size del server.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Aumentare max_wal_size.

Rimuovere gli slot di replica logica inattivi per migliorare le prestazioni del server flessibile di PostgreSQL

Il server potrebbe avere slot di replica logica inattivi che possono causare un peggioramento delle prestazioni e della disponibilità del server. È consigliabile eliminare gli slot di replica inattivi o iniziare a utilizzare le modifiche di questi slot in modo che il numero di sequenza del file di log (LSN) degli slot avanzi e sia vicino al numero LSN corrente del server.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Slot di replica logica inutilizzati/inattivi.

Individuare le transazioni con esecuzione di lunga durata per migliorare le prestazioni del server flessibile di PostgreSQL

Sono in esecuzione transazioni più lunghe di 24 ore. Esaminare la sezione Utilizzo intenso della CPU -> Transazioni a esecuzione prolungata nelle guide alla risoluzione dei problemi, per individuare e risolvere il problema.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Transazioni a esecuzione prolungata consultando le guide alla risoluzione dei problemi.

Individuare le transazioni preparate orfane per migliorare le prestazioni del server flessibile di PostgreSQL

Esistono transazioni preparate orfane. Eseguire il rollback/Eseguire il commit della transazione preparata. Le raccomandazioni sono disponibili nella sezione Autovacuum Blockers -> Sezione Autovacuum Blockers nelle guide alla risoluzione dei problemi.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Transazioni preparate orfane consultando le guide alla risoluzione dei problemi.

Individuare il wrapping delle transazioni per migliorare le prestazioni del server flessibile di PostgreSQL

Il server ha superato il limite del 50% di wrapping con 1 miliardo di transazioni. Fare riferimento alle raccomandazioni nella sezione Autovacuum Blockers -> Sezioni Emergency AutoVacuum e Wraparound delle guide alla risoluzione dei problemi.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - Wraparound delle transazioni consultando le guide alla risoluzione dei problemi.

Individuare un alto rapporto del software bloat per migliorare le prestazioni del server flessibile PostgreSQL

Il server ha un valore di bloat_ratio (uple inattive/(uple attive + uple inattive) > 80%). Fare riferimento alle raccomandazioni condivise nella sezione Monitoraggio autovacuum delle guide alla risoluzione dei problemi.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - alto rapporto software bloat usando le guide alla risoluzione dei problemi.

Aumentare il limite di archiviazione per il gruppo di server Hyperscale (Citus)

Il nostro sistema mostra che uno o più nodi del gruppo di server possono essere vincolati perché stanno raggiungendo i limiti dei valori di archiviazione attualmente stabiliti. Questo potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server alla modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio su disco sottoposto a provisioning.

Ulteriori informazioni sul gruppo di server Hyperscale (Citus) - MarlinStorageLimitRecommendation (aumentare il limite di archiviazione per il gruppo di server Hyperscale (Citus)).

Eseguire la migrazione del database da SSPG a FSPG

Valutare la nuova offerta Server flessibile del Database di Azure per PostgreSQL che offre funzionalità più avanzate, ad esempio alta disponibilità con resilienza delle zone, prestazioni prevedibili, massimo controllo, finestra di manutenzione personalizzata, controlli di ottimizzazione dei costi ed esperienza di sviluppo semplificata.

Ulteriori informazioni sul server flessibile del Database di Azure per PostgreSQL - OrcasPostgreSqlMeruMigration (Eseguire la migrazione del database da SSPG a FSPG).

Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con elevata larghezza di banda di rete

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre la larghezza di banda oppure passare a dimensioni diverse o a SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheNetworkBandwidth (migliorare le prestazioni della cache e dell'applicazione durante il funzionamento con un'alta larghezza di banda di rete).

Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con molti client connessi

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre il carico del server oppure passare a dimensioni diverse o SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheConnectedClients (migliorare le prestazioni della cache e dell'applicazione con molti client connessi).

Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con molti client connessi

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre il carico del server oppure passare a dimensioni diverse o SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheConnectedClientsHigh (migliorare le prestazioni della cache e dell'applicazione con molti client connessi).

Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con un carico elevato di server

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre il carico del server oppure passare a dimensioni diverse o SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheServerLoad (migliorare le prestazioni della cache e dell'applicazione durante il funzionamento con un intenso carico del server).

Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con un carico elevato di server

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre il carico del server oppure passare a dimensioni diverse o SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheServerLoadHigh (migliorare le prestazioni della cache e dell'applicazione durante il funzionamento con un intenso carico del server).

Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con utilizzo elevato di memoria

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre l'utilizzo della memoria o passare a dimensioni diverse o SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheUsedMemory (migliorare le prestazioni della cache e dell'applicazione durante il funzionamento con un utilizzo intenso della memoria).

Migliorare le prestazioni della cache e dell'applicazione quando l'utilizzo della memoria rss è elevato.

Le istanze della cache sono ottimali quando non sono in esecuzione con una grande larghezza di banda; questo potrebbe causare mancate risposte, perdita di dati o indisponibilità. Applicare le procedure consigliate per ridurre l'utilizzo della memoria o passare a dimensioni diverse o SKU con capacità superiore.

Ulteriori informazioni sul server Cache Redis - RedisCacheUsedMemoryRSS (migliorare le prestazioni della cache e dell'applicazione in condizioni di utilizzo intenso della memoria RSS).

Le prestazioni delle istanze della cache sono migliori se i computer host sui quali viene eseguita l'applicazione client sono in grado di gestire le risposte dalla cache

Le prestazioni delle istanze della cache sono migliori se i computer host sui quali viene eseguita l'applicazione client sono in grado di gestire le risposte dalla cache. Se il computer host utilizza in modo intenso la memoria, la CPU o la larghezza di banda di rete, le risposte della cache non raggiungeranno l'applicazione con una velocità sufficiente e potrebbero provocare un aumento della latenza.

Ulteriori informazioni sul server Cache Redis - UnresponsiveClient (le istanze della cache sono ottimali quando i computer host in cui viene eseguita l'applicazione client sono in grado di rimanere al passo con le risposte della cache).

DevOps

Eseguire l'aggiornamento alla versione dell'API AMS più recente

Abbiamo individuato chiamate a una versione dell'API Azure Media Services (AMS) non consigliata. È consigliabile passare alla versione più recente dell'API AMS per garantire l'accesso ininterrotto ad AMS, alle funzionalità più recenti e ai miglioramenti delle prestazioni.

Ulteriori informazioni su Monitoraggio - UpdateToLatestAMSApiVersion (aggiornare l'API AMS alla versione più recente).

Eseguire l'aggiornamento alla versione più recente di Workloads SDK

Aggiornare l'SDK Workloads alla versione più recente per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità dei servizi.

Ulteriori informazioni su Monitoraggio - UpgradeToLatestAMSSdkVersion (aggiornare l'SDK Workloads alla versione più recente).

Integrazione

Aggiornare la risorsa Gestione API a una versione alternativa

L'abbonamento è in corso su versioni per le quali è stata programmata la dismissione. Il 30 settembre 2023 tutte le versioni delle API per il servizio Gestione API di Azure anteriori alla 2021-08-01 verranno ritirate e le chiamate alle API avranno esito negativo. Eseguire l'aggiornamento alla versione più recente per evitare l’interruzione dei servizi.

Ulteriori informazioni su Gestione API - apimgmtdeprecation (aggiornare la risorsa di Gestione API a un'altra versione).

Dispositivi mobili

Usare la versione consigliata di Chat SDK

Chat SDK di Servizi di comunicazione di Azure può essere usato per aggiungere chat in tempo reale ed elaborate alle applicazioni. Eseguire l'aggiornamento alla versione consigliata di Chat SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeChatSdk (usare la versione dell'SDK Chat consigliata).

Usare la versione consigliata di Resource Manager SDK

Resource Manager SDK è utilizzabile per creare e gestire le risorse dei servizi di comunicazione di Azure. Eseguire l'aggiornamento alla versione consigliata di Resource Manager SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeResourceManagerSdk (usare la versione dell'SDK Resource Manager consigliata).

Usare la versione consigliata di Identity SDK

Identity SDK di Servizi di comunicazione di Azure può essere usato per gestire identità, utenti e token di accesso. Eseguire l'aggiornamento alla versione consigliata di Identity SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeIdentitySdk (usare la versione dell'SDK Identity consigliata).

Usare la versione consigliata di SMS SDK

SMS SDK di Servizi di comunicazione di Azure può essere usato per inviare e ricevere messaggi SMS. Eseguire l'aggiornamento alla versione consigliata di SMS SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeSmsSdk (usare la versione dell'SDK SMS consigliata).

Usare la versione consigliata di Phone Numbers SDK

Phone Numbers SDK di Servizi di comunicazione di Azure può essere usato per acquisire e gestire i numeri di telefono. Eseguire l'aggiornamento alla versione consigliata di Phone Numbers SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradePhoneNumbersSdk (Usare la versione consigliata dell'SDK Phone Numbers consigliata).

Usare la versione consigliata di Calling SDK

Calling SDK di Servizi di comunicazione di Azure può essere usato per abilitare la comunicazione vocale, i video, la condivisione dello schermo e altri tipi di comunicazioni in tempo reale. Eseguire l'aggiornamento alla versione consigliata di Calling SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeCallingSdk (usare la versione dell'SDK Calling consigliata).

Usare la versione consigliata di Call Automation SDK

Call Automation SDK di Servizi di comunicazione di Azure può essere usato per effettuare e gestire le chiamate, riprodurre audio e configurare la registrazione. Eseguire l'aggiornamento alla versione consigliata di Call Automation SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeServerCallingSdk (usare la versione dell'SDK Call Automation consigliata).

Usare la versione consigliata di Network Traversal SDK

Network Traversal SDK di Servizi di comunicazione di Azure può essere usato per accedere ai server di TURN per il trasporto dei dati di basso livello. Eseguire l'aggiornamento alla versione consigliata di Network Traversal SDK per assicurarsi di avere le correzioni e le funzionalità più recenti.

Ulteriori informazioni sul servizio di comunicazione - UpgradeTurnSdk (usare la versione dell'SDK Network Traversal consigliata).

Usare la versione consigliata di Rooms SDK

È possibile usare Rooms SDK di Servizi di comunicazione di Azure per controllare chi può partecipare a una chiamata, quando avviare la riunione e come collaborare. Eseguire l'aggiornamento alla versione consigliata di Rooms SDK per assicurarsi di avere le correzioni e le funzionalità più recenti. È stata rilevata una versione non consigliata nelle ultime 48-60 ore.

Ulteriori informazioni sul servizio di comunicazione - UpgradeRoomsSdk (usare la versione dell'SDK Rooms consigliata).

Rete

Aggiornare la raccomandazione sulla versione di SDK

La versione più recente della libreria client Standard e Premium del servizio Frontdoor di Azure contiene correzioni per i problemi segnalati dai clienti e identificati in modo proattivo tramite il processo di controllo qualità. La versione più recente offre anche affidabilità e ottimizzazione delle prestazioni, oltre a nuove funzionalità che consentono di migliorare l'esperienza complessiva con il servizio Frontdoor di Azure.

Ulteriori informazioni sul profilo Frontdoor - UpgradeCDNToLatestSDKLanguage (raccomandazione relativa all'aggiornamento della versione dell'SDK).

Aggiornare la raccomandazione sulla versione di SDK

La versione più recente di Azure Traffic Collector SDK contiene correzioni per problemi identificati in modo proattivo tramite il processo di domande e risposte, supporta il modello di risorse più recente e include un'ottimizzazione di affidabilità e prestazioni che può consentire di migliorare l'esperienza complessiva dell'uso dell'Agente di raccolta traffico di Azure.

Ulteriori informazioni su Agente di raccolta traffico di Azure - UpgradeATCToLatestSDKLanguage (raccomandazione relativa all'aggiornamento della versione dell'SDK).

Aggiornare la larghezza di banda del circuito ExpressRoute per soddisfare le esigenze di larghezza di banda

Di recente è stato usato più del 90% della larghezza di banda del circuito ottenuta. Se si supera la larghezza di banda allocata si verifica un aumento dei pacchetti persi inviati tramite ExpressRoute. Aggiornare la larghezza di banda del circuito per mantenere le prestazioni se le esigenze di larghezza di banda rimangono elevate.

Ulteriori informazioni sul circuito ExpressRoute - UpgradeERCircuitBandwidth (aggiornare la larghezza di banda del circuito ExpressRoute per soddisfare le esigenze di larghezza di banda).

Esperienza di latenza più prevedibile e coerente con una connessione privata ad Azure

Migliorare le prestazioni, la privacy e l'affidabilità delle app business critical estendendo le reti locali ad Azure con Azure ExpressRoute. Stabilire connessioni ExpressRoute private direttamente dalla rete WAN, tramite una struttura di scambio cloud o tramite connessioni POP e IPVPN.

Ulteriori informazioni sulla sottoscrizione - AzureExpressRoute (latenza più prevedibile e coerente con una connessione privata ad Azure).

Aggiornare l’API Carichi di lavoro alla versione più recente (API per Centro di Azure per soluzioni SAP)

Sono state identificate le chiamate a una versione obsoleta dell'API Carichi di lavoro per le risorse in questo gruppo di risorse. È consigliabile passare alla versione più recente dell'API Carichi di lavoro per garantire l'accesso ininterrotto alle funzionalità più recenti e ai miglioramenti delle prestazioni nel Centro di Azure per soluzioni SAP. Se nella raccomandazione sono visualizzate più istanze virtuali per le soluzioni SAP (Virtual Instances for SAP, VIS), aggiornare la versione dell'API per tutte le risorse VIS.

Ulteriori informazioni sulla sottoscrizione - UpdateToLatestWaasApiVersionAtSub (aggiornare l'API Workloads alla versione più recente (API del Centro di Azure per soluzioni SAP)).

Aggiornare Workloads SDK alla versione più recente (SDK per Centro di Azure per soluzioni SAP)

Sono state identificate le chiamate a una versione obsoleta di Workloads SDK dalle risorse in questo gruppo di risorse. Aggiornare l'SDL Workloads alla versione più recente per ottenere le funzionalità più recenti e i risultati migliori in termini di qualità del modello, prestazioni e disponibilità dei servizi per il Centro di Azure per soluzioni SAP. Se nella raccomandazione sono visualizzate più istanze virtuali per le soluzioni SAP (Virtual Instances for SAP, VIS), aggiornare la versione dell'SDK per tutte le risorse VIS.

Ulteriori informazioni sulla sottoscrizione - UpgradeToLatestWaasSdkVersionAtSub (aggiornare l'SDK Workloads alla versione più recente (SDK del Centro di Azure per soluzioni SAP)).

Configurare TTL di DNS su 60 secondi

Quando il client inoltra una richiesta a Gestione traffico di Azure riceve una risposta più o meno recente a seconda del valore di TTL. Riducendo il valore di TTL, in caso di failover il client verrà instradato più velocemente a un endpoint funzionante. Configurare TTL su 60 secondi per instradare il traffico a un endpoint integro il più rapidamente possibile.

Ulteriori informazioni sul profilo di Gestione traffico - ProfileTTL (configurare la durata del DNS fino a 60 secondi).

Configurare TTL di DNS su 20 secondi

Quando il client inoltra una richiesta a Gestione traffico di Azure riceve una risposta più o meno recente a seconda del valore di TTL. Riducendo il valore di TTL, in caso di failover il client verrà instradato più velocemente a un endpoint funzionante. Configurare TTL su 20 secondi per instradare il traffico a un endpoint integro il più rapidamente possibile.

Ulteriori informazioni sul profilo di Gestione traffico - FastFailOverTTL (configurare la durata del DNS fino a 20 secondi).

Configurare TTL di DNS su 60 secondi

Quando il client inoltra una richiesta a Gestione traffico di Azure riceve una risposta più o meno recente a seconda del valore di TTL. Riducendo il valore di TTL, in caso di failover il client verrà instradato più velocemente a un endpoint funzionante. Configurare TTL su 60 secondi per instradare il traffico a un endpoint integro il più rapidamente possibile.

Ulteriori informazioni sul profilo di Gestione traffico - ProfileTTL (configurare la durata del DNS fino a 60 secondi).

Per risolvere un problema di uso costantemente intenso della CPU considerare l'opportunità di aumentare le dimensioni dello SKU del gateway della rete virtuale

In caso di carico di traffico intenso il gateway VPN può eliminare alcuni pacchetti a causa dell'utilizzo intenso della CPU.

Ulteriori informazioni sul gateway di rete virtuale - HighCPUVNetGateway (considerare l'opportunità di aumentare le dimensioni dello SKU del gateway di rete virtuale (VNet) in caso di utilizzo costantemente intenso della CPU).

Per risolvere un problema di utilizzo intenso della connessione da punto a sito considerare l'opportunità di aumentare le dimensioni dello SKU del gateway della rete virtuale

Ogni SKU del gateway può supportare solo un numero specifico di connessioni simultanee da punto a sito. Il numero di connessioni è vicino al limite del gateway, quindi ulteriori tentativi di connessione potrebbero non riuscire.

Ulteriori informazioni sul gateway di rete virtuale - HighP2SConnectionsVNetGateway (considerare l'opportunità di aumentare le dimensioni dello SKU del gateway di rete virtuale per gestire l'utilizzo intenso della connessione da punto a sito).

Assicurarsi di disporre di un numero sufficiente di istanze nel gateway applicazione per supportare il traffico

Il gateway dell'applicazione è stato eseguito di recente con un utilizzo intenso e un alto carico; potrebbe verificarsi una perdita di traffico o un aumento della latenza. È importante dimensionare il gateway dell'applicazione di conseguenza e aggiungere un buffer per prepararsi a eventuali incrementi o picchi del traffico e ridurre al minimo il possibile effetto che sul QoS. LìSKU del gateway dell'applicazione v1 (standard/WAF) supporta il ridimensionamento manuale e lo SKU v2 (Standard_v2/WAF_v2) supporta quello manuale e quello automatico. Con il dimensionamento manuale occorre aumentare il numero di istanze. Se la scalabilità automatica è abilitata, verificare che per il numero massimo di istanze sia selezionato un valore superiore, affinché il gateway dell'applicazione possa aumentare il numero di istanze di pari passo con l'aumento del traffico.

Ulteriori informazioni sul gateway delle applicazioni - HotAppGateway (verificare di avere istanze sufficienti nel gateway dell'applicazione per supportare il traffico).

Usare i probe di integrità HEAD

I probe di integrità possono usare il metodo HTTP GET o HEAD. È consigliabile usare il metodo HEAD per i probe di integrità, riducendo così la quantità di carico del traffico sulle origini.

Altre informazioni su Frontdoor : usare probe di integrità HEAD.

SAP per Azure

Per evitare il soft lockup in un driver Mellanox, ridurre il valore can_queue nel sistema operativo della macchina virtuale dell'app nei carichi di lavoro SAP

Per evitare occasionali soft-lockup nel driver Mellanox, ridurre il valore di can_queue nel sistema operativo. Questo valore non si può impostare direttamente. Aggiungere le opzioni seguenti per la riga di avvio del kernel per ottenere lo stesso effetto: 'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'

Ulteriori informazioni sull'istanza del server delle app - AppSoftLockup (per evitare il soft-lockup nel driver Mellanox, ridurre il valore di can_queue nel sistema operativo della macchina virtuale delle app nei carichi di lavoro di SAP).

Per evitare il blocco temporaneo in un driver Mellanox, ridurre il valore can_queue nel sistema operativo della macchina virtuale ASCS nei carichi di lavoro SAP

Per evitare occasionali soft-lockup nel driver Mellanox, ridurre il valore di can_queue nel sistema operativo. Questo valore non si può impostare direttamente. Aggiungere le opzioni seguenti per la riga di avvio del kernel per ottenere lo stesso effetto: 'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'

Ulteriori informazioni sull'istanza del server centrale - AscsoftLockup (per evitare il soft-lockup nel driver Mellanox, ridurre il valore di can_queue nel sistema operativo della macchina virtuale ASCS nei carichi di lavoro di SAP).

Per evitare il soft lockup in un driver Mellanox driver, ridurre il valore can_queue nel sistema operativo della macchina virtuale del database nei carichi di lavoro SAP

Per evitare occasionali soft-lockup nel driver Mellanox, ridurre il valore di can_queue nel sistema operativo. Questo valore non si può impostare direttamente. Aggiungere le opzioni seguenti per la riga di avvio del kernel per ottenere lo stesso effetto: 'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'

Ulteriori informazioni sull'istanza del database - DBSoftLockup (per evitare il soft-lockup nel driver Mellanox, ridurre il valore di can_queue nel sistema operativo della macchina virtuale del database nei carichi di lavoro di SAP).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_wmem del sistema operativo

Il parametro net.ipv4.tcp_wmem specifica le dimensioni minime, predefinite e massime del buffer di trasmissione usate per un socket TCP. Impostare il parametro in base alla nota SAP: 302436 per certificare il database HANA per l'esecuzione con ANF e migliorare le prestazioni del file system. Il valore massimo non deve superare quello del parametro net.core.wmem_max.

Ulteriori informazioni sull'istanza di database - WriteBuffersAllocated (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_wmem del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_rmem del sistema operativo

Il parametro net.ipv4.tcp_rmem specifica le dimensioni minime, predefinite e massime del buffer di ricezione usate per un socket TCP. Impostare il parametro in base alla nota SAP: 3024346 per certificare il database HANA per l'esecuzione con ANF e migliorare le prestazioni del file system. Il valore massimo non deve superare quello del parametro net.core.rmem_max.

Ulteriori informazioni sull'istanza di database - OptimiseReadTcp (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_rmem del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro wmem_max del sistema operativo

Nel database HANA con archiviazione di tipo ANF, il numero massimo di scritture per i buffer del socket, definito dal parametro net.core.wmem_max deve avere un valore abbastanza grande per gestire i pacchetti di rete in uscita. La configurazione del parametro net.core.wmem_max certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system. Vedere la nota SAP: 3024346.

Ulteriori informazioni sull'istanza di database - MaxWriteBuffer (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro wmem_max del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_rmem del sistema operativo

Il parametro net.ipv4.tcp_rmem specifica le dimensioni minime, predefinite e massime del buffer di ricezione usate per un socket TCP. Impostare il parametro in base alla nota SAP: 3024346 per certificare il database HANA per l'esecuzione con ANF e migliorare le prestazioni del file system. Il valore massimo non deve superare quello del parametro net.core.rmem_max.

Ulteriori informazioni sull'istanza di database - OptimizeReadTcp (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_rmem del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro rmem_max del sistema operativo

Nel database HANA con tipo di archiviazione ANF, il numero massimo di letture per i buffer del socket, definito dal parametro net.core.rmem_max deve essere impostato su un valore abbastanza grande per gestire i pacchetti di rete in entrata. Questa configurazione del parametro net.core.rmem_max certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system. Vedere la nota SAP: 3024346.

Ulteriori informazioni sull'istanza di database - MaxReadBuffer (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro rmem_max del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, impostare le dimensioni della coda di backlog del ricevitore su 300000

Il parametro net.core.netdev_max_backlog specifica le dimensioni della coda di backlog del ricevitore, usata se un'interfaccia di rete riceve pacchetti più velocemente di quanti il kernel sia in grado di elaborarne. Impostare il parametro in base alla nota SAP: 3024346. La configurazione del parametro net.core.netdev_max_backlog certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system.

Ulteriori informazioni sull'istanza di database - BacklogQueueSize (per migliorare le prestazioni del file system nel database HANA con ANF, impostare le dimensioni della coda del backlog del ricevitore su 300000).

Per migliorare le prestazioni del file system nel database HANA con ANF, abilitare il parametro del sistema operativo di ridimensionamento delle finestre TCP

Abilitare il parametro di ridimensionamento delle finestre TCP in base alla nota SAP: 302436. La configurazione del dimensionamento della finestra TCP certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza di database - EnableTCPWindowScaling (per migliorare le prestazioni del file system nel database HANA con ANF, abilitare il parametro del sistema operativo di dimensionamento della finestra TCP ).

Per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare il protocollo IPv6 nel sistema operativo

Disabilitare il protocollo IPv6 seguendo le raccomandazioni per SAP in Azure per il database HANA con ANF per migliorare le prestazioni del file system.

Ulteriori informazioni sull'istanza di database - DisableIPv6Protocol (per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare il protocollo IPv6 nel sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare il parametro per l'avvio lento dopo l'inattività

Il parametro net.ipv4.tcp_slow_start_after_idle disabilita la necessità di aumentare in modo incrementale le dimensioni della finestra TCP per le connessioni TCP inattive per un certo tempo. Impostando questo parametro su zero in base alla nota SAP: 302436, per le connessioni TCP precedentemente inattive viene usata fin dall'inizio la velocità massima.

Ulteriori informazioni sull'istanza di database - ParameterSlowStart (per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare il parametro per l'avvio lento dopo un periodo di inattività).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_max_syn_backlog del sistema operativo

Per evitare che il kernel usi i cookie SYN in una situazione in cui vengono inviate molte richieste di connessione in un breve periodo e per evitare avvisi relativi a un potenziale attacco flood SYN nel registro di sistema, le dimensioni del backlog SYN devono essere impostate su un valore ragionevolmente alto. Consultare la nota SAP: 2382421.

Ulteriori informazioni sull'istanza del database - TCPMaxSynBacklog (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_max_syn_backlog del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, abilitare il parametro del sistema operativo tcp_sack

Abilitare il parametro tcp_sack in base alla nota SAP: 302436. La configurazione del parametro tcp_sack certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza del database - TCPSackParameter (per migliorare le prestazioni del file system nel database HANA con ANF, abilitare il parametro tcp_sack OS del sistema operativo).

In situazioni di alta disponibilità per il database HANA con ANF disabilitare il parametro tcp_timestamps del sistema operativo

Disabilitare il parametro tcp_timestamps in base alla nota SAP: 302436. La configurazione del parametro tcp_timestamps certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system nelle situazioni con alta disponibilità per il database HANA con ANF nei carichi di lavoro di SAP

Ulteriori informazioni sull'istanza di database - DisableTCPTimestamps (in situazioni di alta disponibilità per il database HANA con ANF, disabilitare il parametro tcp_timestamps del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, abilitare il parametro del sistema operativo tcp_timestamps

Abilitare il parametro tcp_timestamps in base alla nota SAP: 302436. La configurazione del parametro tcp_timestamps certifica il database HANA per il funzionamento con ANF e migliora le prestazioni del file system nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza di database - EnableTCPTimestamps (per migliorare le prestazioni del file system nel database HANA con ANF, abilitare il parametro tcp_timestamps del sistema operativo).

Per migliorare le prestazioni del file system nel database HANA con ANF, abilitare l'ottimizzazione automatica delle dimensioni del buffer di ricezione TCP

Il parametro net.ipv4.tcp_moderate_rcvbuf consente al TCP di eseguire l'ottimizzazione automatica del buffer, per dimensionare automaticamente il buffer (non oltre tcp_rmem, al fine di soddisfare le dimensioni richieste dal percorso per la massima velocità effettiva). Abilitare questo parametro in base alla nota SAP: 302436 per migliorare le prestazioni del file system.

Ulteriori informazioni sull'Istanza di database - EnableAutoTuning (per migliorare le prestazioni del file system nel database HANA con ANF, abilitare l'ottimizzazione automatica delle dimensioni del buffer di ricezione TCP).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare net.ipv4.ip_local_port_range

Poiché HANA usa un numero considerevole di connessioni per la comunicazione interna, è opportuno avere il maggior numero possibile di porte client disponibili a questo scopo. Impostare il parametro net.ipv4.ip_local_port_range del sistema operativo in base alla nota SAP 2382421 per garantire una comunicazione HANA interna ottimale.

Ulteriori informazioni sull'istanza di database - IPV4LocalPortRange (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare net.ipv4.ip_local_port_range).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare sunrpc.tcp_slot_table_entries

Impostare il parametro sunrpc.tcp_slot_table_entries su 128 in base alle raccomandazioni per migliorare le prestazioni del file system nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza di database - TCPSlotTableEntries (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare sunrpc.tcp_slot_table_entries).

Per garantire alte prestazioni del database HANA, tutti i dischi del volume /hana/data in LVM devono essere dello stesso tipo

Se nel volume /hana/data sono selezionati più tipi di disco, le prestazioni del database HANA nei carichi di lavoro SAP potrebbero essere limitate. Verificare che tutti i dischi del volume dei dati HANA siano dello stesso tipo e siano configurati in base alle raccomandazioni per SAP in Azure.

Ulteriori informazioni sull'istanza di database - HanaDataDiskTypeSame (per garantire alte prestazioni del database HANA, tutti i dischi del volume /hana/data in LVM devono essere dello stesso tipo).

Per migliorare le prestazioni del database HANA nei carichi di lavoro di SAP, le dimensioni di striping per /hana/data devono essere di 256 kb

Se si usa LVM o mdadm per compilare set di striping in diversi dischi premium di Azure, è necessario definire le dimensioni di striping. In base all'esperienza con le recenti versioni di Linux, per migliorare le prestazioni del database HANA Azure consiglia di usare dimensioni di striping di 256 kb per il file system /hana/data.

Ulteriori informazioni sull'istanza del database - HanaDataStripeSize (per migliorare le prestazioni del database HANA nei carichi di lavoro di SAP, le dimensioni di striping per /hana/data devono essere di 256 kb).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro vm.swappiness

Impostare il parametro vm.swappiness del sistema operativo su 10 come indicato nelle raccomandazioni per migliorare le prestazioni del file system nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza di database - VmSwappiness (per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro vm.swappiness).

Per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare net.ipv4.conf.all.rp_filter

Disabilitare il parametro net.ipv4.conf.all.rp_filter del sistema operativo Linux, relativo al filtro del percorso inverso, in base alle raccomandazioni per migliorare le prestazioni del file system nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza di database - DisableIPV4Conf (per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare net.ipv4.conf.all.rp_filter).

Se si usa il servizio Ultradisk, le operazioni di I/O al secondo per il volume /hana/data devono essere >=7000 per prestazioni migliori del database HANA

Per i carichi di lavoro SAP è consigliabile eseguire almeno 7000 operazioni di I/O al secondo nel volume /hana/data quando si usa il disco Ultra. Selezionare il tipo di disco per il volume /hana/data in base a questo requisito per garantire alte prestazioni del database.

Ulteriori informazioni sull'istanza di database - HanaDataIOPS (se si usa il servizio Ultradisk, le operazioni di I/O al secondo il volume /hana/data devono essere >=7000 per prestazioni migliori del database HANA).

Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_max_slot_table_entries

Impostare il parametro tcp_max_slot_table_entries del sistema operativo su 128 in base alla nota SAP: 302436 per migliorare il trasferimento dei file nel database HANA con ANF nei carichi di lavoro di SAP.

Ulteriori informazioni sull'istanza di database - OptimizeTCPMaxSlotTableEntries (per migliorare le prestazioni del file system nel database HANA con ANF, modificare il parametro tcp_max_slot_table_entries).

Assicurarsi che le prestazioni di lettura del volume /hana/data siano >= 400 MB/s per prestazioni migliori del database HANA

Per i carichi di lavoro SAP in Azure è consigliabile eseguire un'attività di lettura di almeno 400 MB/sec per /hana/data per dimensioni di I/O di 16 MB e 64 MB. Selezionare il tipo di disco per /hana/data in base a questo requisito per garantire alte prestazioni del database e soddisfare i requisiti minimi di archiviazione per SAP HANA.

Ulteriori informazioni sull'istanza di database - HanaDataVolumePerformance (assicurarsi che le prestazioni di lettura del volume /hana/data siano >=400 MB/s per prestazioni migliori del database HANA).

Le prestazioni di lettura/scrittura del volume /hana/log devono essere >=250 MB/s per prestazioni migliori del database HANA

Per i carichi di lavoro SAP in Azure è consigliabile eseguire l'attività di lettura/scrittura di almeno 250 MB/sec per /hana/log per dimensioni di I/O da 1 MB. Selezionare il tipo di disco per il volume /hana/log in base a questo requisito per garantire alte prestazioni del database e soddisfare i requisiti minimi di archiviazione per SAP HANA.

Ulteriori informazioni sull'istanza di database - HanaLogReadWriteVolume (le prestazioni di lettura/scrittura del volume /hana/log devono essere >=250 MB/s per prestazioni migliori del database HANA).

Se si usa il servizio Ultradisk, le operazioni di I/O al secondo per il volume /hana/log devono essere >= 2000 per prestazioni migliori del database HANA

Per i carichi di lavoro SAP è consigliabile eseguire almeno 2000 operazioni di I/O al secondo nel volume /hana/log quando si usa il disco Ultra. Selezionare il tipo di disco per il volume /hana/log in base a questo requisito per garantire alte prestazioni del database.

Ulteriori informazioni sull'istanza di database - HanaLogIOPS (se si usa il servizio Ultradisk, le operazioni di I/O al secondo il volume /hana/log devono essere >=2000 per prestazioni migliori del database HANA).

Per garantire alte prestazioni del database HANA, tutti i dischi del volume /hana/log in LVM devono essere dello stesso tipo

Se nel volume /hana/log sono selezionati più tipi di disco, le prestazioni del database HANA nei carichi di lavoro SAP potrebbero essere limitate. Verificare che tutti i dischi del volume dei dati HANA siano dello stesso tipo e siano configurati in base alle raccomandazioni per SAP in Azure.

Ulteriori informazioni sull'istanza di database - HanaDiskLogVolumeSameType (per garantire alte prestazioni del database HANA, tutti i dischi del volume /hana/log in LVM devono essere dello stesso tipo).

Per migliorare la latenza di scrittura nel database HANA, abilitare l'acceleratore di scrittura nel volume /hana/log con disco Premium

L'acceleratore di scrittura di Azure è una funzionalità per macchine virtuali di Azure serie M. Migliora la latenza di I/O delle scritture nell'archiviazione Premium di Azure. Per SAP HANA, l'uso dell'acceleratore di scrittura deve essere usato solo sul volume /hana/log.

Ulteriori informazioni sull'istanza di database - WriteAcceleratorEnabled (abilitare l'acceleratore di scrittura nel volume /hana/log con disco premium per migliorare la latenza di scrittura nel database HANA).

Per migliorare le prestazioni del database HANA nei carichi di lavoro di SAP, le dimensioni di striping per /hana/log devono essere di 64 kb

Se si usa LVM o mdadm per compilare set di striping in diversi dischi premium di Azure, è necessario definire le dimensioni di striping. Per una velocità effettiva sufficiente con dimensioni di I/O maggiori, Azure consiglia di usare dimensioni di striping di 64 kb per il file system /hana/log, per migliorare le prestazioni del database HANA.

Ulteriori informazioni sull'istanza del database - HanaLogStripeSize (per migliorare le prestazioni del database HANA nei carichi di lavoro di SAP, le dimensioni di striping per /hana/log devono essere di 64 kb).

Sicurezza

Aggiornare la versione API dell'attestazione

Sono state individuate chiamate all'API da un'API di attestazione obsoleta per le risorse di questa sottoscrizione. È consigliabile passare alle versioni più recenti dell'API di attestazione. Per usare la versione più recente dell'API, è necessario aggiornare il codice esistente. L'uso della versione più recente dell'API garantisce le funzionalità e i miglioramenti delle prestazioni più recenti.

Ulteriori informazioni sul provider di attestazioni - UpgradeAttestationAPI (aggiornare la versione dell'API di attestazione).

Aggiornare la versione di Key Vault SDK

Le nuove librerie client di Key Vault vengono suddivise in SDK di chiavi, segreti e certificati integrati con la libreria di identità di Azure consigliata per offrire un'autenticazione semplice per Key Vault in tutti i linguaggi e gli ambienti. Contiene anche diverse correzioni per i problemi di prestazioni segnalati dai clienti e identificati in modo proattivo tramite il processo di controllo di qualità. Se Key Vault è integrato in Archiviazione di Azure, in un disco o in altri servizi di Azure che possono usare l'SDK di Key Vault precedente e quando tutte le applicazioni personalizzate correnti usano .NET SDK 4.0 o una versione successiva, ignorare la raccomandazione.

Ulteriori informazioni su Key Vault - UpgradeKeyVaultSDK (aggiornare la versione dell'SDK di Key Vault).

Aggiornare la versione di Key Vault SDK

Le nuove librerie client di Key Vault vengono suddivise in SDK di chiavi, segreti e certificati integrati con la libreria di identità di Azure consigliata per offrire un'autenticazione semplice per Key Vault in tutti i linguaggi e gli ambienti. Contiene anche diverse correzioni per i problemi di prestazioni segnalati dai clienti e identificati in modo proattivo tramite il processo di controllo di qualità.

Ulteriori informazioni sul servizio HSM gestito - UpgradeKeyVaultMHSMSDK (aggiornare la versione dell'SDK di Key Vault).

Storage

Usare "Put Blob" per i BLOB di dimensioni inferiori a 256 MB

Quando si scrive un BLOB in blocchi di dimensioni pari o inferiori a 256 MB (64 MB per le richieste che usano versioni REST precedenti a 2016-05-31), è possibile caricarlo interamente con un'unica operazione di scrittura utilizzando "Put Blob". In base alla metrica aggregata, probabilmente le operazioni di scrittura dell'account di archiviazione possono essere ottimizzate.

Ulteriori informazioni sull'account di archiviazione - StorageCallPutBlob (usare "Put Blob" per i BLOB di dimensioni inferiori a 256 MB).

Aumentare le dimensioni di provisioning della condivisione file Premium per evitare la limitazione delle richieste

Le richieste per la condivisione file Premium vengono limitate perché sono stati raggiunti i limiti delle operazioni di I/O al secondo o di velocità effettiva per la condivisione file. Per evitare la limitazione delle richieste, aumentare le dimensioni della condivisione dei file premium.

Ulteriori informazioni sull'account di archiviazione - AzureStorageAdvisorAvoidThrottlingPremiumFiles (aumentare le dimensioni di provisioning della condivisione dei file premium per evitare la limitazione delle richieste).

Creare statistiche nelle colonne delle tabelle

Abbiamo rilevato l'assenza delle statistiche delle tabelle, con possibili ripercussioni sulle prestazioni delle query. Query Optimizer usa le statistiche per stimare la cardinalità o il numero di righe nel risultato delle query al fine di creare un piano di query di qualità elevata.

Ulteriori informazioni su SQL Data Warehouse - CreateTableStatisticsSqlDW (creare statistiche delle colonne delle tabelle).

Rimuovere un'asimmetria dei dati per aumentare le prestazioni delle query

Abbiamo rilevato un'asimmetria dei dati nella distribuzione maggiore del 15%; questo può causare costosi riduzioni delle prestazioni.

Ulteriori informazioni su SQL Data Warehouse - DataSkewSqlDW (eliminare l'asimmetria dei dati per migliorare le prestazioni delle query).

Aggiornare le statistiche nelle colonne delle tabelle

Abbiamo rilevato l'assenza di statistiche aggiornate delle tabelle, con possibili ripercussioni sulle prestazioni delle query. L'ottimizzatore delle query usa le statistiche aggiornate per stimare la cardinalità o il numero di righe nel risultato delle query; questo consente all'ottimizzatore di creare un piano di query di alta qualità.

Ulteriori informazioni su SQL Data Warehouse - UpdateTableStatisticsSqlDW (aggiornare le statistiche delle colonne delle tabelle).

Aumentare le prestazioni per ottimizzare l'uso della cache con SQL Data Warehouse

Abbiamo rilevato un'alta percentuale di utilizzo della cache con una bassa percentuale di riscontri, il che indica un alto tasso di rimozione dalla cache che può influire sulle prestazioni del carico di lavoro.

Ulteriori informazioni su SQL Data Warehouse - SqlDwIncreaseCacheCapacity (aumentare le prestazioni per ottimizzare l'utilizzo della cache con SQL Data Warehouse).

Aumentare le prestazioni o aggiornare la classe di risorse per ridurre la contesa di tempdb con SQL Data Warehouse

Abbiamo rilevato un utilizzo intenso di tempdb, che può influire sulle prestazioni del carico di lavoro.

Ulteriori informazioni su SQL Data Warehouse - SqlDwReduceTempdbContention (aumentare o aggiornare la classe di risorse per ridurre la contesa di tempdb con SQL Data Warehouse).

Convertire le tabelle in tabelle replicate con SQL Data Warehouse

Abbiamo rilevato che l'uso di tabelle replicate può offrire dei vantaggi. Le tabelle replicate consentono di evitare costose operazioni di spostamento dei dati e migliorare significativamente le prestazioni del carico di lavoro.

Ulteriori informazioni su SQL Data Warehouse - SqlDwReplicateTable (convertire le tabelle in tabelle replicate con SQL Data Warehouse).

Suddividere i file preparati per il commit nell'account di archiviazione per migliorare le prestazioni di caricamento

È stato rilevato che è possibile aumentare la velocità effettiva di caricamento suddividendo i file compressi gestiti temporaneamente nell'account di archiviazione. Una buona prassi consiste nel suddividere i file compressi in 60 o più per ottimizzare il parallelismo del carico.

Ulteriori informazioni su SQL Data Warehouse - FileSplittingGuidance (dividere i file di staging nell'account di archiviazione per migliorare le prestazioni di caricamento).

Aumentare le dimensioni del batch durante il caricamento per massimizzare la velocità effettiva di carico, la compressione dei dati e le prestazioni delle query

È stato rilevato che è possibile aumentare le prestazioni e la velocità effettiva del carico aumentando le dimensioni del batch durante il caricamento nel database. Prendere in considerazione l'utilizzo dell'istruzione COPY. Se non è possibile usare l'istruzione COPY, provare ad aumentare le dimensioni del batch quando si usano utility di caricamento come l'API SQLBulkCopy o BCP: una buona regola pratica è una dimensione dei batch compresa tra 100.000 e 1 milione di righe.

Ulteriori informazioni su SQL Data Warehouse - LoadBatchSizeGuidance (aumentare le dimensioni del batch durante il caricamento per massimizzare la velocità effettiva di caricamento, la compressione dei dati e le prestazioni delle query).

Collocare l'account di archiviazione nella stessa area per ridurre al minimo la latenza durante il caricamento

Abbiamo rilevato che si sta caricando da una regione diversa dal pool SQL. Prendere in considerazione il caricamento da un account di archiviazione che si trova nella stessa regione del pool SQL per ridurre al minimo la latenza durante il caricamento dei dati.

Ulteriori informazioni su SQL Data Warehouse - ColocateStorageAccount (ubicare l'account di archiviazione nella stessa regione per ridurre al minimo la latenza durante il caricamento).

Aggiornare la libreria client di archiviazione alla versione più recente per migliorare l'affidabilità e le prestazioni

La versione più recente di della libreria client di archiviazione/dell'SDK contiene correzioni per i problemi segnalati dai clienti e identificati in modo proattivo tramite il processo di controllo qualità. La versione più recente offre anche l'ottimizzazione dell'affidabilità e delle prestazioni, oltre a nuove funzionalità che consentono di migliorare l'esperienza complessiva con Archiviazione di Azure.

Ulteriori informazioni sull'account di archiviazione - UpdateStorageSDK (aggiornare la libreria dei client di archiviazione alla versione più recente per migliorare l'affidabilità e le prestazioni).

Aggiornare la libreria client di archiviazione alla versione più recente per migliorare l'affidabilità e le prestazioni

La versione più recente di della libreria client di archiviazione/dell'SDK contiene correzioni per i problemi segnalati dai clienti e identificati in modo proattivo tramite il processo di controllo qualità. La versione più recente offre anche l'ottimizzazione dell'affidabilità e delle prestazioni, oltre a nuove funzionalità che consentono di migliorare l'esperienza complessiva con Archiviazione di Azure.

Ulteriori informazioni sull'account di archiviazione - UpdateStorageDataMovementSDK (aggiornare la libreria dei client di archiviazione alla versione più recente per migliorare l'affidabilità e le prestazioni).

Passare a dischi SSD Standard per ottenere prestazioni coerenti e migliorate

Sono in esecuzione carichi di lavoro delle macchine virtuali IaaS su dischi gestiti HDD ; ora è disponibile un'opzione relativa ai dischi SSD standard per tutti i tipi di macchine virtuali di Azure. I dischi SSD Standard sono opzioni di archiviazione convenienti, ottimizzate per carichi di lavoro aziendali che richiedono prestazioni coerenti. Aggiornare subito la configurazione dei dischi per migliorare la latenza, l'affidabilità e la disponibilità. L'aggiornamento richiede un riavvio della macchina virtuale, che durerà da 3 a 5 minuti.

Ulteriori informazioni sull'account di archiviazione - StandardSSDForNonPremVM (aggiornamento ai dischi SSD standard per prestazioni coerenti e migliorate).

Usare l'archiviazione BLOB in blocchi con prestazioni Premium

Uno o più account di archiviazione hanno una frequenza di transazioni elevata per GB di dati BLOB in blocchi archiviati. Usare l'archiviazione BLOB in blocchi con prestazioni Premium anziché l'archiviazione con prestazioni Standard per i carichi di lavoro che richiedono tempi di risposta di archiviazione rapidi e/o frequenze di transazioni elevate, in tal modo sarà possibile risparmiare potenzialmente sui costi di archiviazione.

Ulteriori informazioni sull'account di archiviazione - PremiumBlobStorageAccount (usare l'archiviazione BLOB in blocchi con prestazioni premium).

Convertire dischi non gestiti da HDD Standard a SSD Premium per le prestazioni

È stato rilevato che il disco HDD non gestito sta per raggiungere le soglie di prestazioni. I dischi SSD Premium di Azure offrono prestazioni elevate e supporto per dischi a bassa latenza per le macchine virtuali con carichi di lavoro con I/O intensivo. Aumentare le prestazioni del disco aggiornando il disco HDD Standard a SSD Premium. L'aggiornamento richiede un riavvio della macchina virtuale, che durerà da 3 a 5 minuti.

Ulteriori informazioni sull'account di archiviazione - UMDHDDtoPremiumForPerformance (convertire i dischi non gestiti da HDD standard a SSD premium per migliorare le prestazioni).

Distribuire i dati nel gruppo di server per la distribuzione del carico di lavoro tra i nodi

I dati non risultano distribuiti in questo gruppo di server, ma presso il coordinatore. Per tutti i vantaggi di Hyperscale (Citus), distribuire i dati nei nodi di lavoro nel gruppo di server.

Ulteriori informazioni sul gruppo di server Hyperscale (Citus) - OrcasPostgreSqlCitusDistributeData (Distribuire i dati nel gruppo di server per distribuire il carico di lavoro tra i nodi).

Ribilanciare i dati nel gruppo di server di Hyperscale (Citus) per distribuire il carico di lavoro tra i nodi di lavoro in modo più uniforme

Sembra che i dati non siano bilanciati correttamente tra i nodi del ruolo di lavoro in questo gruppo di server di Hyperscale (Citus). Per usare ciascun nodo di lavoro del gruppo di server Hyperscale (Citus), ribilanciare in modo efficace i dati nel gruppo di server.

Ulteriori informazioni sul gruppo di server Hyperscale (Citus) - OrcasPostgreSqlCitusRebalanceData (ribilanciare i dati nel gruppo di server Hyperscale (Citus) per distribuire in modo più uniforme il carico tra i nodi di lavoro).

Virtual Desktop Infrastructure

Migliorare l'esperienza dell'utente e la connettività distribuendo macchine virtuali più vicino alla posizione dell'utente

Abbiamo determinato che le macchine virtuali si trovano in una regione diversa o lontana dalla posizione in cui gli utenti si connettono con Desktop virtuale Azure, il che potrebbe causare lungi tempi di risposta per la connessione e influire sull'esperienza dell'utente complessiva. Quando si creano macchine virtuali per i pool di host, provare a usare una regione più vicina all'utente. Una distanza minore migliora la soddisfazione nei confronti del servizio Desktop virtuale Azure e una maggiore qualità percepita dagli utenti.

Ulteriori informazioni sul pool di host - RegionProximityHostPools (migliorare l'esperienza dell'utente e la connettività distribuendo le macchine virtuali in modo che siano più vicine alla posizione dell'utente).

Modificare il limite massimo di sessioni del pool di host con bilanciamento del carico in profondità per migliorare le prestazioni della macchina virtuale

Il bilanciamento del carico in profondità usa il limite massimo di sessioni per determinare il numero massimo di utenti che possono disporre di sessioni simultanee in un singolo host della sessione. Se il limite massimo di sessioni è troppo alto tutte le sessioni utente vengono indirizzate allo stesso host di sessione; questo può causare causando problemi di prestazioni e affidabilità. Quando si configura un pool di host con bilanciamento del carico in profondità è quindi necessario definire anche un limite massimo di sessioni in base alla configurazione della distribuzione e della capacità delle macchine virtuali. Per risolvere il problema, aprire le proprietà del pool di host e modificare il valore accanto all'impostazione "Limite massimo di sessioni".

Ulteriori informazioni sul pool di host - ChangeMaxSessionLimitForDepthFirstHostPool (modificare il limite massimo di sessioni per il primo pool di host con carico bilanciato in profondità per migliorare le prestazioni della macchina virtuale).

Web

Spostare il piano di servizio app in PremiumV2 per ottenere prestazioni migliori

L'app ha servito più di 1.000 richieste al giorno negli ultimi 3 giorni. L'app può trarre vantaggio dall'infrastruttura con prestazioni superiori disponibile con il livello di servizio per le app Premium V2. Il piano Premium V2 include macchine virtuali della serie Dv2 con processori più veloci, archiviazione SSD e un rapporto doppio tra memoria e core rispetto alle istanze precedenti. Altre informazioni sull'aggiornamento a Premium v2 sono disponibili nella documentazione.

Ulteriori informazioni sul servizio per le app - AppServiceMoveToPremiumV2 (passare al piano di servizio per le app PremiumV2 per prestazioni migliori).

Controllare le connessioni in uscita dalla risorsa del servizio app

L'app ha aperto troppe connessioni socket TCP/IP. Il superamento dei limiti di connessione temporanei alle porte TCP/IP può causare problemi di connettività imprevisti per le app.

Ulteriori informazioni sul servizio per le app - AppServiceOutboundConnections (controllare le connessioni in uscita dalla risorsa del servizio per le app).

Passaggi successivi

Ulteriori informazioni sull'efficienza delle prestazioni - Microsoft Azure Well Architected Framework