Setări manager fluxuri de cereri autonom

Utilizaţi acest panou pentru a configura managerul de fluxuri de cereri autonom (autonomic request flow manager - ARFM). ARFM gestionează mesaje de intrare pentru aplicaţii: determină dacă şi când să permită mesajelor să fie servite de serverele middleware. Pentru trafic HTTP şi Session Initiation Protocol (SIP), acţiunile de gestiune au loc pe ruterele la cerere. Pentru mesaje Java Message Service (JMS) şi Internet Inter-ORB Protocol (IIOP), acţiunile de gestiune au loc pe serverele de aplicaţii.

Pentru a vizualiz această pagină de consolă administrativă, faceţi clic pe Politici operaţionale > Manageri autonomi > Manager flux de cereri autonom.

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.

[8.5.5.3 sau ulterior] Pentru a gestiona traficul HTTP, puteţi folosi un algoritm bazat pe noduri. Pentru a activa ARFM-ul bazat pe noduri, setaţi proprietatea personalizată a celulei arfmQueueMode. Cu ARFM-ul bazat pe noduri, punerea în coadă şi protecţia la supraîncărcarea CPU se realizează la nivelul nodului. Nu este implicat niciun gateway sau controler separat.

În funcţie de rolul dumneavoastră administrativ, vi se permit anumite privilegii când configuraţi managerul de flux de cereri autonom. Această listă afişează rolurile administrative şi privilegiile pentru configurarea managerului de fluxuri de cereri autonom:

Monitor
Poate vizualiza informaţii.
Operator
Poate vedea informaţia pe fila de configurare.
Configurator
Poate modifica configuraţia.
Administrator
Are toate privilegiile.

Activarea securităţii Când este activată securitatea, unele câmpuri nu sunt editabile fără autorizaţia de securitate corespunzătoare.

Perioada de agregare

Fiecare gateway ARFM difuzează periodic statistici agregate şi acest câmp specifică perioada. Valoarea implicită este 5 secunde.

[8.5.5.3 sau ulterior] Această proprietate nu se aplică la ARFM bazat pe noduri.

Suportul gateway raportează următoarele statistici:
  • Diagrama runtime în consola administrativă WebSphere®.
  • Operarea controlerelor ARFM.
  • Operarea controlerului de plasare aplicaţii.

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 concomitenţei este calculată automat, pe baza dimensiunii clusterului şi a 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. Indicii de măsurare care sunt furnizaţi de un sondaj cu 600 de eşantioane sunt utili şi de încredere.

Setarea unei valori perioadă de agregare prea joasă rezultă în metrici de performanţă nesigure. Indicii de măsurare a performanţei care sunt derivaţi din mai puţine eşantioane sunt mai puţin de încredere decât un număr mai mare de eşantioane. 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 devine mai puţin responsiv la schimbări bruşte în tiparele şi intensitatea traficului.

Lungime minimă ciclu de control

Defineşte cât de des este activat controlerul ARFM. Valoarea implicită este de 59 secunde.

[8.5.5.3 sau ulterior] Această proprietate nu se aplică la ARFM bazat pe noduri.

Activarea controlerului este procesul de evaluare a intrării şi de producere a noilor setări de control ca urmare a intrării primite. Procesul de activare pentru un controler ARFM se iniţiază când vin noi statistici de la unul din gateway-urile sale şi timpul trecut de la activarea anterioară este mai mare sau egal cu lungimea minimă a ciclului de control sau dacă controlerul nu a fost activat niciodată.

Fereastră de netezire

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ă este 12.

[8.5.5.3 sau ulterior] Această proprietate nu se aplică la ARFM bazat pe noduri.

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.

Lungimea maximă a cozii

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 puse în coadă folosesc memorie. Setarea implicită este 1000, dar testaţi această setare pentru a determina care se potriveşte mai bine mediului Dvs.

[8.5.5.3 sau ulterior] ARFM bazat pe noduri are o coadă separată pentru fiecare nod şi cluster. Această proprietate se referă la numărul total de cereri puse în coadă permise.

Protecţie la supraîncărcarea memoriei: Procentul maxim al dimensiunii heap WebSphere Application Server de folosit

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%.

Utilizare maximă CPU

Specifică un procent de utilizare CPU maximă pentru nodurile middleware. ARFM consideră întregul cluster ca un întreg când calculează utilizarea CPU. Când utilizarea CPU depăşeşte acest procentaj, clusterul este considerat supraîncărcat. ARFM consideră întregul cluster ca un întreg când calculează utilizarea CPU. Valoarea implicită este 90%.

[8.5.5.3 sau ulterior] ARFM bazat pe noduri consideră utilizarea CPU pentru fiecare nod. Când utilizarea CPU depăşeşte procentajul de utilizare maxim, nodul este considerat supraîncărcat. Valoarea implicită este 90%.

Politică de respingere

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.

  • Nu se resping mesajele primite, se permite tuturor mesajelor să intre în coadă indiferent de timpul lor potenţial de expirare sau de încălcare potenţială a pragului de timp de răspuns din obiectivul politicii lor de serviciu. . Această opţiune are o valoare de prag de respingere de -1. Aceasta este valoarea implicită.
  • Se resping mesajele primite care nu fac parte dintr-un dialog sau sesiune preexistente dacă timpul de răspuns previzionat al mesajului depăşeşte pragul pentru timpul de răspuns din obiectivul politicii sale de servicii. Această opţiune are o valoare de prag de respingere de 0%.
  • Se resping mesajele primite care nu fac parte dintr-un dialog sau sesiune preexistente dacă timpul de răspuns previzionat al mesajului depăşeşte pragul pentru timpul de răspuns din obiectivul politicii sale de servicii cu mai mult decât procentajul următor. Pentru această opţiune, specificaţi o valoare Prag de respingere ca procentaj. De exemplu, valoarea implicită 400% înseamnă că un mesaj cu un prag de timp de răspuns de politică de serviciu de 500 ms este respins dacă timpul său de răspuns prevăzut a fost mai mare de 2,5 secunde.


Nume fişier: arfm.html