Tento panel slouží ke konfigurování správce ARFM. Správce ARFM spravuje příchozí zprávy pro aplikace - určuje, zda a kdy povolit obsluhu zpráv middlewarovými servery. V případě provozu, který využívá protokolů HTTP a SIP (Session Initiation Protocol), dochází k akcím správy ve směrovačích ODR. V případě zpráv JMS (Java Message Service) a IIOP (Internet Inter-ORB Protocol) se akce správy provádí na aplikačních serverech.
Chcete-li zobrazit tuto stránku administrativní konzoly, klepněte na volbu
.Správce ARFM (Autonomic Request Flow Manager) obsahuje dvě části: řadič a komunikační bránu. Funkce ARFM je pro každou buňku implementována řadičem plus kolekcí komunikačních bran ve směrovačích ODR. Komunikační brány zachycují příchozí požadavky a řadí je do fronty, zatímco řadič poskytuje řídicí signály neboli pokyny pro brány a pro řadič umístění. Komponenty spolupracují, aby stanovily priority příchozích požadavků.
Pro řízení provozu HTTP můžete použít algoritmus založený na uzlech. Chcete-li povolit správce ARFM pro řízení podle uzlů, nastavte přizpůsobenou vlastnost buňky arfmQueueMode.
Se správcem ARFM pro řízení podle uzlů se řazení do front a ochrana před přetížením procesorů provádí na úrovni uzlů. Procesu se neúčastní žádný samostatný řadič ani brána.
Při konfiguraci autonomního správce toku požadavků máte specifická oprávnění v závislosti na své administrativní roli. Tento seznam uvádí administrativní role a oprávnění pro konfiguraci správce ARFM:
Povolení zabezpečení Když je povoleno zabezpečení, nelze některá pole upravovat bez příslušné autorizace zabezpečení.
Každá komunikační brána ARFM pravidelně vysílá agregovanou statistiku a toto pole určuje, v jakém intervalu. Výchozí hodnota je 5 sekund.
Tato vlastnost neplatí pro správce ARFM založeného na uzlech.
Při nastavování intervalu agregace nastavte dostatečně vysokou hodnotu, aby podporovala shromáždění dostatečného počtu vzorků výkonu. Brány shromažďují vzorky pro každý požadavek. Pro měření s dobrou statistikou je zapotřebí několik set vzorků. Například požadavky, které jsou přidruženy ke třídě služeb, proběhnou za 250 milisekund a v průměru běží souběžně 10 požadavků. Hodnota souběžnosti je automaticky vypočtena na základě velikosti klastru a prostředků v prostředí. Hodnotu souběžnosti můžete vidět na vizualizačním panelu v části Běhové operace na administrativní konzole.
V důsledku toho třída služeb zpracuje asi 40 požadavků za sekundu. Nastavení intervalu agregace na hodnotu 15 sekund vede ke shromáždění 600 vzorků v každém intervalu agregace. Metriky získané z průzkumu 600 vzorků jsou užitečné a spolehlivé.
Nastavení příliš malé hodnoty intervalu agregace vede k nespolehlivé metrice výkonu. Metriky výkonu odvozené z menšího počtu vzorků jsou méně spolehlivé metriky než z většího počtu vzorků. Protože řadič ARFM je aktivován při vytvoření nové statistiky, nastavení příliš dlouhého intervalu agregace vede k méně častému přepočítání nastavení parametrů řízení. Proto je pak produkt méně citlivý na náhlé změny intenzity a profilu provozu.
Definuje, jak často je řadič ARFM aktivován. Výchozí hodnota je 59 sekund.
Tato vlastnost neplatí pro správce ARFM založeného na uzlech.
Aktivace řadiče je proces vyhodnocení vstupu a vytvoření nového nastavení parametrů řízení v důsledku přijatého vstupu. Proces aktivace řadiče ARFM se iniciuje, když přijde nová statistika z jedné z jeho komunikačních brán a doba uplynulá od předešlé aktivace je větší nebo rovná minimální délce řídicího cyklu, nebo pokud řadič nebyl nikdy aktivován.
Definuje, jak citlivá je reakce řadiče ARFM na příchozí statistiky komunikačních bran, a to zřetězením statistik. Výchozí hodnota je 12.
Tato vlastnost neplatí pro správce ARFM založeného na uzlech.
Řadič ARFM každé brány používá průběžný průměr posledních několika statistických sestav z této brány. Okno zpřesnění řídí počet sloučených sestav. Nízké nastavení okna zpřesnění způsobí vyšší citlivost řadiče a podporuje rychlejší reakci. Nízké nastavení ovšem také způsobí citlivou reakci na šum nebo na anomálie v datech.
Součin okna zpřesnění a intervalu agregace je přibližně stejný jako skutečná délka řídicího cyklu, která je někdy mírně větší než nakonfigurovaná minimální délka řídicího cyklu.
Omezuje délku každé fronty ARFM na maximální počet požadavků, které je možné ve frontě držet.
ARFM má samostatnou frontu pro každou kombinaci směrovačů ODR, skupin uzlů, tříd služeb a cílů implementace. Když přijde požadavek a fronta je plná, požadavek je odmítnut. Nižší hodnota parametru v tomto poli zvýší pravděpodobnost, že je požadavek odmítnut kvůli krátkodobým špičkám provozu, zatímco vyšší hodnota parametru umožňuje, že se požadavky déle zdrží ve frontě. Požadavky ve frontě využívají paměť. Výchozí nastavení je 1000, ale toto nastavení otestujte, abyste určili, jaké bude nejlépe vyhovovat vašemu prostředí.
Správce ARFM pro řízení podle uzlů na má pro každý uzel a každý klastr samostatnou frontu. Tato vlastnost odkazuje na celkový povolený počet požadavků ve frontě.
Určuje maximální procentní část velikosti haldy, která bude použita pro každý aplikační server. Tato vlastnost platí pro zprávy HTTP a SIP (Session Initiation Protocol). Výchozí hodnota je 100 %.
Určuje maximální procentní část využití procesoru pro middlewarové uzly. Při výpočtu využití procesoru hodnotí správce ARFM klastr jako celek. Když využití procesoru překročí toto procento, je klastr považován za přetížený. Při výpočtu využití procesoru hodnotí správce ARFM klastr jako celek. Výchozí hodnota je 90 %.
Správce ARFM pro řízení podle uzlů hodnotí využití procesoru uzel po uzlu. Když využití procesoru překročí maximální procento využití, je uzel považován za přetížený. Výchozí hodnota je 90 %.
Zásada odmítnutí brání přetížení procesoru tím, že odmítá příchozí zprávy HTTP nebo SIP, které nejsou součástí již existujících dialogů nebo relací.