Prestandarekommendationer
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.
Logga in på Azure-portalen.
Sök efter och välj Advisor på valfri sida.
På instrumentpanelen Advisor väljer du fliken Prestanda.
AI + Machine Learning
429-begränsning har identifierats för den här resursen
Vi har observerat att det har uppstått 1 000 eller fler 429-begränsningsfel för den här resursen inom en tidsram på en dag. Överväg att aktivera automatisk skalning för att bättre hantera höga anropsvolymer och minska antalet 429-fel.
Läs mer om autoskalning av Azure AI-tjänster.
utfasning av Textanalys modellversion
Uppgradera modellversionen till en nyare modellversion eller den senaste för att använda de senaste modellerna av högsta kvalitet.
Läs mer om Cognitive Service – TAUpgradeToLatestModelVersion (Textanalys modellversionsutfasning).
utfasning av Textanalys modellversion
Uppgradera modellversionen till en nyare modellversion eller den senaste för att använda de senaste modellerna av högsta kvalitet.
Läs mer om Cognitive Service – TAUpgradeModelVersiontoLatest (Textanalys modellversionsutfasning).
Uppgradera till den senaste API-versionen för Cognitive Service Textanalys
Uppgradera till den senaste API-versionen för att få bästa resultat när det gäller modellkvalitet, prestanda och tjänsttillgänglighet. Det finns också nya funktioner som är tillgängliga som nya slutpunkter från V3.0, till exempel igenkänning av personliga data, entitetsigenkänning och entitetslänkning som separata slutpunkter. När det gäller ändringar i förhandsversionsslutpunkter har vi Åsiktsutvinning i SA-slutpunkt, redigerad textegenskap i slutpunkten för personliga data
Uppgradera till den senaste API-versionen av Azure Cognitive Service för språk
Uppgradera till den senaste API-versionen för att få bästa resultat när det gäller modellkvalitet, prestanda och tjänsttillgänglighet.
Uppgradera till den senaste SDK-versionen för Cognitive Service Textanalys
Uppgradera till den senaste SDK-versionen för att få bästa resultat när det gäller modellkvalitet, prestanda och tjänsttillgänglighet. Det finns också nya funktioner som är tillgängliga som nya slutpunkter från V3.0, till exempel igenkänning av personliga data, entitetsigenkänning och entitetslänkning som separata slutpunkter. När det gäller ändringar i förhandsversionsslutpunkter har vi Åsiktsutvinning i SA-slutpunkt, redigerad textegenskap i slutpunkten för personliga data
Uppgradera till den senaste Cognitive Service Language SDK-versionen
Uppgradera till den senaste SDK-versionen för att få bästa resultat när det gäller modellkvalitet, prestanda och tjänsttillgänglighet.
Uppgradera till den senaste Versionen av Azure AI Language SDK
Uppgradera till den senaste SDK-versionen för att få bästa resultat när det gäller modellkvalitet, prestanda och tjänsttillgänglighet. Det finns också nya funktioner som är tillgängliga som nya slutpunkter från V3.0, till exempel igenkänning av personliga data, entitetsigenkänning och entitetslänkning som separata slutpunkter. När det gäller ändringar i förhandsversionsslutpunkter har vi Åsiktsutvinning i SA-slutpunkt, redigerad textegenskap i slutpunkten för personliga data.
Läs mer om Azure AI Language.
Analys
Välj rätt storlek på Data Explorer-resurser för optimala prestanda.
Den här rekommendationen visar alla Data Explorer-resurser som överskrider den rekommenderade datakapaciteten (80 %). Den rekommenderade åtgärden för att förbättra prestanda är att skala till den rekommenderade konfigurationen som visas.
Granska cacheprinciper för Data Explorer-tabeller
Den här rekommendationen visar Data Explorer-tabeller med ett stort antal frågor som ser tillbaka bortom den konfigurerade cacheperioden (principen) – du ser de 10 översta tabellerna efter frågeprocent som har åtkomst till data utanför cacheminnet. Den rekommenderade åtgärden för att förbättra 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.
Minska cacheprincipen för en Data Explorer-tabell för att få bättre prestanda
Genom att minska tabellcacheprincipen frigörs oanvända data från resursens cacheminne och prestandan förbättras.
Öka cachen i cacheprincipen
Utifrån din faktiska användning under den senaste månaden kan du uppdatera cacheprincipen och öka storleken på den frekventa cachen för tabellen. Kvarhållningsperioden måste alltid vara större än cacheperioden. Om du ökar cachen och kvarhållningsperioden är lägre än cacheperioden uppdaterar du kvarhållningsprincipen. Analysen baseras endast på användarfrågor som genomsökt data.
Aktivera Optimerad autoskalning för Datautforskarens resurser
Det verkar som om resursen kan ha skalats automatiskt för att förbättra prestandan (baserat på din faktiska användning under den senaste veckan, cacheanvändning, inmatningsanvändning, CPU och strömmande inmatning). Vi rekommenderar att du aktiverar Optimerad autoskalning så att kostnader och prestanda optimeras.
Läsningar sker på nya data
Mer än 75 % av dina läsbegäranden hamnar på memstore,vilket indikerar att läsningarna främst handlar om nya data. De senaste dataläsningarna tyder på att även om en tömning sker i memstore måste den senaste filen nås och placeras i cacheminnet.
Läs mer om HDInsight-kluster – HBaseMemstoreReadPercentage (läsningar sker på de senaste data).
Överväg att använda funktionen för accelererade skrivningar i ditt HBase-kluster för att förbättra klusterprestanda.
Den här rekommendationen visas eftersom HDInsight-teamets systemlogg visar att klustret har stött på följande scenarier under de senaste sju dagarna:
Långa svarstider för WAL-synkroniseringstid
Högt antal skrivbegäranden (minst 3 fönster på en timme med över 1 000 avg_write_requests/second/node – genomsnittliga skrivbegäranden/sekund/nod)
Dessa villkor är indikatorer på att klustret lider av långa skrivfördröjningar, vilket kan bero på en tung arbetsbelastning i klustret.
Om du vill förbättra prestandan för klustret bör 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. Det ger därför låg skrivfördröjning och bättre återhämtning för dina program.
Mer information om den här funktionen finns på länken:
Mer än 75 % av dina frågor är fullständiga genomsökningsfrågor
Mer än 75 % av genomsökningsfrågorna i klustret utför en fullständig genomsökning av regionen/tabellen. Ändra dina genomsökningsfrågor för att undvika fullständiga genomsökningar av regioner eller tabeller.
Kontrollera antalet regioner när du har blockerande uppdateringar
Antalet regioner måste justeras för att förhindra att uppdateringar blockeras. Du kan behöva skala upp klustret genom att lägga till nya noder.
Överväg att öka tömningstrådarna
Storleken på tömningsköerna i dina regionservrar är mer än 100 eller så blockeras uppdateringar ofta. Justering av tömningshanteraren rekommenderas.
Läs mer om HDInsight-kluster – FlushQueueCandidate (Överväg att öka tömningstrådarna).
Överväg att öka antalet komprimeringstrådar så att komprimeringarna slutförs snabbare
Komprimeringskön på dina regionservrar är över 2 000, vilket tyder på att mer data kräver komprimering. Långsammare komprimering kan påverka läsprestanda eftersom antalet filer som ska läsas är fler. Fler filer utan komprimering kan också påverka heapanvändningen som rör hur filer interagerar med Azure-filsystemet.
Tabeller med grupperade kolumnlagringsindex (CCI) med mindre än 60 miljoner rader
Grupperade kolumnlagringstabeller ordnas i data i segment. Det är viktigt att ha hög segmentkvalitet för att uppnå optimala frågeprestanda i en kolumnlagringstabell. Du kan mäta segmentkvaliteten efter antalet rader i en komprimerad radgrupp.
Uppdatera SDK-versionen SynapseManagementClient
Den nya SynapseManagementClient använder .NET SDK 4.0 eller senare.
Läs mer om Synapse-arbetsytan – UpgradeSynapseManagementClientSDK (Update SynapseManagementClient SDK Version).
Compute
vSAN-kapacitetsanvändningen har överskridit ett kritiskt tröskelvärde
Din vSAN-kapacitetsanvändning har nått 75 %. Klusteranvändningen måste vara lägre än det kritiska tröskelvärdet på 75 % för efterlevnad av SLA. Lägg till nya noder i vSphere-klustret för att öka kapaciteten eller ta bort virtuella datorer för att minska förbrukningen eller justera VM-arbetsbelastningar
Uppdatera Automanage till den senaste API-versionen
Vi har identifierat SDK-anrop från inaktuella API för resurser under den här prenumerationen. Vi rekommenderar att du byter till de senaste SDK-versionerna för att säkerställa att du får de senaste funktionerna och prestandaförbättringarna.
Läs mer om virtuell dator – UpdateToLatestApi (Uppdatera automatisk hantering till den senaste API-versionen).
Förbättra användarupplevelsen och anslutningen genom att distribuera virtuella datorer närmare användarens distributionsplats.
Vi har fastställt att dina virtuella datorer finns i en annan region eller långt från där dina användare ansluter med Azure Virtual Desktop. Avlägsna användarregioner kan leda till långa svarstider för anslutningar och påverka den övergripande användarupplevelsen.
Använd Managed Disks för att förhindra begränsning av disk-I/O
Dina virtuella datordiskar tillhör ett lagringskonto som har nått skalbarhetsgränsen och är sårbara för I/O-begränsning. Använd Managed Disks för att skydda den virtuella datorn mot prestandaförsämring och få enklare lagringshantering.
Läs mer om Virtuell dator – ManagedDisksStorageAccount (Använd hanterade diskar för att förhindra disk-I/O-begränsning).
Konvertera hanterade diskar från Standard HDD till Premium SSD för bättre prestanda
Vi har lagt märke till att Standard HDD-disken närmar sig prestandamålen. Azure Premium SSD ger stöd för diskar med låg fördröjning och höga prestanda för virtuella datorer med I/O-intensiva arbetsbelastningar. Förbättra diskprestandan genom att uppgradera din Standard HDD-disk till en Premium SSD-disk. Uppgraderingen kräver en omstart av den virtuella datorn, vilket tar tre till fem minuter.
Aktivera accelererat nätverk för att förbättra nätverksprestanda och svarstid
Vi har upptäckt att accelererat nätverk inte är aktiverat på vm-resurser i din befintliga distribution som kan stödja den här funktionen. Om den virtuella datorns OS-avbildning stöder accelererat nätverk som beskrivs i dokumentationen, bör du se till att aktivera den här kostnadsfria funktionen på dessa virtuella datorer för att maximera prestanda och svarstider för nätverksarbetsbelastningar i molnet
Används SSD-diskar för dina produktionsarbetsbelastningar
Vi har märkt att du använder SSD-diskar samtidigt som du använder Standard HDD-diskar på samma virtuella dator. Standard HDD-hanterade diskar rekommenderas för dev-test och säkerhetskopiering. Vi rekommenderar att du använder Premium SSD eller Standard SSD för produktion. Premium SSD ger stöd för diskar med låg fördröjning och höga prestanda för virtuella datorer med I/O-intensiva arbetsbelastningar. Standard SSD ger konsekvent och lägre fördröjning. Uppgradera diskkonfigurationen idag och få bättre svarstid, tillförlitlighet och tillgänglighet. Uppgraderingen kräver en omstart av den virtuella datorn, vilket tar tre till fem minuter.
Läs mer om Virtuell dator – MixedDiskTypeToSSDPublic (Använd SSD-diskar för dina produktionsarbetsbelastningar).
Matcha virtuella datorer för produktion med produktionsdisk för konsekventa prestanda och bättre svarstid
Virtuella datorer för produktion behöver produktionsdiskar om du vill få bästa prestanda. Vi ser att du kör en virtuell dator på produktionsnivå, men du använder en disk med låga prestanda med standard-HDD. Genom att uppgradera diskar som är anslutna till dina produktionsdiskar, antingen Standard SSD eller Premium SSD, får du en mer konsekvent upplevelse och bättre svarstid.
Accelererat nätverk kan kräva att den virtuella datorn stoppas och startas
Vi har upptäckt att accelererat nätverk inte är engagerat i VM-resurser i din befintliga distribution trots att funktionen har begärts. I sällsynta fall som detta kan det vara nödvändigt att stoppa och starta den virtuella datorn efter behov för att återansluta AccelNet.
Använd dig av Ultra Disk och dess korta svarstider för dina loggdiskar och få bättre prestanda för databasens arbetsbelastningar
Ultra Disk är tillgängligt i samma region som din databasarbetsbelastning. Med Ultra Disk får du en disklagring med stora dataflöden, hög IOPS och konsekvent korta svarstider för dina databasarbetsbelastningar: För Oracle-databaser kan du nu använda sektorstorlekar på antingen 4k eller 512E med Ultra Disk beroende på din Oracle DB-version. För SQL Server kan användning av Ultra-disk för loggdisken ge bättre prestanda för databasen. Följ anvisningarna här om du vill migrera loggdisken till Ultra Disk.
Uppgradera storleken på dina mest aktiva virtuella datorer för att förhindra resursöverbelastning och förbättra prestanda
Vi har analyserat data under de senaste sju dagarna och identifierat virtuella datorer (VM) med hög användning för olika mått (dvs. CPU, minne och I/O för virtuella datorer). Dessa virtuella datorer kan uppleva prestandaproblem eftersom de närmar sig eller ligger på sin SKU:s gränser. Du kan uppgradera SKU:n för att förbättra prestandan.
Containers
En Kubernetes-version som inte stöds har identifierats
En Kubernetes-version som inte stöds har identifierats. Kontrollera att Kubernetes-kluster körs med en version som stöds.
Läs mer om Kubernetes-tjänsten – KubernetesVersionIsDetected (Kubernetes-versionen som inte stöds identifieras).
En Kubernetes-version som inte stöds har identifierats
En Kubernetes-version som inte stöds har identifierats. Kontrollera att Kubernetes-kluster körs med en version som stöds.
Läs mer om HDInsight-klusterpool – Stöds inteHiloAKSVersionIsDetected (Kubernetes-versionen stöds inte).
Kluster med en enda nodpool
Vi rekommenderar att du lägger till en eller flera nodpooler i stället för att använda en enda nodpool. Flera pooler hjälper till att isolera kritiska systempoddar från ditt program för att förhindra att felkonfigurerade eller oseriösa programpoddar oavsiktligt dödar systempoddar.
Läs mer om Kubernetes-tjänsten – KlusterMedASingleNodePool (kluster med en enskild nodpool).
Uppdatera Fleet API till den senaste versionen
Vi har identifierat SDK-anrop från inaktuella Fleet API för resurser under din prenumeration. Vi rekommenderar att du byter till den senaste SDK-versionen, vilket säkerställer att du får de senaste funktionerna och prestandaförbättringarna.
Databaser
Ställ in Azure Cosmos DB-frågesidstorleken (MaxItemCount) på -1
Du använder frågesidans storlek på 100 för frågor för din Azure Cosmos DB-container. Vi rekommenderar att du använder en sidstorlek på -1 för snabbare genomsökning.
Lägga till sammansatta index i din Azure Cosmos DB-container
Dina Azure Cosmos DB-containrar kör ORDER BY-frågor, vilket medför höga RU-avgifter (enhet för programbegäran). Vi rekommenderar att du lägger till sammansatta index i containrarnas indexeringsprincip för att förbättra RU-förbrukningen och minska svarstiden för dessa frågor.
Optimera din Azure Cosmos DB-indexeringsprincip för att endast indexera det som behövs
Dina Azure Cosmos DB-containrar använder standardprincipen för indexering, som indexerar alla egenskaper i dina dokument. Eftersom du lagrar stora dokument indexeras ett stort antal egenskaper, vilket resulterar i hög förbrukning av enheter för programbegäran och hög skrivsvarstid. För att optimera skrivprestanda rekommenderar vi att du åsidosätter standardindexeringsprincipen och endast indexerar de egenskaper som används i dina frågor.
Använda hierarkiska partitionsnycklar för optimal datadistribution
Ditt konto har en anpassad inställning som tillåter att den logiska partitionsstorleken i en container överskrider gränsen på 20 GB. Azure Cosmos DB-teamet använde den här inställningen som ett tillfälligt mått för att ge dig tid att göra om programmet med en annan partitionsnyckel. Det rekommenderas inte som en långsiktig lösning, eftersom SLA-garantier inte respekteras när gränsen ökas. Nu kan du använda hierarkiska partitionsnycklar (förhandsversion) för att göra om programmet. Med funktionen kan du överskrida gränsen på 20 GB genom att konfigurera upp till tre partitionsnycklar, perfekt för scenarier med flera klientorganisationer eller arbetsbelastningar som använder syntetiska nycklar.
Ställ in att Azure Cosmos DB-programmen ska använda direktanslutning i SDK
Vi har märkt att dina Azure Cosmos DB-program använder gatewayläge via Azure Cosmos DB .NET eller Java SDK:er. Vi rekommenderar att du övergår till direktanslutning för kortare svarstid och högre skalbarhet.
Förbättra prestanda genom att skala upp för optimal resursanvändning
Att maximera effektiviteten i systemets resurser är avgörande för att upprätthålla förstklassiga prestanda. Vårt system övervakar cpu-användningen noggrant och när det överskrider tröskelvärdet på 90 % under en 12-timmarsperiod utlöses en proaktiv avisering. Den här aviseringen informerar inte bara Azure Cosmos DB för MongoDB vCore-användare om den förhöjda CPU-förbrukningen, utan ger även värdefull vägledning om hur du skalar upp till en högre nivå. Genom att uppgradera till en mer robust nivå kan du låsa upp bättre prestanda och se till att systemet fungerar som bäst.
Läs mer om att skala och konfigurera Ditt Azure Cosmos DB för MongoDB vCore-kluster.
PerformanceBoostervCore
När CPU-användningen överskrider 90 % inom 12 timmar meddelas användarna om den höga användningen. Dessutom rekommenderas de att skala upp till en högre nivå för att få bättre prestanda.
Läs mer om Cosmos DB-konto – ScaleUpvCoreRecommendation (PerformanceBoostervCore).
Skala lagringsgränsen för MariaDB-servern
Vårt system visar att servern kan vara begränsad eftersom den närmar sig gränser för de för närvarande etablerade lagringsvärdena. Om du närmar dig lagringsgränserna kan det leda till försämrad prestanda eller att servern flyttas till skrivskyddat läge. För att säkerställa fortsatt prestanda, rekommenderar vi att den etablerade lagringen utökas eller att funktionen ”Automatisk utökning” aktiveras för att öka lagringen automatiskt
Läs mer om MariaDB-servern – OrcasMariaDbStorageLimit (skala lagringsgränsen för MariaDB-servern).
Öka virtuell kärna för MariaDB-server
Vårt system visar att processorn har körts under hög användning under en längre tidsperiod under de senaste sju dagarna. Hög CPU-användning kan leda till långsamma frågeprestanda. Om du vill förbättra prestanda bör du byta till en större databehandlingsstorlek.
Läs mer om MariaDB-servern – OrcasMariaDbCpuOverload (Öka mariadb-serverns virtuella kärnor).
Skala MariaDB-server till högre SKU
Vårt system visar att servern kanske inte kan stödja anslutningsbegäranden på grund av de maximala anslutningar som stöds för den angivna SKU:n, vilket kan leda till ett stort antal misslyckade anslutningsbegäranden som påverkar prestandan negativt. För att förbättra prestanda rekommenderar vi att du flyttar till SKU för högre minne genom att öka virtuell kärna eller växla till minnesoptimerade SKU:er.
Läs mer om MariaDB-servern – OrcasMariaDbConcurrentConnection (skala MariaDB-servern till högre SKU).
Flytta MariaDB-servern till minnesoptimerad SKU
Vårt system visar att det finns hög omsättning i buffertpoolen för den här servern, vilket kan leda till långsammare frågeprestanda och ökad IOPS. För att förbättra prestandan kan du granska dina arbetsbelastningsfrågor för att identifiera möjligheter att minimera förbrukat minne. Om det inte är möjligt rekommenderar vi att du flyttar till ett högre SKU med mer minne, eller ökar lagringsstorleken för att få mer IOPS.
Läs mer om MariaDB-servern – OrcasMariaDbMemoryCache (Flytta MariaDB-servern till minnesoptimerad SKU).
Öka tillförlitligheten för spårningsloggar
Vårt system visar att serverns granskningsloggar kan ha gått förlorade under den senaste dagen. Förlorade granskningsloggar kan inträffa när servern har en processorintensiv arbetsbelastning, eller om en server genererar ett stort antal granskningsloggar under en kort tidsperiod. Vi rekommenderar att du endast loggar de händelser som krävs för ditt granskningsändamål med följande serverparametrar: audit_log_events, audit_log_exclude_users och audit_log_include_users. Om CPU-användningen på servern är hög på grund av arbetsbelastningen rekommenderar vi att du ökar serverns virtuella kärnor för att förbättra prestandan.
Läs mer om MariaDB-servern – OrcasMariaDBAuditLog (Öka tillförlitligheten för granskningsloggar).
Skala lagringsgränsen för MySQL-servern
Vårt system visar att servern kan vara begränsad eftersom den närmar sig gränser för de för närvarande etablerade lagringsvärdena. Om du närmar dig lagringsgränserna kan det leda till försämrad prestanda eller att servern flyttas till skrivskyddat läge. För att säkerställa fortsatt prestanda, rekommenderar vi att den etablerade lagringen utökas eller att funktionen ”Automatisk utökning” aktiveras för att öka lagringen automatiskt
Läs mer om MySQL-servern – OrcasMySQLStorageLimit (skala lagringsgränsen för MySQL-servern).
Skala MySQL-servern till högre SKU
Vårt system visar att servern kanske inte kan stödja anslutningsbegäranden på grund av de maximala anslutningar som stöds för den angivna SKU:n, vilket kan leda till ett stort antal misslyckade anslutningsbegäranden som påverkar prestandan negativt. För att förbättra prestandan rekommenderar vi att du flyttar till en SKU med högre minne genom att öka den virtuella kärnor eller växla till minnesoptimerade SKU:er.
Läs mer om MySQL-servern – OrcasMySQLConcurrentConnection (skala MySQL-servern till högre SKU).
Öka virtuell kärna för MySQL-server
Vårt system visar att processorn har körts under hög användning under en längre tidsperiod under de senaste sju dagarna. Hög CPU-användning kan leda till långsamma frågeprestanda. Om du vill förbättra prestanda bör du byta till en större databehandlingsstorlek.
Läs mer om MySQL-servern – OrcasMySQLCpuOverload (Öka mySQL-serverns virtuella kärnor).
Flytta din MySQL-server till minnesoptimerad SKU
Vårt system visar att det finns hög omsättning i buffertpoolen för den här servern, vilket kan leda till långsammare frågeprestanda och ökad IOPS. För att förbättra prestandan kan du granska dina arbetsbelastningsfrågor för att identifiera möjligheter att minimera förbrukat minne. Om det inte är möjligt rekommenderar vi att du flyttar till ett högre SKU med mer minne, eller ökar lagringsstorleken för att få mer IOPS.
Läs mer om MySQL-servern – OrcasMySQLMemoryCache (Flytta mySQL-servern till minnesoptimerad SKU).
Lägg till en skrivskyddad MySQL-replikserver
Vårt system visar att du kan ha en läsintensiv arbetsbelastning som körs, vilket resulterar i resurskonkurrering för den här servern. Resurskonkurration kan leda till långsamma frågeprestanda för servern. Om du vill förbättra prestandan rekommenderar vi att du lägger till en skrivskyddad replik och lastar av några av dina läsarbetsbelastningar till repliken.
Läs mer om MySQL-servern – OrcasMySQLReadReplica (Lägg till en MySQL Read Replica-server).
Förbättra hanteringen av MySQL-anslutningar
Vårt system visar att ditt program som ansluter till MySQL-servern kanske hanterar anslutningar dåligt, vilket 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 detta genom att konfigurera en anslutningspool på serversidan, till exempel ProxySQL.
Läs mer om MySQL-servern – OrcasMySQLConnectionPooling (Förbättra MySQL-anslutningshantering).
Öka tillförlitligheten för spårningsloggar
Vårt system visar att serverns granskningsloggar kan ha gått förlorade under den senaste dagen. Detta kan inträffa när servern har en processorintensiv arbetsbelastning eller om en server genererar ett stort antal granskningsloggar under en kort tidsperiod. Vi rekommenderar att du endast loggar de händelser som krävs för ditt granskningsändamål med följande serverparametrar: audit_log_events, audit_log_exclude_users och audit_log_include_users. Om CPU-användningen på servern är hög på grund av arbetsbelastningen rekommenderar vi att du ökar serverns virtuella kärnor för att förbättra prestandan.
Läs mer om MySQL-servern – OrcasMySQLAuditLog (Öka tillförlitligheten för granskningsloggar).
Förbättra prestanda genom att optimera storleken på temporära MySQL-tabeller
Vårt system visar att MySQL-servern kan medföra onödiga I/O-omkostnader på grund av låga inställningar för temporära tabellparametrar. Detta kan leda till onödiga diskbaserade transaktioner och lägre 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.
Förbättra svarstiden vid MySQL-anslutning
Vårt system visar att ditt program som ansluter till MySQL-servern kanske hanterar anslutningar dåligt. Detta kan leda till högre programfördröjning. För att förbättra svarstiden för anslutningen rekommenderar vi att du aktiverar omdirigering av anslutningar. Det kan du göra genom att aktivera funktionen för omdirigering av anslutningar i PHP-drivrutinen.
Läs mer om MySQL-servern – OrcasMySQLConnectionRedirection (Förbättra MySQL-anslutningsfördröjningen).
Öka lagringsgränsen för flexibel MySQL-server
Vårt system visar att servern kan vara begränsad eftersom den närmar sig gränser för de för närvarande etablerade lagringsvärdena. Om du närmar dig lagringsgränserna kan det leda till försämrad prestanda eller att servern flyttas till skrivskyddat läge. För att du ska få konsekventa prestanda rekommenderar vi att du ökar mängden etablerad lagring.
Skala flexibel MySQL-server till en högre SKU
Vårt system visar att din flexibla server överskrider de anslutningsgränser som är associerade med din aktuella SKU. Ett stort antal misslyckade anslutningsbegäranden kan påverka serverns prestanda negativt. För att förbättra prestandan rekommenderar vi att du ökar antalet virtuella kärnor eller växlar till en högre SKU.
Förstärk den flexibla MySQL-servern med virtuell kärna.
Vårt system visar att processorn har körts under hög användning under en längre tidsperiod under de senaste sju dagarna. Hög CPU-användning kan leda till långsamma frågeprestanda. Om du vill förbättra prestanda bör du byta till en större databehandlingsstorlek.
Läs mer om flexibel Azure Database for MySQL-server – OrcasMeruMysqlCpuUpcell (Öka vCores för MySQL – flexibel server.).
Förbättra prestanda genom att optimera storleken på temporära MySQL-tabeller.
Vårt system visar att MySQL-servern kan medföra onödiga I/O-omkostnader på grund av låga inställningar för temporära tabellparametrar. Onödiga I/O-omkostnader kan leda till onödiga diskbaserade transaktioner och lägre 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.
Flytta din MySQL-server till minnesoptimerad SKU
Vårt system visar att det finns hög minnesanvändning för den här servern som kan resultera i långsammare frågeprestanda och ökad IOPS. För att förbättra prestandan kan du granska dina arbetsbelastningsfrågor för att identifiera möjligheter att minimera förbrukat minne. Om det inte är möjligt rekommenderar vi att du flyttar till ett högre SKU med mer minne, eller ökar lagringsstorleken för att få mer IOPS.
Lägg till en skrivskyddad MySQL-replikserver
Vårt system visar att du kan ha en läsintensiv arbetsbelastning som körs, vilket resulterar i resurskonkurrering för den här servern. Detta kan leda till långsamma frågeprestanda för servern. Om du vill förbättra prestandan rekommenderar vi att du lägger till en skrivskyddad replik och lastar av några av dina läsarbetsbelastningar till repliken.
Öka work_mem för att undvika överdrivet diskläckage från sortering och hash
Vårt system visar att konfigurationen work_mem är för liten för PostgreSQL-servern, vilket resulterar i diskspillning och försämrade frågeprestanda. För att förbättra detta rekommenderar vi att du ökar gränsen för work_mem för servern, vilket hjälper till att minska scenarierna när sortering eller hash sker på disken och förbättrar den övergripande frågeprestandan.
Öka arbetsbelastningens prestanda med 30 % med den nya Ev5-beräkningsmaskinvaran
Med den nya Ev5-beräkningsmaskinvaran kan du öka arbetsbelastningens prestanda med 30 % med högre samtidighet och bättre dataflöde. Gå till alternativet Compute+Storage på Azure Portal och växla till Ev5-beräkning utan extra kostnad. Ev5-beräkning ger bästa prestanda bland andra VM-serier när det gäller QPS och svarstid.
Öka lagringsgränsen för servergrupp för hyperskala (Citus)
Vårt system visar att en eller flera noder i servergruppen kan vara begränsade eftersom de närmar sig gränserna för de för närvarande etablerade lagringsvärdena. Detta kan leda till försämrad prestanda eller att servern flyttas till skrivskyddat läge. För att du ska få konsekventa prestanda rekommenderar vi att du ökar det allokerade diskutrymmet.
Öka virtuell kärna för PostgreSQL-server
Under 7 dagar var CPU-användningen minst en av följande: Över 90 % i 2 eller fler timmar, över 50 % under 50 % av tiden, vid maximal användning under 20 % av tiden. Hög CPU-användning kan leda till långsam frågeprestanda. För att förbättra prestandan rekommenderar vi att du flyttar servern till en större SKU med högre beräkning. Läs mer om flexibel Azure Database for PostgreSQL-server – exklusiv server-SKU för PostgreSQL i Azure Database.
Optimera inställningarna för log_statement för PostgreSQL i Azure Database
Vårt system visar att du har log_statement aktiverat, för bättre prestanda ställer du in det på NONE
Optimera inställningarna för log_duration för PostgreSQL i Azure Database
Du kan uppleva potentiell prestandaförsämring på grund av loggningsinställningar. Om du vill optimera de här inställningarna ställer du in log_duration-serverparametern på AV.
Optimera inställningarna för log_min_duration för PostgreSQL i Azure Database
Serverparametern log_min_duration är inställd på mindre än 60 000 ms (1 minut), vilket kan leda till potentiell prestandaförsämring. Du kan optimera loggningsinställningarna genom att ange parametern log_min_duration_statement till -1.
Optimera inställningarna för log_error_verbosity för PostgreSQL i Azure Database
Din server har konfigurerats för att mata ut UTFÖRLIGA felloggar. Detta kan vara användbart när du felsöker din databas, men det kan också leda till sämre databasprestanda. För att förbättra prestandan rekommenderar vi att du ändrar log_error_verbosity-serverparametern till standardinställningen.
Identifiera om kontrollpunkter sker för ofta för att förbättra PostgreSQL – flexibel serverprestanda
Din server stöter ofta på kontrollpunkter. För att lösa problemet rekommenderar vi att du ökar max_wal_size-serverparametern.
Läs mer om flexibel Azure Database for PostgreSQL-server – Öka max_wal_size.
Identifiera inaktiva logiska replikeringsplatser för att förbättra PostgreSQL – flexibel serverprestanda
Servern kan ha inaktiva logiska replikeringsfack som kan leda till försämrad serverprestanda och tillgänglighet. Vi rekommenderar att du tar bort de inaktiva replikeringsplatserna eller börjar förbruka ändringarna från facken så att loggsekvensnumret (LSN) avancerar och ligger nära serverns aktuella LSN.
Läs mer om flexibel Azure Database for PostgreSQL-server – oanvända/inaktiva logiska replikeringsfack.
Identifiera långvariga transaktioner för att förbättra PostgreSQL – flexibel serverprestanda
Det finns transaktioner som körs i mer än 24 timmar. Granska avsnittet Hög CPU-användning –> Långvariga transaktioner i felsökningsguiderna för att identifiera och åtgärda problemet.
Läs mer om flexibel Azure Database for PostgreSQL-server – tidskrävande transaktioner med hjälp av felsökningsguider.
Identifiera överblivna förberedda transaktioner för att förbättra PostgreSQL – flexibel serverprestanda
Det finns överblivna förberedda transaktioner. Återställ/genomför den förberedda transaktionen. Rekommendationerna delas i avsnittet Blockering av autovacuumblockerare –> autovacuum i felsökningsguiderna.
Identifiera transaktionsomslutning för att förbättra PostgreSQL – flexibel serverprestanda
Servern har passerat gränsen på 50 % omslutning med 1 miljard transaktioner. Se rekommendationerna som delas i avsnittet Autovacuum Blockers –> Emergency AutoVacuum och Wraparound i felsökningsguiderna.
Läs mer om flexibel Azure Database for PostgreSQL-server – Transaktionsomslutning med hjälp av felsökningsguider.
Identifiera hög uppsvälldhetsgrad för att förbättra PostgreSQL – flexibel serverprestanda
Servern har en bloat_ratio (döda tupplar/ (levande tupplar + döda tupplar) > 80 %). Se rekommendationerna som delas i avsnittet Autovacuum-övervakning i felsökningsguiderna.
Läs mer om flexibel Azure Database for PostgreSQL-server – Hög uppsvälldhet med hjälp av felsökningsguider.
Öka lagringsgränsen för servergrupp för hyperskala (Citus)
Vårt system visar att en eller flera noder i servergruppen kan vara begränsade eftersom de närmar sig gränserna för de för närvarande etablerade lagringsvärdena. Detta kan leda till försämrad prestanda eller att servern flyttas till skrivskyddat läge. För att du ska få konsekventa prestanda rekommenderar vi att du ökar det allokerade diskutrymmet.
Migrera databasen från SSPG till FSPG
Överväg vårt nya erbjudande, Azure Database for PostgreSQL – flexibel server, som innehåller mer omfattande funktioner som zonmotståndskraftig HA, förutsägbar prestanda, maximal kontroll, fönster för anpassat underhåll, kostnadsoptimeringskontroller och förenklad utvecklarupplevelse.
Förbättra dina cache- och programprestanda när du kör med hög nätverksbandbredd
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska nätverksbandbredden eller skala till en annan storlek eller SKU med mer kapacitet.
Förbättra dina cache- och programprestanda när du kör med många anslutna klienter
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska serverbelastningen eller skala till en annan storlek eller SKU med mer kapacitet.
Förbättra dina cache- och programprestanda när du kör med många anslutna klienter
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska serverbelastningen eller skala till en annan storlek eller SKU med mer kapacitet.
Förbättra dina cache- och programprestanda när du kör med hög serverbelastning
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska serverbelastningen eller skala till en annan storlek eller SKU med mer kapacitet.
Förbättra dina cache- och programprestanda när du kör med hög serverbelastning
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska serverbelastningen eller skala till en annan storlek eller SKU med mer kapacitet.
Förbättra dina cache- och programprestanda när du kör med hög minnesbelastning
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska använt minne eller skala till en annan storlek eller SKU med mer kapacitet.
Förbättra cache- och programprestanda när minnes-RSS-användningen är hög.
Cacheinstanser fungerar bäst när de inte körs under hög nätverksbandbredd som kan orsaka svarslöshet, dataförlust eller otillgänglighet. Använd metodtips för att minska använt minne eller skala till en annan storlek eller SKU med mer kapacitet.
Cacheinstanser fungerar bäst när värddatorerna där klientprogrammet körs kan hålla jämna åtgärder från cacheminnet
Cacheinstanser presterar bäst när värddatorerna där klientprogrammet körs kan hålla jämna problem med svar från cacheminnet. Om klientvärddatorn körs frekvent på minne, PROCESSOR eller nätverksbandbredd når cachesvaren inte ditt program tillräckligt snabbt och kan resultera i högre svarstid.
DevOps
Uppdatera till den senaste AMS API-versionen
Vi har identifierat anrop till en AZURE Media Services-API-version (AMS) som inte rekommenderas. Du rekommenderar att du byter till den senaste AMS API-versionen för att säkerställa oavbruten åtkomst till AMS, de senaste funktionerna och prestandaförbättringar.
Läs mer om Monitor – UpdateToLatestAMSApiVersion (Uppdatera till den senaste AMS API-versionen).
Uppgradera till den senaste versionen av Workloads SDK
Uppgradera till den senaste SDK-versionen för arbetsbelastningar för att få bästa resultat när det gäller modellkvalitet, prestanda och tjänsttillgänglighet.
Läs mer om Monitor – UpgradeToLatestAMSSdkVersion (Uppgradera till den senaste SDK-versionen för arbetsbelastningar).
Integrering
Uppgradera din API Management-resurs till en alternativ version
Din prenumeration körs på versioner som har schemalagts för utfasning. Den 30 september 2023 går alla API-versioner för Azure API Management-tjänsten före 2021-08-01 tillbaka och API-anrop misslyckas. Uppgradera till en nyare version för att förhindra avbrott i dina tjänster.
Läs mer om Api Management – apimgmtdeprecation (Uppgradera din API Management-resurs till en alternativ version).
Mobilt
Använd rekommenderad version av Chat SDK
Azure Communication Services Chat SDK kan användas för att lägga till en omfattande realtidschatt i dina program. Uppdatera till den rekommenderade versionen av Chat SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeChatSdk (Använd rekommenderad version av Chat SDK).
Använda rekommenderad version av Resource Manager SDK
Resource Manager SDK kan användas för att skapa och hantera Azure Communication Services-resurser. Uppdatera till den rekommenderade versionen av Resource Manager SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeResourceManagerSdk (Använd rekommenderad version av Resource Manager SDK).
Använda rekommenderad version av Identity SDK
Azure Communication Services Identity SDK kan användas för att hantera identiteter, användare och åtkomsttoken. Uppdatera till den rekommenderade versionen av Identity SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeIdentitySdk (Använd rekommenderad version av Identity SDK).
Använda rekommenderad version av SMS SDK
Azure Communication Services SMS SDK kan användas för att skicka och ta emot SMS. Uppdatera till den rekommenderade versionen av SMS SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeSmsSdk (Använd rekommenderad version av SMS SDK).
Använda rekommenderad version av Phone Numbers SDK
Azure Communication Services Phone Numbers SDK kan användas för att hämta och hantera telefonnummer. Uppdatera till den rekommenderade versionen av Phone Numbers SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradePhoneNumbersSdk (Använd rekommenderad version av Phone Numbers SDK).
Använda rekommenderad version av Calling SDK
Azure Communication Services Calling SDK kan användas för att aktivera röst, video, skärmdelning och annan realtidskommunikation. Uppdatera till den rekommenderade versionen av Calling SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeCallingSdk (Använd rekommenderad version av Calling SDK).
Använda rekommenderad version av Call Automation SDK
Azure Communication Services Call Automation SDK kan användas för att göra och hantera samtal, spela upp ljud och konfigurera inspelning. Uppdatera till den rekommenderade versionen av Call Automation SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeServerCallingSdk (Använd rekommenderad version av Call Automation SDK).
Använda rekommenderad version av Network Traversal SDK
Azure Communication Services Network Traversal SDK kan användas för åtkomst till TURN-servrar för dataöverföring på låg nivå. Uppdatera till den rekommenderade versionen av Network Traversal SDK så att du får de senaste korrigeringarna och funktionerna.
Läs mer om Kommunikationstjänst – UpgradeTurnSdk (Använd rekommenderad version av Network Traversal SDK).
Använda rekommenderad version av Rooms SDK
Azure Communication Services Rooms SDK kan användas för att styra vem som kan ansluta till ett samtal, när de kan träffas och hur de kan samarbeta. Uppdatera till den rekommenderade versionen av Rooms SDK så att du får de senaste korrigeringarna och funktionerna. En icke-rekommenderad version har identifierats under de senaste 48–60 timmarna.
Läs mer om Kommunikationstjänst – UpgradeRoomsSdk (Använd rekommenderad version av Rooms SDK).
Nätverk
Rekommendation för uppgradering av SDK-version
Den senaste versionen av klientbiblioteket eller SDK för Azure Front Door Standard och Premium innehåller korrigeringar av problem som rapporterats av kunder och som proaktivt har identifierats via vår process för kvalitetskontroll. Den senaste versionen har även tillförlitlighets- och prestandaoptimering utöver nya funktioner som kan förbättra din övergripande upplevelse när du använder Azure Front Door Standard och Premium.
Läs mer om Front Door-profil – UpgradeCDNToLatestSDKLanguage (rekommendation om uppgradering av SDK-version).
Rekommendation för uppgradering av SDK-version
Den senaste versionen av Azure Traffic Collector SDK innehåller korrigeringar av problem som proaktivt identifieras via vår kvalitetskontrollprocess, med stöd för den senaste resursmodellen och tillförlitlighets- och prestandaoptimering som kan förbättra din övergripande upplevelse av att använda ATC.
Läs mer om Azure Traffic Collector – UpgradeATCToLatestSDKLanguage (rekommendation om uppgradering av SDK-version).
Uppgradera bandbredden för din ExpressRoute-krets baserat på dina bandbreddsbehov
Den senaste tiden har du använt över 90 % av den tillgängliga bandbredden för din krets. Om du överskrider din allokerade bandbredd ökar antalet borttagna paket som skickas via ExpressRoute. Se till att upprätthålla prestanda genom att uppgradera bandbredden för kretsen om ditt bandbreddsbehov fortsätter att ligga på den här nivån.
Få mer förutsägbara och konsekventa svarstider med en privat anslutning till Azure
Förbättra prestanda, sekretess och tillförlitlighet för dina affärskritiska appar genom att utöka dina lokala nätverk till Azure med Azure ExpressRoute. Etablera privata ExpressRoute-anslutningar direkt från ditt WAN, via en molnutbytesfunktion eller via POP- och IPVPN-anslutningar.
Uppgradera arbetsbelastnings-API:et till den senaste versionen (API för Azure Center for SAP solutions)
Vi har upptäckt anrop till en inaktuell version av arbetsbelastnings-API:et för resurser under den här resursgruppen. Vi rekommenderar att du byter till den senaste versionen av arbetsbelastnings-API:et för att säkerställa oavbruten åtkomst till de senaste funktionerna och prestandaförbättringarna i Azure Center for SAP solutions. Om det finns flera virtuella instanser för SAP-lösningar (VIS) som visas i rekommendationen kontrollerar du att du uppdaterar API-versionen för alla VIS-resurser.
Uppgradera arbetsbelastnings-SDK:n till den senaste versionen (SDK för Azure Center for SAP solutions)
Vi har upptäckt anrop till en inaktuell version av arbetsbelastnings-SDK:n för resurser i den här resursgruppen. Uppgradera till den senaste SDK-versionen för arbetsbelastningar för att få de senaste funktionerna och de bästa resultaten när det gäller modellkvalitet, prestanda och tjänsttillgänglighet för Azure Center för SAP-lösningar. Om det finns flera virtuella instanser för SAP-lösningar (VIS) som visas i rekommendationen kontrollerar du att du uppdaterar SDK-versionen för alla VIS-resurser.
Ställ in TTL-värdet för DNS på 60 sekunder
Time to Live (TTL) påverkar hur nyligen ett svar en klient får när den skickar en begäran till Azure Traffic Manager. Att minska TTL-värdet innebär att klienten dirigeras till en fungerande slutpunkt snabbare vid en redundansväxling. Konfigurera din TTL till 60 sekunder för att dirigera trafik till en felfri slutpunkt så snabbt som möjligt.
Läs mer om Traffic Manager-profil – ProfileTTL (Konfigurera DNS-tid till live till 60 sekunder).
Ställ in TTL-värdet för DNS på 20 sekunder
Time to Live (TTL) påverkar hur nyligen ett svar en klient får när den skickar en begäran till Azure Traffic Manager. Att minska TTL-värdet innebär att klienten dirigeras till en fungerande slutpunkt snabbare vid en redundansväxling. Konfigurera din TTL till 20 sekunder för att dirigera trafik till en felfri slutpunkt så snabbt som möjligt.
Läs mer om Traffic Manager-profil – FastFailOverTTL (Konfigurera DNS-tid till live till 20 sekunder).
Ställ in TTL-värdet för DNS på 60 sekunder
Time to Live (TTL) påverkar hur nyligen ett svar en klient får när den skickar en begäran till Azure Traffic Manager. Att minska TTL-värdet innebär att klienten dirigeras till en fungerande slutpunkt snabbare vid en redundansväxling. Konfigurera din TTL till 60 sekunder för att dirigera trafik till en felfri slutpunkt så snabbt som möjligt.
Läs mer om Traffic Manager-profil – ProfileTTL (Konfigurera DNS-tid till live till 60 sekunder).
Överväg att öka storleken på din virtuella nätverksgateway-SKU för att hantera konsekvent hög CPU-användning
Under hög trafikbelastning kan VPN-gatewayen släppa paket på grund av hög CPU.
Överväg att öka storleken på din virtuella nätverksgateway-SKU för att hantera hög P2S-användning
Varje gateway-SKU har endast stöd för ett angivet antal samtidiga P2S-anslutningar. Antalet anslutningar ligger nära gatewaygränsen, så fler anslutningsförsök kan misslyckas.
Se till att du har tillräckligt med Application Gateway-instanser för att hantera din trafik
Din Application Gateway har körts med hög användning nyligen och under hög belastning kan du uppleva trafikförlust eller ökad svarstid. Det är viktigt att du skalar din Application Gateway i enlighet med detta och lägger till en buffert så att du är förberedd på eventuella trafiktoppar eller toppar och minimerar den effekt som den kan ha i din QoS. Application Gateway v1 SKU (Standard/WAF) stöder manuell skalning och v2 SKU (Standard_v2/WAF_v2) stöder manuell och automatisk skalning. Med manuell skalning ökar du antalet instanser. Om automatisk skalning är aktiverat kontrollerar du att det maximala instansantalet är inställt på ett högre värde så att Application Gateway kan skala ut när trafiken ökar.
Använda HEAD-hälsoavsökningar
Hälsoavsökningar kan använda antingen GET- eller HEAD HTTP-metoden. Det är en bra idé att använda HEAD-metoden för hälsoavsökningar, vilket minskar mängden trafikbelastning på dina ursprung.
Läs mer om Front Door – Använd HEAD-hälsoavsökningar.
SAP för Azure
För att undvika mjuk låsning i Mellanox-drivrutinen minskar du värdet för can_queue i operativsystemet för app-VM i SAP-arbetsbelastningar
Minska värdet för can_queue i operativsystemet för att undvika sporadisk mjuk låsning i Mellanox-drivrutinen. Värdet kan inte anges direkt. Lägg till följande kernel-startradsalternativ för att uppnå samma effekt: ”hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024”
För att undvika mjuk låsning i Mellanox-drivrutinen minskar du värdet för can_queue i operativsystemet för ASCS-VM i SAP-arbetsbelastningar
Minska värdet för can_queue i operativsystemet för att undvika sporadisk mjuk låsning i Mellanox-drivrutinen. Värdet kan inte anges direkt. Lägg till följande kernel-startradsalternativ för att uppnå samma effekt: ”hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024”
För att undvika mjuk låsning i Mellanox-drivrutinen minskar du värdet för can_queue i operativsystemet för DB-VM i SAP-arbetsbelastningar
Minska värdet för can_queue i operativsystemet för att undvika sporadisk mjuk låsning i Mellanox-drivrutinen. Värdet kan inte anges direkt. Lägg till följande kernel-startradsalternativ för att uppnå samma effekt: ”hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024”
Optimera tcp_wmem OS-parameter för förbättrad filsystemprestanda i HANA DB med ANF
Parametern net.ipv4.tcp_wmem anger lägsta, högsta samt standardmässiga storlek på den sändningsbuffert som används för en TCP-socket. Ställ in parametern enligt SAP-anmärkning 302436 för att låta HANA DB köras med ANF så att du får bättre prestanda i filsystemet. Det maximala värdet får inte överskrida net.core.wmem_max parameter.
Optimera tcp_rmem OS-parameter för förbättrad filsystemprestanda i HANA DB med ANF
Parametern net.ipv4.tcp_rmem anger lägsta, högsta samt standardmässiga storlek på den mottagningsbuffert som används för en TCP-socket. Ställ in parametern enligt SAP-anmärkning 3024346 för att låta HANA DB köras med ANF så att du får bättre prestanda i filsystemet. Det maximala värdet får inte överskrida net.core.rmem_max parameter.
Optimera wmem_max OS-parameter för förbättrad filsystemprestanda i HANA DB med ANF
I HANA DB med ANF-lagringstyp måste den maximala skriv socketbufferten, som definieras av parametern net.core.wmem_max vara tillräckligt stor för att hantera utgående nätverkspaket. Den net.core.wmem_max konfigurationen certifierar HANA DB att köras med ANF och förbättrar filsystemets prestanda. Läs mer i SAP-anteckning 3024346.
Optimera tcp_rmem OS-parameter för förbättrad filsystemprestanda i HANA DB med ANF
Parametern net.ipv4.tcp_rmem anger lägsta, högsta samt standardmässiga storlek på den mottagningsbuffert som används för en TCP-socket. Ställ in parametern enligt SAP-anmärkning 3024346 för att låta HANA DB köras med ANF så att du får bättre prestanda i filsystemet. Det maximala värdet får inte överskrida net.core.rmem_max parameter.
Läs mer om Databasinstans – OptimizeReadTcp (Optimera tcp_rmem OS-parameter för bättre prestanda för filsystem i HANA DB med ANF.
Optimera rmem_max OS-parameter för förbättrad filsystemprestanda i HANA DB med ANF
I HANA DB med ANF-lagringstyp måste den maximala read socket-bufferten, som definieras av parametern, net.core.rmem_max vara tillräckligt stor för att hantera inkommande nätverkspaket. Konfigurationen net.core.rmem_max certifierar HANA DB att köras med ANF och förbättrar filsystemets prestanda. Läs mer i SAP-anteckning 3024346.
Om du vill förbättra filsystemets prestanda i HANA DB med ANF anger du köstorleken för kvarvarande mottagningsuppgifter till 300 000
Parametern net.core.netdev_max_backlog anger storleken på mottagarkön för kvarvarande uppgifter, som används om ett nätverksgränssnitt tar emot paket snabbare än vad kerneln kan bearbeta. Ange parametern enligt SAP-anteckning 3024346. Konfigurationen net.core.netdev_max_backlog certifierar HANA DB att köras med ANF och förbättrar filsystemets prestanda.
Om du vill förbättra filsystemets prestanda i HANA DB med ANF kan du aktivera OS-parametern för TCP-fönsterskalning
Aktivera parametern för TCP-fönsterskalning enligt SAP-anteckning 302436. TCP-fönstrets skalningskonfiguration certifierar HANA DB att köras med ANF och förbättrar filsystemprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
Om du vill förbättra filsystemets prestanda i HANA DB med ANF inaktiverar du IPv6-protokollet i operativsystemet
Inaktivera IPv6 enligt rekommendationerna för SAP på Azure för HANA DB med ANF för att förbättra filsystemets prestanda.
Läs mer om Databasinstans – DisableIPv6Protocol (Inaktivera IPv6-protokoll i OS för bättre prestanda för filsystem i HANA DB med ANF.
Om du vill förbättra filsystemets prestanda i HANA DB med ANF inaktiverar du parametern för långsam start efter inaktivitet
Parametern net.ipv4.tcp_slow_start_after_idle inaktiverar behovet av att stegvis skala upp TCP-fönsterstorleken för TCP-anslutningar som var inaktiva under en tid. Genom att ange den här parametern till noll enligt SAP-anmärkning: 302436 används den maximala hastigheten från början för tidigare inaktiva TCP-anslutningar.
För bättre filsystemprestanda i HANA DB med ANF-optimera tcp_max_syn_backlog OS-parameter
För att förhindra att kerneln använder SYN-cookies i en situation där många anslutningsbegäranden skickas inom en kort tidsram och för att förhindra en varning om en potentiell SYN-översvämningsattack i systemloggen måste storleken på SYN-kvarvarande uppgifter anges till ett rimligt högt värde. Se SAP-2382421.
Förbättra filsystemets prestanda i HANA DB med ANF genom att aktivera OS-parametern tcp_sack
Aktivera parametern tcp_sack enligt SAP-anteckning 302436. Den tcp_sack konfigurationen certifierar HANA DB att köras med ANF och förbättrar filsystemprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
I scenario med hög tillgänglighet för HANA DB med ANF inaktiverar du parametern tcp_timestamps OS
Inaktivera parametern tcp_timestamps enligt SAP-anteckning 302436. Konfigurationen tcp_timestamps certifierar HANA DB att köras med ANF och förbättrar filsystemprestanda i scenarier med hög tillgänglighet för HANA DB med ANF i SAP-arbetsbelastningar
Förbättra filsystemets prestanda i HANA DB med ANF genom att aktivera OS-parametern tcp_timestamps
Aktivera parametern tcp_timestamps enligt SAP-anteckning 302436. Konfigurationen tcp_timestamps certifierar HANA DB att köras med ANF och förbättrar filsystemprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
Om du vill förbättra filsystemets prestanda i HANA DB med ANF aktiverar du automatisk justering av TCP-mottagningsbuffertstorlek
Parametern net.ipv4.tcp_moderate_rcvbuf gör det möjligt för TCP att utföra automatisk buffertjustering för att automatiskt storleksanpassa bufferten (inte större än tcp_rmem för att matcha den storlek som krävs av sökvägen för fullständigt dataflöde. Aktivera den här parametern enligt SAP-anmärkning: 302436 för bättre filsystemprestanda.
Optimera net.ipv4.ip_local_port_range för bättre filsystemprestanda i HANA DB med ANF
Eftersom HANA använder ett stort antal anslutningar för intern kommunikation är det bra att ha så många klientportar som möjligt tillgängliga för detta ändamål. Ange OS-parametern net.ipv4.ip_local_port_range i enlighet med SAP-anteckning 2382421 för att få en optimal HANA-kommunikation.
Optimera sunrpc.tcp_slot_table_entries för att förbättra filsystemets prestanda i HANA DB med ANF
Ange parametern sunrpc.tcp_slot_table_entries till 128 enligt rekommendationen för bättre filsystemprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
Alla diskar i LVM för /hana/datavolym måste vara av samma typ för att säkerställa höga prestanda i HANA DB
Om flera disktyper väljs i /hana/data volume kan prestanda för HANA DB i SAP-arbetsbelastningar begränsas. Kontrollera att alla HANA-datavolymdiskar är av samma typ och konfigureras enligt rekommendationen för SAP på Azure.
Stripe-storlek för /hana/data måste vara 256 kb för bättre prestanda för HANA DB i SAP-arbetsbelastningar
Om du använder LVM eller mdadm för att skapa stripe-uppsättningar över flera Azure Premium-diskar måste du definiera randstorlekar. Baserat på erfarenhet av senasteLinux-versioner rekommenderar Azure att du använder stripe-storleken 256 kb för /hana/datafilsystem för bättre prestanda för HANA DB.
Optimera parametern vm.swappiness för att förbättra filsystemets prestanda i HANA DB med ANF
Ange OS-parametern vm.swappiness till 10 enligt rekommendationen för bättre filsystemprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
Om du vill förbättra filsystemets prestanda i HANA DB med ANF inaktiverar du parametern net.ipv4.conf.all.rp_filter
Inaktivera linux OS-parametern för filtret för omvänd sökväg, net.ipv4.conf.all.rp_filter enligt rekommendationen för bättre filsystemprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
Läs mer om Databasinstans – InaktiveraIPV4Conf (Inaktivera net.ipv4.conf.all.rp_filter om du vill förbättra filsystemets prestanda i HANA DB med ANF.
Om du använder Ultradisk måste IOPS för /hana/datavolym vara >=7000 för bättre HANA DB-prestanda
IOPS på minst 7 000 i /hana/data volume rekommenderas för SAP-arbetsbelastningar när du använder Ultradisk. Välj disktyp för /hana/datavolym enligt detta krav för att säkerställa hög prestanda för databasen.
Förbättra filsystemets prestanda i HANA DB med ANF genom att optimera parametern tcp_max_slot_table_entries
Ange OS-parametern tcp_max_slot_table_entries till 128 enligt SAP-anmärkning: 302436 för bättre filöverföringsprestanda i HANA DB med ANF i SAP-arbetsbelastningar.
Se till att läsprestandan för /hana/datavolymen är >=400 MB/s för bättre prestanda i HANA DB
Läsaktivitet på minst 400 MB/s för /hana/data för I/O-storlekar på 16 MB och 64 MB rekommenderas för SAP-arbetsbelastningar i Azure. Välj disktyp för /hana/data enligt det här kravet för att säkerställa hög prestanda för databasen och för att uppfylla minimikraven för lagring för SAP HANA.
Läs-/skrivprestanda för /hana/loggvolym måste vara >=250 MB/s för bättre prestanda i HANA DB
Läs-/skrivaktivitet på minst 250 MB/s för /hana/log för 1 MB I/O-storlek rekommenderas för SAP-arbetsbelastningar i Azure. Välj disktyp för /hana/loggvolym enligt detta krav för att säkerställa hög prestanda för databasen och för att uppfylla minimikraven på lagring för SAP HANA.
Om du använder Ultradisk måste IOPS för /hana/loggvolymen vara >=2000 för bättre prestanda i HANA DB
IOPS på minst 2 000 i /hana/log volume rekommenderas för SAP-arbetsbelastningar när du använder Ultradisk. Välj disktyp för /hana/loggvolym enligt detta krav för att säkerställa hög prestanda för databasen.
Alla diskar i LVM för /hana/loggvolym måste vara av samma typ för att säkerställa höga prestanda i HANA DB
Om flera disktyper väljs i /hana/log volume kan prestanda för HANA DB i SAP-arbetsbelastningar begränsas. Kontrollera att alla HANA-datavolymdiskar är av samma typ och konfigureras enligt rekommendationen för SAP på Azure.
Aktivera skrivningsaccelerator på /hana/log volume med Premium-disk för förbättrad svarstid för skrivning i HANA DB
Skrivacceleratorn i Azure är en funktion för virtuella datorer i Azure M-serien. Den förbättrar I/O-svarstiden för skrivningar mot Azure Premium Storage. För SAP HANA ska skrivacceleratorn endast användas mot /hana/log volume.
Stripe-storlek för /hana/log måste vara 64 kb för bättre prestanda för HANA DB i SAP-arbetsbelastningar
Om du använder LVM eller mdadm för att skapa stripe-uppsättningar över flera Azure Premium-diskar måste du definiera randstorlekar. För att få tillräckligt med dataflöde med större I/O-storlekar rekommenderar Azure att du använder en randstorlek på 64 kb för filsystemet /hana/log för bättre prestanda för HANA DB.
Säkerhet
Uppdatera versionen av API:et för attestering
Vi har identifierat API-anrop från inaktuella ett attesterings-API för resurser under den här prenumerationen. Vi rekommenderar att du byter till den senaste versionen av API:et för attestering. Du måste uppdatera din befintliga kod så att den senaste API-versionen används. Med den senaste API-versionen får du de senaste funktionerna och prestandaförbättringarna.
Läs mer om attesteringsprovider – UpgradeAttestationAPI (Uppdatera attesterings-API-version).
Uppdatera versionen av Key Vault-SDK:t
Nya Key Vault Client Libraries är indelat i SDK:er för nycklar, hemligheter och certifikat, som är integrerade i rekommenderade Azure Identity-bibliotek och ger smidig Key Vault-autentisering för alla språk och miljöer. Det innehåller även flera korrigeringar av prestandaproblem som rapporterats av kunder och som proaktivt har identifierats i vår process för kvalitetskontroll. Om Key Vault är integrerat med Azure Storage, Disk eller andra Azure-tjänster som kan använda gamla Key Vault SDK och när alla dina aktuella anpassade program använder .NET SDK 4.0 eller senare kan du avvisa rekommendationen.
Läs mer om Key Vault – UpgradeKeyVaultSDK (Uppdatera Key Vault SDK-version).
Uppdatera versionen av Key Vault-SDK:t
Nya Key Vault Client Libraries är indelat i SDK:er för nycklar, hemligheter och certifikat, som är integrerade i rekommenderade Azure Identity-bibliotek och ger smidig Key Vault-autentisering för alla språk och miljöer. Det innehåller även flera korrigeringar av prestandaproblem som rapporterats av kunder och som proaktivt har identifierats i vår process för kvalitetskontroll.
Viktigt!
Tänk på att du bara kan åtgärda rekommendationerna för anpassade program som du har åtkomst till. Rekommendationer kan visas på grund av integrering med andra Azure-tjänster som Lagring, Diskkryptering, som håller på att uppdateras till en ny version av vår SDK. Om du använder .NET 4.0 i alla dina program kan du avvisa rekommendationen.
Läs mer om Managed HSM Service – UpgradeKeyVaultMHSMSDK (Uppdatera Key Vault SDK-version).
Storage
Använd Put Blob för blobar mindre än 256 MB
När du skriver en blockblob på 256 MB eller mindre (64 MB för förfrågningar med REST-versioner före 2016-05-31) kan du ladda upp den i sin helhet med en enda skrivåtgärd genom att använda Put Blob. Utifrån dina sammanställda mätvärden anser vi att ditt lagringskontos skrivåtgärder kan optimeras.
Läs mer om Lagringskonto – StorageCallPutBlob (Använd "Put Blob" för blobar som är mindre än 256 MB).
Öka den etablerade storleken på premiumfilresursen för att undvika att förfrågningarna begränsas
Dina förfrågningar för premiumfilresurser begränsas eftersom gränsen för antalet I/O-åtgärder per sekund (IOPS) eller dataflödesgränsen för filresursen har nåtts. Om du vill skydda dina begäranden från att begränsas ökar du storleken på premiumfilresursen.
Skapa statistik i tabellkolumner
Vi har upptäckt att du saknar tabellstatistik som kan påverka frågeprestanda. Frågeoptimeraren använder statistik för att beräkna kardinaliteten eller antalet rader i frågeresultatet och på så vis skapa en frågeplan med hög kvalitet.
Läs mer om SQL Data Warehouse – CreateTableStatisticsSqlDW (Skapa statistik för tabellkolumner).
Ta bort dataskevhet för att förbättra frågeprestanda
Vi har upptäckt att distributionsdata är större än 15 %, vilket kan orsaka kostsamma prestandaflaskhalsar.
Läs mer om SQL Data Warehouse – DataSkewSqlDW (Ta bort datasnedvridning för att öka frågeprestandan).
Uppdatera statistik i tabellkolumner
Vi har upptäckt att du inte har uppdaterad tabellstatistik, vilket kan påverka frågeprestanda. Frågeoptimeraren använder uppdaterad statistik för att uppskatta kardinaliteten eller antalet rader i frågeresultatet som gör det möjligt för frågeoptimeraren att skapa en frågeplan av hög kvalitet.
Läs mer om SQL Data Warehouse – UpdateTableStatisticsSqlDW (Uppdatera statistik om tabellkolumner).
Skala upp för att optimera cacheanvändning med SQL Data Warehouse
Vi har upptäckt att du hade hög procentandel cacheanvändning med låg träffprocent, vilket indikerar en hög cacheavlägsningshastighet som kan påverka arbetsbelastningens prestanda.
Skala upp eller uppdatera resursklassen för att minsta tempdb-konkurrensen med SQL Data Warehouse
Vi har upptäckt att du hade hög tempdb-användning som kan påverka arbetsbelastningens prestanda.
Omvandla tabeller till replikerade tabeller med SQL Data Warehouse
Vi har upptäckt att du kan ha nytta av att använda replikerade tabeller. Replikerade tabeller undviker kostsamma dataförflyttningsåtgärder och ökar arbetsbelastningens prestanda avsevärt.
Dela upp mellanlagrade filer i lagringskontot för att öka inläsningsprestanda
Vi har upptäckt att du kan öka dataflödet för inläsning genom att dela upp komprimerade filer som mellanlagras i ditt lagringskonto. En bra tumregel är att dela upp komprimerade filer i 60 eller fler för att inläsningens parallellism.
Öka batchstorleken vid inläsning för att maximera dataflöde, datakomprimering och frågeprestanda
Vi har upptäckt att du kan öka inläsningens prestanda och dataflöde genom att öka batchstorleken när du läser in i databasen. Överväg 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:et eller BCP – en bra tumregel är en batchstorlek mellan 100 000 och 1 miljon rader.
Samplacera lagringskontot inom samma region för att minimera svarstiden vid inläsning
Vi har upptäckt att du läser in från en region som skiljer sig från din SQL-pool. Överväg att läsa in från ett lagringskonto som finns i samma region som din SQL-pool för att minimera svarstiden vid inläsning av data.
Uppgradera ditt Storage Client Library till den senaste versionen för att få bättre tillförlitlighet och prestanda
Den senaste versionen av Storage Client Library/SDK innehåller korrigeringar av problem som rapporterats av kunder och som proaktivt har identifierats via vår process för kvalitetskontroll. Den senaste versionen har även tillförlitlighets- och prestandaoptimering utöver nya funktioner som kan förbättra din övergripande upplevelse när du använder Azure Storage.
Uppgradera ditt Storage Client Library till den senaste versionen för att få bättre tillförlitlighet och prestanda
Den senaste versionen av Storage Client Library/SDK innehåller korrigeringar av problem som rapporterats av kunder och som proaktivt har identifierats via vår process för kvalitetskontroll. Den senaste versionen har även tillförlitlighets- och prestandaoptimering utöver nya funktioner som kan förbättra din övergripande upplevelse när du använder Azure Storage.
Uppgradera till Standard SSD-diskar för jämnare och bättre prestanda
Eftersom du kör arbetsbelastningar för virtuella IaaS-datorer på hanterade Standard HDD-diskar bör du vara medveten om att ett Standard SSD-diskalternativ nu är tillgängligt för alla typer av virtuella Azure-datorer. Standard SSD-diskar är ett kostnadseffektivt lagringsalternativ som är optimerat för företagsarbetsbelastningar som behöver jämn prestanda. Uppgradera diskkonfigurationen idag och få bättre svarstid, tillförlitlighet och tillgänglighet. Uppgraderingen kräver en omstart av den virtuella datorn, vilket tar tre till fem minuter.
Använda premiumprestanda för blockbloblagring
Ett eller flera av dina lagringskonton har en hög transaktionshastighet per GB lagrade blockblobdata. Använd blockbloblagring med premiumprestanda i stället för lagring med standardprestanda för dina arbetsbelastningar som kräver snabba lagringssvarstider och/eller höga transaktionspriser och eventuellt spara på lagringskostnaderna.
Läs mer om Lagringskonto – PremiumBlobStorageAccount (Använd bloblagring med premiumprestandablock).
Konvertera ohanterade diskar från Standard HDD till Premium SSD för bättre prestanda
Vi har lagt märke till att ohanterade HDD-disk närmar sig prestandamålen. Azure Premium SSD ger stöd för diskar med låg fördröjning och höga prestanda för virtuella datorer med I/O-intensiva arbetsbelastningar. Förbättra diskprestandan genom att uppgradera din Standard HDD-disk till en Premium SSD-disk. Uppgraderingen kräver en omstart av den virtuella datorn, vilket tar tre till fem minuter.
Distribuera data i servergruppen för att distribuera arbetsbelastningen mellan noder
Det verkar som om data inte är distribuerade i den här servergruppen men stannar kvar på koordinatorn. För fullständiga Fördelar med Hyperskala (Citus) distribuerar du data på arbetsnoder i servergruppen.
Balansera om data i Hyperskala-servergruppen (Citus) för att få en jämnare fördelning av arbetsbelastningen mellan arbetsnoderna
Det verkar som om data inte är väl balanserade mellan arbetsnoderna i den här Hyperskala-servergruppen (Citus). För att kunna använda varje arbetsnod i Hyperskala-servergruppen (Citus) balanserar du effektivt om data i servergruppen.
Infrastruktur för virtuella skrivbord
Förbättra användarupplevelsen och anslutningen genom att distribuera virtuella datorer närmare användarens plats
Vi har fastställt att dina virtuella datorer finns i en annan region eller långt från där dina användare ansluter med Azure Virtual Desktop, vilket kan leda till långa svarstider för anslutningar och påverka den övergripande användarupplevelsen. När du skapar virtuella datorer för dina värdpooler kan 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.
Ändra maxgränsen för sessioner för värdpoolen med belastningsutjämning med djup-först för att förbättra den virtuella datorns prestanda
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 och detta kan orsaka prestanda- och tillförlitlighetsproblem. När du anger att en värdpool ska ha djup första belastningsutjämningen bör du därför också ange en lämplig maximal sessionsgräns enligt konfigurationen av din distribution och kapacitet för dina virtuella datorer. Du kan åtgärda detta genom att öppna värdpoolens egenskaper och ändra värdet bredvid inställningen Maxgräns för sessioner.
Webb
Flytta din App Service-plan till Premium V2 för bättre prestanda
Din app har betjänat fler än 1 000 begäranden per dag under de senaste tre dagarna. Din app kan dra nytta av den infrastruktur med högre prestanda som är tillgänglig med Premium V2 App Service-nivån. Premium V2-nivån innehåller virtuella datorer i Dv2-serien med snabbare processorer, SSD-lagring och dubbelt förhållande mellan minne och kärna jämfört med föregående instanser. Läs mer om att uppgradera till Premium V2 i vår dokumentation.
Läs mer om App Service – AppServiceMoveToPremiumV2 (Flytta din App Service-plan till PremiumV2 för bättre prestanda).
Kontrollera utgående anslutningar från din App Service-resurs
Din app har öppnat för många TCP/IP-anslutningar. Oväntade anslutningsproblem kan uppstå i apparna om begränsningar av tillfälliga TCP/IP-portanslutningar överskrids.
Läs mer om App Service – AppServiceOutboundConnections (Kontrollera utgående anslutningar från din App Service-resurs).
Nästa steg
Läs mer om prestandaeffektivitet – Microsoft Azure Well Architected Framework