← Cloudflare Load Balancing / load-balancing / monitors

Monitor Groups

Seskupte více monitorů stavu a vytvořte tak sofistikované kontroly stavu pro své aplikace, které zajistí inteligentnější a odolnější směrování provozu.

Více monitorů stavu můžete seskupit a vytvořit tak sofistikovanější kontroly stavu, které přesněji odrážejí skutečný stav vaší aplikace. Skupina Monitor Group vám umožňuje kombinovat několik nezávislých monitorů, definovat logiku agregace a na základě společného výsledku určit stav poolu origin serverů.

Seskupení více monitorů stavu umožňuje inteligentnější a odolnější failover. Můžete například vyžadovat, aby byl funkční jak obecný monitor API gateway, tak konkrétní monitor přihlašovací služby, aby pool mohl přijímat provoz.

Monitor Groups jsou dostupné pouze zákazníkům s plánem Enterprise a předplatným Load Balancing.

Konfigurace je dostupná přes API pouze.

Když k poolu připojíte skupinu Monitor Group, stav tohoto poolu se určuje agregací výsledků všech aktivních monitorů v dané skupině.

Následující části popisují, jak skupiny monitorů ovlivňují stav dostupnosti, latenci a zpracování výsledků.

Monitor Group určuje stav endpointu kombinací kritických přepisů monitoru a shody založené na kvoru.

Critical Monitor Override (must_be_healthy): Monitor můžete označit jako kritický nastavením "must_be_healthy": true. Pokud monitor s tímto nastavením neprojde kontrolou stavu daného koncového bodu, je tento konkrétní koncový bod okamžitě označen jako nefunkční, a to bez ohledu na stav, který pro stejný koncový bod hlásí ostatní monitory ve skupině. Tím se zajišťuje jednoznačné přepsání stavu pro klíčové služby.

Stav založený na kvoru: Pokud nenastane chyba ze strany must_be_healthy monitoru se stav endpointu určuje na základě kvora všech ostatních aktivních monitorů.

• Endpoint je považován za nefunkční pouze v případě, že jej jako nefunkční hlásí více než 50 % přiřazených monitorů.
• Monitory označené jako "monitoring_only": true jsou z výpočtu kvora vyloučeny. Stále běží a mohou spouštět oznámení, ale nehlasují o stavu zdraví endpointu.
• Monitory označené jako disabled nebudou odesílat monitorovací požadavky do žádného přiřazeného poolu. Rovněž jsou vyloučeny z výpočtu kvora.

Tento systém kvora zabraňuje tomu, aby byl endpoint předčasně označen jako nefunkční v důsledku přechodné chyby jediného, nekritického monitoru.

U poolů, které využívají Dynamic Steering, se latence poolu počítá jako průměr latencí všech aktivních monitorů, které nejsou pouze monitorovací. Tato agregovaná hodnota RTT (Round Trip Time) poskytuje ucelenější pohled na výkon originu a slouží jako podklad pro rozhodování o směrování provozu.

Pokud mají monitory ve skupině různé intervaly kontrol, skupina používá poslední dostupný výsledek od každého monitoru, dokud se neaktualizuje. Pokud například jeden monitor běží každých 10 sekund a druhý každých 30 sekund, výsledek 30sekundového monitoru se považuje za platný po celých 30 sekund, dokud se nedokončí jeho další běh.