Utilizaţi acest panou pentru a configura managerul de fluxuri de cereri autonom (autonomic request flow manager - ARFM). ARFM gestionează mesajele primite pentru aplicaţii determinând dacă şi când să permită ca aceste mesaje să primească serviciile serverelor middleware. Aceste acţiuni de gestiune au loc pe ruterele On Demand pentru trafic HTTP şi Session Initiation Protocol (SIP) şi pe serverele de aplicaţii Java Message Service (JMS) şi mesaje Internet Inter-ORB Protocol (IIOP).
Pentru a vizualiza această pagină a consolei administrative, faceţi clic pe
.Managerul de fluxuri de cereri autonom (ARFM) conţine două părţi: un controler şi o poartă. Funcţia ARFM este implementată pentru fiecare celulă de un controler plus o colecţie de gateway-uri în ruterele On Demand (ODR-uri). Porţile interceptează şi plasează în coadă cererile primite, în timp ce controlerul furnizează semnale de control sau direcţii, către porţi şi controlerul de plasare. Componentele lucrează împreună pentru a prioritiza cererile primite.
În funcţie de rolul Dvs administrativ, vi se permit privilegii specifice la configurarea unui manager de fluxuri de cereri autonom. Această listă afişează rolurile administrative şi privilegiile pentru configurarea managerului de fluxuri de cereri autonom:
Activare securitate Când securitatea este activată, unele câmpuri nu sunt editabile fără o autorizare de securitate corespunzătoare.
Fiecare gateway ARFM difuzează periodic statistici agregate şi acest câmp specifică perioada. Valoarea implicită este 5 secunde.
Când setaţi perioada de agregare, setaţi valoarea suficient de mare pentru a suporta colectarea unui număr suficient de eşantioane de performanţă. Porţile colectează eşantioane pentru fiecare cerere. Pentru a produce o măsurătoare statistică bună, sunt necesare câteva sute de eşantioane. De exemplu, cererile care sunt asociate cu o clasă de servicii rulează în 250 milisecunde, şi în medie 10 cereri rulează în mod concurent. Valoarea de concurenţă este calculată automat , pe baza dimemsiunii clusterului şi resurselor din mediu. Puteţi vedea valoarea de concurenţă în panourile de vizualizare sub Operaţii Runtime în consola administrativă.
Ca rezultat, clasa servicii tratează în jur de 40 de cereri pe secundă. Setarea valorii perioadei de agregare la 15 secunde are ca rezultat colectarea a 600 de eşantioane pentru fiecare perioadă de agregare. Metricile furnizate de un sondaj de 600 eşantioane sunt utile şi sigure.
Setarea unei valori perioadă de agregare prea joasă rezultă în metrici de performanţă nesigure. Metricile de performanţă care rezultă din mai puţine eşantioane sunt mai puţin sigure decât o dimensiune de eşantionare mai mare. Deoarece controlerul ARFM este activat când sunt produse statistici noi, setarea unei perioade de agregare prea mari rezultă în recalcularea mai puţin frecventă a setărilor de control. Prin urmare, produsul răspunde mai puţin la modificările bruşte în intensitatea şi modelele de trafic.
Defineşte cât de des este activat controlerul ARFM. Valoarea implicită este de 59 secunde.
Activarea controlerului este procesul de evaluare a intrărilor şi producere a unor setări noi de control ca rezultat al intrării primite. Procesul de activare pentru un controler ARFM se iniţiază când statistici noi vin de la una din gateway-urile sale şi timpul scurs de la activarea precedentă este mai mare sau egal decât durata minimă a ciclului de control sau controlerul nu a mai fost activat înainte.
Defineşte cât de sensibilă este reacţia controlerului ARFM la statisticile gateway de intrare, permiţând o concatenare a statisticilor gateway. Valoarea implicită 12.
Controlerul ARFM al oricărei gateway utilizează o medie de rulare a ultimelor câteva rapoarte de statistici pentru acea gateway. Fereastra de netezire controlează numărul de rapoarte care sunt combinate. O setare joasă pentru fereastra de netezire face controlerul mai sensibil şi suportă o reacţie mai rapidă. Totuşi, o setare joasă creează o reacţie sensibilă la zgomot sau anomalii în date.
Produsul ferestrei de netezire şi al perioadei de agregare este aproximativ acelaşi cu lungimea ciclului de control actual, care uneori este uşor mai mare decât lungimea minimă a ciclului de control configurat.
Leagă lungimea fiecărei cozi ARFM la un număr maxim de cereri care pot fi reţinute în coadă.
ARFM are o coadă separată pentru fiecare combinaţie de rutere On Demand, grupuri de noduri, clase de servicii şi ţinte de implementare. Când vine o cerere şi coada este plină, cererea este respinsă. Un parametru mai jos în acest câmp creşte posibilitatea ca o cerere să fie respinsă din cauza rafalelor de trafic pe termene scurt, în timp ce un parametru mai înalt permite cererilor să dormiteze mai mult în cozi. Cererile plasate în cozi consumă memorie. Setarea implicită este 1000, dar testaţi această setare pentru a determina care se potriveşte mai bine mediului Dvs.
Specifică procentul maxim din dimensiunea heap de utilizat pentru fiecare server de aplicaţii. Această proprietate se aplică mesajelor HTTP şi Session Initiation Protocol (SIP). Implicit este 100%.
Specifică un procent de utilizare CPU maximă pentru nodurile middleware. Când utilizarea CPU pentru un nod depăşeşte acest procentaj, nodul este considerat ca supraîncărcat. Implicit este 80%.
O politică de respingere previne supraîncărcarea CPU respingând mesajele HTTP sau SIP primite care nu fac parte din dialoguri sau sesiuni preexistente.