Doporučení k výkonu

Doporučení k výkonu v Azure Advisoru vám můžou pomoct zlepšit rychlost a rychlost odezvy důležitých podnikových aplikací. Doporučení k výkonu můžete získat z Advisoru na kartě Výkon na řídicím panelu Advisoru.

1. Přihlaste se k portálu Azure.

2. Vyhledejte a vyberte Advisor z libovolné stránky.

3. Na řídicím panelu Advisor vyberte kartu Výkon .

Umělá inteligence a strojové učení

U tohoto prostředku bylo detekováno omezování 429

Zjistili jsme, že u tohoto prostředku došlo během jednoho dne k nejméně 1000 chybám omezování 429. Za účelem lepšího zvládání vyšších objemů volání a redukce počtu chyb 429 zvažte povolení automatického škálování.

Přečtěte si další informace o automatickém škálování služeb Azure AI.

Analýza textu vyřazení verze modelu

Upgradujte verzi modelu na novější verzi modelu nebo nejnovější verzi, abyste mohli využívat nejnovější a nejvyšší kvalitu modelů.

Přečtěte si další informace o službě Cognitive Service – TAUpgradeToLatestModelVersion (vyřazení verze modelu Analýza textu).

Analýza textu vyřazení verze modelu

Upgradujte verzi modelu na novější verzi modelu nebo nejnovější verzi, abyste mohli využívat nejnovější a nejvyšší kvalitu modelů.

Přečtěte si další informace o službě Cognitive Service – TAUpgradeModelVersiontoLatest (vyřazení verze modelu Analýza textu).

Upgrade na nejnovější verzi rozhraní API Analýzy textu služeb Cognitive Services

Upgradujte na nejnovější verzi rozhraní API, abyste získali nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb. K dispozici jsou také nové funkce, jako jsou nové koncové body od verze 3.0, jako je rozpoznávání osobních údajů, rozpoznávání entit a propojení entit, které jsou dostupné jako samostatné koncové body. Z hlediska změn v koncových bodech preview máme dolování názorů v koncovém bodu SA, upravená textová vlastnost v koncovém bodu osobních dat.

Další informace o službě Cognitive Service – UpgradeToLatestAPI (upgrade na nejnovější verzi rozhraní API služby Cognitive Service Analýza textu).

Upgrade na nejnovější verzi rozhraní API služeb Azure Cognitive Services pro jazyk

Upgradujte na nejnovější verzi rozhraní API, abyste získali nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb.

Další informace o Cognitive Service – UpgradeToLatestAPILanguage (upgrade na nejnovější verzi rozhraní API služby Azure Cognitive Service pro jazyk)

Upgrade na nejnovější verzi sady SDK Analýzy textu služeb Cognitive Services

Upgradujte na nejnovější verzi sady SDK, abyste získali nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb. K dispozici jsou také nové funkce, jako jsou nové koncové body od verze 3.0, jako je rozpoznávání osobních údajů, rozpoznávání entit a propojení entit, které jsou dostupné jako samostatné koncové body. Z hlediska změn v koncových bodech preview máme dolování názorů v koncovém bodu SA, upravená textová vlastnost v koncovém bodu osobních dat.

Přečtěte si další informace o Cognitive Service – UpgradeToLatestSDK (upgrade na nejnovější verzi sady Cognitive Service Analýza textu SDK).

Upgrade na nejnovější verzi jazykové sady SDK služeb Cognitive Services

Upgradujte na nejnovější verzi sady SDK, abyste získali nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb.

Přečtěte si další informace o Cognitive Service – UpgradeToLatestSDKLanguage (upgrade na nejnovější verzi sady COGNITIVE Service Language SDK).

Upgrade na nejnovější verzi sady Azure AI Language SDK

Upgradujte na nejnovější verzi sady SDK, abyste získali nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb. K dispozici jsou také nové funkce, jako jsou nové koncové body od verze 3.0, jako je rozpoznávání osobních údajů, rozpoznávání entit a propojení entit, které jsou dostupné jako samostatné koncové body. Pokud jde o změny koncových bodů ve verzi Preview, máme dolování názorů v koncovém bodu SA, redacted text vlastnost v koncovém bodu osobních dat.

Přečtěte si další informace o jazyce Azure AI.

Analýzy

Optimalizujte výkon volbou správné velikosti Data Exploreru

Toto doporučení zobrazí všechny prostředky Data Exploreru, které překračují doporučenou kapacitu dat (80 %). Pokud chcete zvýšit výkon, doporučujeme provést škálování na uvedenou doporučenou konfiguraci.

Přečtěte si další informace o prostředku Průzkumníka dat – správné velikosti prostředku ADX (správné velikosti prostředků Data Exploreru pro zajištění optimálního výkonu.)

Kontrola zásad mezipaměti tabulek pro tabulky Data Exploreru

Toto doporučení zobrazí tabulky Průzkumníka dat s velkým počtem dotazů, které se dívají mimo nakonfigurované období mezipaměti (zásady) – zobrazí se prvních 10 tabulek podle procenta dotazů, které přistupují k datům mimo mezipaměť. Doporučená akce pro zvýšení výkonu: Omezte dotazy na tuto tabulku na minimální nezbytný časový rozsah (v rámci definovaných zásad). Případně, pokud se vyžadují data z celého časového rozsahu, prodlužte dobu uložení v mezipaměti na doporučenou hodnotu.

Další informace o prostředku Průzkumníka dat – UpdateCachePoliciesForAdxTables (Kontrola zásad mezipaměti tabulek pro tabulky Data Exploreru)

Omezení zásad mezipaměti Data Exploreru pro lepší výkon

Snížením zásad mezipaměti tabulek se uvolní nepoužitá data z mezipaměti prostředku a zvýší se výkon.

Přečtěte si další informace o prostředku Průzkumníka dat – ReduceCacheForAzureDataExplorerTablesToImprovePerformance (Omezení zásad mezipaměti tabulek Průzkumníka dat pro lepší výkon).

Zvětšení mezipaměti v zásadách mezipaměti

Na základě vašeho skutečného využití za poslední měsíc aktualizujte zásady mezipaměti tak, aby se pro tabulku zvětšila horká mezipaměť. Doba uchovávání musí být vždy větší než doba ukládání do mezipaměti. Pokud mezipaměť zvětšíte a doba uchovávání je nižší než doba uchovávání, aktualizujte zásady uchovávání informací. Analýza je založena pouze na dotazech uživatelů, které kontrolují data.

Další informace o prostředku Průzkumníka dat – IncreaseCacheForAzureDataExplorerTablesToImprovePerformance (Zvýšení mezipaměti v zásadách mezipaměti)

Povolte optimalizované škálování pro prostředky Průzkumníku dat

Zdá se, že se váš prostředek mohl automaticky škálovat ke zlepšení výkonu (na základě skutečného využití za poslední týden, využití mezipaměti, využití ingestování, procesoru a využití ingestování streamování). Pokud chcete optimalizovat náklady a výkon, doporučujeme zapnout optimalizované automatické škálování.

Další informace o prostředku Průzkumníka dat – PerformanceEnableOptimizedAutoscaleAzureDataExplorer (povolení optimalizovaného automatického škálování pro prostředky Data Exploreru)

Dochází ke čtení nejnovějších dat

Více než 75 % vašich požadavků na čtení se dostává do úložiště memstore, což znamená, že čtení jsou primárně na nedávných datech. Nedávná čtení dat naznačují, že i když dojde k vyprázdnění v úložišti memstore, je potřeba získat přístup k poslednímu souboru a vložit ho do mezipaměti.

Další informace o clusteru HDInsight – HBaseMemstoreReadPercentage (čtení probíhá u nejnovějších dat)

Ve svém clusteru HBase zvažte použití funkce Akcelerované zápisy s cílem zlepšit jeho výkon.

Toto doporučení poradce se vám zobrazuje, protože systémový protokol týmu HDInsight ukazuje, že za posledních 7 dnů došlo v clusteru k následujícím scénářům:

1. Vysoká latence z hlediska času synchronizace WAL

2. Vysoký počet žádostí o zápis (minimálně 3 intervaly v délce 1 hodiny s více než 1000 žádostí o zápis (prům.)/sekunda/uzel)

Tyto podmínky jsou indikátory, že cluster trpí vysokou latencí zápisu, což může být způsobeno velkým zatížením clusteru.

Pokud chcete zlepšit výkon vašeho clusteru, zvažte využití funkce zrychlených zápisů, kterou poskytuje Azure HDInsight HBase. Funkce Akcelerované zápisy pro clustery HDInsight Apache HBase připojuje prémiové disky spravované přes SSD ke každému pracovnímu uzlu (RegionServer) místo použití cloudového úložiště. Výsledkem je nízká latence zápisu a lepší odolnost vašich aplikací.

Další informace o této funkci najdete na odkazu:

Přečtěte si další informace o clusteru HDInsight – AccWriteCandidate (zvažte použití funkce akcelerovaných zápisů v clusteru HBase ke zlepšení výkonu clusteru.)

Více než 75 % dotazů je úplné prohledávání dotazů.

Více než 75 % dotazů prohledávání ve vašem clusteru provádí úplné prohledávání oblastí nebo tabulek. Upravte své dotazy prohledávání tak, aby neprováděly úplné prohledávání oblastí nebo tabulek.

Přečtěte si další informace o clusteru HDInsight – ScanQueryTuningcandidate (více než 75 % vašich dotazů je úplné prohledávání dotazů.)

Zkontrolujte počty oblastí, protože blokujete aktualizace.

Pokud chcete zabránit blokování aktualizací, je potřeba upravit počet oblastí. Může se vyžadovat vertikální navýšení kapacity clusteru přidáním nových uzlů.

Přečtěte si další informace o clusteru HDInsight – RegionCountCandidate (zkontrolujte počty oblastí, protože blokujete aktualizace.)

Zvažte zvýšení počtu vláken obslužné rutiny vyprazdňování.

Velikost fronty vyprázdnění na serverech oblastí je větší než 100 nebo se často blokují aktualizace. Doporučujeme vyladit obslužnou rutinu vyprazdňování.

Další informace o clusteru HDInsight – FlushQueueCandidate (zvažte zvýšení počtu vláken flusheru).

Pokud chcete zrychlit komprimaci, zvažte zvýšení počtu vláken komprimace.

Fronta komprimace na serverech oblastí je větší než 2000, což naznačuje, že více dat vyžaduje komprimace. Pomalejší komprimace můžou ovlivnit výkon čtení, protože počet souborů, které se mají přečíst, jsou více. Další soubory bez komprimace můžou ovlivnit také využití haldy související s tím, jak soubory komunikují se systémem souborů Azure.

Přečtěte si další informace o clusteru HDInsight – CompactionQueueCandidate (zvažte zvýšení komprimace vláken pro rychlejší komprimace).

Tabulky s clusterovanými indexy columnstore (CCI) s méně než 60 miliony řádků

V tabulkách s clusterovanými indexy columnstore jsou data uspořádána do segmentů. Vysoká kvalita segmentů je klíčová pro dosažení optimálního výkonu dotazů na tabulky columnstore. Kvalitu segmentu můžete měřit počtem řádků v komprimované skupině řádků.

Další informace o pracovním prostoru Synapse – SynapseCCIGuidance (tabulky s clusterovanými indexy columnstore (CCI) s méně než 60 miliony řádků).

Aktualizace verze sady SynapseManagementClient SDK

Nové knihovny SynapseManagementClient používají sadu .NET SDK 4.0 nebo novější.

Další informace o pracovním prostoru Synapse – UpgradeSynapseManagementClientSDK (aktualizace verze sady SynapseManagementClient SDK)

Compute

Využití kapacity vSAN překročilo kritickou prahovou hodnotu.

Dosáhli jste 75% využití kapacity vSAN. Aby se dodržely předpisy vyplývající ze smlouvy SLA, využití clusteru musí zůstat pod kritickou prahovou hodnotou 75 %. Přidání nových uzlů do clusteru vSphere za účelem zvýšení kapacity nebo odstranění virtuálních počítačů za účelem snížení spotřeby nebo úpravy úloh virtuálních počítačů

Přečtěte si další informace o privátním cloudu Azure VMware Solution – vSANCapacity (využití kapacity vSAN překročilo kritickou prahovou hodnotu).

Aktualizace Automanage na nejnovější verzi rozhraní API

Zjistili jsme volání sady SDK ze zastaralého rozhraní API pro prostředky v rámci tohoto předplatného. Doporučujeme přepnout na nejnovější verze sady SDK, abyste měli jistotu, že získáte nejnovější funkce a vylepšení výkonu.

Další informace o virtuálním počítači – UpdateToLatestApi (aktualizace automatické správy na nejnovější verzi rozhraní API)

Zlepšete uživatelské prostředí a možnosti připojení nasazováním virtuálních počítačů blíže umístění uživatele.

Zjistili jsme, že vaše virtuální počítače se nacházejí v jiné oblasti nebo daleko od místa, kde se vaši uživatelé připojují ke službě Azure Virtual Desktop. Vzdálené oblasti uživatelů můžou vést k prodloužení doby odezvy připojení a ovlivnit celkové uživatelské prostředí.

Přečtěte si další informace o virtuálním počítači – RegionProximitySessionHosts (vylepšení uživatelského prostředí a připojení nasazením virtuálních počítačů blíže k umístění uživatele.)

Používání spravovaných disků k zabránění omezování vstupně-výstupních diskových operací

Disky vašeho virtuálního počítače patří do účtu úložiště, který dosáhl svého cíle škálovatelnosti a je náchylný k omezování vstupně-výstupních operací. Pokud chcete ochránit virtuální počítač před snížením výkonu a zjednodušit správu úložiště, použijte spravované disky.

Přečtěte si další informace o virtuálním počítači – ManagedDisksStorageAccount (zabránění omezování vstupně-výstupních operací disku pomocí spravovaných disků).

Zvýšení výkonu převodem spravovaných disků HDD úrovně Standard na disky SSD úrovně Premium

Všimli jsme si, že váš disk HDD úrovně Standard se blíží cílům výkonnosti. Disky Azure SSD úrovně Premium nabízí podporu vysoce výkonných disků s nízkou latencí pro virtuální počítače s úlohami náročnými na vstupně-výstupní operace. Zvyšte výkon svých disků upgradem disků HDD úrovně Standard na disky SSD úrovně Premium. Upgrade vyžaduje restartování virtuálního počítače, což trvá tři až pět minut.

Přečtěte si další informace o disku – MDHDDtoPremiumForPerformance (převod Spravované disky z HDD úrovně Standard na SSD úrovně Premium za účelem výkonu).

Povolení akcelerovaných síťových služeb za účelem zvýšení výkonu a snížení latence sítě

Zjistili jsme, že akcelerované síťové služby nejsou povolené u prostředků virtuálních počítačů ve vašem stávajícím nasazení, které by mohly tuto funkci podporovat. Pokud vaše image operačního systému virtuálního počítače podporuje akcelerované síťové služby, jak je podrobně popsáno v dokumentaci, nezapomeňte na těchto virtuálních počítačích tuto bezplatnou funkci povolit, abyste zajistili maximální výkon a minimální latenci vašich síťových úloh v cloudu.

Další informace o virtuálním počítači – AccelNetConfiguration (povolení akcelerovaných síťových služeb za účelem zlepšení výkonu a latence sítě)

Použití disků SSD pro produkční úlohy

Všimli jsme si, že používáte disky SSD a současně používáte disky HDD úrovně Standard na stejném virtuálním počítači. Pro vývoj a zálohování se doporučují spravované disky HDD úrovně Standard; Pro produkční prostředí doporučujeme použít disky SSD úrovně Premium nebo disky SSD úrovně Standard. Disky SSD úrovně Premium nabízí podporu vysoce výkonných disků s nízkou latencí pro virtuální počítače s úlohami náročnými na vstupně-výstupní operace. Disky SSD úrovně Standard nabízejí konzistentní a nižší latenci. Upgradujte svou konfiguraci disků ještě dnes a zajistěte si nižší latenci a vyšší spolehlivost a dostupnost. Upgrade vyžaduje restartování virtuálního počítače, což trvá tři až pět minut.

Další informace o virtuálním počítači – MixedDiskTypeToSSDPublic (použití disků SSD pro produkční úlohy)

Párování produkčních virtuálních počítačů s produkčními disky za účelem zajištění konzistentního výkonu a lepší latence

Produkční virtuální počítače k dosažení nejvyššího výkonu potřebují produkční disky. Vidíme, že používáte virtuální počítač na úrovni produkčního prostředí, ale používáte disk s nízkým výkonem se standardním pevným diskem. Upgrade disků připojených k produkčním diskům , ssd úrovně Standard nebo SSD úrovně Premium, přináší výhody s konzistentnějším prostředím a vylepšením latence.

Přečtěte si další informace o virtuálních počítačích – MatchProdVMProdDisks (Shoda produkčních virtuálních počítačů s produkčním diskem pro zajištění konzistentního výkonu a lepší latence).

Akcelerované síťové služby můžou vyžadovat zastavení a spuštění virtuálního počítače.

Zjistili jsme, že akcelerované síťové služby nejsou zapojené do prostředků virtuálních počítačů ve vašem stávajícím nasazení, i když byla funkce požadována. Ve výjimečných případech, jako je tato, může být nutné virtuální počítač zastavit a spustit, abyste mohli znovu zapojit AccelNet.

Další informace o virtuálním počítači – AccelNetDisengaged (akcelerované síťové služby můžou vyžadovat zastavení a spuštění virtuálního počítače).

Využijte nízkou latenci disků úrovně Ultra pro disky protokolů a posilte výkon úloh databáze.

Disk úrovně Ultra je k dispozici ve stejné oblasti jako úloha databáze. Disky úrovně Ultra představují úložiště s vysokou propustností, vysokým počtem vstupně-výstupních operací a trvale nízkou latencí vhodné pro databázové úlohy: například u databází Oracle teď můžete v závislosti na verzi s diskem úrovně Ultra využít sektory o velikosti 4k nebo 512E. Pro SQL Server může použití disku Úrovně Ultra pro disk protokolu nabídnout vyšší výkon pro vaši databázi. Pokyny, jak migrovat disk protokolů na disk úrovně Ultra, najdete tady.

Přečtěte si další informace o virtuálním počítači – AzureStorageVmUltraDisk (využijte nízkou latenci disků úrovně Ultra pro disky protokolů a zvyšte výkon úloh databáze.)

Upgrade velikosti nejaktivnějších virtuálních počítačů za účelem zabránění vyčerpání prostředků a zvýšení výkonu

Analyzovali jsme data za posledních 7 dnů a identifikovali jsme virtuální počítače s vysokým využitím napříč různými metrikami (to znamená procesorem, pamětí a vstupně-výstupními operacemi virtuálního počítače). Tyto virtuální počítače můžou mít problémy s výkonem, protože se blíží limitům skladové položky nebo jejich skladové položky. Zvažte upgrade jejich skladových položek za účelem zvýšení výkonu.

Přečtěte si další informace o virtuálních počítačích – UpgradeSizeHighVMUtilV0 (Upgradujte velikost nejaktivnějších virtuálních počítačů, abyste zabránili vyčerpání prostředků a zlepšili výkon).

Kontejnery

Zjistila se nepodporovaná verze Kubernetes

Zjistila se nepodporovaná verze Kubernetes. Ujistěte se, že cluster Kubernetes používá podporovanou verzi.

Přečtěte si další informace o službě Kubernetes – Byla zjištěna nepodporovaná verze KubernetesVersionIsDetected (byla zjištěna nepodporovaná verze Kubernetes).

Zjistila se nepodporovaná verze Kubernetes

Zjistila se nepodporovaná verze Kubernetes. Ujistěte se, že cluster Kubernetes používá podporovanou verzi.

Přečtěte si další informace o fondu clusterů HDInsight – Zjistí se nepodporovaná verze KubernetesVersionIsDetected (zjistí se nepodporovaná verze Kubernetes).

Clustery s jedním fondem uzlů

Místo použití jednoho fondu uzlů doporučujeme přidat jeden nebo více fondů uzlů. Několik fondů pomáhá izolovat důležité systémové pody od vaší aplikace, aby se zabránilo chybné konfiguraci nebo podvodným podům aplikací před náhodným zabíjením podů systému.

Další informace o službě Kubernetes – ClustersWithASingleNodePool (clustery s jedním fondem uzlů)

Aktualizace rozhraní API fleetu na nejnovější verzi

Zjistili jsme volání sady SDK ze zastaralého rozhraní FLEET API pro prostředky ve vašem předplatném. Doporučujeme přepnout na nejnovější verzi sady SDK, která vám zajistí nejnovější funkce a vylepšení výkonu.

Další informace o správci vozového parku Kubernetes | PREVIEW – UpdateToLatestFleetApi (update fleet API na nejnovější verzi)

Databáze

Konfigurace velikosti stránky dotazu Azure Cosmos DB (MaxItemCount) na -1

Pro dotazy pro kontejner Azure Cosmos DB používáte velikost stránky dotazu 100. Pro rychlejší skenování doporučujeme použít velikost stránky -1.

Další informace o účtu služby Azure Cosmos DB – CosmosDBQueryPageSize (konfigurace velikosti stránky dotazu Azure Cosmos DB (MaxItemCount) na -1).

Přidání složených indexů do kontejneru Azure Cosmos DB

Ve vašich kontejnerech Azure Cosmos DB běží dotazy ORDER BY, za které nabíhají vysoké poplatky za jednotky žádosti (RU). Doporučujeme přidat do zásad indexování kontejnerů složené indexy, aby se zlepšila spotřeba RU a snížila latence těchto dotazů.

Další informace o účtu služby Azure Cosmos DB – CosmosDBOrderByHighRUCharge (přidání složených indexů do kontejneru Azure Cosmos DB)

Optimalizace zásad indexování služby Azure Cosmos DB tak, aby se indexovalo pouze to, co je potřeba

Kontejnery Azure Cosmos DB používají výchozí zásady indexování, kdy se indexují všechny vlastnosti v dokumentech. Protože ukládáte velké dokumenty, indexuje se velký počet vlastností, což vede k vysoké spotřebě jednotek žádostí a vysoké latenci zápisu. Pokud chcete optimalizovat výkon zápisu, doporučujeme přepsat výchozí zásady indexování tak, aby se indexovaly pouze vlastnosti použité ve vašich dotazech.

Přečtěte si další informace o účtu služby Azure Cosmos DB – CosmosDBDefaultIndexingWithManyPaths (optimalizujte zásady indexování služby Azure Cosmos DB tak, aby indexovat jenom to, co je potřeba).

Zajištění optimální distribuce dat s využitím klíčů hierarchických oddílů

Váš účet má vlastní nastavení, které umožňuje, aby velikost logického oddílu v kontejneru překročila limit 20 GB. Tým Azure Cosmos DB toto nastavení použil jako dočasnou míru, abyste měli čas na změna architektury aplikace pomocí jiného klíče oddílu. Nedoporučuje se jako dlouhodobé řešení, protože záruky SLA se při zvýšení limitu nedotknou. Teď můžete pomocí hierarchických klíčů oddílů (Preview) změnit architekturu aplikace. Tato funkce umožňuje překročit limit 20 GB nastavením až tří klíčů oddílů, které jsou ideální pro víceklientských scénářů nebo úloh, které používají syntetické klíče.

Přečtěte si další informace o účtu služby Azure Cosmos DB – CosmosDBHierarchicalPartitionKey (pro optimální distribuci dat použijte hierarchické klíče oddílů).

Konfigurace aplikací Azure Cosmos DB tak, aby v sadě SDK používaly přímé připojení

Všimli jsme si, že vaše aplikace Azure Cosmos DB používají režim brány prostřednictvím sad .NET nebo Sad Java SDK služby Azure Cosmos DB. Doporučujeme přepnout na přímé připojení, abyste měli nižší latenci a větší škálovatelnost.

Přečtěte si další informace o účtu služby Azure Cosmos DB – CosmosDBGatewayMode (konfigurace aplikací Azure Cosmos DB tak, aby používaly přímé připojení v sadě SDK).

Zvýšení výkonu vertikálním navýšením kapacity pro optimální využití prostředků

Maximalizace efektivity prostředků systému je zásadní pro zachování špičkového výkonu. Náš systém pečlivě monitoruje využití procesoru a když překročí 90% prahovou hodnotu během 12hodinového období, aktivuje se proaktivní upozornění. Tato výstraha informuje nejen uživatele virtuálních jader Azure Cosmos DB pro MongoDB o zvýšené spotřebě procesoru, ale také poskytuje cenné pokyny k vertikálnímu navýšení kapacity na vyšší úroveň. Upgradem na robustnější úroveň můžete odemknout vylepšený výkon a zajistit, aby váš systém fungoval ve špičce.

Přečtěte si další informace o škálování a konfiguraci clusteru virtuálních jader Azure Cosmos DB pro MongoDB.

PerformanceBoostervCore

Když využití procesoru překročí během 12hodinového časového rámce 90 %, zobrazí se uživatelům oznámení o vysokém využití. Kromě toho uživatelům doporučuje vertikálně navýšit kapacitu a získat vyšší výkon.

Přečtěte si další informace o účtu služby Cosmos DB – ScaleUpvCoreRecommendation (PerformanceBoostervCore).

Škálování limitu úložiště pro server MariaDB

Náš systém ukazuje, že server může být omezený, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. Přístup k limitům úložiště může mít za následek snížený výkon nebo se server přesunul do režimu jen pro čtení. Pokud chcete zajistit trvalý výkon, doporučujeme zvětšit zřízený objem úložiště nebo ZAPNOUT funkci Automatické zvětšení, která bude úložiště automaticky zvětšovat.

Další informace o serveru MariaDB – OrcasMariaDbStorageLimit (škálování limitu úložiště pro server MariaDB)

Zvýšení počtu virtuálních jader serveru MariaDB

Náš systém ukazuje, že procesor běží pod vysokým využitím po delší časové období za posledních 7 dnů. Vysoké využití procesoru může vést k nízkému výkonu dotazů. Pokud chcete vylepšit výkon, doporučujeme přejít na větší velikost výpočetních prostředků.

Další informace o serveru MariaDB – OrcasMariaDbCpuOverload (zvýšení počtu virtuálních jader serveru MariaDB)

Škálování serveru MariaDB na vyšší skladovou položku

Náš systém ukazuje, že server nemusí podporovat požadavky na připojení kvůli maximálnímu podporovanému připojení pro danou skladovou položku, což může vést k velkému počtu neúspěšných žádostí o připojení, které nepříznivě ovlivňují výkon. Pokud chcete zvýšit výkon, doporučujeme přejít na skladovou položku s vyšší pamětí zvýšením počtu virtuálních jader nebo přepnutím na skladové položky optimalizované pro paměť.

Další informace o serveru MariaDB – OrcasMariaDbConcurrent Připojení ion (škálování serveru MariaDB na vyšší skladovou položku)

Přesun serveru MariaDB do skladové položky optimalizované pro paměť

Náš systém ukazuje, že u tohoto serveru dochází k vysoké četnosti změn ve fondu vyrovnávací paměti, což může vést k pomalejšímu výkonu dotazů a zvýšení počtu vstupně-výstupních operací za sekundu. Pokud chcete zvýšit výkon, projděte si dotazy na úlohy a identifikujte příležitosti k minimalizaci spotřebované paměti. Pokud žádnou takovou příležitost neodhalíte, doporučujeme přejít na vyšší skladovou položku s větší pamětí nebo zvětšit úložiště, abyste získali více IOPS.

Další informace o serveru MariaDB – OrcasMariaDbMemoryCache (přesun serveru MariaDB do skladové položky optimalizované pro paměť).

Zvýšení spolehlivosti protokolů auditu

Náš systém ukazuje, že během posledního dne mohlo dojít ke ztrátě protokolů auditu serveru. Ztracené protokoly auditu můžou nastat v případě, že u serveru dochází k úloze náročné na procesor, nebo když server během krátkého časového období generuje velký počet protokolů auditu. Doporučujeme protokolovat pouze nezbytné události, které potřebujete pro účely auditu, a to s využitím následujících parametrů serveru: audit_log_events, audit_log_exclude_users, audit_log_include_users. Pokud kvůli vaší úloze dochází na serveru k vysokému využití procesoru, doporučujeme zvýšit výkon zvýšením počtu virtuálních jader serveru.

Další informace o serveru MariaDB – OrcasMariaDBAuditLog (zvýšení spolehlivosti protokolů auditu)

Škálování limitu úložiště pro server MySQL

Náš systém ukazuje, že server může být omezený, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. Přístup k limitům úložiště může vést ke snížení výkonu nebo přesunu serveru do režimu jen pro čtení. Pokud chcete zajistit trvalý výkon, doporučujeme zvětšit zřízený objem úložiště nebo ZAPNOUT funkci Automatické zvětšení, která bude úložiště automaticky zvětšovat.

Další informace o serveru MySQL – OrcasMySQLStorageLimit (škálování limitu úložiště pro server MySQL)

Škálování serveru MySQL na vyšší skladovou položku

Náš systém ukazuje, že server nemusí podporovat požadavky na připojení kvůli maximálnímu podporovanému připojení pro danou skladovou položku, což může vést k velkému počtu neúspěšných žádostí o připojení, které nepříznivě ovlivňují výkon. Pokud chcete zvýšit výkon, doporučujeme přejít na skladovou položku s vyšší pamětí zvýšením počtu virtuálních jader nebo přepnutím na skladové položky optimalizované pro paměť.

Další informace o serveru MySQL – OrcasMySQLConcurrent Připojení ion (škálování serveru MySQL na vyšší skladovou položku)

Zvýšení počtu virtuálních jader serveru MySQL

Náš systém ukazuje, že procesor běží pod vysokým využitím po delší časové období za posledních 7 dnů. Vysoké využití procesoru může vést k nízkému výkonu dotazů. Pokud chcete vylepšit výkon, doporučujeme přejít na větší velikost výpočetních prostředků.

Další informace o serveru MySQL – OrcasMySQLCpuOverload (zvýšení počtu virtuálních jader serveru MySQL)

Přesun serveru MySQL na skladovou položku optimalizovanou pro paměť

Náš systém ukazuje, že u tohoto serveru dochází k vysoké četnosti změn ve fondu vyrovnávací paměti, což může vést k pomalejšímu výkonu dotazů a zvýšení počtu vstupně-výstupních operací za sekundu. Pokud chcete zvýšit výkon, projděte si dotazy na úlohy a identifikujte příležitosti k minimalizaci spotřebované paměti. Pokud žádnou takovou příležitost neodhalíte, doporučujeme přejít na vyšší skladovou položku s větší pamětí nebo zvětšit úložiště, abyste získali více IOPS.

Další informace o serveru MySQL – OrcasMySQLMemoryCache (přesunutí serveru MySQL do skladové položky optimalizované pro paměť)

Přidání serveru repliky pro čtení MySQL

Náš systém ukazuje, že možná máte spuštěnou úlohu náročnou na čtení, což vede k kolizí prostředků pro tento server. Kolize prostředků může vést k pomalému výkonu dotazů pro server. Pokud chcete vylepšit výkon, doporučujeme přidat repliku pro čtení a přesměrovat do ní zpracování některých úloh čtení.

Další informace o serveru MySQL – OrcasMySQLReadReplica (přidání serveru repliky pro čtení MySQL)

Vylepšení správy připojení k MySQL

Náš systém ukazuje, že vaše aplikace, která se připojuje k serveru MySQL, může spravovat špatně připojení, což může vést k zbytečné spotřebě prostředků a celkové vyšší latenci aplikace. Pokud chcete zlepšit správu připojení, doporučujeme snížit počet krátkodobých připojení a eliminovat zbytečná nečinná připojení. Můžete to udělat tak, že nakonfigurujete nástroj pro sdružování připojení na straně serveru, například ProxySQL.

Další informace o serveru MySQL – OrcasMySQL Připojení ionPooling (zlepšení správy připojení MySQL)

Zvýšení spolehlivosti protokolů auditu

Náš systém ukazuje, že během posledního dne mohlo dojít ke ztrátě protokolů auditu serveru. K tomu může dojít v případě, že u serveru dochází k vysokému zatížení procesoru nebo když server generuje velký počet protokolů auditu za krátkou dobu. Doporučujeme protokolovat pouze nezbytné události, které potřebujete pro účely auditu, a to s využitím následujících parametrů serveru: audit_log_events, audit_log_exclude_users, audit_log_include_users. Pokud kvůli vaší úloze dochází na serveru k vysokému využití procesoru, doporučujeme zvýšit výkon zvýšením počtu virtuálních jader serveru.

Další informace o serveru MySQL – OrcasMySQLAuditLog (zvýšení spolehlivosti protokolů auditu)

Zvýšení výkonu optimalizací velikosti dočasné tabulky MySQL

Náš systém ukazuje, že kvůli nízkému nastavení parametrů dočasné tabulky může na vašem serveru MySQL docházet k zbytečným režijním nákladům na vstupně-výstupní operace. To může vést k zbytečným transakcím založeným na disku a snížení výkonu. Pokud chcete snížit počet transakcí na disku, doporučujeme zvýšit hodnoty parametrů tmp_table_size a max_heap_table_size.

Další informace o serveru MySQL – OrcasMySqlTmpTables (zvýšení výkonu optimalizací velikosti dočasných tabulek MySQL)

Snížení latence připojení k MySQL

Náš systém ukazuje, že vaše aplikace, která se připojuje k serveru MySQL, může spravovat špatně připojení. To může mít za následek vyšší latenci aplikace. Pokud chcete snížit latenci připojení, doporučujeme povolit přesměrování připojení. Můžete to provést tak, že povolíte funkci přesměrování připojení ovladače PHP.

Další informace o serveru MySQL – OrcasMySQL Připojení ionRedirection (zlepšení latence připojení MySQL)

Zvýšení limitu úložiště pro flexibilní server MySQL

Náš systém ukazuje, že server může být omezený, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. Přístup k limitům úložiště může vést ke snížení výkonu nebo přesunu serveru do režimu jen pro čtení. V zájmu zajištění dlouhodobého výkonu doporučujeme navýšit zřízený objem úložiště.

Přečtěte si další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMySqlStorageUpsell (zvýšení limitu úložiště pro flexibilní server MySQL).

Škálování flexibilního serveru MySQL na vyšší skladovou položku

Náš systém ukazuje, že váš flexibilní server překračuje limity připojení spojené s vaší aktuální skladovou jednotkou. Velký počet neúspěšných požadavků na připojení může nepříznivě ovlivnit výkon serveru. Pokud chcete zvýšit výkon, doporučujeme navýšit počet virtuálních jader nebo přepnout na vyšší skladovou položku.

Přečtěte si další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMysql Připojení ionUpsell (škálování flexibilního serveru MySQL na vyšší skladovou položku).

Zvýšení počtu virtuálních jader pro flexibilní server MySQL

Náš systém ukazuje, že procesor běží pod vysokým využitím po delší časové období za posledních 7 dnů. Vysoké využití procesoru může vést k nízkému výkonu dotazů. Pokud chcete vylepšit výkon, doporučujeme přejít na větší velikost výpočetních prostředků.

Přečtěte si další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMysqlCpuUpcell (zvýšení počtu virtuálních jader flexibilního serveru MySQL.)

Zvyšte výkon optimalizací velikosti dočasné tabulky MySQL.

Náš systém ukazuje, že kvůli nízkému nastavení parametrů dočasné tabulky může na vašem serveru MySQL docházet k zbytečným režijním nákladům na vstupně-výstupní operace. Zbytečné režijní náklady na vstupně-výstupní operace můžou vést k zbytečným transakcím založeným na disku a snížení výkonu. Pokud chcete snížit počet transakcí na disku, doporučujeme zvýšit hodnoty parametrů tmp_table_size a max_heap_table_size.

Přečtěte si další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMysqlTmpTable (zvýšení výkonu optimalizací velikosti dočasných tabulek MySQL).)

Přesun serveru MySQL na skladovou položku optimalizovanou pro paměť

Náš systém ukazuje, že pro tento server je vysoké využití paměti, které může vést k pomalejšímu výkonu dotazů a zvýšení počtu vstupně-výstupních operací za sekundu. Pokud chcete zvýšit výkon, projděte si dotazy na úlohy a identifikujte příležitosti k minimalizaci spotřebované paměti. Pokud žádnou takovou příležitost neodhalíte, doporučujeme přejít na vyšší skladovou položku s větší pamětí nebo zvětšit úložiště, abyste získali více IOPS.

Další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMysqlMemoryUpsell (přesun serveru MySQL do skladové položky optimalizované pro paměť)

Přidání serveru repliky pro čtení MySQL

Náš systém ukazuje, že možná máte spuštěnou úlohu náročnou na čtení, což vede k kolizí prostředků pro tento server. To může vést k pomalému výkonu dotazů pro server. Pokud chcete vylepšit výkon, doporučujeme přidat repliku pro čtení a přesměrovat do ní zpracování některých úloh čtení.

Další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMysqlReadReplicaUpsell (přidání serveru repliky pro čtení MySQL)

Zamezení nadměrnému přetékání disku kvůli řazení a hashování zvýšením limitu work_mem

Náš systém ukazuje, že konfigurace work_mem je pro váš server PostgreSQL příliš malá, což vede k přelití disku a snížení výkonu dotazů. Pokud to chcete zlepšit, doporučujeme zvýšit work_mem limit pro server, což pomáhá snížit scénáře, kdy se na disku provádí řazení nebo hodnota hash, a zlepšuje celkový výkon dotazů.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSqlWorkMem (zvyšte work_mem, abyste se vyhnuli nadměrnému přelití disku z řazení a hodnoty hash).

Zvýšení výkonu úloh o 30 % s novým výpočetním hardwarem Ev5

S novým výpočetním hardwarem Ev5 můžete zvýšit výkon úloh o 30 % s vyšší souběžností a lepší propustností. Na webu Azure Portal přejděte na možnost Compute+Storage a bez dalších poplatků přepněte na výpočetní prostředky Ev5. Výpočetní prostředky Ev5 poskytují nejlepší výkon mezi ostatními řadami virtuálních počítačů z hlediska odhadovaného počtu dotazů za sekundu (QPS) a latence.

Přečtěte si další informace o flexibilním serveru Azure Database for MySQL – OrcasMeruMySqlComputeSeriesUpgradeEv5 (zvýšení výkonu úloh o 30 % pomocí nového výpočetního hardwaru Ev5).

Škálování limitu úložiště pro server PostgreSQL

Náš systém ukazuje, že server může být omezený, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. Přístup k limitům úložiště může vést ke snížení výkonu nebo přesunu serveru do režimu jen pro čtení. Pokud chcete zajistit trvalý výkon, doporučujeme zvětšit zřízený objem úložiště nebo ZAPNOUT funkci Automatické zvětšení, která bude úložiště automaticky zvětšovat.

Další informace o serveru PostgreSQL – OrcasPostgreSqlStorageLimit (škálování limitu úložiště pro server PostgreSQL)

Škálování serveru PostgreSQL na vyšší skladovou položku

Náš systém ukazuje, že server nemusí podporovat požadavky na připojení kvůli maximálnímu podporovanému připojení pro danou skladovou položku, což může vést k velkému počtu neúspěšných žádostí o připojení, které nepříznivě ovlivňují výkon. Pokud chcete zvýšit výkon, doporučujeme přejít na skladovou položku s vyšší pamětí zvýšením počtu virtuálních jader nebo přepnutím na skladové položky optimalizované pro paměť.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSqlConcurrent Připojení ion (škálování serveru PostgreSQL na vyšší skladovou položku).

Přesun serveru PostgreSQL na skladovou položku optimalizovanou pro paměť

Náš systém ukazuje, že u tohoto serveru dochází k vysoké četnosti změn ve fondu vyrovnávací paměti, což může vést k pomalejšímu výkonu dotazů a zvýšení počtu vstupně-výstupních operací za sekundu. Pokud chcete zvýšit výkon, projděte si dotazy na úlohy a identifikujte příležitosti k minimalizaci spotřebované paměti. Pokud žádnou takovou příležitost neodhalíte, doporučujeme přejít na vyšší skladovou položku s větší pamětí nebo zvětšit úložiště, abyste získali více IOPS.

Další informace o serveru PostgreSQL – OrcasPostgreSqlMemoryCache (přesunutí serveru PostgreSQL do skladové položky optimalizované pro paměť)

Přidání serveru repliky pro čtení PostgreSQL

Náš systém ukazuje, že možná máte spuštěnou úlohu náročnou na čtení, což vede k kolizí prostředků pro tento server. Kolize prostředků může vést k pomalému výkonu dotazů pro server. Pokud chcete vylepšit výkon, doporučujeme přidat repliku pro čtení a přesměrovat do ní zpracování některých úloh čtení.

Další informace o serveru PostgreSQL – OrcasPostgreSqlReadReplica (přidání serveru repliky pro čtení PostgreSQL)

Zvýšení počtu virtuálních jader serveru PostgreSQL

Náš systém ukazuje, že procesor běží pod vysokým využitím po delší časové období za posledních 7 dnů. Vysoké využití procesoru může vést k nízkému výkonu dotazů. Pokud chcete vylepšit výkon, doporučujeme přejít na větší velikost výpočetních prostředků.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSqlCpuOverload (zvýšení počtu virtuálních jader serveru PostgreSQL).

Zlepšení správy připojení PostgreSQL

Náš systém ukazuje, že váš server PostgreSQL nemusí efektivně spravovat připojení, což může vést k zbytečné spotřebě prostředků a celkové vyšší latenci aplikace. Pokud chcete zlepšit správu připojení, doporučujeme snížit počet krátkodobých připojení a eliminovat zbytečná nečinná připojení konfigurací nástroje pro sdružování připojení na straně serveru, jako je PgBouncer.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSql Připojení ionPooling (zlepšení správy připojení PostgreSQL).

Zvýšení výkonu protokolování PostgreSQL

Náš systém ukazuje, že váš server PostgreSQL je nakonfigurovaný tak, aby vystavoval protokoly chyb VERBOSE. Toto nastavení může být užitečné pro řešení potíží s databází, ale může také vést ke snížení výkonu databáze. Pokud chcete výkon zvýšit, doporučujeme změnit hodnotu parametru log_error_verbosity na VÝCHOZÍ nastavení.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSqlLogErrorVerbosity (zlepšení výkonu protokolů PostgreSQL).

Optimalizace shromažďování statistik dotazů ve službě Azure Database for PostgreSQL

Náš systém ukazuje, že váš server PostgreSQL je nakonfigurovaný tak, aby sledoval statistiky dotazů pomocí modulu pg_stat_statements. To je užitečné při řešení potíží, ale může to také vést ke snížení výkonu serveru. Pokud chcete výkon zvýšit, doporučujeme změnit hodnotu parametru pg_stat_statements.track na NONE.

Další informace o serveru PostgreSQL – OrcasPostgreSqlStatStatementsTrack (optimalizace shromažďování statistik dotazů ve službě Azure Database for PostgreSQL)

Optimalizace úložiště dotazů ve službě Azure Database for PostgreSQL, když neprobíhá odstraňování potíží

Náš systém ukazuje, že vaše databáze PostgreSQL je nakonfigurovaná tak, aby sledovala výkon dotazů pomocí parametru pg_qs.query_capture_mode. Při odstraňování potíží doporučujeme nastavit parametr pg_qs.query_capture_mode na hodnotu TOP nebo ALL. Když odstraňování potíží neprobíhá, doporučujeme nastavit parametr pg_qs.query_capture_mode na hodnotu NONE.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSqlQueryCaptureMode (optimalizace úložiště dotazů ve službě Azure Database for PostgreSQL při řešení potíží).

Zvýšení limitu úložiště pro flexibilní server PostgreSQL

Náš systém ukazuje, že server může být omezený, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. Přístup k limitům úložiště může vést ke snížení výkonu nebo přesunu serveru do režimu jen pro čtení.

Přečtěte si další informace o serveru PostgreSQL – OrcasPostgreSqlFlexibleServerStorageLimit (zvýšení limitu úložiště pro flexibilní server PostgreSQL).

Optimalizace nastavení protokolování nastavením LoggingCollector na –1

Optimalizace nastavení protokolování nastavením LoggingCollector na –1

Další informace [Protokoly ve službě Azure Database for PostgreSQL – Single Server] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).

Optimalizace nastavení protokolování nastavením LogDuration na OFF

Optimalizace nastavení protokolování nastavením LogDuration na OFF

Další informace [Protokoly ve službě Azure Database for PostgreSQL – Single Server] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).

Optimalizace nastavení protokolování nastavením LogStatement na NONE

Optimalizace nastavení protokolování nastavením LogStatement na NONE

Další informace [Protokoly ve službě Azure Database for PostgreSQL – Single Server] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).

Optimalizace nastavení protokolování nastavením ReplaceParameter na OFF

Optimalizace nastavení protokolování nastavením ReplaceParameter na OFF

Další informace [Protokoly ve službě Azure Database for PostgreSQL – Single Server] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).

Optimalizace nastavení protokolování nastavením LoggingCollector na OFF

Optimalizace nastavení protokolování nastavením LoggingCollector na OFF

Další informace [Protokoly ve službě Azure Database for PostgreSQL – Single Server] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).

Zvýšení limitu úložiště pro skupinu serverů Hyperscale (Citus)

Náš systém ukazuje, že jeden nebo více uzlů ve skupině serverů může být omezené, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. To může mít za následek snížení výkonu nebo přesunutí serveru do režimu jen pro čtení. V zájmu zajištění dlouhodobého výkonu doporučujeme zvětšit zřízené místo na disku.

Další informace o serveru PostgreSQL – OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (zvýšení limitu úložiště pro skupinu serverů Hyperscale (Citus)

Optimalizace nastavení parametru log_statement pro PostgreSQL ve službě Azure Database

Náš systém ukazuje, že máte povolené log_statement, aby byl výkon lépe nastavený na NONE.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruMeruLogStatement (optimalizace nastavení log_statement pro PostgreSQL ve službě Azure Database).

Zamezení nadměrnému přetékání disku kvůli řazení a hashování zvýšením limitu work_mem

Náš systém ukazuje, že konfigurace work_mem je pro váš server PostgreSQL příliš malá, což vede k přelití disku a snížení výkonu dotazů. Doporučujeme zvýšit limit work_mem pro server, což pomáhá snížit scénáře, kdy se na disku provádí řazení nebo hodnota hash, a zlepšuje celkový výkon dotazů.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruMeruWorkMem (zvyšte work_mem, abyste se vyhnuli nadměrnému přelití disku z řazení a hodnoty hash).

Zvýšení výkonu flexibilního serveru PostgreSQL povolením inteligentního ladění

Náš systém naznačuje, že můžete zlepšit výkon úložiště povolením inteligentního ladění.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruIntelligentTuning (zlepšení výkonu flexibilního serveru PostgreSQL povolením inteligentního ladění).

Optimalizace nastavení parametru log_duration pro PostgreSQL ve službě Azure Database

Náš systém ukazuje, že máte povolené log_duration pro lepší výkon ho nastavte na VYPNUTO.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruMeruLogDuration (optimalizace nastavení log_duration pro PostgreSQL ve službě Azure Database).

Optimalizace nastavení parametru log_min_duration pro PostgreSQL ve službě Azure Database

Náš systém ukazuje, že máte povolené log_min_duration, aby byl výkon lepší, nastavte ho na -1.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruMeruLogMinDuration (optimalizace nastavení log_min_duration pro PostgreSQL ve službě Azure Database).

Optimalizace nastavení parametru pg_qs.query_capture_mode pro PostgreSQL ve službě Azure Database

Náš systém ukazuje, že máte povolené pg_qs.query_capture_mode, aby byl výkon lepší, nastavte ho na NONE.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruMeruQueryCaptureMode (optimalizace nastavení pg_qs.query_capture_mode pro PostgreSQL ve službě Azure Database).

Optimalizace výkonu PostgreSQL povolením nástroje pgBouncer

Náš systém ukazuje, že můžete zlepšit výkon PostgreSQL povolením PGBounceru.

Další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruOrcasPostgreSQL Připojení ionPooling (optimalizace výkonu PostgreSQL povolením PGBouncer)

Optimalizace nastavení parametru log_error_verbosity pro PostgreSQL ve službě Azure Database

Náš systém ukazuje, že máte povolené log_error_verbosity pro lepší výkon ho nastavte na VÝCHOZÍ.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasMeruMeruLogErrorVerbosity (optimalizace nastavení log_error_verbosity pro PostgreSQL ve službě Azure Database).

Zvýšení limitu úložiště pro skupinu serverů Hyperscale (Citus)

Náš systém ukazuje, že jeden nebo více uzlů ve skupině serverů může být omezené, protože se blíží limitům pro aktuálně zřízené hodnoty úložiště. To může mít za následek snížení výkonu nebo přesunutí serveru do režimu jen pro čtení. V zájmu zajištění dlouhodobého výkonu doporučujeme zvětšit zřízené místo na disku.

Přečtěte si další informace o skupině serverů Hyperscale (Citus) – MarlinStorageLimitRecommendation (zvýšení limitu úložiště pro skupinu serverů Hyperscale (Citus)).

Migrace databáze z SSPG na FSPG

Zvažte naši novou nabídku flexibilního serveru Azure Database for PostgreSQL, která poskytuje bohatší možnosti, jako jsou zónově odolná vysoká dostupnost, předvídatelný výkon, maximální řízení, časové období údržby, ovládací prvky optimalizace nákladů a zjednodušené vývojářské prostředí.

Přečtěte si další informace o flexibilním serveru Azure Database for PostgreSQL – OrcasPostgreSqlMeruMigration (migrace databáze z SSPG do FSPG).

Přesun flexibilního serveru PostgreSQL na skladovou položku optimalizovanou pro paměť

Náš systém ukazuje, že ve fondu vyrovnávacích pamětí pro tento server dochází k vysoké četnosti změn, což vede k pomalejšímu výkonu dotazů a zvýšení počtu vstupně-výstupních operací za sekundu. Pokud chcete zvýšit výkon, projděte si dotazy na úlohy a identifikujte příležitosti k minimalizaci spotřebované paměti. Pokud žádnou takovou příležitost neodhalíte, doporučujeme přejít na vyšší skladovou položku s větší pamětí nebo zvětšit úložiště, abyste získali více IOPS.

Další informace o serveru PostgreSQL – OrcasMeruMemoryUpsell (přesun flexibilního serveru PostgreSQL do skladové položky optimalizované pro paměť)

Zlepšení výkonu mezipaměti a aplikací v případě velké šířky pásma sítě

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení šířky pásma sítě nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCacheNetworkBandwidth (zlepšení výkonu mezipaměti a aplikací při spouštění s velkou šířkou pásma sítě).

Zlepšení výkonu mezipaměti a aplikací v případě velkého počtu připojených klientů

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení zatížení serveru nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCache Připojení edClients (zlepšení výkonu mezipaměti a aplikace při spuštění s mnoha připojenými klienty).

Zlepšení výkonu mezipaměti a aplikací v případě velkého počtu připojených klientů

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení zatížení serveru nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCache Připojení edClientsHigh (zlepšení výkonu mezipaměti a aplikace při spuštění s mnoha připojenými klienty).

Zlepšení výkonu mezipaměti a aplikací v případě velkého zatížení serveru

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení zatížení serveru nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCacheServerLoad (zvýšení výkonu mezipaměti a aplikací při spouštění s vysokým zatížením serveru).

Zlepšení výkonu mezipaměti a aplikací v případě velkého zatížení serveru

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení zatížení serveru nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCacheServerLoadHigh (zvýšení výkonu mezipaměti a aplikace při spouštění s vysokým zatížením serveru).

Zlepšení výkonu mezipaměti a aplikací v případě velkého zatížení paměti

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení využité paměti nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCacheUsedMemory (zlepšení výkonu mezipaměti a aplikace při spouštění s vysokým zatížením paměti).

Zvyšte výkon mezipaměti a aplikací v případě vysokého využití RSS paměti.

Instance mezipaměti fungují nejlépe, když neběží pod velkou šířkou pásma sítě, která může způsobit nereagování, ztrátu dat nebo nedostupnost. Použijte osvědčené postupy pro snížení využité paměti nebo škálování na jinou velikost nebo skladovou položku s větší kapacitou.

Přečtěte si další informace o Serveru Redis Cache – RedisCacheUsedMemoryRSS (zvýšení výkonu mezipaměti a aplikací v případech, kdy je vysoké využití paměti rss).)

Instance mezipaměti fungují nejlépe, když hostitelské počítače, na kterých běží klientská aplikace, dokážou držet krok s odpověďmi z mezipaměti.

Instance mezipaměti fungují nejlépe, když se hostitelské počítače, na kterých klientská aplikace běží, dokážou držet krok s odpověďmi z mezipaměti. Pokud je na hostitelském počítači klienta spuštěná horká paměť, procesor nebo šířka pásma sítě, odpovědi na mezipaměť nedosáhnou dostatečně rychle a můžou vést k vyšší latenci.

Přečtěte si další informace o serveru Redis Cache – UnresponsiveClient (instance mezipaměti fungují nejlépe, když hostitelské počítače, na kterých běží klientská aplikace, dokážou držet krok s odpověďmi z mezipaměti.)

DevOps

Aktualizace na nejnovější verzi rozhraní AMS API

Zjistili jsme volání verze rozhraní API služby Azure Media Services (AMS), která se nedoporučuje. Doporučujeme přejít na nejnovější verzi rozhraní AMS API, abyste si zajistili nepřerušený přístup k AMS, nejnovější funkce a vylepšení výkonu.

Další informace o monitorování – UpdateToLatestAMSApiVersion (aktualizace na nejnovější verzi rozhraní API AMS).

Upgrade na nejnovější verzi sady SDK pro úlohy

Upgradujte na nejnovější verzi sady SDK sady Funkcí, abyste získali nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb.

Přečtěte si další informace o nástroji Monitor – UpgradeToLatestAMSDkVersion (upgrade na nejnovější verzi sady SDK sady Funkcí).

Integrace

Upgrade prostředku API Management na alternativní verzi

Vaše předplatné běží na verzích, které jsou naplánované na vyřazení. 30. září 2023 se všechny verze rozhraní API pro službu Azure API Management před 2021-08-01 vyřadí a volání rozhraní API selžou. Upgradujte na novější verzi, abyste zabránili přerušení služeb.

Přečtěte si další informace o službě Api Management – apimgmtdeprecation (upgrade prostředku služby API Management na alternativní verzi).

Mobilní

Použití doporučené verze sady SDK pro chatování

S využitím sady Azure Communication Services SDK pro chatování můžete do svých aplikací přidat rozsáhlý chat v reálném čase. Aktualizujte na doporučenou verzi sady SDK pro chatování, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeChatSdk (použití doporučené verze sady SDK chatu).

Použití doporučené verze sady SDK Resource Manageru

Sadu SDK Resource Manageru můžete použít k vytváření a správě prostředků Azure Communication Services. Aktualizujte na doporučenou verzi sady SDK Resource Manageru, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeResourceManagerSdk (použití doporučené verze sady SDK Resource Manageru)

Použití doporučené verze sady SDK pro identity

S využitím sady Azure Communication Services SDK pro identity je možné spravovat identity, uživatele a přístupové tokeny. Aktualizujte na doporučenou verzi sady SDK pro identity, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeIdentitySdk (použití doporučené verze sady SDK identity)

Použití doporučené verze sady SDK pro SMS

S využitím sady Azure Communication Services SDK pro SMS je možné odesílat a přijímat zprávy SMS. Aktualizujte na doporučenou verzi sady SDK pro SMS, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeSmsSdk (použití doporučené verze sady SMS SDK).

Použití doporučené verze sady SDK pro telefonní čísla

S využitím sady Azure Communication Services SDK pro telefonní čísla je možné získat a spravovat telefonní čísla. Aktualizujte na doporučenou verzi sady SDK pro telefonní čísla, abyste si zajistili nejnovější opravy a funkce.

Přečtěte si další informace o komunikační službě – Upgrade Telefon NumbersSdk (Použijte doporučenou verzi sady SDK pro Telefon Numbers).

Použití doporučené verze sady SDK pro volání

S využitím sady Azure Communication Services SDK pro volání je možné umožnit hlasovou komunikaci, videokomunikaci, sdílení obrazovky a další typy komunikace v reálném čase. Aktualizujte na doporučenou verzi sady SDK pro volání, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeCallingSdk (použití doporučené verze sady SDK pro volání).

Použití doporučené verze sady SDK pro automatizaci volání

S využitím sady Azure Communication Services SDK pro automatizaci volání je možné provádět a spravovat volání, přehrávat zvuk a konfigurovat nahrávání. Aktualizujte na doporučenou verzi sady SDK pro automatizaci volání, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeServerCallingSdk (použití doporučené verze sady SDK pro automatizaci volání).

Použití doporučené verze sady SDK služby Network Traversal

S využitím sady Azure Communication Services SDK služby Network Traversal je možné získat přístup k serverům TURN za účelem přenosu dat nízké úrovně. Aktualizujte na doporučenou verzi sady SDK služby Network Traversal, abyste si zajistili nejnovější opravy a funkce.

Další informace o komunikační službě – UpgradeTurnSdk (použití doporučené verze sady SDK pro procházení sítě).

Použití doporučené verze sady Rooms SDK

S využitím sady Azure Communication Services Rooms SDK je možné řídit, kdo se může připojit k hovoru, kdy se můžou uživatelé sejít a jak můžou spolupracovat. Aktualizujte na doporučenou verzi sady Rooms SDK, abyste si zajistili nejnovější opravy a funkce. V uplynulých 48–60 hodinách byla zjištěna nedoporučovaná verze.

Další informace o komunikační službě – UpgradeRoomsSdk (použití doporučené verze sady Rooms SDK)

Sítě

Doporučení k upgradu verze sady SDK

Nejnovější verze sady SDK a klientské knihovny služby Azure Front Door úrovně Standard a Premium obsahuje řešení problémů nahlášených zákazníky a aktivně zjištěných v rámci procesu kontroly kvality. Nejnovější verze kromě nových funkcí přináší i optimalizaci spolehlivosti a výkonu, která může zlepšit celkové zkušenosti s používáním služby Azure Front Door úrovně Standard a Premium.

Další informace o profilu služby Front Door – UpgradeCDNToLatestSDKLanguage (doporučení k upgradu verze sady SDK)

Doporučení k upgradu verze sady SDK

Nejnovější verze sady SDK služby Azure Traffic Collector obsahuje opravy problémů proaktivně identifikovaných prostřednictvím našeho procesu kontroly kvality, podporuje nejnovější model prostředků a má optimalizaci spolehlivosti a výkonu, která může zlepšit celkové používání ATC.

Další informace o službě Azure Traffic Collector – UpgradeATCToLatestSDKLanguage (doporučení k upgradu verze sady SDK)

Upgrade šířky pásma okruhu ExpressRoute tak, aby vyhovovala vašim požadavkům na šířku pásma

V poslední době využíváte více než 90 % vaší zakoupené šířky pásma okruhu. Pokud překročíte přidělenou šířku pásma, dojde k nárůstu zahozených paketů odesílaných přes ExpressRoute. Pokud budou vaše požadavky na šířku pásma stále takto vysoké, upgradujte šířku pásma okruhu, abyste si udrželi výkon.

Další informace o okruhu ExpressRoute – UpgradeERCircuitBandwidth (upgrade šířky pásma okruhu ExpressRoute tak, aby vyhovoval vašim potřebám šířky pásma)

Zajištění předvídatelnější a konzistentnější latence s využitím privátního připojení k Azure

Zvyšte výkon, úroveň ochrany osobních údajů a spolehlivost vašich klíčových obchodních aplikací rozšířením místních sítí do Azure s využitím Azure ExpressRoute. Privátní připojení ExpressRoute můžete navazovat přímo z vaší sítě WAN, prostřednictvím cloudové výměny nebo prostřednictvím připojení POP a IPVPN.

Další informace o předplatném – AzureExpressRoute (předvídatelnější a konzistentní latence s privátním připojením k Azure)

Upgrade rozhraní API pro úlohy na nejnovější verzi (rozhraní API služby Azure Center for SAP solutions)

U prostředků v této skupině prostředků jsme zjistili volání zastaralé verze rozhraní API pro úlohy. Doporučujeme přejít na nejnovější verzi rozhraní API pro úlohy, abyste si zajistili nepřerušený přístup k nejnovějším funkcím a vylepšením výkonu ve službě Azure Center for SAP solutions. Pokud se v doporučení zobrazuje více virtuálních instancí pro řešení SAP (VIS), ujistěte se, že aktualizujete verzi rozhraní API pro všechny prostředky VIS.

Přečtěte si další informace o předplatném – UpdateToLatestWaasApiVersionAtSub (upgrade rozhraní API pro úlohy na nejnovější verzi (Azure Center for SAP Solutions API)).

Upgrade sady SDK pro úlohy na nejnovější verzi (sada SDK služby Azure Center for SAP solutions)

Zjistili jsme volání zastaralé verze sady SDK pro úlohy z prostředků v této skupině prostředků. Upgradujte na nejnovější verzi sady SDK sady Funkcí, abyste získali nejnovější funkce a nejlepší výsledky z hlediska kvality modelu, výkonu a dostupnosti služeb pro řešení Azure Center for SAP. Pokud se v doporučení zobrazuje více virtuálních instancí pro řešení SAP (VIS), ujistěte se, že aktualizujete verzi sady SDK pro všechny prostředky VIS.

Přečtěte si další informace o předplatném – UpgradeToLatestWaasSdkVersionAtSub (upgrade sady SDK pro úlohy na nejnovější verzi (Azure Center for SAP Solutions SDK)).

Konfigurace hodnoty TTL DNS na 60 sekund

Hodnota TTL (Time to Live) ovlivňuje, jak poslední odpověď klient získá, když odešle požadavek do Azure Traffic Manageru. Snížení hodnoty TTL znamená, že klient se v případě převzetí služeb při selhání směruje rychleji do funkčního koncového bodu. Nakonfigurujte hodnotu TTL na 60 sekund, aby se provoz směroval na funkční koncový bod co nejrychleji.

Přečtěte si další informace o profilu Traffic Manageru – ProfileTTL (Konfigurace hodnoty ČASU DNS na 60 sekund).

Konfigurace hodnoty TTL (Time to Live) DNS na 20 sekund

Hodnota TTL (Time to Live) ovlivňuje, jak poslední odpověď klient získá, když odešle požadavek do Azure Traffic Manageru. Snížení hodnoty TTL znamená, že klient se v případě převzetí služeb při selhání směruje rychleji do funkčního koncového bodu. Nakonfigurujte hodnotu TTL na 20 sekund, aby se provoz směroval na funkční koncový bod co nejrychleji.

Přečtěte si další informace o profilu Traffic Manageru – FastFailOverTTL (konfigurace času DNS na 20 sekund).

Konfigurace hodnoty TTL DNS na 60 sekund

Hodnota TTL (Time to Live) ovlivňuje, jak poslední odpověď klient získá, když odešle požadavek do Azure Traffic Manageru. Snížení hodnoty TTL znamená, že klient se v případě převzetí služeb při selhání směruje rychleji do funkčního koncového bodu. Nakonfigurujte hodnotu TTL na 60 sekund, aby se provoz směroval na funkční koncový bod co nejrychleji.

Přečtěte si další informace o profilu Traffic Manageru – ProfileTTL (Konfigurace hodnoty ČASU DNS na 60 sekund).

Zvažte zvětšení velikosti skladové položky brány virtuální sítě, abyste vyřešili konzistentně vysoké využití procesoru.

V případě vysokého zatížení provozu může brána VPN zahodit pakety kvůli vysokému využití procesoru.

Přečtěte si další informace o bráně virtuální sítě – HighCPUVNetGateway (zvažte zvýšení velikosti skladové položky brány virtuální sítě, aby bylo možné řešit konzistentně vysoké využití procesoru).

Zvažte zvětšení velikosti skladové položky brány virtuální sítě pro řešení vysokého využití P2S.

Každá skladová položka brány může podporovat pouze určitý počet souběžných připojení typu point-to-site. Počet připojení je blízko limitu brány, takže může selhat více pokusů o připojení.

Přečtěte si další informace o bráně virtuální sítě – HighP2S Připojení ionsVNetGateway (zvažte zvětšení velikosti skladové položky brány virtuální sítě, aby se vyřešilo vysoké využití P2S).

Ujistěte se, že máte v Application Gateway dostatek instancí pro zpracování provozu.

Vaše služba Application Gateway v poslední době běží na vysokém využití a při vysokém zatížení může docházet ke ztrátě provozu nebo zvýšení latence. Je důležité škálovat službu Application Gateway odpovídajícím způsobem a přidat vyrovnávací paměť, abyste byli připraveni na případné nárůsty nebo špičky provozu a minimalizovali účinek, který může mít ve vaší technologii QoS. Skladová položka služby Application Gateway v1 (Standard/WAF) podporuje ruční škálování a skladovou položku v2 (Standard_v2/WAF_v2) podporuje ruční a automatické škálování. Při ručním škálování zvyšte počet instancí. Pokud je povolené automatické škálování, ujistěte se, že je maximální počet instancí nastavený na vyšší hodnotu, aby služba Application Gateway při nárůstu provozu škálovat kapacitu na více instancí.

Přečtěte si další informace o službě Application Gateway – HotAppGateway (ujistěte se, že máte ve službě Application Gateway dostatek instancí pro podporu provozu).

SAP pro Azure

Snížení hodnoty can_queue v operačním systému virtuálního počítače aplikace v úlohách SAP za účelem zabránění měkkému uzamčení v ovladači Mellanox

Abyste se vyhnuli občasným soft lockupům v ovladači Mellanox, snižte can_queue hodnotu v operačním systému. Hodnotu nelze nastavit přímo. Stejného výsledku dosáhnete přidáním následujících možností na spouštěcí řádek jádra: hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024

Přečtěte si další informace o instanci App Serveru – AppSoftLockup (abyste se vyhnuli obnovitelnému uzamčení v ovladači Mellanox, snižte can_queue hodnotu v operačním systému virtuálního počítače aplikace v úlohách SAP).)

Snížení hodnoty can_queue v operačním systému virtuálního počítače ASCS v úlohách SAP za účelem zabránění měkkému uzamčení v ovladači Mellanox

Abyste se vyhnuli občasným soft lockupům v ovladači Mellanox, snižte can_queue hodnotu v operačním systému. Hodnotu nelze nastavit přímo. Stejného výsledku dosáhnete přidáním následujících možností na spouštěcí řádek jádra: hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024

Přečtěte si další informace o instanci centrálního serveru – AscsoftLockup (abyste se vyhnuli obnovitelnému uzamčení v ovladači Mellanox, snižte can_queue hodnotu v operačním systému virtuálního počítače ASCS v úlohách SAP).

Snížení hodnoty can_queue v operačním systému virtuálního počítače databáze v úlohách SAP za účelem zabránění měkkému uzamčení v ovladači Mellanox

Abyste se vyhnuli občasným soft lockupům v ovladači Mellanox, snižte can_queue hodnotu v operačním systému. Hodnotu nelze nastavit přímo. Stejného výsledku dosáhnete přidáním následujících možností na spouštěcí řádek jádra: hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024

Přečtěte si další informace o instanci databáze – DBSoftLockup (abyste se vyhnuli obnovitelnému uzamčení v ovladači Mellanox, snižte can_queue hodnotu v operačním systému virtuálního počítače DB v úlohách SAP).</a0>

Zlepšení výkonu systému souborů ve službě HANA DB pomocí ANF optimalizujte tcp_wmem parametr operačního systému.

Parametr net.ipv4.tcp_wmem určuje minimální, výchozí a maximální velikosti vyrovnávací paměti pro odesílání, které se používají pro soket TCP. Nastavte parametr podle poznámky SAP 302436, aby byla služba DB HANA certifikovaná pro spuštění pomocí ANF a zlepšil se výkon systému souborů. Maximální hodnota nesmí překročit net.core.wmem_max parametr.

Přečtěte si další informace o instanci databáze – WriteBuffersAllocated (pro lepší výkon systému souborů ve službě HANA DB pomocí ANF, optimalizace tcp_wmem parametru operačního systému).

Zlepšení výkonu systému souborů ve službě HANA DB pomocí ANF optimalizujte tcp_rmem parametr operačního systému.

Parametr net.ipv4.tcp_rmem určuje minimální, výchozí a maximální velikosti vyrovnávací paměti pro příjem, které se používají pro soket TCP. Nastavte parametr podle poznámky SAP 3024346, aby byla služba DB HANA certifikovaná pro spuštění pomocí ANF a zlepšil se výkon systému souborů. Maximální hodnota nesmí překročit net.core.rmem_max parametru.

Přečtěte si další informace o instanci databáze – OptimizeReadTcp (pro lepší výkon systému souborů ve službě HANA DB pomocí ANF, optimalizace tcp_rmem parametru operačního systému).

Pokud chcete zlepšit výkon systému souborů v DATABÁZI HANA pomocí ANF, optimalizujte wmem_max parametr operačního systému.

V DATABÁZI HANA s typem úložiště ANF musí být maximální vyrovnávací paměť soketu pro zápis definovaná parametrem net.core.wmem_max nastavena dostatečně velká pro zpracování odchozích síťových paketů. Konfigurace net.core.wmem_max certifikuje databázi HANA ke spuštění s ANF a zlepšuje výkon systému souborů. Viz poznámka SAP 3024346.

Přečtěte si další informace o instanci databáze – MaxWriteBuffer (pro lepší výkon systému souborů v DATABÁZI HANA pomocí ANF, optimalizace wmem_max parametru operačního systému).

Zlepšení výkonu systému souborů ve službě HANA DB pomocí ANF optimalizujte tcp_rmem parametr operačního systému.

Parametr net.ipv4.tcp_rmem určuje minimální, výchozí a maximální velikosti vyrovnávací paměti pro příjem, které se používají pro soket TCP. Nastavte parametr podle poznámky SAP 3024346, aby byla služba DB HANA certifikovaná pro spuštění pomocí ANF a zlepšil se výkon systému souborů. Maximální hodnota nesmí překročit net.core.rmem_max parametru.

Přečtěte si další informace o instanci databáze – OptimizeReadTcp (pro zvýšení výkonu systému souborů v DATABÁZI HANA pomocí ANF, optimalizace tcp_rmem parametru operačního systému).

Zlepšení výkonu systému souborů ve službě HANA DB pomocí ANF optimalizujte rmem_max parametr operačního systému.

V DATABÁZI HANA s typem úložiště ANF musí být maximální vyrovnávací paměť soketu pro čtení definovaná parametrem, net.core.rmem_max musí být dostatečně velká, aby zpracovávala příchozí síťové pakety. Konfigurace net.core.rmem_max certifikuje databázi HANA, aby běžela s ANF a zlepšuje výkon systému souborů. Viz poznámka SAP 3024346.

Přečtěte si další informace o instanci databáze – MaxReadBuffer (pro lepší výkon systému souborů v DATABÁZI HANA pomocí ANF, optimalizace rmem_max parametru operačního systému).

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout nastavením velikosti fronty backlogu příjemce na 300000

Parametr net.core.netdev_max_backlog určuje velikost fronty backlogu příjemce, která se používá, pokud síťové rozhraní přijímá pakety rychleji, než může jádro zpracovat. Nastavte tento parametr podle poznámky SAP: 3024346. Konfigurace net.core.netdev_max_backlog certifikuje databázi HANA tak, aby běžela s ANF a zlepšuje výkon systému souborů.

Přečtěte si další informace o instanci databáze – BacklogQueueSize (pro lepší výkon systému souborů v DATABÁZI HANA pomocí ANF nastavte velikost fronty backlogu příjemce na 300000).

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout povolením parametru operačního systému pro škálování intervalu protokolu TCP

Povolte parametr škálování intervalu protokolu TCP podle poznámky SAP: 302436. Konfigurace škálování okna PROTOKOLU TCP certifikuje spuštění databáze HANA pomocí ANF a zlepšuje výkon systému souborů v DATABÁZI HANA s ANF v úlohách SAP.

Přečtěte si další informace o instanci databáze – EnableTCPWindowScaling (Pokud chcete zlepšit výkon systému souborů v DATABÁZI HANA pomocí ANF, povolte parametr škálování operačního systému okna TCP).

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout zakázáním protokolu IPv6 v operačním systému

Zakažte protokol IPv6 podle doporučení pro SAP v Azure for HANA DB s ANF, aby se zlepšil výkon systému souborů.

Další informace o instanci databáze – DisableIPv6Protocol (Pro lepší výkon systému souborů v HANA DB pomocí ANF zakažte protokol IPv6 v operačním systému)

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout zakázáním parametru pro pomalé spuštění po nečinnosti

Parametr net.ipv4.tcp_slow_start_after_idle zakáže potřebu přírůstkového vertikálního navýšení kapacity okna TCP pro připojení TCP, která byla nějakou dobu nečinná. Nastavením tohoto parametru na nulu podle poznámky SAP: 302436 se maximální rychlost používá od začátku pro dříve nečinná připojení TCP.

Další informace o instanci databáze – ParameterSlowStart (Zlepšení výkonu systému souborů v DATABÁZI HANA pomocí ANF, zakázání parametru pro pomalé spuštění po nečinnosti).

Zlepšení výkonu systému souborů ve službě HANA DB s optimalizací ANF tcp_max_syn_backlog parametrem operačního systému

Pokud chcete zabránit tomu, aby jádro používalo soubory cookie SYN v situaci, kdy se během krátkého časového rámce odesílá velké množství požadavků na připojení a aby se zabránilo upozornění na potenciální útok zahlcení synem v systémovém protokolu, musí být velikost backlogu SYN nastavena na rozumně vysokou hodnotu. Viz 2382421 poznámky SAP.

Přečtěte si další informace o instanci databáze – TCPMaxSynBacklog (pro lepší výkon systému souborů ve službě HANA DB s optimalizací tcp_max_syn_backlog parametru operačního systému).

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout povolením parametru operačního systému tcp_sack

Povolte parametr tcp_sack podle poznámky SAP: 302436. Konfigurace tcp_sack certifikuje databázi HANA, aby běžela s ANF a zlepšuje výkon systému souborů v DATABÁZI HANA s ANF v úlohách SAP.

Přečtěte si další informace o instanci databáze – TCPSackParameter (pro lepší výkon systému souborů ve službě HANA DB pomocí ANF povolte parametr tcp_sack OS).

Ve scénáři s vysokou dostupností pro databázi HANA s ANF zakažte parametr tcp_timestamps operačního systému.

Zakažte parametr tcp_timestamps podle poznámky SAP: 302436. Konfigurace tcp_timestamps osvědčí databázi HANA, aby běžela s ANF, a zlepšuje výkon systému souborů ve scénářích s vysokou dostupností pro databázi HANA s ANF v úlohách SAP.

Přečtěte si další informace o instanci databáze – DisableTCPTimestamps (ve scénáři s vysokou dostupností pro databázi HANA pomocí ANF zakažte parametr tcp_timestamps operačního systému).

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout povolením parametru operačního systému tcp_timestamps

Povolte parametr tcp_timestamps podle poznámky SAP: 302436. Konfigurace tcp_timestamps certifikuje databázi HANA, aby běžela s ANF a zlepšuje výkon systému souborů v DATABÁZI HANA s ANF v úlohách SAP.

Přečtěte si další informace o instanci databáze – EnableTCPTimestamps (pro lepší výkon systému souborů v DATABÁZI HANA pomocí ANF povolte parametr tcp_timestamps OS).

Vyššího výkonu systému souborů ve službě HANA DB s ANF lze dosáhnout povolením automatického ladění velikosti příjmové vyrovnávací paměti protokolu TCP

Parametr net.ipv4.tcp_moderate_rcvbuf umožňuje protokolu TCP provádět automatické ladění vyrovnávací paměti a automaticky měnit velikost vyrovnávací paměti (ne větší než tcp_rmem tak, aby odpovídala velikosti požadované cestou pro úplnou propustnost. Povolte tento parametr podle poznámky SAP: 302436 pro lepší výkon systému souborů.

Další informace o instanci databáze – EnableAutoTuning (zlepšení výkonu systému souborů v DATABÁZI HANA pomocí ANF, povolení automatického ladění velikosti vyrovnávací paměti tcp pro příjem).

Zlepšení výkonu systému souborů ve službě HANA DB pomocí ANF optimalizujte net.ipv4.ip_local_port_range

Jelikož HANA při interní komunikaci využívá značný počet připojení, dává smysl mít pro tento účel k dispozici co největší množství klientských portů. Pokud chcete zajistit optimální interní komunikaci HANA, nastavte parametr operačního systému net.ipv4.ip_local_port_range podle poznámky SAP 2382421.

Přečtěte si další informace o instanci databáze – IPV4LocalPortRange (pro lepší výkon systému souborů v DATABÁZI HANA pomocí ANF, optimalizace net.ipv4.ip_local_port_range).

Pokud chcete zlepšit výkon systému souborů v DATABÁZI HANA pomocí ANF, optimalizujte sunrpc.tcp_slot_table_entries

Nastavte parametr sunrpc.tcp_slot_table_entries na 128 podle doporučení pro zlepšení výkonu systému souborů v DATABÁZI HANA s ANF v úlohách SAP.

Další informace o instanci databáze – TCPSlotTableEntries (zlepšení výkonu systému souborů v DATABÁZI HANA pomocí ANF, optimalizace sunrpc.tcp_slot_table_entries).

Všechny disky v LVM pro /hana/datový svazek musí být stejného typu, aby se zajistil vysoký výkon ve službě HANA DB.

Pokud je ve svazku /hana/data vybráno více typů disků, může dojít k omezení výkonu databáze HANA v úlohách SAP. Ujistěte se, že všechny disky datového svazku HANA mají stejný typ a jsou nakonfigurované podle doporučení pro SAP v Azure.

Další informace o instanci databáze – HanaDataDiskTypeSame (všechny disky v LVM pro /hana/datový svazek musí být stejného typu, aby se zajistil vysoký výkon ve službě HANA DB).

Velikost pruhu pro /hana/data musí být 256 kB, aby se zlepšil výkon databáze HANA v úlohách SAP.

Pokud k vytváření sad stripe na několika discích Azure Premium používáte LVM nebo mdadm, musíte definovat velikosti pruhů. V závislosti na zkušenostech s nedávnými verzemiLinux Azure doporučuje použít prokládání velikosti 256 kB pro /hana/datový systém souborů, aby se zlepšil výkon databáze HANA.

Další informace o instanci databáze – HanaDataStripeSize (velikost stripu pro /hana/data musí být 256 kB, aby se zlepšil výkon databáze HANA v úlohách SAP).

Pokud chcete zlepšit výkon systému souborů ve službě HANA DB pomocí ANF, optimalizujte parametr vm.swappiness.

Nastavte parametr operačního systému vm.swappiness na 10 podle doporučení pro zlepšení výkonu systému souborů v DATABÁZI HANA s ANF v úlohách SAP.

Přečtěte si další informace o instanci databáze – VmSwappiness (Pokud chcete zlepšit výkon systému souborů v DATABÁZI HANA pomocí ANF, optimalizujte parametr vm.swappiness).

Pro vyšší výkon systému souborů v databázi HANA s ANF zakažte net.ipv4.conf.all.rp_filter.

Zakažte parametr linuxového operačního systému reverzní cesty, net.ipv4.conf.all.rp_filter podle doporučení pro zlepšení výkonu systému souborů v DATABÁZI HANA s ANF v úlohách SAP.

Další informace o instanci databáze – DisableIPV4Conf (Chcete-li zlepšit výkon systému souborů v DATABÁZI HANA pomocí ANF, zakažte net.ipv4.conf.all.rp_filter).

Pokud používáte disk Ultradisk, musí být >vstupně-výstupní operace za sekundu pro /hana/datový svazek =7000, aby se zlepšil výkon databáze HANA.

Když se používá Ultradisk, pro úlohy SAP se doporučuje mít pro svazek /hana/data alespoň 7000 IOPS. Podle tohoto požadavku vyberte typ disku pro svazek /hana/data, abyste zajistili vysoký výkon databáze.

Přečtěte si další informace o instanci databáze – HanaDataIOPS (pokud používáte disk Ultradisk, počet IOPS pro /hana/datový svazek musí být >=7000, aby se zlepšil výkon databáze HANA).

Pro vyšší výkon systému souborů v databázi HANA s ANF změňte parametr tcp_max_slot_table_entries.

Nastavte parametr operačního systému tcp_max_slot_table_entries na 128 podle poznámky SAP: 302436 pro zvýšení výkonu přenosu souborů ve službě HANA DB pomocí ANF v úlohách SAP.

Další informace o instanci databáze – OptimizeTCPMaxSlotTableEntries (Zlepšení výkonu systému souborů v DATABÁZI HANA pomocí ANF, změna parametru tcp_max_slot_table_entries).

Ujistěte se, že výkon čtení svazku /hana/data je >=400 MB/s, abyste zajistili lepší výkon ve službě HANA DB.

Pro úlohy SAP v Azure se pro /hana/data doporučuje aktivita čtení alespoň 400 MB/s s velikostí V/V 16 a 64 MB. Podle tohoto požadavku vyberte typ disku pro /hana/data, abyste zajistili vysoký výkon databáze a splnili minimální požadavky na úložiště pro SAP HANA.

Přečtěte si další informace o instanci databáze – HanaDataVolumePerformance (zajistěte, aby výkon čtení svazku /hana/data byl >=400 MB/s, aby se zlepšil výkon databáze HANA).</a0>

Výkon čtení a zápisu svazku /hana/log musí být >=250 MB/s, aby byl výkon ve službě HANA DB lepší.

Pro úlohy SAP v Azure se pro /hana/log doporučuje aktivita čtení/zápisu alespoň 250 MB/s s velikostí V/V 1 MB. Podle tohoto požadavku vyberte typ disku pro svazek /hana/log, abyste zajistili vysoký výkon databáze a splnili minimální požadavky na úložiště pro SAP HANA.

Další informace o instanci databáze – HanaLogReadWriteVolume (výkon čtení a zápisu svazku /hana/log musí být >=250 MB/s, aby se zlepšil výkon databáze HANA).

Pokud používáte disk Ultradisk, musí být >vstupně-výstupní operace za sekundu pro /hana/svazek protokolu =2000, aby se zlepšil výkon ve službě HANA DB.

Když se používá Ultradisk, pro úlohy SAP se doporučuje mít pro svazek /hana/log alespoň 2000 IOPS. Podle tohoto požadavku vyberte typ disku pro svazek /hana/log, abyste zajistili vysoký výkon databáze.

Přečtěte si další informace o instanci databáze – HanaLogIOPS (pokud používáte disk Ultradisk, musí být >IOPS pro svazek /hana/log =2000, aby se zlepšil výkon ve službě HANA DB).

Všechny disky v LVM pro /hana/svazek protokolu musí být stejného typu, aby se zajistil vysoký výkon ve službě HANA DB.

Pokud je ve svazku /hana/log vybráno více typů disků, může dojít k omezení výkonu databáze HANA v úlohách SAP. Ujistěte se, že všechny disky datového svazku HANA mají stejný typ a jsou nakonfigurované podle doporučení pro SAP v Azure.

Další informace o instanci databáze – HanaDiskLogVolumeSameType (všechny disky v LVM pro /hana/svazek protokolu musí mít stejný typ, aby se zajistil vysoký výkon v HANA DB).

Pro lepší latence zápisu v databázi HANA povolte pro svazek /hana/log s disky úrovně Premium Akcelerátor zápisu.

Akcelerátor zápisu Azure je funkce pro virtuální počítače Azure řady M. Vylepšuje latenci V/V operací zápisu do prémiového úložiště Azure. Pro SAP HANA se Akcelerátor zápisu má používat jen pro svazek /hana/log.

Další informace o instanci databáze – WriteAcceleratorEnabled (povolení akcelerátoru zápisu na svazku /hana/log s diskem Premium pro lepší latenci zápisu v HANA DB)

Velikost pruhu pro /hana/protokol musí být 64 kB, aby se zlepšil výkon databáze HANA v úlohách SAP.

Pokud k vytváření sad stripe na několika discích Azure Premium používáte LVM nebo mdadm, musíte definovat velikosti pruhů. Pokud chcete získat dostatečnou propustnost s většími vstupně-výstupními operacemi, Azure doporučuje použít prokládání velikosti 64 kB pro systém souborů /hana/log pro lepší výkon databáze HANA.

Další informace o instanci databáze – HanaLogStripeSize (velikost stripu pro /hana/protokol musí být 64 kB, aby se zlepšil výkon databáze HANA v úlohách SAP).

Zabezpečení

Aktualizace verze rozhraní API pro ověřování identit

Identifikovali jsme volání rozhraní API ze zastaralého rozhraní API pro ověření identity pro prostředky v rámci tohoto předplatného. Doporučujeme přejít na nejnovější verzi rozhraní API pro ověřování identit. Je potřeba aktualizovat stávající kódy tak, aby používal nejnovější verzi rozhraní API. Použití nejnovější verze rozhraní API zajišťuje, že získáte nejnovější funkce a vylepšení výkonu.

Další informace o poskytovateli ověření identity – UpgradeAttestationAPI (verze rozhraní API pro aktualizaci ověření identity)

Aktualizace verze sady SDK služby Key Vault

Nové klientské knihovny služby Key Vault jsou rozdělené na sady SDK pro klíče, tajné klíče a certifikáty, které jsou integrované v doporučené knihovně identit Azure a nabízejí bezproblémové ověřování ve službě Key Vault napříč všemi jazyky a prostředími. Obsahují také několik oprav problémů s výkonem nahlášených zákazníky a aktivně zjištěných v rámci procesu kontroly kvality. Pokud je služba Key Vault integrovaná se službou Azure Storage, diskem nebo jinými službami Azure, které můžou používat starou sadu SDK služby Key Vault a kdy všechny vaše aktuální vlastní aplikace používají sadu .NET SDK 4.0 nebo novější, doporučení zavřete.

Další informace o trezoru klíčů – UpgradeKeyVaultSDK (aktualizace verze sady SDK služby Key Vault)

Aktualizace verze sady SDK služby Key Vault

Nové klientské knihovny služby Key Vault jsou rozdělené na sady SDK pro klíče, tajné klíče a certifikáty, které jsou integrované v doporučené knihovně identit Azure a nabízejí bezproblémové ověřování ve službě Key Vault napříč všemi jazyky a prostředími. Obsahují také několik oprav problémů s výkonem nahlášených zákazníky a aktivně zjištěných v rámci procesu kontroly kvality.

Důležité

Mějte na paměti, že doporučení můžete napravit pouze pro vlastní aplikace, ke kterým máte přístup. Doporučení se dají zobrazit z důvodu integrace s dalšími službami Azure, jako je storage, šifrování disků, které se zpracovávají při aktualizaci na novou verzi naší sady SDK. Pokud ve všech aplikacích používáte .NET 4.0, doporučení zavřete.

Další informace o spravované službě HSM – UpgradeKeyVaultMHSMSDK (aktualizace verze sady SDK služby Key Vault)

Úložiště

Použití operace Put Blob pro objekty blob menší než 256 MB

Pokud zapisujete objekt blob bloku, jehož velikost nepřesahuje 256 MB (64 MB v případě požadavků využívajících starší verze rozhraní REST než 2016-05-31), můžete ho celý nahrát pomocí jedné operace zápisu s využitím operace Put Blob. Soudě podle vašich agregovaných metrik věříme, že je možné optimalizovat operace zápisu vašeho účtu úložiště.

Přečtěte si další informace o účtu úložiště – StorageCallPutBlob (pro objekty blob menší než 256 MB použijte "Put Blob").

Zvětšení zřízené velikosti sdílené složky úrovně Premium za účelem zabránění omezování požadavků

Dochází k omezování vašich požadavků na sdílenou složku úrovně Premium kvůli dosažení limitů vstupně-výstupních operací za sekundu (IOPS) nebo propustnosti pro sdílenou složku. Pokud chcete chránit požadavky před omezováním, zvyšte velikost sdílené složky úrovně Premium.

Další informace o účtu úložiště – AzureStorageAdvisorAvoidThrottlingPremiumFiles (zvýšení zřízené velikosti sdílené složky úrovně Premium, aby nedocházelo k omezování požadavků)

Vytváření statistik pro sloupce tabulek

Zjistili jsme, že vám chybí statistika tabulky, která by mohla mít vliv na výkon dotazů. Optimalizátor dotazů využívá statistiky k odhadu kardinality nebo počtu řádků ve výsledku dotazu, což optimalizátoru dotazů umožňuje vytvořit vysoce kvalitní plán dotazu.

Přečtěte si další informace o SQL Data Warehouse – CreateTableStatisticsSqlDW (Vytvoření statistiky pro sloupce tabulky).

Zvýšení výkonu dotazů odebráním nerovnoměrné distribuce dat

Zjistili jsme nerovnoměrnou distribuci dat větší než 15 %, což může způsobit nákladné kritické body výkonu.

Další informace o SQL Data Warehouse – DataSkewSqlDW (odebrání nerovnoměrné distribuce dat za účelem zvýšení výkonu dotazů)

Aktualizace statistik pro sloupce tabulek

Zjistili jsme, že nemáte aktuální statistiky tabulek, což může mít vliv na výkon dotazů. Optimalizátor dotazů používá aktuální statistiky k odhadu kardinality nebo počtu řádků ve výsledku dotazu, který optimalizátoru dotazů umožňuje vytvořit vysoce kvalitní plán dotazů.

Další informace o SQL Data Warehouse – UpdateTableStatisticsSqlDW (statistika aktualizace sloupců tabulky)

Vertikální navýšení kapacity za účelem optimalizace využití mezipaměti pomocí služby SQL Data Warehouse

Zjistili jsme, že jste měli vysoké procento využití mezipaměti s nízkým procentem dosažení, což značí vysokou míru vyřazení mezipaměti, která může ovlivnit výkon vaší úlohy.

Další informace o SQL Data Warehouse – SqlDwIncreaseCacheCapacity (vertikální navýšení kapacity pro optimalizaci využití mezipaměti pomocí SQL Data Warehouse)

Vertikální navýšení kapacity nebo aktualizace třídy prostředků za účelem omezení kolizí tempdb pomocí služby SQL Data Warehouse

Zjistili jsme, že máte vysoké využití databáze tempdb, které může ovlivnit výkon vaší úlohy.

Přečtěte si další informace o SQL Data Warehouse – SqlDwReduceTempdbContention (vertikální navýšení nebo aktualizace třídy prostředků za účelem omezení kolize tempdb pomocí SQL Data Warehouse).

Převod tabulek na replikované tabulky pomocí služby SQL Data Warehouse

Zjistili jsme, že můžete těžit z použití replikovaných tabulek. Replikované tabulky se vyhýbají nákladným operacím přesunu dat a výrazně zvyšují výkon vaší úlohy.

Další informace o SQL Data Warehouse – SqlDwReplicateTable (převod tabulek na replikované tabulky pomocí SQL Data Warehouse)

Zvýšení výkonu nahrávání rozdělením připravených souborů v účtu úložiště

Zjistili jsme, že můžete zvýšit propustnost nahrávání rozdělením připravených komprimovaných souborů ve vašem účtu úložiště. Obecně je vhodné rozdělit komprimované soubory na 60 nebo více částí, aby se maximalizoval paralelismus nahrávání.

Přečtěte si další informace o SQL Data Warehouse – FileSplittingGuidance (rozdělené fázované soubory v účtu úložiště za účelem zvýšení výkonu načítání).

Maximalizace propustnosti nahrávání, komprese dat a výkonu dotazů zvětšením velikosti dávky při nahrávání

Zjistili jsme, že zvětšením velikosti dávky při nahrávání do databáze můžete zvýšit výkon a propustnost nahrávání. Zvažte použití příkazu COPY. Pokud nemůžete použít příkaz COPY, zvažte zvětšení velikosti dávky při načítání nástrojů, jako je rozhraní SQLBulkCopy API nebo BCP – dobrým pravidlem velikosti dávky je velikost dávky mezi 100 tisíci a 1M řádky.

Další informace o SQL Data Warehouse – LoadBatchSizeGuidance (zvýšení velikosti dávky při načítání za účelem maximalizace propustnosti načítání, komprese dat a výkonu dotazů)

Minimalizace latence při nahrávání umístění účtu úložiště do stejné oblasti

Zjistili jsme, že načítáte z oblasti, která se liší od vašeho fondu SQL. Zvažte načtení z účtu úložiště, který je ve stejné oblasti jako fond SQL, aby se minimalizovala latence při načítání dat.

Přečtěte si další informace o SQL Data Warehouse – ColocateStorageAccount (Co-locate the storage account within the same region to minimize latency when loading) (Co-locate the storage account within the same region to minimize latency when loading).

Vyšší spolehlivost a výkon díky upgradu klientské knihovny služby Storage na nejnovější verzi

Nejnovější verze sady SDK a klientské knihovny služby Storage obsahuje opravy chyb nahlášených zákazníky a aktivně zjištěných v rámci procesu kontroly kvality. Nejnovější verze kromě nových funkcí přináší i optimalizaci spolehlivosti a výkonu, která může zlepšit celkové zkušenosti s používáním služby Azure Storage.

Další informace o účtu úložiště – UpdateStorageSDK (upgrade klientské knihovny úložiště na nejnovější verzi pro zajištění lepší spolehlivosti a výkonu)

Vyšší spolehlivost a výkon díky upgradu klientské knihovny služby Storage na nejnovější verzi

Nejnovější verze sady SDK a klientské knihovny služby Storage obsahuje opravy chyb nahlášených zákazníky a aktivně zjištěných v rámci procesu kontroly kvality. Nejnovější verze kromě nových funkcí přináší i optimalizaci spolehlivosti a výkonu, která může zlepšit celkové zkušenosti s používáním služby Azure Storage.

Další informace o účtu úložiště – UpdateStorageDataMovementSDK (upgrade klientské knihovny úložiště na nejnovější verzi pro lepší spolehlivost a výkon)

Upgrade na disky SSD úrovně Standard pro zajištění konzistentního a vyššího výkonu

Vzhledem k tomu, že spouštíte úlohy virtuálních počítačů IaaS na spravovaných discích HDD úrovně Standard, mějte na paměti, že možnost disku SSD úrovně Standard je nyní dostupná pro všechny typy virtuálních počítačů Azure. Disky SSD úrovně Standard představují nákladově efektivní variantu úložiště optimalizovanou pro podnikové úlohy, které vyžadují konzistentní výkon. Upgradujte svou konfiguraci disků ještě dnes a zajistěte si nižší latenci a vyšší spolehlivost a dostupnost. Upgrade vyžaduje restartování virtuálního počítače, což trvá tři až pět minut.

Přečtěte si další informace o účtu úložiště – StandardSSDForNonPremVM (upgrade na disky SSD úrovně Standard pro zajištění konzistentního a lepšího výkonu).

Ukládání objektů blob bloku s využitím objektů blob úrovně výkonu Premium

Jeden nebo několik z vašich účtů úložiště má vysokou rychlost transakcí na GB uložených dat objektů blob bloku. Pro úlohy, které vyžadují rychlou odezvu úložiště nebo vysokou rychlost transakcí, místo úložiště úrovně výkonu Standard použijte úložiště objektů blob bloku úrovně výkonu Premium a možná tím ušetříte náklady na úložiště.

Přečtěte si další informace o účtu úložiště – PremiumBlobStorageAccount (použití úložiště objektů blob bloku úrovně Premium s výkonem).

Zvýšení výkonu převodem nespravovaných disků HDD úrovně Standard na disky SSD úrovně Premium

Všimli jsme si, že váš nespravovaný disk HDD se blíží cílům výkonnosti. Disky Azure SSD úrovně Premium nabízí podporu vysoce výkonných disků s nízkou latencí pro virtuální počítače s úlohami náročnými na vstupně-výstupní operace. Zvyšte výkon svých disků upgradem disků HDD úrovně Standard na disky SSD úrovně Premium. Upgrade vyžaduje restartování virtuálního počítače, což trvá tři až pět minut.

Přečtěte si další informace o účtu úložiště – UMDHDDtoPremiumForPerformance (převod nespravovaných disků z HDD úrovně Standard na DISK SSD úrovně Premium za účelem výkonu).

Distribuce dat ve skupině serverů za účelem distribuce zatížení mezi uzly

Zdá se, že data nejsou v této skupině serverů distribuována, ale zůstávají v koordinátoru. Pro úplné výhody Hyperscale (Citus) distribuujte data na pracovních uzlech ve skupině serverů.

Přečtěte si další informace o skupině serverů Hyperscale (Citus) – OrcasPostgreSqlCitusDistributeData (Distribuce dat ve skupině serverů za účelem distribuce úloh mezi uzly).

Obnovení rovnováhy dat ve skupině serverů Hyperscale (Citus) za účelem zajištění rovnoměrnější distribuce zatížení mezi pracovními uzly

Vypadá to, že data nejsou dobře rozdělená mezi pracovní uzly v této skupině serverů Hyperscale (Citus). Aby bylo možné efektivně vybalovat data ve skupině serverů Hyperscale (Citus), aby bylo možné efektivně používat každý pracovní uzel skupiny serverů Hyperscale (Citus).

Další informace o skupině serverů Hyperscale (Citus) – OrcasPostgreSqlCitusRebalanceData (Rebalance data ve skupině serverů Hyperscale (Citus) za účelem rovnoměrnější distribuce úloh mezi pracovní uzly).

Infrastruktura virtuálních klientských počítačů

Vylepšení uživatelského prostředí a připojení nasazením virtuálních počítačů blíže k umístění uživatele

Zjistili jsme, že vaše virtuální počítače se nacházejí v jiné oblasti nebo daleko od místa, kde se vaši uživatelé připojují ke službě Azure Virtual Desktop, což může vést k prodloužení doby odezvy připojení a ovlivnění celkového uživatelského prostředí. Když vytváříte virtuální počítače pro fondy hostitelů, zkuste použít oblast blíže k uživateli. Úzká blízkost zajišťuje nepřetržitou spokojenost se službou Azure Virtual Desktop a lepší celkovou kvalitu prostředí.

Přečtěte si další informace o fondu hostitelů – RegionProximityHostPools (vylepšení uživatelského prostředí a připojení nasazením virtuálních počítačů blíže k umístění uživatele.)

Zvýšení výkonu virtuálního počítače změnou limitu maximálního počtu relací pro fond hostitelů s vyrovnáváním zatížení do hloubky

Při vyrovnávání zatížení do hloubky se na základě limitu maximálního počtu relací určuje maximální počet uživatelů, kteří můžou mít souběžné relace s jedním hostitelem relací. Pokud je limit maximálního počtu relací příliš vysoký, všechny uživatelské relace se směrují na stejného hostitele relace a to může způsobit problémy s výkonem a spolehlivostí. Proto při nastavování fondu hostitelů tak, aby měl první vyrovnávání zatížení hloubku, nastavte také odpovídající maximální limit relace podle konfigurace nasazení a kapacity virtuálních počítačů. Pokud chcete tento problém vyřešit, otevřete vlastnosti fondu hostitelů a změňte hodnotu u nastavení Limit maximálního počtu relací.

Přečtěte si další informace o fondu hostitelů – ChangeMaxSessionLimitForDepthFirstHostPool (změna maximálního limitu relace pro váš fond hostitelů s vyrovnáváním zatížení za účelem zlepšení výkonu virtuálního počítače).

Web

Zlepšení výkonu přesunem plánu služby App Service na PremiumV2

Vaše aplikace za poslední 3 dny obsloužila více než 1 000 požadavků denně. Vaše aplikace může využívat vyšší výkonovou infrastrukturu dostupnou s úrovní App Service Premium V2. Úroveň Premium V2 nabízí virtuální počítače řady Dv2 s rychlejšími procesory, úložištěm SSD a dvojnásobným poměrem mezi pamětí a jádry v porovnání s předchozími instancemi. Další informace o upgradu na Premium V2 najdete v naší dokumentaci.

Přečtěte si další informace o službě App Service – AppServiceMoveToPremiumV2 (přesunutí plánu služby App Service na PremiumV2 pro zajištění lepšího výkonu).

Kontrola odchozích připojení z prostředku App Service

Vaše aplikace otevřela příliš mnoho připojení přes soket TCP/IP. Chvilkové překročení limitu připojení přes port TCP/IP může způsobit neočekávané problémy s připojením aplikací.

Přečtěte si další informace o službě App Service – AppServiceOutbound Připojení ions (kontrola odchozích připojení z prostředku služby App Service).

Další kroky

Další informace o efektivitě výkonu – Dobře navržená architektura Microsoft Azure