I server possono essere configurati in diverse topologie e la procedura di
installazione che viene utilizzata, varia in base al tipo di topologia che viene
selezionato. Per facilitare la scelta del metodo di installazione migliore per le proprie
esigenze, vengono descritti quattro topologie comuni, insieme a diagrammi e passi
dettagliati che guidano durante la procedura di installazione.
WebSphere Process Server include il software
del server e il software del client. È necessario installare il software del server, mentre il
software del client è facoltativo. Solitamente, si installa il software di Message Service
Client sui sistemi dove vengono eseguiti C, C++ o le applicazioni di messaggistica .Net
o i servizi Web di C++.
Stabilire l'ambiente del server per
WebSphere Process Server richiede:
- l'installazione di una serie di file di sistema denominati file di sistema. Tali
file di sistema includono i file dei comandi ed altri file binari del prodotto. I file di sistema possono essere aggiornati installando i pacchetti di aggiornamento o i fix pack.
- Configurazione di un profilo autonomo o di alcuni profili gestiti
(in un ambiente network deployment). Ciascun profilo fornisce un ambiente di runtime
distinto per i processi del server, definiti per il runtime stesso. Durante la gestione e
l'esecuzione di tali server, i file di configurazione, i file dei dati e i file di
log possono essere creati, letti, aggiornati o eliminati, ma vi è solo l'accesso in lettura
per file di sistema. Quando si utilizza un pacchetto di aggiornamento per aggiornare una serie di file
di sistema, tutti i profili associati all'installazione inizieranno ad
utilizzare i file aggiornati una volta avviati.
Figura 1. Separazione di file di sistema e profili
È possibile installare i file di sistema di WebSphere Process Server
una volta e poi creare più profili sullo stesso sistema. Oppure, è possibile
installare più versioni separate del prodotto, ciascuna con i propri profili,
su uno o più sistemi. I file del prodotto vengono installati nella root di
installazione (WebSphere Application Server_HOME). In alcuni ambienti,
viene fatta la distinzione tra la directory per i file principali del prodotto (WebSphere
Application Server_INSTALL_ROOT) e la directory per i file del
profilo (USER_INSTALL_ROOT).
WebSphere Process Server viene
creato con WebSphere Application Server Network Deployment,
versione 6.
È possibile aumentare i profili di WebSphere Application Server
perché diventino dei profili di WebSphere Process Server,
convertendo da uno scenario di WebSphere Application Server
a WebSphere Process Server,
per i profili gestore distribuzione e autonomo; i profili personalizzati possono essere convertiti
solo se non sono stati associati.
Si inizia l'installazione di ciascuna
topologia eseguendo un'installazione completa o personalizzata (selezionando
Completa o
Personalizzata sul pannello
del tipo di installazione nella procedura guidata). Un'installazione completa installa i file di sistema e crea automaticamente
un profilo server autonomo con una galleria di esempi. Un'installazione personalizzata installa i
file principali del prodotto ma non crea un profilo server autonomo.
Importante: Questa semplice installazione,
descritta in "Topologia 1" di seguito, è adatta per la valutazione o per la prova del concetto correlate
al modello di programmazione. "Topologia 4", descritta successivamente in questo documento, è adatta alla valutazione
o per la prova del concetto correlati ai requisiti non funzionali quali la disponibilità
o la scalabilità.
È possibile personalizzare il proprio sistema
in diversi modi come descritto nelle seguenti topologie.
Tipi
di installazione
È possibile installare il server sull'hardware
del server come
server autonomi singoli o come un
gruppo gestito
di server.- Un profilo del server autonomo ha la propria console di gestione e tutte le applicazioni
di esempio (se è stata eseguita l'installazione completa o è stato selezionata l'installazione
della funzione della galleria delle applicazioni di esempio durante l'installazione personalizzata).
Ogni server autonomo è completamente operativo e viene gestito in maniera
indipendente dagli altri server.
Vi sono due tipi principali di installazioni per il server autonomo:
- Un server autonomo su di un sistema (descritto in "Topologia 1")
- Più server autonomi con una singola installazione su di un sistema (descritto
in "Topologia 2")
- Un gruppo gestito di server, conosciuto anche come una cella,
utilizza un gestore distribuzione per le attività di gestione centralizzate, quali la gestione
della configurazione per tutti i nodi gestiti nella sua cella e la distribuzione delle applicazioni
sui nodi gestiti selezionati nella cella. Tutti i profili nella cella condividono i file di
comandi ed altri file binari del prodotto. La ragione principale per cui si utilizzano i nodi gestiti in una cella piuttosto che lo stesso numero di server autonomi, consiste nella gestione centralizzata fornita per la cella dal Deployment Manager.
Se si desidera bilanciare il carico di lavoro, ad esempio le richieste di servizio, su una serie di server, è possibile creare un cluster di server ed aggiungere quindi i server come membri di detto cluster.
Inoltre, è possibile creare una cluster di backup, per fornire il supporto di failover per il
cluster di server al quale è stato assegnato.
Vi sono due tipi principali
di installazioni di celle di server:
- Il gestore distribuzione e i nodi gestiti (celle) con una singola installazione su
un sistema (descritto in "Topologia 3")
- Il gestore distribuzione e i nodi gestiti con una singola installazione su più
sistemi, con un cluster di server (descritto in "Topologia 4")
- Topologia 1: un server autonomo su un sistema
Questa procedura fornisce un profilo server autonomo denominato default e
un server denominato server1. Tale profilo è una partizione dati separata
con i file che definiscono l'ambiente del server autonomo.
Figura 2. Un
profilo del server del server autonomo su di un singolo server
Completare i passi seguenti per eseguire un'installazione di un solo server
con un server autonomo:
- Eseguire un'installazione completa. Un'installazione completa installa i file principali del prodotto e crea
un profilo server autonomo denominato default ed un server denominato server1.
- Avviare il server server1 utilizzando la console Prime operazioni
oppure il comando startServer server1.
- Più server autonomi con una singola installazione
su di un sistema
È possibile creare diversi
profili di server autonomi sullo stesso server.
Ciascun profilo può avere dei moduli e delle applicazioni univoche,
delle impostazioni di configurazione, dei dati e dei file di log.
È possibile utilizzare più profili per creare degli ambienti server separati da
destinare a scopi diversi. Ad esempio, ciascun profilo server autonomo
può essere un ambiente di test che si assegna ad un programmatore o ad un gruppo di
sviluppatori.
Completare i seguenti passi per creare più server autonomi
su di un sistema:
- Eseguire un'installazione completa. Un'installazione completa installa i file principali del prodotto e crea
un profilo server autonomo denominato default ed un server denominato server1.
- Avviare il server server1 utilizzando la console Prime operazioni
oppure il comando startServer server1.
- Eseguire la procedura guidata profilo per creare
un altro profilo server autonomo sullo stesso sistema.
- Topologia 3:Il gestore distribuzione e i nodi gestiti
(celle) con una singola installazione su un sistema
È possibile creare
una cella, un gruppo di server gestiti, su di un server singolo da un'installazione
dei file principali del prodotto. Utilizzare la procedura guidata Profilo e il gestore
distribuzione per creare uno o più nodi personalizzati.
Il gestore distribuzione
fornisce la gestione per tutti i nodi gestiti nella sua cella. In una cella, i moduli
e le applicazioni vengono eseguite dal nodo gestito, non dal gestore distribuzione.
Ciascun nodo gestito ha un processo del server, denominato agente nodo,
utilizzato dal gestore distribuzione per gestire i server su tale nodo. È necessario avviare
l'agente nodo prima di avviare i server.
Periodicamente, i file di
configurazione e delle applicazioni su di un nodo gestito vengono aggiornati dalla copia principale
dei file eseguiti sul gestore distribuzione. Tale processo viene denominato sincronizzazione.
Figura 3. Un nodo gestito in una cella di Deployment Manager
Completare i seguenti passi per creare un gestore distribuzione e
i nodi gestiti con una singola installazione su un sistema:
- Eseguire un'installazione personalizzata.. Un'installazione personalizzata installa i
file principali del prodotto ma non crea un profilo server autonomo. Si creeranno anche dei database per
il repository del server, per il contenitore dei processi aziendali e il contenitore delle human task
e per il motore di messaggistica.
- Eseguire la procedura guidata Profilo per creare
un profilo del gestore distribuzione.
- Avviare il gestore distribuzione utilizzando la console Prime operazioni o
il comando startManager.
- Utilizzare la procedura guidata Profilo per creare
un profilo personalizzato. Durante
la creazione del profilo, scegliere se eseguire la federazione del nodo personalizzato subito
o successivamente. Per federare successivamente un nodo personalizzato, utilizzare la procedura descritta
in Federazione di nodi personalizzati a
gestore distribuzione.
Quando si esegue la federazione di un nodo personalizzato nella cella di Deployment Manager, il nodo viene convertito in un nodo gestito.
In alcuni ambienti protetti, la procedura guidata Profilo
non è in grado di federare un profilo personalizzato in una cella. In alcuni casi è necessario utilizzare, invece, il comando addNode. Se il gestore distribuzione è stato configurato per utilizzare un tipo
di connettore JMX (Java management extension) diverso dal connettore SOAP (simple object access
protocol) predefinito, utilizzare il comando addNode per aggiungere
il nodo alla cella.
- Creare un server o un cluster di server utilizzando il modello predefinito
di WebSphere Process Server.
- Configurare il server o il cluster. Prima
di distribuire qualsiasi modulo sul nuovo server o cluster, configurare il server
o cluster con l'ambiente di WebSphere Process Server, configurando SCA (Service Component Architecture), contenitore dei processi business, contenitore di human task e CEI (Common Event Infrastructure).
- Avviare il server o il cluster. È possibile
utilizzare la console Prime operazioni, la console di gestione o il comando startServer nome_server
per avviare un server. Avviare È possibile utilizzare la console di
gestione per avviare un gruppo di server.
Per creare ulteriori nodi gestiti sullo stesso server, ripetere i passi 4 tramite 7 per
ciascun nuovo nodo.
Per aggiungere nodi gestiti su un altro server nel sistema, consultare "Topologia
4."
- Topologia 4: il gestore distribuzione e i nodi gestiti con
una singola installazione su più sistemi, con un cluster di server
Il vantaggio primario di una cella su di un server autonomo è la maneggevolezza
del punto singolo; da una cella è possibile configurare le interazioni delle applicazioni e
abilitare il clustering di WebSphere Application Server. L'accesso è rapido; ad
esempio, se si ha un gestore distribuzione che si trova su un server, un nodo
gestito installato su un altro server e un terzo server che contiene un nodo gestito
con un cluster di server, è possibile associare tutti i nodi gestiti nella stessa
cella di gestori distribuzione, come rappresentato nella seguente figura. La scalabilità
e la gestione del flusso di lavoro offrono dei vantaggi aggiuntivi.
Quando
si hanno più server e più nodi gestiti, è possibile creare più nodi
gestiti sullo stesso server utilizzando Adattamento in scala verticale e
creare i membri della cella su più server utilizzando Adattamento in scala orizzontale.
Figura 4. Diversi nodi gestiti in una cella di gestori distribuzione
su più server
Completare i seguenti passi per installare una cella dei nodi di server
gestiti su tre server, con il gestore distribuzione sul proprio server:
- Eseguire un'installazione personalizzata
su ciascuno dei tre server.. Un'installazione personalizzata installa i
file principali del prodotto ma non crea un profilo server autonomo.
- Creare tre database. È possibile creare manualmente il database repository di WebSphere Process Server
ed eseguire le sue attività di creazione degli schemi e delle tabelle durante la creazione del
profilo gestore distribuzione. Inoltre, è possibile creare il database eseguendo
lo script createDB_sistema di gestione del database supportato.sql
che si trova nella directory root_installazione/dbscripts/CommonDB/dbType.
Tale directory contiene anche dei file quale createTable_YYY_XXX.sql,
per la creazione di schemi e tabelle, sebbene sia più semplice lasciare alla procedura guidata
Profilo eseguire tali attività quando si crea il profilo gestore distribuzione. Consultare
la documentazione per il sistema di gestione del database per ulteriori informazioni
sull'utilizzo del file SQL. È possibile creare manualmente il database per il motore di messaggistica opzionale , rinviando
l'attività di creazione degli schemi e delle tabelle su motori di messaggistica singoli durante
il loro avvio iniziale. È possibile creare il database per il contenitore dei processi
aziendali e per il gestore delle human task, seguendo le istruzioni in Creazione del database per il contenitore dei processi
aziendali. Si creerà il quarto database richiesto, il database di
Common Event Infrastructure, in un momento successivo.
- Creare un profilo gestore distribuzione
su di un server (Server A) utilizzando la procedura guidata Profilo .
- Avviare il gestore distribuzione utilizzando la console Prime operazioni per
Dmgr01 o il comando startManager.
- Creare uno o più profili personalizzati su ciascuno
degli altri due server (Server B e Server C) utilizzando la procedura guidata
Profilo.
- Federare i nodi.
- Creare i cluster di server necessari
nell'ambiente organizzato in cluster. In base alle esigenze della rete, potrebbe essere
necessario un cluster per gli eventi monitorati, un cluster per le applicazioni di gestione
ed un cluster per le applicazioni di servizio. Dopo che è stato creato un cluster, è possibile
utilizzare la console di gestione per configurare il cluster.
- Creare il database di Common Event Infrastructure.
- Utilizzare la console di gestione per eseguire la creazione e la configurazione della risorsa specifica
della propria rete. In base al network
deployment, potrebbe essere necessario:
- Creazione delle risorse del motore di messaggistica: per ulteriori informazioni, consultare Preparazione di un server o di un cluster per supportare
le applicazione di SCA (Service Component Architecture).
- Configurare il cluster di supporto di WebSphere
Process Server: configurare il gestore regole aziendali, installare
l'applicazione per il Server degli eventi di CEI ed installare l'applicazione per l'applicazione database dei messaggi
di CEI e configurare la risorsa di JDBC creare dei servizi di messaggistica, e,
se le destinazioni appropriate degli eventi non riusciti non sono state ancora create
e configurate, è necessario crearle dalla console di gestione, completando
i seguenti passi:
- Espandere Service integration e fare clic su Bus.
- Selezionare il bus SCA.SYSTEM.nome cella.Bus.
- In Riscorse di destinazione, fare clic su Destinazioni.
- Selezionare il pulsante Nuovo:
- Nel pannello Crea nuova destinazione, selezionare il pulsante di
opzione Coda e fare clic su Avanti.
- Nel passo 1, fornire WBI.FailedEvent.Nome cluster di destinazione
della distribuzione come l'Identificativo,
quindi fare clic su Avanti.
- Nel Passo 2, selezionare il cluster di messaggistica come Membro
bus e fare clic su Avanti.
- Nel Passo 3, fare clic su Fine.
- Salvare e sincronizzare le modifiche alla configurazione.
- Configurare il cluster di destinazione della distribuzione
di WebSphere Process Server: eseguire la Configurazione di SCA, configurare il Business Process Choreographer e installazione del contenitore del gestore di human task.
- Configurare il cluster di messaggistica di WebSphere Application Server: Aggiungere i membri ai bus di SCA.
Prima di aggiungere altri membri, aggiungere il Cluster di messaggistica come
il membro unico dei bus SCA che non hanno membri; configurare i motori di messaggistica e collegare il motori di messaggistica. Inoltre
potrebbe essere necessario eseguire tali procedure per gli altri motori di messaggistica.
- Riavviare il gestore distribuzione.
Dopo aver completato l'installazione, si avrà il numero di profili
e server appropriato per la propria topologia.
È possibile eseguire gli esempi per esplorare le loro funzioni (se è stata
installata la funzione della galleria delle applicazioni di esempio). Inoltre, è possibile distribuire i
propri moduli di mediazione oppure adattare l'ambiente del server e del bus alle proprie esigenze.