Automatické škálování pro Azure API for FHIR

Azure API for FHIR jako spravovaná služba umožňuje zákazníkům zachovat zdravotnická data kompatibilní se službou Fast Healthcare Interoperability Resources (FHIR®) a bezpečně je vyměňovat prostřednictvím rozhraní API služby. K přizpůsobení různých transakčních úloh můžou zákazníci použít ruční škálování nebo automatické škálování.

Azure API for FHIR poskytuje možnosti škálování na úrovni databáze a výpočetních prostředků.

Automatické škálování na úrovni databáze

Ve výchozím nastavení je rozhraní Azure API for FHIR nastavené na ruční škálování databáze. Tato možnost funguje dobře, pokud jsou transakční úlohy známé a konzistentní. Zákazníci můžou upravit propustnost RU/s prostřednictvím portálu až na 100 000 a odeslat žádost o navýšení limitu.

Funkce automatického škálování je navržená tak, aby automaticky škálovat prostředky Azure včetně propustnosti databáze podle úloh, čímž se eliminují možné kritické body v datové vrstvě.

Pojďme se seznámit s tím, jak povolit automatické škálování na úrovni databáze v dalších částech.

Pokyny k povolení automatického škálování

Obecně platí, že zákazníci by měli zvážit automatické škálování, když se jejich úlohy výrazně liší a jsou nepředvídatelné.

Pokud chce zákazník funkci automatického škálování povolit, musí vytvořit jednorázový lístek podpory, aby o něj požádal prostřednictvím Azure Portal. Tým podpory Microsoftu povolí funkci automatického škálování na základě priority podpory.

Poznámka

Funkce automatického škálování není na Azure Portal dostupná.

Automatické škálování pro RU/s

Pokud je povolené automatické škálování, systém vypočítá a nastaví počáteční Tmax hodnotu. Škálovatelnost se řídí hodnotou maximální propustnosti RU/s nebo Tmax, a se škáluje mezi 0.1 *Tmax (nebo 10 % Tmax) a Tmax RU/s. Při zvětšení celkové velikosti dat se Tmax automaticky zvýší. Aby byla zajištěna maximální škálovatelnost, hodnota by měla být zachována tak, Tmax jak je. Zákazníci ale můžou požádat, aby se hodnota změnila na 10 až 100 % hodnoty Tmax .

Můžete zvýšit maximální RU/s hodnotu nebo Tmax hodnotu a dosáhnout co nejvyšší úrovně, kterou služba podporuje. Když je služba zaneprázdněná, propustnost RU/s se vertikálně navyšuje Tmax na hodnotu . Pokud je služba nečinná, propustnost RU/s se škáluje na hodnotu 10 %. Tmax

Můžete také snížit maximum RU/s nebo Tmax hodnotu. Když snížíte maximální RU/shodnotu , minimální hodnota, kterou můžete nastavit na, je: MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400), zaokrouhlená na nejbližší 1000 RU/s.

  • Příklad 1: Máte 1 GB dat a nejvyšší zřízených RU/s dat je 10 000. Minimální hodnota je Max (4000, 10 000/10, 1x400) = 4000. Použije se první číslo , 4000.
  • Příklad 2: Máte 20 GB dat a nejvyšší zřízených RU/s dat je 100 000. Minimální hodnota je Max (4000, 100 000/10, 20x400) = 10 000. Použije se druhé číslo 100 000/10 = 10 000.
  • Příklad 3: Máte 80 GB dat a nejvyšší počet zřízených RU/s je 300 000. Minimální hodnota je Max (4000, 300 000/10, 80x400) = 32 000. Použije se třetí číslo 80x400=32 000.

Pokud je to platné číslo a není větší než 100 RU/s000, můžete na portálu upravit maximum RU/s nebo Tmax hodnotu . Můžete vytvořit lístek podpory a požádat o Tmax hodnotu větší než 100 000.

Poznámka

S rostoucím úložištěm dat systém automaticky zvýší maximální propustnost na další nejvyšší počet RU/s, který může danou úroveň úložiště podporovat.

Automatické škálování na úrovni výpočetních prostředků

Zásady automatického škálování definované pro úroveň výpočetních prostředků služby FHIR zahrnují:

  • Aktivační událost škálování

Trigger škálování popisuje, kdy se provede škálování služby. Podmínky definované v triggeru se pravidelně kontrolují, aby se zjistilo, jestli se má služba škálovat, nebo ne. Všechny aktuálně podporované triggery jsou Average CPU, Max Worker Thread, Average LogWrite, Average Data V/V.

  • Mechanismus škálování

Mechanismus škálování se použije, pokud kontrola triggeru zjistí, že je škálování nezbytné. Trigger škálování se navíc znovu nevyhodnotí, dokud nevyprší interval škálování, který je pro Azure API for FHIR nastavený na jednu minutu.

V zájmu zajištění nejlepšího možného výsledku doporučujeme zákazníkům postupně zvyšovat míru požadavků tak, aby odpovídala očekávané rychlosti nabízených oznámení, a ne aby nasdílely všechny požadavky najednou.

Časté otázky

Jak odhadnout požadovanou propustnost RU/s?

Velikost dat je jedním z několika faktorů, které se používají při výpočtu celkové propustnosti RU/s vyžadované pro ruční škálování a automatické škálování. Velikost dat najdete pomocí možnosti nabídky Metriky v části Monitorování. Vytvořte nový graf a v rozevíracím seznamu Metrika vyberte Velikost kolekce Cosmos DB a v poli Agregace vyberte Maximum .

Snímek obrazovky s metrics_new_chart

Měli byste být schopni zobrazit maximální velikost shromažďování dat za vybrané časové období. V případě potřeby změňte časový rozsah, například z posledních 30 minut na Posledních 48 hodin.

Snímek obrazovky s cosmosdb_collection_size

K výpočtu požadovaných RU/s použijte vzorec.

  • Ruční škálování: úložiště v GB × 40
  • Automatické škálování: úložiště v GB × 400

Mějte na paměti, že se jedná pouze o odhad na základě velikosti dat a že existují další faktory, které ovlivňují požadované RU/s.

Povolil(a) jsem automatické škálování, jak můžu migrovat na škálování ručně?

Pokud chcete změnit automatické škálování na ruční škálování a zadat propustnost RU/s, musíte vytvořit lístek podpory. Minimální hodnota ručního škálování, kterou můžete nastavit na, je: MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40), zaokrouhlená na nejbližších 1000 RU/s. Zde použitá čísla se liší od čísel používaných při automatickém škálování.

Po dokončení změny jsou nové fakturační sazby založené na ručním škálování.

Jaký je dopad automatického škálování na náklady?

Funkce automatického škálování nese náklady z důvodu automatické správy zřízených jednotek propustnosti. Skutečné náklady závisí na hodinovém využití, ale mějte na paměti, že minimální náklady na rezervovanou propustnost RU/s jsou 10 %.Tmax Toto zvýšení nákladů se ale nevztahuje na náklady na úložiště a běh. Informace o cenách najdete v tématu Ceny rozhraní Azure API for FHIR.

Další kroky

V tomto dokumentu jste se dozvěděli o funkci automatického škálování pro Azure API for FHIR. Přehled o rozhraní Azure API for FHIR najdete v tématu

FHIR® je registrovaná ochranná známka hl7 a používá se se svolením HL7.