Förbättra prestandan för Azure-program med hjälp av Azure Advisor

Artikel
03/11/2023

Prestandarekommendationerna i Azure Advisor kan hjälpa dig att förbättra hastigheten och svarstiden för dina affärskritiska program. Du kan få prestandarekommendationer från Advisor på fliken Prestanda på Advisor-instrumentpanelen.

Minska DNS-time-to-live i Traffic Manager-profilen så att den redundansväxlar till felfria slutpunkter snabbare

Du kan använda TTL-inställningar (time-to-live) i Din Azure Traffic Manager-profil för att ange hur snabbt du ska växla slutpunkter om en viss slutpunkt slutar svara på frågor. Om du minskar TTL-värdena dirigeras klienterna snabbare till fungerande slutpunkter.

Azure Advisor identifierar Traffic Manager-profiler som har en längre TTL konfigurerad. Den rekommenderar att du konfigurerar TTL till antingen 20 sekunder eller 60 sekunder, beroende på om profilen är konfigurerad för snabb redundans.

Förbättra databasens prestanda med hjälp av SQL Database Advisor (tillfälligt inaktiverad)

Azure Advisor ger en konsekvent, samlad vy över rekommendationer för alla dina Azure-resurser. Den integreras med SQL Database Advisor för att ge dig rekommendationer för att förbättra prestanda för dina databaser. SQL Database Advisor utvärderar databasernas prestanda genom att analysera din användningshistorik. Den ger sedan rekommendationer som passar bäst för att köra databasens typiska arbetsbelastning.

Anteckning

Innan du kan få rekommendationer måste databasen användas i ungefär en vecka, och inom den veckan måste det finnas en viss konsekvent aktivitet. SQL Database Advisor kan optimera enklare för konsekventa frågemönster än för slumpmässiga aktivitetstoppar.

Mer information finns i SQL Database Advisor.

Uppgradera lagringsklientbiblioteket till den senaste versionen för bättre tillförlitlighet och prestanda

Den senaste versionen av Storage-klientbibliotekets SDK innehåller korrigeringar av problem som rapporterats av kunder och proaktivt identifierats via vår QA-process. Den senaste versionen har även tillförlitlighet och prestandaoptimering tillsammans med nya funktioner som kan förbättra din övergripande upplevelse med att använda Azure Storage. Advisor tillhandahåller rekommendationer och steg som krävs för att uppgradera till den senaste versionen av SDK:et om du använder en inaktuell version. Rekommendationerna gäller språk som stöds: C++ och .NET.

Förbättra App Service prestanda och tillförlitlighet

Azure Advisor integrerar rekommendationer för att förbättra din App Service upplevelse och identifiera relevanta plattformsfunktioner. Exempel på App Service rekommendationer är:

Identifiering av instanser där minne eller CPU-resurser är uttömda av appkörningar, med åtgärdsalternativ.
Identifiering av instanser där samlokalisering av resurser som webbappar och databaser kan förbättra prestanda och minska kostnaderna.

Mer information finns i Metodtips för Azure App Service.

Använda hanterade diskar för att förhindra disk-I/O-begränsning

Advisor identifierar virtuella datorer som tillhör ett lagringskonto som når sitt skalbarhetsmål. Det här villkoret gör de virtuella datorerna mottagliga för I/O-begränsning. Advisor rekommenderar att de använder hanterade diskar för att förhindra försämrad prestanda.

Förbättra prestanda och tillförlitlighet för virtuella datordiskar med hjälp av Premium Storage

Advisor identifierar virtuella datorer med standarddiskar som har en stor mängd transaktioner på ditt lagringskonto. Vi rekommenderar att du uppgraderar till premiumdiskar.

Azure Premium Storage ger högpresterande diskstöd med låg latens för virtuella datorer som kör I/O-intensiva arbetsbelastningar. Virtuella datordiskar som använder Premium Storage konton lagrar data på SSD-enheter (Solid State Drives). För bästa prestanda för ditt program rekommenderar vi att du migrerar alla virtuella datordiskar som kräver hög IOPS för att Premium Storage.

Ta bort dataförskjutning i dina Azure Synapse Analytics-tabeller för att öka frågeprestanda

Dataförskjutning kan orsaka onödig dataförflyttning eller resursflaskhalsar när du kör arbetsbelastningen. Advisor identifierar distributionsdatasnedvridning på mer än 15 %. Den rekommenderar att du omdistribuerar dina data och går tillbaka till dina val av tabelldistributionsnyckel. Mer information om hur du identifierar och tar bort snedställning finns i Felsöka snedställning.

Skapa eller uppdatera inaktuell tabellstatistik i dina Azure Synapse Analytics-tabeller för att öka frågeprestanda

Advisor identifierar tabeller som inte har uppdaterad tabellstatistik och rekommenderar att du skapar eller uppdaterar statistiken. Frågeoptimeraren i Azure Synapse Analytics använder uppdaterad statistik för att beräkna kardinaliteten eller antalet rader i frågeresultatet. Dessa uppskattningar gör det möjligt för frågeoptimeraren att skapa en frågeplan för att ge snabbast prestanda.

Förbättra hanteringen av MySQL-anslutningar

Advisor-analys kan tyda på att ditt program som ansluter till en MySQL-server kanske inte hanterar anslutningar effektivt. Det här villkoret kan leda till onödig resursförbrukning och generellt högre programfördröjning. För att förbättra anslutningshanteringen rekommenderar vi att du minskar antalet kortvariga anslutningar och eliminerar onödiga inaktiva anslutningar. Du kan göra dessa förbättringar genom att konfigurera en anslutningspool på serversidan, till exempel ProxySQL.

Skala upp för att optimera cacheanvändningen i dina Azure Synapse Analytics-tabeller för att öka frågeprestanda

Azure Advisor identifierar om dina Azure Synapse Analytics-tabeller har en hög cacheanvändningsprocent och en låg träffprocent. Det här villkoret anger hög cacheborttagning, vilket kan påverka prestandan för din Azure Synapse Analytics-instans. Advisor rekommenderar att du skalar upp din Azure Synapse Analytics-instans för att säkerställa att du allokerar tillräckligt med cachekapacitet för din arbetsbelastning.

Konvertera Azure Synapse Analytics-tabeller till replikerade tabeller för att öka frågeprestanda

Advisor identifierar tabeller som inte är replikerade tabeller, men som skulle ha nytta av konverteringen. Det tyder på att du konverterar dessa tabeller. Rekommendationerna baseras på:

Storleken på den replikerade tabellen.
Antalet kolumner.
Tabelldistributionstypen.
Antalet partitioner i tabellen Azure Synapse Analytics.

Ytterligare heuristik kan tillhandahållas i rekommendationen för kontext. Mer information om hur den här rekommendationen fastställs finns i Azure Synapse Analytics-rekommendationer.

Migrera ditt lagringskonto till Azure Resource Manager för att hämta de senaste Azure-funktionerna

Migrera distributionsmodellen för ditt lagringskonto till Azure Resource Manager för att dra nytta av:

Malldistributioner.
Ytterligare säkerhetsalternativ.
Möjligheten att uppgradera till ett GPv2-konto så att du kan använda de senaste Azure Storage-funktionerna.

Advisor identifierar alla fristående lagringskonton som använder den klassiska distributionsmodellen och rekommenderar att du migrerar till Resource Manager distributionsmodellen.

Anteckning

Klassiska aviseringar i Azure Monitor drogs tillbaka i augusti 2019. Vi rekommenderar att du uppgraderar ditt klassiska lagringskonto så att det använder Resource Manager för att behålla aviseringsfunktionerna med den nya plattformen. Mer information finns i klassiska aviseringar som dras tillbaka.

Utforma dina lagringskonton för att förhindra att den maximala prenumerationsgränsen nås

En Azure-region stöder högst 250 lagringskonton per prenumeration. När den här gränsen har nåtts kan du inte skapa lagringskonton i den region-/prenumerationskombinationen. Advisor kontrollerar dina prenumerationer och ger rekommendationer så att du kan utforma för färre lagringskonton för alla prenumerationer/regioner som är nära att nå den maximala gränsen.

Överväg att öka storleken på din VPN Gateway SKU för att hantera hög P2S-användning

Varje Azure-VPN Gateway SKU har endast stöd för ett angivet antal samtidiga P2S-anslutningar. Om antalet anslutningar ligger nära gatewaygränsen kan ytterligare anslutningsförsök misslyckas. Om du ökar storleken på din gateway kan du stödja fler samtidiga P2S-användare. Advisor ger rekommendationer och instruktioner för att öka storleken på din gateway.

Överväg att öka storleken på din VPN Gateway SKU för att hantera hög CPU

Under hög trafikbelastning kan VPN-gatewayen släppa paket på grund av hög CPU-användning. Överväg att uppgradera din VPN Gateway SKU. Om du ökar storleken på vpn-gatewayen ser du till att anslutningarna inte tas bort på grund av hög CPU-användning. Advisor ger rekommendationer för att proaktivt åtgärda det här problemet.

Advisor identifierar om du kan öka belastningsprestanda och dataflöde genom att öka batchstorleken när du läser in i databasen. Du kan överväga att använda COPY-instruktionen. Om du inte kan använda COPY-instruktionen kan du överväga att öka batchstorleken när du använder inläsningsverktyg som SQLBulkCopy API eller BCP. En bra allmän regel är att använda en batchstorlek som är mellan 100 000 och 1 miljon rader. Om du ökar batchstorleken ökar du belastningsdataflödet, datakomprimering och frågeprestanda.

Advisor identifierar om du läser in från en region som skiljer sig från din dedikerade SQL-pool. Överväg att läsa in från ett lagringskonto som finns i samma region som din dedikerade SQL-pool för att minimera svarstiden vid inläsning av data. Den här ändringen hjälper till att minimera svarstiden och öka belastningsprestandan.

Använda en Kubernetes-version som stöds

Advisor identifierar versioner av Kubernetes som inte stöds.

Optimera prestanda för servrarna Azure Database for MySQL, Azure Database for PostgreSQL och Azure Database for MariaDB

Åtgärda cpu-trycket för dina Azure Database for MySQL-, Azure Database for PostgreSQL- och Azure Database for MariaDB-servrar med flaskhalsar i processorn

Hög användning av processorn under en längre period kan orsaka långsamma frågeprestanda för din arbetsbelastning. Om du ökar CPU-storleken kan du optimera körningen av databasfrågorna och förbättra den övergripande prestandan. Advisor identifierar servrar med hög CPU-användning som sannolikt kör CPU-begränsade arbetsbelastningar och rekommenderar att du skalar din beräkning.

Minska minnesbegränsningar för dina Azure Database for MySQL-, Azure Database for PostgreSQL- och Azure Database for MariaDB-servrar eller flytta till en minnesoptimerad SKU

Ett lågt cache-träffförhållande kan resultera i långsammare frågeprestanda och ökad IOPS. Det här villkoret kan orsakas av en felaktig frågeplan eller en minnesintensiv arbetsbelastning. Genom att åtgärda frågeplanen eller öka minnet för Azure Database for PostgreSQL, Azure Database for MySQL eller Azure Database for MariaDB server kan du optimera körningen av databasarbetsbelastningen. Azure Advisor identifierar servrar som påverkas av den här höga buffertpoolomsättningen. Vi rekommenderar att du vidtar någon av följande åtgärder:

Åtgärda frågeplanen
Flytta till en SKU som har mer minne
Öka lagringsstorleken för att få mer IOPS.

Använd en Azure Database for MySQL eller Azure Database for PostgreSQL läsreplik för att skala ut läsningar för läsintensiva arbetsbelastningar

Advisor använder arbetsbelastningsbaserad heuristik som förhållandet mellan läsningar och skrivningar på servern under de senaste sju dagarna för att identifiera läsintensiva arbetsbelastningar. En Azure Database for PostgreSQL eller Azure Database for MySQL resurs med ett högt läs-/skrivförhållande kan resultera i processor- eller minneskonkurran och leda till långsamma frågeprestanda. Om du lägger till en replik kan du skala ut läsningar till replikservern och förhindra cpu- eller minnesbegränsningar på den primära servern. Advisor identifierar servrar med läsintensiva arbetsbelastningar och rekommenderar att du lägger till en läsreplik för att avlasta vissa av läsarbetsbelastningarna.

Skala Azure Database for MySQL- Azure Database for PostgreSQL- eller Azure Database for MariaDB-servern till en högre SKU för att förhindra anslutningsbegränsningar

Varje ny anslutning till databasservern upptar minne. Databasserverns prestanda försämras om anslutningar till servern misslyckas på grund av en övre minnesgräns . Azure Advisor identifierar servrar som körs med många anslutningsfel. Vi rekommenderar att du uppgraderar serverns anslutningsgränser för att ge servern mer minne genom att vidta någon av följande åtgärder:

Skala upp beräkning.
Använd minnesoptimerade SKU:er, som har mer beräkning per kärna.

Skala cachen till en annan storlek eller SKU för att förbättra cache- och programprestanda

Cacheinstanser fungerar bäst när de inte körs under högt minnestryck, hög serverbelastning eller hög nätverksbandbredd. Dessa villkor kan göra att de inte svarar, upplever dataförlust eller blir otillgängliga. Advisor identifierar cacheinstanser under dessa villkor. Vi rekommenderar att du vidtar någon av följande åtgärder:

Använd metodtips för att minska minnesbelastningen, serverbelastningen eller nätverksbandbredden.
Skala till en annan storlek eller SKU som har mer kapacitet.

Lägga till regioner med trafik till ditt Azure Cosmos DB-konto

Advisor identifierar Azure Cosmos DB-konton som har trafik från en region som för närvarande inte är konfigurerad. Det rekommenderar att du lägger till den regionen. Detta förbättrar svarstiden för begäranden som kommer från den regionen och säkerställer tillgänglighet vid regionstopp. Läs mer om global datadistribution med Azure Cosmos DB.

Konfigurera din Azure Cosmos DB-indexeringsprincip med hjälp av anpassade inkluderade eller exkluderade sökvägar

Advisor identifierar Azure Cosmos DB-containrar som använder standardindexeringsprincipen men som kan dra nytta av en anpassad indexeringsprincip. Den här bestämningen baseras på arbetsbelastningsmönstret. Standardindexeringsprincipen indexerar alla egenskaper. En anpassad indexeringsprincip med explicita inkluderade eller exkluderade sökvägar som används i frågefilter kan minska ru:erna och lagringen som används för indexering. Läs mer om att ändra indexprinciper.

Ange frågesidans storlek för Azure Cosmos DB (MaxItemCount) till -1

Azure Advisor identifierar Azure Cosmos DB-containrar som använder en frågesida med storleken 100. Vi rekommenderar att du använder en sidstorlek på -1 för snabbare genomsökningar. Läs mer om MaxItemCount.

Överväg att använda funktionen Accelererade skrivningar i HBase-klustret för att förbättra klusterprestanda

Azure Advisor analyserar systemloggarna under de senaste 7 dagarna och identifierar om klustret har påträffat följande scenarier:

Långa svarstider för WAL-synkroniseringstid
Högt antal skrivbegäranden (minst 3 entimmesfönster på över 1 000 avg_write_requests/sekund/nod)

Dessa tillstånd är tecken på att klustret lider av långa skrivningssvarstider. Detta kan bero på en tung arbetsbelastning som utförs på klustret. För att förbättra prestandan för klustret kan du överväga att använda funktionen Accelererade skrivningar som tillhandahålls av Azure HDInsight HBase. Funktionen för accelererade skrivningar för HDInsight Apache HBase-kluster ansluter Premium SSD-hanterade diskar till varje RegionServer (arbetsnod) i stället för att använda molnlagring. Tack vare det får du kort skrivningssvarstid och bättre återhämtning för dina program. Läs mer om den här funktionen genom att läsa mer

Granska Azure Data Explorer-tabellcacheperiod (princip) för bättre prestanda (förhandsversion)

Den här rekommendationen visar Azure Data Explorer-tabeller som har ett stort antal frågor som går tillbaka utöver den konfigurerade cacheperioden (principen) (du kommer att se de 10 främsta tabellerna efter frågeprocent som har åtkomst till data utöver cacheperioden). Den rekommenderade åtgärden för att förbättra klustrets prestanda: Begränsa frågor för den här tabellen till det minsta tidsintervallet som krävs (inom den definierade principen). Om data från hela tidsintervallet krävs ökar du cacheperioden till det rekommenderade värdet.

Förbättra prestanda genom att optimera storleken på temporära MySQL-tabeller

Advisor-analys visar att MySQL-servern kan medföra onödiga I/O-omkostnader på grund av låga inställningar för temporära tabellparametrar. Det här kan leda till onödiga diskbaserade transaktioner och sämre prestanda. Vi rekommenderar att du ökar värdena för parametrarna ”tmp_table_size” och ”max_heap_table_size” så att du minskar antalet diskbaserade transaktioner. Läs mer

Distribuera data i servergruppen för att distribuera arbetsbelastningen mellan noder

Advisor identifierar de servergrupper där data inte har distribuerats men finns kvar på koordinatorn. Baserat på detta rekommenderar Advisor att för fullständig Hyperskala (Citus) fördelar distribuera data på arbetsnoder för dina servergrupper. Detta förbättrar frågeprestandan genom att använda resursen för varje nod i servergruppen. Läs mer

Förbättra användarupplevelsen och anslutningen genom att distribuera virtuella datorer närmare distributionsplatsen för Azure Virtual Desktop

Vi har fastställt att dina virtuella datorer finns i en annan region eller långt ifrån där användarna ansluter från, med hjälp av Azure Virtual Desktop. Detta kan leda till långa svarstider för anslutningar och påverkar den övergripande användarupplevelsen på Azure Virtual Desktop. När du skapar virtuella datorer för dina värdbaserade pooler ska du försöka använda en region närmare användaren. Att ha nära närhet säkerställer fortsatt tillfredsställelse med Azure Virtual Desktop-tjänsten och en bättre övergripande upplevelsekvalitet. Läs mer om anslutningsfördröjning här.

Uppgradera till den senaste SDK-versionen för Avancerad läsare

Vi har upptäckt att resurser i den här prenumerationen använder inaktuella SDK-versioner för Avancerad läsare. Om du använder den senaste SDK-versionen för Avancerad läsare får du uppdaterad säkerhet, prestanda och en utökad uppsättning funktioner för att anpassa och förbättra integreringsupplevelsen. Läs mer om avancerad läsar-SDK.

Förbättra prestanda för virtuella datorer genom att ändra den maximala sessionsgränsen

Advisor identifierar att du har en värdpool som har djup som först anges som algoritm för belastningsutjämning och att värdpoolens maximala sessionsgräns är större än eller lika med 999999. Belastningsutjämning med djup-först använder maxgränsen för sessioner för att fastställa det maximala antalet användare som kan ha samtidiga sessioner på en enda sessionsvärd. Om den maximala sessionsgränsen är för hög dirigeras alla användarsessioner till samma sessionsvärd, vilket orsakar problem med prestanda och tillförlitlighet. När du anger att en värdpool ska ha djup första belastningsutjämningen måste du därför ange en lämplig maximal sessionsgräns enligt konfigurationen av din distribution och kapacitet för dina virtuella datorer.

Mer information om belastningsutjämning i Azure Virtual Desktop finns i algoritmer för belastningsutjämning av värdpooler.

Uppgradera till den senaste versionen av Azure Communication Services SDK:er

Advisor har identifierat resurser under den här prenumerationen med inaktuella versioner av specifika Azure Communication Services SDK:er. Med den senaste versionen av Azure Communication Services SDK får du uppdaterad säkerhet, prestanda och en utökad uppsättning funktioner för att anpassa och förbättra dina kommunikationsupplevelser. Läs mer om Azure Communication Services och integrering med Azure Advisor.

Så här får du åtkomst till prestandarekommendationer i Advisor

Logga in på Azure Portal och öppna sedan Advisor.
På Advisor-instrumentpanelen väljer du fliken Prestanda .

Nästa steg

Mer information om Advisor-rekommendationer finns i: