Přehled obecných vzorů automatického škálování
Nastavení automatického škálování pomáhá zajistit, že máte spuštěné správné množství prostředků pro zvládnutí kolísajícího zatížení vaší aplikace. Nastavení automatického škálování můžete nakonfigurovat tak, aby se aktivovalo na základě metrik, které indikují zatížení nebo výkon, nebo se aktivovalo v naplánované datum a čas.
Automatické škálování Azure podporuje mnoho typů prostředků. Další informace o podporovaných prostředcích najdete v tématu Podporované prostředky s automatickým škálováním.
Tento článek popisuje některé běžné vzory, které můžete použít ke škálování prostředků v Azure.
Požadavky
Tento článek předpokládá, že máte zkušenosti s automatickým škálováním. Další informace najdete v tématu Začínáme se škálováním prostředku.
Škálování na základě metrik
Škálujte prostředek na základě metrik generovaných samotným prostředkem nebo jakýmkoli jiným prostředkem. Příklad:
- Škálovací sadu virtuálních počítačů můžete škálovat na základě využití procesoru virtuálního počítače.
- Zajistěte minimální počet instancí.
- Nastavte maximální limit počtu instancí.
Následující obrázek ukazuje výchozí podmínku škálování pro škálovací sadu virtuálních počítačů:
- Karta Pravidlo škálování ukazuje, že zdrojem metriky je samotná škálovací sada a použitá metrika je Procento CPU.
- Minimální počet spuštěných instancí je nastaven na 2.
- Maximální počet instancí je nastaven na 10.
- Při spuštění škálovací sady je výchozí počet instancí 3.
Škálování na základě metriky jiného prostředku
Škálujte prostředek na základě metrik z jiného prostředku. Následující obrázek ukazuje pravidlo škálování, které škáluje škálovací sadu virtuálních počítačů na základě počtu přidělených portů v nástroji pro vyrovnávání zatížení.
Jiné škálování o víkendech
Prostředky můžete škálovat různě v různých dnech v týdnu. Můžete mít například škálovací sadu virtuálních počítačů a chcete:
- Nastavte minimálně 3 instance ve všední dny a škálování na základě příchozích toků.
- Horizontální snížení kapacity na pevnou 1 instanci o víkendech, když je provoz menší.
V tomto příkladu:
- Víkendový profil začíná v sobotu ráno v 00:01 a končí v 04:00 v pondělí ráno.
- Koncové časy zůstanou prázdné. Profil v pracovní dny končí při zahájení víkendového profilu a naopak.
- Výchozí profil je irelevantní, protože neexistuje čas, který by ostatní profily nepokrýval.
Poznámka
Vytvoření opakovaného profilu bez koncového času se podporuje pouze prostřednictvím šablon Azure Portal a Azure Resource Manager (šablon ARM). Další informace o tom, jak vytvořit opakované profily pomocí šablon ARM, najdete v tématu Přidání opakovaného profilu pomocí šablon ARM.
Pokud koncový čas není součástí příkazu rozhraní příkazového řádku, implementuje se výchozí koncový čas 23:59 vytvořením kopie výchozího profilu s konvencí "name": {\"name\": \"Auto created default scale condition\", \"for\": \"<non-default profile name>\"}
vytváření názvů .
Různé škálování během konkrétních událostí
Pravidla škálování a limity instancí můžete pro konkrétní události nastavit odlišně. Příklad:
Ve výchozím nastavení nastavte minimálně 3 instance.
Pro týden od černého pátku nastavte minimální počet instancí na 10 , aby se zvládl očekávaný provoz.
Škálování na základě vlastních metrik
Škálování podle vlastních metrik vygenerovaných vaší aplikací Můžete mít například webový front-end a vrstvu rozhraní API, které komunikují s back-endem, a chcete škálovat vrstvu rozhraní API na základě vlastních událostí ve front-endu.
Další kroky
Další informace o automatickém škálování najdete v následujících článcích:
- Běžné metriky automatického škálování služby Azure Monitor
- Vlastní metriky automatického škálování služby Azure Monitor
- Automatické škálování s více profily
- Flapping in autoscale
- Použití akcí automatického škálování k odesílání e-mailových a webhooků s upozorněními
- Rozhraní REST API pro automatické škálování
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro