WebSphere Extended Deployment, Version 6.0.x     Sistemi operativi: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Panoramica di assegnazione della priorità al flusso di richieste IIOP/JMS

In WebSphere Extended Deployment, l'assegnazione della priorità al flusso di richieste IIOP/JMS si ottiene tramite i gestori autonomi che controllano il flusso di richieste, l'assegnazione della priorità e la gestione del carico di lavoro dinamico. Solo le richieste IIOP da un client EJB autonomo sono gestite dala funzione di assegnazione della priorità al flusso di richieste IIOP di Extended Deployment. Le chiamate EJB dai servlet, ad esempio, non hanno una priorità. Ciò perché il sistema non può assegnare una priorità su più livelli, come ad esempio il livello Web e il livello EJB, a richieste associate alla stessa richiesta utente generale. Tuttavia, data la natura asincrona di JMS, non esistono limitazioni sul punto di origine delle richieste.

Per IIOP/JMS, i processi del server delle applicazioni di back-end su cui sono presenti le applicazioni eseguono i gateway Autonomic Request Flow Manager (ARFM), che fornisce la funzione di assegnazione delle priorità al flusso di richieste. I flussi di richieste vengono gestiti in modo da ottenere le migliori prestazioni possibili considerando le politiche di servizio configurate e il carico presente.

Con WebSphere Extended Deployment, è possibile definire gli obiettivi delle prestazioni e collegarli a determinate serie del traffico in ingresso. L'ARFM e i gestori autonomi associati sono in grado di supportare obiettivi aziendali in momenti caratterizzati da flussi intensi di richieste, prendendo delle "rapide decisioni" sul lavoro in entrata sui server delle applicazioni. Non tutti i lavori nella configurazione hanno le stesse procedure di creazione. L'ARFM è in grado di supportare tale concetto, inoltrando diversi flussi di richieste più o meno rapidamente e garantendo il completamento di tutto il necessario con estrema precisione.

L'ARFM è "consapevole" del suo ambiente grazie a un componente noto come ODC (on demand configuration). Questo ODC richiama automaticamente le informazioni su tutti i server delle applicazioni WebSphere Extended Deployment e sulle applicazioni distribuite nella cella e sulla politica di servizio e le classi di lavoro associate a questi manufatti configurati.
NoteColonSymbol L'ODC non è in grado di "riconoscere" ambienti diversi da un ambiente WebSphere Extended Deployment omogeneo.

Una politica di servizio è una categorizzazione definita dall'utente che viene assegnata a un lavoro potenziale che viene letto dall'ARFM. Per IIOP, è possibile utilizzare una politica di servizio per classificare le richieste in base agli attributi delle richieste, tra cui il nome dell'applicazione, il nome del metodo EJB, il nome del modulo EJB, come ad esempio il no me del file jar EJB, e il nome EJB. Per JMS, è possibile classificare in base al nome della destinazione, sia essa un argomento che una coda. Configurando le politiche di servizio, è possibile applicare diversi livelli di importanza per l'operazione corrente. È possibile utilizzare più politiche del servizio per consegnare servizi differenziati a diverse categorie di richieste. Gli obiettivi delle politiche di servizio possono differire nelle destinazioni delle prestazioni e nell'importanza.

L'ARFM si trova sul processo del server delle applicazioni e controlla l'assegnazione delle priorità alle richieste. È composto da due componenti: un controller e un gateway. La funzione ARFM è implementata, per ogni cella, da un controller più una raccolta di gateway sui server delle applicazioni. I gateway intercettano e mettono in coda le richieste IIOP in entrata, mentre il controller fornisce i segnali di controllo, o istruzioni, ai gateway e al controller di gestione. L'ARFM include anche il profiler di lavoro, che stima le caratteristiche del carico computazionale dei diversi flussi di richieste. Lavorando in collaborazione, questi componenti sono in grado di assegnare la priorità alle richieste in entrata.

La gestione del carico di lavoro dinamico (DWLM) è una funzione di Extended Deployment che utilizza gli stessi principi della gestione del carico di lavoro WLM, quali instradamento basato su un sistema di carichi, che stabilisce un sistema di instradamento prioritario. DWLM è un componente aggiuntivo che consente l'impostazione dei pesi di indirizzamento a WLM. Con WLM, è possibile impostare manualmente i pesi dalla console di gestione. Con DWLM, il sistema può quindi modificare dinamicamente tali pesi in modo da rimanere al corrente con gli obiettivi aziendali. Il componente DWLM può essere disattivato. Se si intende utilizzare la modalità di funzionamento automatica per i componenti delle operazioni dinamiche, impostando un carico WLM statico su uno dei cluster dinamici, la caratteristica on demand del prodotto dovrebbe funzionare correttamente. Per IIOP, questi pesi sono utilizzati dal WLM EJB WebSphere di base e dal fattore a cui le nuove richieste client EJB sono dirette ed ha il seguente aspetto:
Flusso IIOP
DWLM non ha alcuna influenza sul traffico JMS ed è riportato nella Figura 2 e le destinazioni riportate nella stessa figura possono essere in esecuzione sullo stesso processo gestito WebSphere o un processo differente.
Come rappresentato dal grafico precedente, una quantità uguale di richieste passa sul server delle applicazioni ma dopo la classificazione, l'assegnazione e l'accodamento del lavoro, un volume superiore di lavoro più importante viene inviato per l'elaborazione mentre un volume minore di lavoro meno importante attende di essere inserito in coda. Tuttavia, a causa della bassa priorità il lavoro viene ritardato al massimo, il che non rende la velocità media a lungo termine in uscita di Bronze sul server delle applicazioni minore della stessa velocità in ingresso. Alla fine, le funzioni delle operazioni dinamiche garantiscono che tutto il lavoro venga mantenuto entro il tempo di destinazione stabilito per il completamento.



Related tasks
Definizione di una politica di servizio

Argomento Concetti    

Termini di utilizzo | Commenti Ultimo aggiornamento: Mar 20, 2006 1:04:28 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/codoerequestflowiiop.html

© Copyright IBM 2006. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org)