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

Indirizzamento delle richieste ai nodi esterni con cluster di server generici

Utilizzare questa attività per indirizzare le richieste dal router on demand (ODR) ai nodi esterni.

Cenni preliminari

È necessario disporre di uno o più nodi che non eseguono WebSphere Extended Deployment. Quando si esegue questa attività, è necessario aggiungere i nodi che non eseguono WebSphere Extended Deployment come porte del cluster di server generico.
Prima di poter configurare l'ODR in modo da inviare le richieste ai nodi esterni, è necessario effettuare le seguenti attività:
  1. Creare un ODR. Per ulteriori informazioni sulla creazione dell'ODR, fare riferimento a Creazione e configurazione dell'ODR.
  2. Configurare le classi di servizio e di transazione per l'ODR. Fare riferimento a Definizione di una politica di servizi per ulteriori informazioni.
  3. Installare l'agente remoto su tutti i nodi esterni. Per ulteriori informazioni, consultare Installazione in un ambiente misto.

Motivi e situazioni in cui eseguire questa attività

L'ODR supporta l'indirizzamento automatico ai nodi nelle celle di destinazione che hanno un gestore distribuzione con WebSphere Extended Deployment installato. Per indirizzare a nodi su cui non è installato WebSphere Extended Deployment, è necessario configurare un cluster di server generico. Un cluster di server generico è una raccolta di endpoint di trasporto come destinazione per una regola di indirizzamento ODR. I server e i nodi provengono dagli endpoint del cluster del server generico e dalle proprietà. I server possono essere server esterni o server generici. Un server generico può essere arrestato e avviato da un agente del nodo WebSphere Application Server. I server esterni di solito non vengono arrestati e avviati da un agente del nodo WebSphere Application Server. Tra gli esempi di server esterni, vi sono Apache Tomcat o JBoss Application Server.
  1. OptionalColonSymbol Creare uno o più nodi non gestiti. È necessario creare i nodi non gestiti in una delle seguenti situazioni:
    • Se si desidera che l'agente remoto ascolti le richieste da una porta diversa da quella predefinita, 9980.
    • Se si utilizza un plug-in del programma di raccolta delle statistiche personalizzate per ottenere la velocità del nodo e l'utilizzo medio della CPU per il profiler di lavoro.
    • Se i nodi hanno più ubicazioni, ovvero se hanno più di una scheda di interfaccia di rete o più nomi host.
    Nella console di gestione, fare clic su Amministrazione del sistema > Nodi > Aggiungi nodo per creare un nodo non gestito.
  2. OptionalColonSymbol Se l'agente remoto utilizza una porta diversa da quella predefinita (9980) per le richieste in ingresso, specificare la proprietà personalizzata stats.collector.remote.agent.port sul nodo non gestito.
    1. Nella console di gestione, fare clic su Amministrazione del sistema > Nodi > nome_nodo> Proprietà personalizzate > Nuovo.
    2. Nel campo Nome immettere stats.collector.remote.agent.port.
    3. nel campo Valore, immettere il numero di porta utilizzato dall'agente remoto per le richieste.
    RememberColonSymbol Annotare il valore di questa porta. È possibile utilizzare il valore della porta quando si avvia l'agente remoto sul nodo non gestito.
  3. OptionalColonSymbol Se si utilizza un plug-in del programma di raccolta delle statistiche personalizzate per ottenere la velocità del nodo e l'utilizzo medio della CPU per il profiler di lavoro, definire il nome della classe come proprietà personalizzata sul nodo non gestito. In questo caso, il plug-in potrebbe non utilizzare un agente remoto. Prima di configurare questa proprietà personalizzata, è necessario che il plug-in del programma di raccolta delle statistiche personalizzate sia codificato e installato nella directory lib.
    1. Nella console di gestione, fare clic su Amministrazione del sistema > Nodi > nome_nodo> Proprietà personalizzate > Nuovo.
    2. Per il campo Nome, immettere stats.collector.implementation.class.
    3. Per il campo Valore, immettere il nome della classe del plug-in del programma di raccolta delle statistiche personalizzate. La classe predefinita è com.ibm.ws.externalnode.plugins.DefaultStatsCollector.
    4. È possibile specificare gli altri parametri di configurazione aggiungendo la proprietà personalizzata stats.collector.config sui nodi non gestiti. Il provider del plug-in personalizzato deve fornire queste informazioni all'utente. stats.collector.config non è richiesto se si utilizza la classe predefinita com.ibm.ws.externalnode.plugins.DefaultStatsCollector.
  4. Creare un cluster di server generico.
    1. Dalla console di gestione, fare clic su Server > Cluster di server generici > Nuovo.
    2. Immettere un Nome e selezionare un Protocollo per il cluster.
    3. Fare clic su Applica.
    4. Specificare gli endpoint del server del cluster generico o le porte. Dalla pagina delle impostazioni del server del cluster, fare clic su Porte.
    5. Fare clic su New per aggiungere gli endpoint al cluster.
  5. OptionalColonSymbol Se l'agente remoto è stato configurato per utilizzare una porta diversa da quella predefinita, se si utilizza un plug-in del programma di raccolta delle statistiche personalizzate o se i nodi hanno più ubicazioni (ovvero, se hanno più di una wscheda di interfaccia di rete o più nomi host), è necessario definire la proprietà personalizzata del nodo sugli endpoint del cluster di server generico.
    1. Nella console di gestione, fare clic su Server > Cluster di server generici >nome_cluster > Proprietà aggiuntive > Porte >nome_host> Proprietà aggiuntive > Proprietà personalizzate > Nuovo.
    2. Definire la proprietà personalizzata. Immettere il nome della proprietà personalizzata come nodo. Il valore della proprietà personalizzata deve essere il nome del nodo non gestito associato alla porta del cluster di server generico.
    3. Fare clic su Applica.
  6. Installare l'applicazione sui nodi esterni utilizzando i numeri di porta definiti.
  7. Abilitare il monitoraggio esterno abilitando l'agente remoto su tutti i nodi esterni. Fare riferimento a Abilitazione del monitoraggio esterno con l'agente remoto per ulteriori informazioni.
  8. Definire le politiche di routing e le politiche dei servizi per i cluster del server generico. Fare riferimento a Creazione e configurazione dell'ODR per maggiori informazioni.

    Prima di creare le regole di routing, è necessario creare gli host virtuali appropriati. Gli host virtuali possono essere definiti nella console facendo clic su Ambiente > Host virtuali.

Risultato

Il profiler di lavoro ottiene l'utilizzo della CPU e la velocità dei nodi dai nodi esterni e possono indirizzare il traffico su questi nodi esterni.

Operazioni successive

Continuare con la configurazione del router on demand e l'ARFM (autonomic request flow manager). Per ulteriori informazioni, fare riferimento a Creazione e configurazione dell'ODR e Configurazione del gestore del flusso di richieste automatiche.



Related tasks
Abilitazione del monitoraggio esterno con l'agente remoto

Argomento Attività    

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/todrnonxd.html

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