Per abilitare la comunicazione tra i moduli di SCA in celle distinte,
bisogna configurare un collegamento di comunicazione tra due celle. Questo documento
descrive la configurazione da eseguire sulle celle di fornitura per abilitare la comunicazione tra i moduli
che richiamano i servizi di SCA in maniera asincrona su altre celle.
Operazioni preliminari
L'attività presuppone che:
- si sta utilizzando una console di gestione su una cella di fornitura.
- I moduli di SCA interessati sono stati già installati, ma non sono stati
ancora avviati i moduli di utilizzo.
- Vi è un amministratore diverso per la cella sulla quale vengono eseguiti i moduli
di utilizzo.
Perché e quando eseguire questa attività
Prima di iniziare un modulo SCA che richiede i servizi di un modulo
di SCA installato su un'altra cella, è necessario configurare entrambi le celle così che possano
comunicare le richieste. Per i moduli di SCA che utilizzano i richiami asincroni,
il processo coinvolge i bus esterni e i collegamenti SIB (Service Integration Bus).
Nota: Per gli scopi di tale attività,
il modulo del servizio di utilizzo viene eseguito su una cella A e il modulo del servizio di fornitura
viene eseguito su una cella B.
Figura 1 contiene
le informazioni da utilizzare nella configurazione.
Figura 1. Richiamo di un modulo di SCA in una cella diversa
Passi per questa attività
- Definire gli indirizzi IP che verranno esposti
alle altre celle da utilizzare per connettersi a tale cella. Scegliere uno dei seguenti
metodi:
- Creare un membro del server o del cluster ed includerlo
come membro del bus del sistema SCA. Il motore di messaggistica risultante verrà
utilizzato come connessione alle celle di utilizzo.
- Fornire le informazioni che identificano la cella di fornitura
all'amministratore della cella che esegue il modulo che utilizza il servizio. Tali informazioni includono:
- Indirizzo IP dell'host
- Numero della porta - è possibile trovarlo visualizzando il valore di BOOTSTRAP_ADDRESS
su Server > Server delle applicazioni > nome_server >
Comunicazioni > + Porte
- Nome bus - è possibile trovarlo facendo clic su Service integration > Bus e
individuare il nome completo del bus SCA.SYSTEM.
- Motore di messaggistica - è possibile trovarlo facendo clic su Service integration
> Bus > NomeBusSistema_SCA > Motori di messaggistica e
individuare il motore di messaggistica in uso dal servizio che si sta fornendo alle
di utilizzo.
- Nome della coda eventi non riusciti - è possibile trovarlo visualizzando Service integration
> Bus > NomeBusSistema_SCA > destModulo ed
esaminando l'attributo Destinazione eccezioni. Se tale
attributo è stato selezionato:
- Specificare, utilizzare il valore nel campo di testo
- Sistema, fare clic su Service integration
> Bus > NomeBusSistema_SCA > Destinazioni e
utilizzare il valore della destinazione delle eccezioni del sistema.
Note: - NomeBusSistema_SCA ha il formato SCA.SYSTEM.nomecella.Bus.
- DestModulo ha il formato di sca/nomeModulo
- Ottenere le informazioni che identificano la cella di utilizzo
dall'amministratore di tale cella. Tali informazioni includono:
- Indirizzo IP dell'host
- Numero della porta
- Nome del Bus
- Motore di messaggistica
- Nome coda eventi non riusciti
- Creare un bus esterno ed impostare il tipo di definizione di instradamento su Diretto, collegamento
bus integrazione servizi. Consultare Aggiunta di bus esterni
nell'infocenter di WebSphere Application Server Network Deployment, versione
6.
- Opzionale: Per ciascuna destinazione che richiede una risposta
da inviare al sistema richiamante, creare una destinazione sul server di fornitura e configurarlo
perché punti di nuovo al modulo SCA di utilizzo nell'altra cella. Ciò richiede la creazione di destinazioni, la configurazione i percorsi di instradamento di inoltro
e la configurazione delle destinazioni delle eccezioni.
Nota: Se il sistema richiamante non richiede
una risposta, ignorare questo passo.
- Creare la destinazione.
Dall'esempio sulla Cella B,
basandosi sulle informazioni provenienti dal modulo di utilizzo nella Cella A, si possono creare
delle destinazioni aggiuntive sul bus nella cella A:
sca/SimpleBOCrsmA/import/test/sca/cros/simple/custinfo/CustomerInfo
sca/SimpleBOCrsmA/component/test/sca/cros/simple/cust/Customer
- Impostare il percorsi di inoltro perché puntino alle loro controparti sul cella
di utilizzo.
Ciò potrebbe apparire come di seguito:
SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:
sca/SimpleBOCrsmA/import/test/sca/cros/simple/custinfo/CustomerInfo
SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:
sca/SimpleBOCrsmA/component/test/sca/cros/simple/cust/Customer
- Impostare la destinazione dell'eccezione sulla coda Eventi non riusciti per
entrambi le destinazioni create.
Ad esempio, il
valore sarebbe:WBI.FailedEventSRIKANTHCNode01.server1.
- Sul motore di messaggistica creato nel passo 2 configurare
un collegamento SIB utilizzando le informazioni dal passo 4.
Consultare Aggiunta di un collegamento SIB
(service integration bus) nell'infocenter di WebSphere Application Server Network Deployment, versione
6
per ulteriori informazioni.
Ad esempio, sulla Cella B:
SIB Link: TestCrossCell
Remote ME: WPSNode.server1.SCA.SYSTEM.WBIDev-BGMNode01.Cell.Bus
Bootstrap: 9.26.237.118:7276:BootstrapBasicMessaging
Limitazione: Quando si fornisce un servizio che invia una risposta al sistema
richiamante, vi può essere solo un sistema richiamante per ciascun collegamento.
Importante: Il numero della porta nel bootstrap è la porta dell'indirizzo dell'endpoint
SIB. Se è stata abilitata la sicurezza, è necessario utilizzare la porta dell'indirizzo dell'endpoint
SIB.
- Opzionale: Aggiungere i ruoli sender ai bus esterni, se
è stata abilitata la sicurezza sui sistemi. Assicurarsi di aver definito l'utente
che ciascun applicazione utilizza su entrambi i sistemi dal prompt dei comandi del sistema operativo. Il comando per aggiungere il ruolo è:
wsadmin $AdminTask addUserToForeignBusRole -bus nomeBus
-foreignBus nomeBusEsterno -role nomeRuolo -user nomeUtente
Dove:
- nomeBus
- È il nome del bus del sistema sul quale si immette il comando.
- nomeBusEsterno
- È il bus esterno che si sta aggiungendo all'utente.
- nomeUtente
- È l'Id utente da aggiungere al bus esterno.
- Verificare la connessione. Coordinarsi con l'amministratore di utilizzo
per il riutilizzo dei server interessati dalla connessione, riavviando i server.
Dovrebbero essere visualizzati dei messaggi simili al seguente:
[8/24/05 11:00:09:741 PDT] 00000086 SibMessage I [SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:WPSNode.server1-SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus]
CWSIP0382I: il motore di messaggistica 2D7333574B0CD70B ha risposto alla richiesta di sottoscrizione, la topologia Publish Subscribe ora è coerente.
- Ripetere i passi 4 tramite 9 per ciascuna cella di utilizzo.
Operazioni successive
Avviare le applicazioni.