Raccomandazioni per le prestazioni
Le raccomandazioni relative alle prestazioni di Azure Advisor possono migliorare e aumentare la velocità e la reattività delle applicazioni aziendali critiche. È possibile ottenere consigli sulle prestazioni da Advisor nella scheda Prestazioni del dashboard di Advisor.
Accedere al portale di Azure.
Cercare e selezionare Advisor da qualsiasi pagina.
Nel dashboard di Advisor selezionare la scheda Prestazioni .
Attestazione
Aggiornare la versione API dell'attestazione
Sono state individuate alcune chiamate API da API di attestazione obsoleti 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. In questo modo è possibile ricevere i miglioramenti più recenti in merito a funzionalità e prestazioni.
Altre informazioni sul provider di attestazioni - UpgradeAttestationAPI (versione dell'API di attestazione aggiornamento).
Soluzione Azure VMware
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 VSphere per aumentare la capacità o eliminare le macchine virtuali per ridurre l'utilizzo o modificare i carichi di lavoro delle macchine virtuali
Altre informazioni sul cloud privato AVS - vSANCapacity (utilizzo della capacità vSAN ha superato la soglia critica).
Cache di Azure per Redis
Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con elevata larghezza di banda di rete
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con larghezza di banda elevata, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre la larghezza di banda o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheNetworkBandwidth (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con larghezza di banda di rete elevata).
Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con molti client connessi
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con carico elevato del server, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre il carico del server o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheConnectedClients (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione 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 hanno prestazioni migliori quando non vengono eseguite con carico elevato del server, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre il carico del server o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheServerLoad (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con carico elevato del server).
Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con utilizzo elevato di memoria
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con utilizzo elevato di memoria, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre la memoria usata o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheUsedMemory (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con pressione elevata sulla memoria).
Migliorare le prestazioni della cache e dell'applicazione quando l'utilizzo della memoria rss è elevato.
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con utilizzo elevato di memoria, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre la memoria usata o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheUsedMemoryRSS (Migliorare le prestazioni della cache e dell'applicazione quando l'utilizzo rss della memoria è elevato).
Migliorare le prestazioni della cache e dell'applicazione quando l'utilizzo della memoria rss è elevato.
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con utilizzo elevato di memoria, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre la memoria usata o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheUsedMemoryRSSHigh (Migliorare le prestazioni della cache e dell'applicazione quando l'utilizzo rss della memoria è elevato).
Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con elevata larghezza di banda di rete
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con larghezza di banda elevata, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre la larghezza di banda o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheNetworkBandwidthHigh (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con larghezza di banda di rete elevata).
Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con utilizzo elevato di memoria
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con utilizzo elevato di memoria, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre la memoria usata o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheUsedMemoryHigh (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con pressione di memoria elevata).
Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con molti client connessi
Le istanze della cache hanno prestazioni migliori quando non vengono eseguite con carico elevato del server, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre il carico del server o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheConnectedClientsHigh (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione 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 hanno prestazioni migliori quando non vengono eseguite con carico elevato del server, cosa che potrebbe portarle a non rispondere, perdere dati o diventare non disponibili. Applicare le procedure consigliate per ridurre il carico del server o passare a dimensioni diverse o SKU con più capacità.
Altre informazioni sul server cache Redis - RedisCacheServerLoadHigh (Migliorare le prestazioni della cache e dell'applicazione durante l'esecuzione con carico elevato del server).
Le istanze della cache offrono prestazioni migliori quando i computer host in cui viene eseguita l'applicazione client sono in grado di gestire le risposte dalla cache.
Le istanze della cache offrono prestazioni migliori quando i computer host in cui viene eseguita l'applicazione client sono in grado di gestire le risposte dalla cache. Se il computer host presenta un utilizzo elevato di memoria, CPU o larghezza di banda di rete, le risposte della cache non raggiungeranno l'applicazione con una velocità sufficiente e potrebbero provocare una latenza più elevata.
Altre 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 mantenere le risposte dalla cache).)
RETE CDN
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.
Altre informazioni sul profilo frontdoor - UpgradeCDNToLatestSDKLanguage (Raccomandazione per l'aggiornamento della versione dell'SDK).
Servizi cognitivi
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.
Altre informazioni sul servizio cognitivo - AzureAdvisor429LimitHit (429 Limitazione rilevata in questa risorsa).
Eseguire l'aggiornamento alla versione più recente dell'API Analisi del testo di Servizi cognitivi
Eseguire l'aggiornamento alla versione più recente dell'API per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità del servizio. Sono disponibili anche nuove funzionalità come nuovi endpoint a partire da V3.0, ad esempio il riconoscimento delle informazioni personali, il riconoscimento delle entità e il collegamento di entità disponibili come endpoint separati. In termini di modifiche negli endpoint di anteprima si dispone di opinion mining nell'endpoint SA, proprietà di testo redattiva nell'endpoint delle informazioni personali
Altre informazioni sul servizio cognitivo - UpgradeToLatestAPI (Aggiornamento alla versione più recente del servizio cognitivo Analisi del testo API).
Eseguire l'aggiornamento alla versione più recente dell'API di Azure Cognitive Service for Language
Eseguire l'aggiornamento alla versione più recente dell'API per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità del servizio.
Altre informazioni sul servizio cognitivo - 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
Eseguire l'aggiornamento alla versione più recente dell'SDK per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità del servizio. Sono disponibili anche nuove funzionalità come nuovi endpoint a partire da V3.0, ad esempio il riconoscimento delle informazioni personali, il riconoscimento delle entità e il collegamento di entità disponibili come endpoint separati. In termini di modifiche negli endpoint di anteprima sono disponibili opinion mining nell'endpoint SA, proprietà di testo redattiva nell'endpoint delle informazioni personali
Altre informazioni sul servizio cognitivo - UpgradeToLatestSDK (aggiornamento alla versione più recente di Servizi cognitivi Analisi del testo SDK).
Eseguire l'aggiornamento alla versione più recente dell'SDK Linguaggio di Servizi cognitivi
Eseguire l'aggiornamento alla versione più recente dell'SDK per ottenere i migliori risultati in termini di qualità del modello, prestazioni e disponibilità del servizio.
Altre informazioni sul servizio cognitivo - UpgradeToLatestSDKLanguage (Aggiornamento alla versione più recente di Cognitive Service Language SDK).
Servizi di comunicazione
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.
Altre informazioni sul servizio di comunicazione - UpgradeChatSdk (Usare la versione consigliata di Chat SDK).
Usare la versione consigliata di Resource Manager SDK
Resource Manager SDK può essere usato per effettuare il provisioning e gestire le risorse di 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.
Altre informazioni sul servizio di comunicazione - UpgradeResourceManagerSdk (Usare la versione consigliata di Resource Manager SDK).
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.
Altre informazioni sul servizio di comunicazione - UpgradeIdentitySdk (Usare la versione consigliata di Identity SDK).
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.
Altre informazioni sul servizio di comunicazione - UpgradeSmsSdk (Usare la versione consigliata di SMS SDK).
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.
Altre informazioni sul servizio di comunicazione - UpgradePhoneNumbersSdk (Usare la versione consigliata di Phone Numbers SDK).
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.
Altre informazioni sul servizio di comunicazione - UpgradeCallingSdk (Usare la versione consigliata di Call SDK).
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.
Altre informazioni sul servizio di comunicazione - UpgradeServerCallingSdk (Usare la versione consigliata di Call Automation SDK).
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.
Altre informazioni sul servizio di comunicazione - UpgradeTurnSdk (Usare la versione consigliata di Network Traversal SDK).
Calcolo
Aggiornare la gestione automatica alla versione più recente dell'API
Sono state individuate alcune chiamate SDK da API obsolete per le risorse di questa sottoscrizione. Si consiglia di passare alle versioni più recenti dell'SDK. In questo modo è possibile ricevere i miglioramenti più recenti in merito a funzionalità e prestazioni.
Altre informazioni sulla macchina virtuale - UpdateToLatestApi (Aggiornamento automatico alla versione più recente dell'API).
Migliorare l'esperienza utente e la connettività distribuendo macchine virtuali più vicine alla posizione dell'utente.
È stato determinato che le macchine virtuali si trovano in un'area diversa o lontana da dove gli utenti si connettono usando Desktop virtuale di Azure. Ciò può causare tempi di risposta di connessione prolungati e avrà un impatto complessivo sull'esperienza utente in Desktop virtuale Di Azure.
Altre informazioni sulla macchina virtuale - RegionProximitySessionHosts (Migliorare l'esperienza utente e la connettività distribuendo macchine virtuali 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.
Altre informazioni sulla macchina virtuale - ManagedDisksStorageAccount (Usare dischi gestiti per impedire la limitazione dell'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 impiegherà da 3 a 5 minuti.
Altre informazioni su Disco - MDHDDtoPremiumForPerformance (Convertire Managed Disks da HDD Standard a SSD Premium per le prestazioni).
Abilitare la rete accelerata per migliorare le prestazioni e la latenza di rete
È stato rilevato che la rete accelerata non è abilitata nelle risorse della macchina virtuale della distribuzione esistente che può essere in grado di 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
Altre informazioni sulla macchina virtuale - AccelNetConfiguration (Abilitare la rete accelerata per migliorare le prestazioni e latenza di rete).
Usare dischi SSD per i carichi di lavoro di produzione
È stato notato che l'utente usa dischi SSD insieme a dischi HDD Standard nella stessa macchina virtuale. I dischi gestiti HDD Standard sono in genere consigliati per sviluppo/test e backup; si consiglia di usare SSD Premium o SSD standard per la produzione. 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 impiegherà da 3 a 5 minuti.
Altre 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. Anche se l'utente sta eseguendo una macchina virtuale a livello di produzione, sta usando un disco con prestazioni ridotte con HDD Standard. Se si aggiornano i dischi collegati ai dischi di produzione, SSD Standard o SSD Premium, sarà possibile usufruire di un'esperienza più coerente e migliorare la latenza.
Altre informazioni sulla macchina virtuale - MatchProdVMProdDisks (Match production Macchine virtuali with Production Disk per prestazioni coerenti e una latenza migliore).
La rete accelerata potrebbe richiedere l'arresto e l'avvio della macchina virtuale
È stato rilevato che la rete accelerata non è impegnata sulle risorse della macchina virtuale nella distribuzione esistente anche se la funzionalità è stata richiesta. In rari casi di questo tipo, potrebbe essere necessario arrestare e avviare la macchina virtuale, in base alle necessità, per riattivare AccelNet.
Altre informazioni sulla macchina virtuale : AccelNetDisengaged (La rete accelerata può richiedere l'arresto e l'avvio 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 di log potrebbe offrire maggiori prestazioni per il database. Vedere le istruzioni qui per la migrazione del disco di log al disco Ultra.
Altre informazioni sulla macchina virtuale : AzureStorageVmUltraDisk (sfruttare la latenza bassa del disco Ultra Disk per i dischi di log e migliorare le prestazioni del carico di lavoro del database).
Aggiornare le dimensioni delle macchine virtuali vicino all'esaurimento delle risorse
Sono stati analizzati i dati degli ultimi 7 giorni e sono state identificate le macchine virtuali (VM) con un utilizzo elevato in base a metriche diverse, ad esempio CPU, memoria e I/O della macchina virtuale. Queste macchine virtuali potrebbero riscontrare problemi di prestazioni perché si avvicinano ai limiti dello SKU. Prendere in considerazione l'aggiornamento dello SKU per migliorare le prestazioni.
Altre informazioni sulla macchina virtuale - Migliorare le prestazioni delle macchine virtuali altamente usate con Azure Advisor
Kubernetes
È 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.
Altre informazioni sul servizio Kubernetes - Non supportatoKubernetesVersionIsDetected (versione Kubernetes non supportata) viene rilevata.
DataFactory
Esaminare i trigger di Data Factory con limitazioni
È stato rilevato un volume elevato di limitazioni in un trigger basato su eventi eseguito nella risorsa di Data Factory. Quando si verifica questo problema, le pipeline in esecuzione vengono rimosse dalla coda. Esaminare la definizione del trigger per risolvere i problemi e migliorare le prestazioni.
Altre informazioni sul trigger di Data factory - ADFThrottledTriggers (esaminare i trigger di Data Factory limitati) .
MariaDB
Aumentare il limite di archiviazione per il server MariaDB
I dati di telemetria interna mostrano che il server può essere vincolato perché sta raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una 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
Altre informazioni sul server MariaDB - OrcasMaraDbStorageLimit (Ridimensionare il limite di archiviazione per il server MariaDB).
Aumentare il numero di vCore del server MariaDB
La telemetria interna mostra che negli ultimi 7 giorni la CPU è stata eseguita con un utilizzo elevato per un lungo periodo di tempo. L'utilizzo elevato della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.
Altre informazioni sul server MariaDB - OrcasMaraDbCpuOverload (Aumentare i vCore del server MariaDB).
Aumentare le prestazioni del server MariaDB passando a uno SKU superiore
La telemetria interna 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 specifico. Ciò può comportare un numero elevato di richieste di connessioni non riuscite che influiscono negativamente sulle prestazioni. Per migliorare le prestazioni, è consigliabile passare a UNO SKU di memoria superiore aumentando il vCore o passando a Memory-Optimized SKU.
Altre informazioni sul server MariaDB - OrcasDbConcurrentConnection (ridimensionare il server MariaDB a SKU superiore) .
Spostare il server MariaDB in SKU ottimizzato per la memoria
La telemetria interna mostra la presenza di una varianza elevata nel pool di buffer per questo server, che può comportare un rallentamento delle prestazioni delle query e operazioni di I/O al secondo più elevate. Per migliorare le prestazioni, esaminare le query del carico di lavoro per identificare le opportunità per 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.
Altre informazioni sul server MariaDB - OrcasDbMemoryCache (spostare il server MariaDB nello SKU ottimizzato per la memoria).
Aumentare l'affidabilità dei log di controllo
La telemetria interna indica che i log di controllo del server potrebbero essere andati persi il giorno precedente. Questo problema può verificarsi quando il server riscontra un carico di lavoro elevato della CPU oppure un server genera un numero elevato di log di controllo in un breve periodo di tempo. È 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.
Altre informazioni sul server MariaDB - Orcas DavideDBAuditLog (aumentare l'affidabilità dei log di controllo).
MySQL
Ridimensionare il limite di archiviazione per il server MySQL
I dati di telemetria interna mostrano che il server può essere vincolato perché sta raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una 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
Altre informazioni sul server MySQL - OrcasMySQLStorageLimit (ridimensionare il limite di archiviazione per il server MySQL).
Aumentare le prestazioni del server MySQL passando a uno SKU superiore
La telemetria interna 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 specifico. Ciò può comportare un numero elevato di richieste di connessioni non riuscite che influiscono negativamente sulle prestazioni. Per migliorare le prestazioni, è consigliabile passare a uno SKU di memoria superiore aumentando il vCore o passando a Memory-Optimized SKU.
Altre informazioni sul server MySQL - OrcasMySQLConcurrentConnection (ridimensionare il server MySQL a SKU superiore).
Aumentare il numero di vCore del server MySQL
La telemetria interna mostra che negli ultimi 7 giorni la CPU è stata eseguita con un utilizzo elevato per un lungo periodo di tempo. L'utilizzo elevato della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.
Altre informazioni sul server MySQL - OrcasMySQLCpuOverload (Aumentare i vCore del server MySQL).
Spostare il server MySQL a uno SKU ottimizzato per la memoria
La telemetria interna mostra la presenza di una varianza elevata nel pool di buffer per questo server, che può comportare un rallentamento delle prestazioni delle query e operazioni di I/O al secondo più elevate. Per migliorare le prestazioni, esaminare le query del carico di lavoro per identificare le opportunità per 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.
Altre informazioni sul server MySQL - OrcasMySQLMemoryCache (spostare il server MySQL nello SKU ottimizzato per la memoria).
Aggiungere un server di replica in lettura MySQL
La telemetria interna mostra che è possibile che sia in uso un carico di lavoro con uso intensivo di lettura, che causa una contesa di risorse per il server. Questo può portare a 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.
Altre informazioni sul server MySQL - OrcasMySQLReadReplica (Aggiungere un server di replica in lettura MySQL).
Migliorare la gestione delle connessioni a MySQL
I dati di telemetria interni indicano che l'applicazione che si sta connettendo al server MySQL potrebbe non gestire le connessioni in modo efficiente. Questo può comportare un consumo di risorse non necessario e una latenza complessiva superiore per l'applicazione. Per migliorare la gestione delle connessioni, è consigliabile ridurre il numero di connessioni di breve durata ed eliminare le connessioni inattive non necessarie. Questa operazione può essere eseguita configurando un pool di connessioni lato server, ad esempio ProxySQL.
Altre informazioni sul server MySQL - OrcasMySQLConnectionPooling (Migliorare la gestione delle connessioni MySQL).
Aumentare l'affidabilità dei log di controllo
La telemetria interna indica che i log di controllo del server potrebbero essere andati persi il giorno precedente. Questo problema può verificarsi quando il server riscontra un carico di lavoro elevato della CPU oppure un server genera un numero elevato di log di controllo in un breve periodo di tempo. È 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.
Altre informazioni sul server MySQL - OrcasMySQLAuditLog (aumentare l'affidabilità dei log di controllo).
Migliorare le prestazioni ottimizzando il dimensionamento della tabella temporanea MySQL
I dati di telemetria interni indicano che il server MySQL potrebbe incorrere in un sovraccarico di I/O superfluo a causa di impostazioni di parametri di tabella temporanea bassa. Ciò può comportare transazioni non necessarie basate su disco e prestazioni ridotte. Per ridurre il numero di transazioni basate su disco, è consigliabile aumentare i valori del parametro "tmp_table_size' and 'max_heap_table_size".
Altre informazioni sul server MySQL - OrcasMySqlTmpTables (migliorare le prestazioni ottimizzando il dimensionamento delle tabelle temporanee di MySQL).
Migliorare la latenza delle connessioni MySQL
I dati di telemetria interni indicano che l'applicazione che si sta connettendo al server MySQL potrebbe non gestire le connessioni in modo efficiente. Questo può comportare una latenza dell'applicazione superiore. 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.
Altre informazioni sul server MySQL - OrcasMySQLConnectionRedirection (Migliorare la latenza di connessione MySQL).
Aumentare il limite di archiviazione per il server flessibile MySQL
I dati di telemetria interna mostrano che il server può essere vincolato perché sta raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio di archiviazione sottoposto a provisioning.
Altre informazioni su Database di Azure per MySQL server flessibile - OrcasMeruMySqlStorageUpsell (aumentare il limite di archiviazione per il server flessibile MySQL).
Dimensionare il server flessibile MySQL a uno SKU superiore
I dati di telemetria indicano che il server flessibile sta superando i limiti di connessione associati allo SKU corrente. Un numero elevato 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.
Altre informazioni su Database di Azure per MySQL server flessibile- OrcasMeruMysqlConnectionUpsell (ridimensionare il server flessibile MySQL a uno SKU superiore) .
Incrementare i vCore del server flessibile MySQL.
La telemetria interna mostra che negli ultimi 7 giorni la CPU è stata eseguita con un utilizzo elevato per un lungo periodo di tempo. L'utilizzo elevato della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.
Altre informazioni sul server flessibile di Database di Azure per MySQL - OrcasMeruMysqlCpuUpcell (aumentare i vCore del server flessibile MySQL).
Migliorare le prestazioni ottimizzando il dimensionamento della tabella temporanea MySQL.
I dati di telemetria interni indicano che il server MySQL potrebbe incorrere in un sovraccarico di I/O superfluo a causa di impostazioni di parametri di tabella temporanea bassa. Ciò può comportare transazioni non necessarie basate su disco e prestazioni ridotte. Per ridurre il numero di transazioni basate su disco, è consigliabile aumentare i valori del parametro "tmp_table_size' and 'max_heap_table_size".
Altre informazioni su Database di Azure per MySQL server flessibile - OrcasMeruMysqlTmpTable (Migliorare le prestazioni ottimizzando il ridimensionamento delle tabelle temporanee di MySQL).
Spostare il server MySQL a uno SKU ottimizzato per la memoria
La telemetria interna mostra un utilizzo elevato della memoria per questo server, che può comportare un rallentamento delle prestazioni delle query e operazioni di I/O al secondo più elevate. Per aumentare le prestazioni, esaminare le query del carico di lavoro per identificare 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.
Altre informazioni su Database di Azure per MySQL server flessibile - OrcasMeruMysqlMemoryUpsell (Spostare il server MySQL nello SKU ottimizzato per la memoria) .
Aggiungere un server di replica in lettura MySQL
La telemetria interna mostra che è possibile che sia in uso un carico di lavoro con uso intensivo di lettura, che causa una contesa di risorse per il server. Questo può portare a 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.
Altre informazioni su Database di Azure per MySQL server flessibile - OrcasMeruMysqlReadReplicaUpsell (Aggiungere un server di replica in lettura MySQL).
PostgreSQL
Aumentare work_mem del server per evitare una fuga di dati eccessiva dal disco da operazioni di ordinamento e hash
I dati di telemetria interni mostrano che la configurazione work_mem è troppo piccola per il server PostgreSQL, con una conseguente fuga di dati dal disco e con prestazioni ridotte delle query. Per migliorare questo problema, è consigliabile aumentare il limite di work_mem per il server che consente di ridurre gli scenari in cui l'ordinamento o l'hash avviene su disco, migliorando così le prestazioni complessive delle query.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlWorkMem (aumentare il work_mem per evitare una distribuzione eccessiva del disco dall'ordinamento e dall'hash).
Ridimensionare il limite di archiviazione per il server PostgreSQL
I dati di telemetria interna mostrano che il server può essere vincolato perché sta raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una 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
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlStorageLimit (ridimensionare il limite di archiviazione per il server PostgreSQL).
Distribuire i dati nel gruppo di server per la distribuzione del carico di lavoro tra i nodi
Sembra che i dati non siano stati distribuiti in questo gruppo di server, ma rimangano presso il coordinatore. Per usufruire dei vantaggi offerti da Hyperscale (Citus), distribuire i dati nei nodi di lavoro in questo gruppo di server.
Altre 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 ogni nodo del ruolo di lavoro del gruppo di server di Hyperscale (Citus), ribilanciare in modo efficace i dati in questo gruppo di server.
Aumentare le prestazioni del server PostgreSQL passando a uno SKU superiore
La telemetria interna 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 specifico. Ciò può comportare un numero elevato di richieste di connessioni non riuscite che influiscono negativamente sulle prestazioni. Per migliorare le prestazioni, è consigliabile passare a UNO SKU di memoria superiore aumentando il vCore o passando a Memory-Optimized SKU.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlConcurrentConnection (ridimensionare il server PostgreSQL a SKU superiore).
Spostare il server PostgreSQL a uno SKU ottimizzato per la memoria
La telemetria interna mostra la presenza di una varianza elevata nel pool di buffer per questo server, che può comportare un rallentamento delle prestazioni delle query e operazioni di I/O al secondo più elevate. Per migliorare le prestazioni, esaminare le query del carico di lavoro per identificare le opportunità per 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.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlMemoryCache (spostare il server PostgreSQL nello SKU ottimizzato per la memoria).
Aggiungere un server di replica in lettura PostgreSQL
La telemetria interna mostra che è possibile che sia in uso un carico di lavoro con uso intensivo di lettura, che causa una contesa di risorse per il server. Questo può portare a 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.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlReadReplica (Aggiungere un server di replica in lettura PostgreSQL).
Aumentare il numero di vCore del server PostgreSQL
La telemetria interna mostra che negli ultimi 7 giorni la CPU è stata eseguita con un utilizzo elevato per un lungo periodo di tempo. L'utilizzo elevato della CPU può rallentare le prestazioni delle query. Per aumentare le prestazioni, è consigliabile passare a dimensioni di calcolo più elevate.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlCpuOverload (Aumentare i vCore del server PostgreSQL).
Migliorare la gestione delle connessioni a PostgreSQL
I dati di telemetria interni indicano che il server PostgreSQL potrebbe non gestire le connessioni in modo efficiente. Questo può comportare un consumo di risorse non necessario e una latenza complessiva superiore per l'applicazione. Per migliorare la gestione delle connessioni, è consigliabile ridurre il numero di connessioni di breve durata ed eliminare le connessioni inattive non necessarie. Questa operazione può essere eseguita configurando un pool di connessioni lato server, ad esempio PgBouncer.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlConnectionPooling (Migliorare la gestione delle connessioni PostgreSQL).
Migliorare le prestazioni del log di PostgreSQL
La telemetria interna indica che il server PostgreSQL è stato configurato per eseguire l'output dei log degli errori in modo dettagliato. 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.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlLogErrorVerbosity (Migliorare le prestazioni dei log postgreSQL).
Ottimizzare la raccolta di statistiche sulle query in Database di Azure per PostgreSQL
I dati di telemetria interni indicano che il server PostgreSQL è stato configurato per tenere traccia delle statistiche sulle query usando il modulo pg_stat_statements. Sebbene sia utile per la risoluzione dei problemi, ciò può anche comportare una riduzione delle prestazioni del server. Per migliorare le prestazioni, è consigliabile impostare il parametro pg_stat_statements. Track su NONE.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlStatStatementsTrack (Ottimizzare la raccolta di statistiche delle query in un Database di Azure per PostgreSQL).
Ottimizzare Query Store in Database di Azure per PostgreSQL quando non si esegue la risoluzione dei problemi
La telemetria interna dei dati indica che il database PostgreSQL è stato configurato per tenere traccia delle prestazioni sulle query usando il parametro pg_qs.query_capture_mode. Durante la risoluzione dei problemi, è consigliabile impostare il parametro pg_qs.query_capture_mode su TOP o ALL. Quando non si esegue la risoluzione dei problemi, è consigliabile impostare il parametro pg_qs.query_capture_mode su NONE.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlQueryCaptureMode (Ottimizzare l'archivio query in un Database di Azure per PostgreSQL quando non si esegue la risoluzione dei problemi).
Aumentare il limite di archiviazione per il server flessibile PostgreSQL
I dati di telemetria interna mostrano che il server può essere vincolato perché sta raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio di archiviazione sottoposto a provisioning.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlFlexibleServerStorageLimit (aumentare il limite di archiviazione per il server flessibile PostgreSQL).
Ottimizzare le impostazioni di registrazione impostando LoggingCollector su -1
Ottimizzare le impostazioni di registrazione impostando LoggingCollector su -1
Ottimizzare le impostazioni di registrazione impostando LogDuration su OFF
Ottimizzare le impostazioni di registrazione impostando LogDuration su OFF
Ottimizzare le impostazioni di registrazione impostando LogStatement su NONE
Ottimizzare le impostazioni di registrazione impostando LogStatement su NONE
Ottimizzare le impostazioni di registrazione impostando ReplaceParameter su OFF
Ottimizzare le impostazioni di registrazione impostando ReplaceParameter su OFF
Ottimizzare le impostazioni di registrazione impostando LoggingCollector su OFF
Ottimizzare le impostazioni di registrazione impostando LoggingCollector su OFF
Aumentare il limite di archiviazione per il gruppo di server Hyperscale (Citus)
I dati di telemetria interna mostrano che uno o più nodi nel gruppo di server possono essere vincolati perché stanno raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio su disco sottoposto a provisioning.
Altre informazioni sul server PostgreSQL - OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (Aumentare il limite di archiviazione per il gruppo di server Hyperscale (Citus) .
Ottimizzare le impostazioni log_statement per PostgreSQL nel database di Azure
I dati di telemetria interni indicano che log_statement è abilitata, per ottenere prestazioni migliori, impostarla su NESSUNO
Altre informazioni su Database di Azure per PostgreSQL server flessibile - OrcasMeruMeruLogStatement (Ottimizzare le impostazioni di log_statement per PostgreSQL nel database di Azure).
Aumentare work_mem del server per evitare una fuga di dati eccessiva dal disco da operazioni di ordinamento e hash
I dati di telemetria interni mostrano che la configurazione work_mem è troppo piccola per il server PostgreSQL, con una conseguente fuga di dati dal disco e con prestazioni ridotte delle query. Per migliorare questo problema, è consigliabile aumentare il limite di work_mem per il server che consente di ridurre gli scenari in cui l'ordinamento o l'hash avviene su disco, migliorando così le prestazioni complessive delle query.
Altre informazioni su Database di Azure per PostgreSQL server flessibile- OrcasMeruMeruWorkMem (aumentare il work_mem per evitare una perdita eccessiva del disco dall'ordinamento e dall'hash).
Migliorare le prestazioni di PostgreSQL -Server flessibile abilitando l'ottimizzazione intelligente
I dati di telemetria interni suggeriscono che è possibile migliorare le prestazioni di archiviazione abilitando l'ottimizzazione intelligente
Altre informazioni su Database di Azure per PostgreSQL server flessibile - OrcasMeruIntelligentTuning (Migliorare le prestazioni del server flessibile postgreSQL abilitando l'ottimizzazione intelligente).
Ottimizzare le impostazioni log_duration per PostgreSQL nel database di Azure
I dati di telemetria interni indicano che log_duration è abilitato, per ottenere prestazioni migliori, impostarlo su OFF
Altre informazioni su Database di Azure per PostgreSQL server flessibile - OrcasMeruMeruLogDuration (Ottimizzare le impostazioni di log_duration per PostgreSQL nel database di Azure).
Ottimizzare le impostazioni log_min_duration per PostgreSQL nel database di Azure
I dati di telemetria interni indicano che log_min_duration è abilitato, per ottenere prestazioni migliori, impostarlo su -1
Altre informazioni su Database di Azure per PostgreSQL server flessibile - OrcasMeruMeruLogMinDuration (Ottimizzare le impostazioni di log_min_duration per PostgreSQL in Database di Azure).
Ottimizzare le impostazioni pg_qs.query_capture_mode per PostgreSQL nel database di Azure
I dati di telemetria interni indicano che pg_qs.query_capture_mode è abilitato, per ottenere prestazioni migliori, impostarlo su NONE
Altre informazioni su Database di Azure per PostgreSQL server flessibile : OrcasMeruMeruQueryCaptureMode (Ottimizzare le impostazioni di pg_qs.query_capture_mode per PostgreSQL nel database di Azure).
Ottimizzare le prestazioni di PostgreSQL abilitando PGBouncer
La telemetria interna indica che è possibile migliorare le prestazioni di PostgreSQL abilitando PGBouncer
Altre informazioni su Database di Azure per PostgreSQL server flessibile- OrcasMeruOrcasPostgreSQLConnectionPooling (Ottimizzare le prestazioni di PostgreSQL abilitando PGBouncer).
Ottimizzare le impostazioni log_error_verbosity per PostgreSQL nel database di Azure
I dati di telemetria interni indicano che log_error_verbosity è abilitata, per ottenere prestazioni migliori, impostarla su DEFAULT
Altre informazioni su Database di Azure per PostgreSQL server flessibile - OrcasMeruMeruLogErrorVerbosity (Ottimizzare le impostazioni di log_error_verbosity per PostgreSQL in Database di Azure).
Aumentare il limite di archiviazione per il gruppo di server Hyperscale (Citus)
I dati di telemetria interna mostrano che uno o più nodi nel gruppo di server possono essere vincolati perché stanno raggiungendo i limiti per i valori di archiviazione attualmente stabiliti. Ciò potrebbe influire negativamente sulle prestazioni o potrebbe provocare il passaggio del server a una modalità di sola lettura. Per garantire prestazioni continue, è consigliabile aumentare lo spazio su disco sottoposto a provisioning.
Altre 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
Si consideri la nuova offerta Database di Azure per PostgreSQL server flessibile che offre funzionalità più avanzate, ad esempio disponibilità elevata resiliente della zona, prestazioni prevedibili, controllo massimo, finestra di manutenzione personalizzata, controlli di ottimizzazione dei costi e esperienza di sviluppo semplificata. Altre informazioni.
Altre informazioni su Database di Azure per PostgreSQL server flessibile - OrcasPostgreSqlMeruMigration (Eseguire la migrazione del database da SSPG a FSPG).
Spostare l'istanza di PostgreSQL - Server flessibile a uno SKU ottimizzato per la memoria
La telemetria interna mostra la presenza di una varianza elevata nel pool di buffer per questo server, che può comportare un rallentamento delle prestazioni delle query e operazioni di I/O al secondo più elevate. Per aumentare le prestazioni, esaminare le query del carico di lavoro per identificare 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.
Altre informazioni sul server PostgreSQL - OrcasMeruMemoryUpsell (spostare il server flessibile PostgreSQL nello SKU ottimizzato per la memoria).
DesktopVirtualization
Migliorare l'esperienza utente e la connettività distribuendo macchine virtuali più vicine alla posizione dell'utente.
È stato determinato che le macchine virtuali si trovano in un'area diversa o diversa da quella da cui gli utenti si connettono, usando Desktop virtuale Azure. Ciò può causare tempi di risposta prolungati di connessione e influirà sull'esperienza utente complessiva in Desktop virtuale Azure. Quando si creano macchine virtuali per i pool di host, è consigliabile tentare di usare un'area più vicina all'utente. La prossimità assicura una maggiore soddisfazione con il servizio Desktop virtuale Azure e una migliore qualità complessiva dell'esperienza.
Altre informazioni sul pool di host - RegionProximityHostPools (Migliorare l'esperienza utente e la connettività distribuendo le macchine virtuali più vicino 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 elevato, tutte le sessioni utente verranno indirizzate allo stesso host di sessione, causando problemi di prestazioni e affidabilità. Pertanto, quando si imposta un pool di host con bilanciamento del carico in profondità, è necessario impostare anche un limite massimo di sessioni appropriato 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".
Altre informazioni sul pool di host - ChangeMaxSessionLimitForDepthFirstHostPool (Modificare il limite massimo di sessioni per il primo pool di host con carico bilanciato di profondità per migliorare le prestazioni della macchina virtuale) .
Azure Cosmos DB
Configurare le dimensioni della pagina di query di Azure Cosmos DB (MaxItemCount) su -1
Sono in uso dimensioni della pagina di 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.
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 UR e ridurre la latenza di queste query.
Altre informazioni sull'account Azure Cosmos DB - CosmosDBOrderByHighRUCharge (Aggiungere indici compositi al contenitore 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.
Altre informazioni sull'account 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
Questo account ha un'impostazione personalizzata che consente il superamento del limite di 20 GB per le dimensioni della partizione logica in un contenitore. Questa impostazione è stata applicata dal team di Azure Cosmos DB 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, in quanto le garanzie del Contratto di servizio non vengono rispettate quando si aumenta il limite. È ora possibile usare le chiavi di partizione gerarchica (anteprima) per riprogettare l'applicazione. La 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.
Altre informazioni sull'account Azure Cosmos DB - CosmosDBHierarchicalPartitionKey (usare chiavi di partizione gerarchiche per una distribuzione ottimale dei dati).
Configurare le applicazioni di Azure Cosmos DB in modo da usare la connettività diretta nell'SDK
Si è notato che le applicazioni Azure Cosmos DB usano la modalità Gateway tramite gli SDK .NET o Java di Azure Cosmos DB. È consigliabile passare alla connettività diretta per una latenza inferiore e una maggiore scalabilità.
Altre informazioni sull'account Azure Cosmos DB - CosmosDBGatewayMode (Configurare le applicazioni Azure Cosmos DB per l'uso della connettività diretta nell'SDK).
HDInsight
È 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.
Altre informazioni sul pool di cluster HDInsight - Non supportatoHiloAKSVersionIsDetected (viene rilevata la versione Kubernetes non supportata).
Le operazioni di lettura vengono eseguite sui dati più recenti
Più del 75% delle richieste di lettura giungono al memstore. Ciò indica che le operazioni di lettura vengono eseguite principalmente sui dati più recenti. Questo suggerisce che, anche se viene eseguito un flush nel memstore, è necessario accedere al file recente e che tale file deve trovarsi nella cache.
Altre informazioni sul cluster HDInsight : HBaseMemstoreReadPercentage (letture sui dati più recenti).
Per migliorare le prestazioni del cluster, provare a usare la funzionalità scritture accelerate nel cluster HBase.
Questo consiglio di advisor viene visualizzato perché il log di sistema del team di HDInsight mostra che negli ultimi 7 giorni il cluster ha rilevato gli scenari seguenti: 1. La latenza del tempo di sincronizzazione WAL elevato 2. Numero elevato di richieste di scrittura (almeno 3 finestre di un'ora di oltre 1000 avg_write_requests/secondo/nodo)
Queste condizioni indicano che il cluster è soggetto a latenze di scrittura elevate. Ciò potrebbe essere dovuto a carichi di lavoro intensivi eseguiti 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. Di conseguenza, offre bassa latenza di scrittura e una migliore resilienza per le applicazioni. Per altre informazioni su questa funzionalità, visitare il collegamento:
Altre informazioni sul cluster HDInsight - AccWriteCandidate (prendere in considerazione l'uso della funzionalità Scritture accelerate nel cluster HBase per migliorare le prestazioni del cluster).
Più del 75% delle query sono query di analisi 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.
Altre informazioni sul cluster HDInsight - ScanQueryTuningcandidate (oltre il 75% delle query sono query di analisi completa).
Verificare il numero di aree in cui sono stati bloccati gli aggiornamenti.
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.
Altre informazioni sul cluster HDInsight - RegionCountCandidate (controllare il numero di aree in base al blocco degli aggiornamenti).
Prendere in considerazione l'aumento dei thread del flusher
Le dimensioni della coda di scaricamento nei server dell'area sono superiori a 100 o sono presenti aggiornamenti bloccati di frequente. È consigliabile ottimizzare il gestore flush.
Altre informazioni sul cluster HDInsight - FlushQueueCandidate (prendere in considerazione l'aumento dei thread dello scaricatore).
Provare ad aumentare i thread di compattazione per un completamento più veloce delle compattazioni
La coda di compattazione nei server dell'area è più di 2000 che suggerisce che più dati richiedono la compattazione. Le compattazioni più lente possono compromettere le prestazioni di lettura poiché ci sono più file da leggere. Un numero maggiore di file senza compattazione può influire anche sull'utilizzo dell'heap correlato alla modalità di interazione dei file con il file system di Azure.
Altre informazioni sul cluster HDInsight - CompactionQueueCandidate (prendere in considerazione l'aumento dei thread di compattazione per il completamento più veloce).
Automanage
Aggiornare la gestione automatica alla versione più recente dell'API
Sono state individuate alcune chiamate SDK da API obsolete per le risorse di questa sottoscrizione. Si consiglia di passare alle versioni più recenti dell'SDK. In questo modo è possibile ricevere i miglioramenti più recenti in merito a funzionalità e prestazioni.
Altre informazioni su Machine - Azure Arc - UpdateToLatestApiHci (Aggiornamento automatico alla versione più recente dell'API).
Insieme di credenziali delle chiavi
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à.
IGNORARE:
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.
Altre informazioni sull'insieme di credenziali delle chiavi - UpgradeKeyVaultSDK (aggiornamento Key Vault versione SDK).
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à.
Importante
Tenere presente che è possibile correggere solo le raccomandazioni per le applicazioni personalizzate a cui si ha accesso. Le raccomandazioni possono essere visualizzate a causa dell'integrazione con altri servizi di Azure, ad esempio Archiviazione, Crittografia dischi, che sono in fase di aggiornamento alla nuova versione dell'SDK. Se si usa .NET 4.0 in tutte le applicazioni, ignorare.
Altre informazioni sul servizio HSM gestito - UpgradeKeyVaultMHSMSDK (aggiornamento Key Vault versione DELL'SDK).
Data Exporer
Ridimensionare le risorse di Esplora dati in modo corretto per prestazioni ottimali.
Questo consiglio esamina tutte le risorse di Esplora dati che superano la capacità dati consigliata (80%). L'azione consigliata per migliorare le prestazioni del cluster consiste nel dimensionare alla configurazione consigliata.
Altre informazioni sulla risorsa Esplora dati: risorsa ADX di dimensioni corrette (dimensioni corrette Esplora dati risorse per prestazioni ottimali).
Consultare i criteri della cache delle tabelle di Esplora dati
Questo consiglio esamina le tabelle di Esplora dati con un numero elevato di query che risalgono al periodo precedente rispetto alla configurazione della cache (criteri). Verranno visualizzate le prime 10 tabelle per percentuale di query che accedono ai dati fuori 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.
Altre informazioni sulla risorsa esplora dati - UpdateCachePoliciesForAdxTables (esaminare i criteri della cache delle tabelle per Esplora dati tabelle).
Ridurre i criteri della cache delle tabelle di Esplora dati per ottenere prestazioni migliori
La riduzione dei criteri della cache delle tabelle consentirà di liberare dati non usati dalla cache della risorsa e di migliorare le prestazioni.
Altre informazioni sulla risorsa esplora dati: ReduceCacheForAzureDataExplorerTablesToImprovePerformance (Ridurre i criteri di cache delle tabelle Esplora dati per ottenere prestazioni migliori).
Rete
Configurare TTL di DNS su 60 secondi
Quando il client effettua una richiesta a Gestione traffico di Azure, riceverà una risposta più o meno recente a seconda della durata (TTL). La riduzione del valore TTL significa che, 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.
Altre informazioni sul profilo di Gestione traffico - ProfileTTL (Configurare la durata dns fino a 60 secondi) .
Configurare TTL di DNS su 20 secondi
Quando il client effettua una richiesta a Gestione traffico di Azure, riceverà una risposta più o meno recente a seconda della durata (TTL). La riduzione del valore TTL significa che, 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.
Altre informazioni sul profilo di Gestione traffico - FastFailOverTTL (Configurare la durata dns fino a 20 secondi) .
Configurare TTL di DNS su 60 secondi
Quando il client effettua una richiesta a Gestione traffico di Azure, riceverà una risposta più o meno recente a seconda della durata (TTL). La riduzione del valore TTL significa che, 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.
Altre informazioni sul profilo di Gestione traffico - ProfileTTL (Configurare la durata dns fino a 60 secondi) .
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 verificherà un aumento dei pacchetti eliminati inviati tramite ExpressRoute. Aggiornare la larghezza di banda del circuito per mantenere le prestazioni se le esigenze di larghezza di banda rimangono elevate.
Altre informazioni sul circuito ExpressRoute - UpgradeERCircuitBandwidth (aggiornare la larghezza di banda del circuito ExpressRoute per soddisfare le esigenze di larghezza di banda).
Per risolvere un problema di uso costantemente elevato della CPU, prendere in considerazione la possibilità di aumentare le dimensioni dello SKU del gateway della rete virtuale
In caso di carico di traffico elevato, il gateway VPN può eliminare alcuni pacchetti a causa di un uso elevato della CPU.
Altre informazioni sul gateway di rete virtuale - HighCPUVNetGateway (prendere in considerazione l'aumento delle dimensioni dello SKU del gateway di rete virtuale per gestire un uso costante elevato della CPU).
Per risolvere un problema di uso elevato della connessione da punto a sito, prendere in considerazione la possibilità 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 i tentativi aggiuntivi di connessione potrebbero non riuscire.
Altre informazioni sul gateway di rete virtuale - HighP2SConnectionsVNetGateway (prendere in considerazione la possibilità di aumentare le dimensioni dello SKU del gateway di rete virtuale per soddisfare l'uso elevato di P2S).
Assicurarsi di disporre di un numero sufficiente di istanze nel gateway applicazione per supportare il traffico
Il gateway applicazione è stato eseguito di recente con un utilizzo e un carico elevati, è possibile che si verifichi una perdita di traffico o un aumento della latenza. È importante ridimensionare il gateway applicazione in base al traffico e con una quantità di buffer, in modo da prepararsi a eventuali aumenti o picchi di traffico e ridurre al minimo l'effetto sul QoS. Lo SKU del gateway applicazione v1 (Standard/WAF) supporta il ridimensionamento manuale e lo SKU v2 (Standard_v2/WAF_v2) supporta quello manuale e quello automatico. In caso di ridimensionamento manuale, aumentare il numero di istanze e, se la scalabilità automatica è abilitata, assicurarsi che il numero massimo di istanze sia impostato su un valore superiore, in modo che il gateway applicazione possa essere ridimensionato in orizzontale con l'aumentare del traffico
Altre informazioni sul gateway applicazione - HotAppGateway (assicurarsi di avere istanze sufficienti nel gateway applicazione per supportare il traffico).
SQL
Creare statistiche nelle colonne delle tabelle
È stato rilevato che mancano le 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.
Altre informazioni su SQL Data Warehouse - CreateTableStatisticsSqlDW (Creare statistiche sulle colonne della tabella).
Rimuovere un'asimmetria dei dati per aumentare le prestazioni delle query
È stata rilevata un'asimmetria dei dati di distribuzione superiore al 15%. Questo può causare costosi colli di bottiglia delle prestazioni.
Altre informazioni su SQL Data Warehouse - DataSkewSqlDW (Rimuovere l'asimmetria dei dati per migliorare le prestazioni delle query).
Aggiornare le statistiche nelle colonne delle tabelle
È stato rilevato che non si dispone di statistiche aggiornate delle tabelle, con possibili ripercussioni sulle prestazioni delle query. Query Optimizer usa le statistiche aggiornate per stimare la cardinalità o il numero di righe nel risultato delle query al fine di creare un piano di query di qualità elevata.
Altre informazioni su SQL Data Warehouse - UpdateTableStatisticsSqlDW (aggiornare le statistiche sulle colonne della tabella).
Aumentare le prestazioni per ottimizzare l'uso della cache con SQL Data Warehouse
È stato rilevato che è stata usata una percentuale elevata della cache con una bassa percentuale di riscontri. Questo indica una rimozione dalla cache elevata, che può influire negativamente sulle prestazioni del carico di lavoro.
Altre 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
È stato rilevato un utilizzo elevato di tempdb, che può compromettere le prestazioni del carico di lavoro.
Altre informazioni su SQL Data Warehouse - SqlDwReduceTempdbContention (aumento o aggiornamento della classe di risorse per ridurre la contesa di tempdb con SQL Data Warehouse).
Convertire le tabelle in tabelle replicate con SQL Data Warehouse
È stato rilevato che è possibile trarre vantaggio dall'uso di tabelle replicate. L'uso di tabelle replicate consentirà di evitare costose operazioni di spostamento dati e migliorare significativamente le prestazioni del carico di lavoro.
Altre informazioni su SQL Data Warehouse - SqlDwReplicateTable (Convertire 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.
Altre informazioni su SQL Data Warehouse - FileSplittingGuidance (Suddividere i file di staging nell'account di archiviazione per aumentare 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. È consigliabile usare l'istruzione COPY. Se non è possibile usare l'istruzione COPY, provare ad aumentare le dimensioni del batch quando si usano le utilità di caricamento, quali l'API SQLBulkCopy o BCP: una buona regola generale è una dimensione di batch compresa tra 100.000 e 1 milione di righe.
Collocare l'account di archiviazione nella stessa area per ridurre al minimo la latenza durante il caricamento
È stato rilevato che si sta caricando da un'area diversa dal pool SQL. È consigliabile prendere in considerazione il caricamento da un account di archiviazione che si trova nella stessa area del pool SQL per ridurre al minimo la latenza durante il caricamento dei dati.
Altre informazioni su SQL Data Warehouse - ColocateStorageAccount (individuazione condivisa dell'account di archiviazione all'interno della stessa area per ridurre al minimo la latenza durante il caricamento).
Archiviazione
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.
Altre informazioni sull'account di archiviazione - StorageCallPutBlob (usare ""Put BLOB"" per i BLOB di dimensioni inferiori a 256 MB).
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.
Passare a dischi SSD Standard per ottenere prestazioni coerenti e migliorate
Poiché i carichi di lavoro delle macchine virtuali IaaS vengono eseguiti in dischi gestiti HDD Standard, è importante sapere che è ora disponibile un'opzione di disco 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 impiegherà da 3 a 5 minuti.
Altre informazioni sull'account di archiviazione - StandardSSDForNonPremVM (Aggiornamento a 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.
Altre informazioni sull'account di archiviazione - PremiumBlobStorageAccount (Usare l'archiviazione BLOB a blocchi di 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 impiegherà da 3 a 5 minuti.
Altre informazioni sull'account di archiviazione - UMDHDDtoPremiumForPerformance (Convertire dischi non gestiti da HDD Standard a SSD Premium per le prestazioni).
Subscription
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.
Altre informazioni sulla sottoscrizione - AzureExpressRoute (Esperienza di latenza più prevedibile e coerente con una connessione privata ad Azure).
Synapse
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. La qualità dei segmenti si può misurare in base al numero di righe in un gruppo di righe compresso.
Altre informazioni sull'area di lavoro di Synapse - SynapseCCIGuidance (Tabelle con indici Columnstore cluster 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.
Altre informazioni sull'area di lavoro di Synapse - UpgradeSynapseManagementClientSDK (Update SynapseManagementClient SDK version).
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 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.
Altre informazioni sul servizio app - AppServiceMoveToPremiumV2 (spostare il piano di servizio app a PremiumV2 per ottenere 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.
Altre informazioni sul servizio app - AppServiceOutboundConnections (Controllare le connessioni in uscita dalla risorsa servizio app).
SAP nei carichi di lavoro di Azure
Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare tcp_wmem parametro 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 il parametro net.core.wmem_max
Altre informazioni su Istanza di database - WriteBuffersAllocated (Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare tcp_wmem parametro del sistema operativo).
Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare wmem_max parametro del sistema operativo
Nel database HANA con tipo di archiviazione ANF, il numero massimo di scritture per i buffer del socket, definito dal parametro net.core.wmem_max deve essere impostato su un valore sufficientemente grande per gestire i pacchetti di rete in uscita. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system. Vedere la nota SAP: 3024346
Altre informazioni sull'istanza del database - MaxWriteBuffer (Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare wmem_max parametro del sistema operativo).
Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare tcp_rmem parametro 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 il parametro net.core.rmem_max
Altre informazioni su Istanza di database - OptimizeReadTcp (Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare tcp_rmem parametro del sistema operativo).
Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare rmem_max parametro del sistema operativo
In HANA DB con tipo di archiviazione ANF, il buffer del socket di lettura massimo, definito dal parametro, net.core.rmem_max deve essere impostato abbastanza grande per gestire i pacchetti di rete in ingresso. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system. Vedere la nota SAP: 3024346.
Altre informazioni su Istanza di database - MaxReadBuffer (Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare rmem_max parametro 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 quanto il kernel sia in grado di elaborare. Impostare il parametro in base alla nota SAP: 3024346. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system.
Altre informazioni su Istanza di database - BacklogQueueSize (Per migliorare le prestazioni del file system in HANA DB 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. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system nel database HANA con ANF in carichi di lavoro SAP
Altre informazioni su Istanza di database - EnableTCPWindowScaling (Per migliorare le prestazioni del file system in HANA DB con ANF, abilitare il parametro del sistema operativo di ridimensionamento della finestra TCP ).
Per migliorare le prestazioni del file system nel database HANA con ANF, disabilitare il protocollo IPv6 nel sistema operativo
Disabilitare IPv6 in base alle raccomandazioni per SAP in Azure per il database HANA con ANF per migliorare le prestazioni del file system
Altre informazioni su Istanza di database - DisableIPv6Protocol (Per migliorare le prestazioni del file system in HANA DB 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 qualche tempo. Impostando questo parametro su zero in base alla nota SAP: 302436, per le connessioni TCP precedentemente inattive la velocità massima viene usata dall'inizio
Altre informazioni su Istanza di database - ParameterSlowStart (Per migliorare le prestazioni del file system in HANA DB con ANF, disabilitare il parametro per l'avvio lento dopo l'inattività).
Per migliorare le prestazioni del file system in HANA DB con un parametro di ottimizzazione tcp_max_syn_backlog sistema operativo
Per impedire al kernel di usare cookie SYN in una situazione in cui molte richieste di connessione vengono inviate in un breve intervallo di tempo ed evitare avvisi relativi a un potenziale attacco flood SYN nel log di sistema, le dimensioni del backlog SYN devono essere impostate su un valore ragionevolmente elevato. Vedere la nota SAP: 2382421
Altre informazioni su Istanza di database - TCPMaxSynBacklog (Per migliorare le prestazioni del file system in HANA DB con il parametro del sistema operativo anF ottimizzato tcp_max_syn_backlog 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. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system nel database HANA con ANF in carichi di lavoro SAP
Altre informazioni su Istanza di database - TCPSackParameter (Per migliorare le prestazioni del file system in HANA DB con ANF, abilitare il parametro del sistema operativo di tcp_sack).
Nello scenario a disponibilità elevata per HANA DB con ANF disabilitare il parametro del sistema operativo tcp_timestamps
Disabilitare il parametro tcp_timestamps in base alla nota SAP: 302436. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system negli scenari con disponibilità elevata per il database HANA con ANF in carichi di lavoro SAP
Altre informazioni su Istanza di database - DisableTCPTimestamps (In uno scenario a disponibilità elevata per HANA DB con ANF, disabilitare il parametro del sistema operativo tcp_timestamps).
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. Questa configurazione certifica il database HANA per l'esecuzione con ANF e migliora le prestazioni del file system nel database HANA con ANF in carichi di lavoro SAP
Altre informazioni su Istanza di database - EnableTCPTimestamps (Per migliorare le prestazioni del file system in HANA DB con ANF, abilitare il parametro del sistema operativo tcp_timestamps).
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 a TCP di eseguire l'ottimizzazione automatica del buffer di ricezione, per ridimensionare automaticamente il buffer (non maggiore di tcp_rmem per corrispondere alle dimensioni richieste dal percorso per la velocità effettiva completa. Abilitare questo parametro in base alla nota SAP: 302436 per migliorare le prestazioni del file system
Per migliorare le prestazioni del file system in HANA DB 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.
Altre informazioni su Istanza di database - IPV4LocalPortRange (Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare net.ipv4.ip_local_port_range).
Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare sunrpc.tcp_slot_table_entries
Impostare il parametro sunrpc.tcp_slot_table_entries su 128 in base alla raccomandazione per migliorare le prestazioni del file system in HANA DB con ANF nei carichi di lavoro SAP
Altre informazioni su Istanza di database - TCPSlotTableEntries (Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare sunrpc.tcp_slot_table_entries).
Tutti i dischi in LVM per /hana/volume di dati devono essere dello stesso tipo per garantire prestazioni elevate in HANA DB
Se nel volume /hana/data sono selezionati più tipi di disco, le prestazioni del database HANA nei carichi di lavoro SAP potrebbero essere limitate. Assicurarsi che tutti i dischi del volume di dati HANA siano dello stesso tipo e siano configurati come per raccomandazione per SAP in Azure
Altre informazioni su Istanza di database - HanaDataDiskTypeSame (Tutti i dischi in LVM per /hana/volume di dati devono essere dello stesso tipo per garantire prestazioni elevate in HANA DB).
Per migliorare le prestazioni del database HANA nei carichi di lavoro SAP, le dimensioni di striping per /hana/data devono essere pari a 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 versioni recentilinux, Azure consiglia di usare le dimensioni di striping di 256 kb per /hana/data file system per migliorare le prestazioni di HANA DB
Altre informazioni sull'istanza del database - HanaDataStripeSize (dimensioni di strip per /hana/data devono essere 256 kb per migliorare le prestazioni di HANA DB nei carichi di lavoro SAP).
Per migliorare le prestazioni del file system in HANA DB con ANF, ottimizzare il parametro vm.swappiness
Impostare il parametro del sistema operativo vm.swappiness su 10 in base alla raccomandazione per migliorare le prestazioni del file system in HANA DB con ANF nei carichi di lavoro SAP
Altre informazioni su Istanza di database - VmSwappiness (Per migliorare le prestazioni del file system in HANA DB 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 del filtro del percorso inverso linux, net.ipv4.conf.all.rp_filter in base alle raccomandazioni per migliorare le prestazioni del file system in HANA DB con ANF nei carichi di lavoro SAP
Altre informazioni su Istanza di database - DisableIPV4Conf (Per migliorare le prestazioni del file system in HANA DB con ANF, disabilitare net.ipv4.conf.all.rp_filter).
Se si usa Ultradisk, il volume di IOPS per /hana/data deve essere >=7000 per migliorare le prestazioni di HANA DB
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 prestazioni elevate del database
Altre informazioni sull'istanza del database - HanaDataIOPS (se si usa Ultradisk, il volume di IOPS per /hana/data deve essere >=7000 per migliorare le prestazioni di HANA DB).
Per migliorare le prestazioni del file system nel database HANA con ANF, ottimizzare il parametro tcp_max_slot_table_entries
Impostare il parametro del sistema operativo tcp_max_slot_table_entries su 128 in base alla nota SAP: 302436 per migliorare le prestazioni di trasferimento dei file in HANA DB con ANF nei carichi di lavoro SAP
Altre informazioni su Istanza di database - OptimizeTCPMaxSlotTableEntries (Per migliorare le prestazioni del file system in HANA DB con ANF, modificare il parametro tcp_max_slot_table_entries).
Verificare che le prestazioni di lettura del volume /hana/data siano >=400 MB/sec per prestazioni migliori in HANA DB
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 prestazioni elevate del database e soddisfare i requisiti minimi di archiviazione per SAP HANA
Altre informazioni su Istanza di database - HanaDataVolumePerformance (Assicurarsi che le prestazioni di lettura del volume di dati /hana/data siano >=400 MB/sec per prestazioni migliori in HANA DB).
Le prestazioni di lettura/scrittura del volume /hana/log devono essere >=250 MB/sec per prestazioni migliori in HANA DB
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 prestazioni elevate del database e soddisfare i requisiti minimi di archiviazione per SAP HANA
Altre informazioni sull'istanza del database - HanaLogReadWriteVolume (prestazioni di lettura/scrittura del volume /hana/log devono essere >=250 MB/sec per migliorare le prestazioni in HANA DB).
Se si usa Ultradisk, il volume di IOPS per /hana/log deve essere >=2000 per prestazioni migliori in HANA DB
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 prestazioni elevate del database
Altre informazioni sull'istanza del database - HanaLogIOPS (se si usa Ultradisk, il volume di IOPS per /hana/log deve essere >=2000 per ottenere prestazioni migliori in HANA DB).
Tutti i dischi in LVM per il volume /hana/log devono essere dello stesso tipo per garantire prestazioni elevate in HANA DB
Se nel volume /hana/log sono selezionati più tipi di disco, le prestazioni del database HANA nei carichi di lavoro SAP potrebbero essere limitate. Assicurarsi che tutti i dischi del volume di dati HANA siano dello stesso tipo e siano configurati come per raccomandazione per SAP in Azure
Altre informazioni su Istanza di database - HanaDiskLogVolumeSameType (Tutti i dischi in LVM per il volume /hana/log devono essere dello stesso tipo per garantire prestazioni elevate in HANA DB).
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.
Altre informazioni su Istanza di database - WriteAcceleratorEnabled (Abilitare l'acceleratore di scrittura nel volume /hana/log con disco Premium per migliorare la latenza di scrittura in HANA DB).
Per migliorare le prestazioni del database HANA nei carichi di lavoro SAP, le dimensioni di striping per /hana/log devono essere pari a 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 ottenere una velocità effettiva sufficiente con dimensioni di I/O maggiori, Azure consiglia di usare le dimensioni di striping di 64 kb per /hana/log file system per migliorare le prestazioni di HANA DB
Altre informazioni su Istanza di database - HanaLogStripeSize (dimensioni di strip per /hana/log devono essere 64 kb per migliorare le prestazioni di HANA DB nei carichi di lavoro SAP).
Passaggi successivi
Altre informazioni sull'efficienza delle prestazioni - Microsoft Azure Well Architected Framework