Distribuire jazz.war sui server principali e di backup in modo che sia
possibile utilizzare lo standby inattivo come una strategia per il failover in ambienti
ad alta disponibilità.
La configurazione Standby inattivo consente il recupero dagli errori per aiutare ad assicurare un impatto
minimo sulle operazioni di business durante le interruzioni del server pianificate o meno.
Per implementare la configurazione di standby inattivo con
IBM® Rational Team Concert,
è necessario disporre dell'edizione Enterprise e di WebSphere Application Server. Per implementare la configurazione di standby inattivo con
IBM Rational Quality Manager,
è necessario disporre dell'edizione Standard e di WebSphere Application Server.
Punti chiave
Prima di decidere di utilizzare la configurazione
standby inattivo, considerare i seguenti punti chiave:
- Le applicazioni Jazz, come Rational Team Concert e Rational Quality Manager, hanno la licenza d'uso come configurazioni a server singolo
e non possono essere utilizzate in una configurazione clonata o con cluster, ma solo se implementate
in una configurazione standby inattivo. In questa configurazione, è possibile attivare un
server di backup se il server principale genera un errore, o se la manutenzione deve essere eseguita sul
server principale. Il cluster per il bilanciamento del carico o
per qualcosa di diverso dall'implementazione della configurazione di standby inattivo
non è al momento supportato.
- La configurazione di standby inattivo non deve fornire supporto completo
per l'errore. Se il server principale genera un errore o se è intenzionalmente tenuto non in linea, alcuni
utenti potrebbero dover autenticare di nuovo il Web,
o aspettare che il client aggiorni una vista.
- Il server di backup non deve essere eseguito per lunghi periodi al posto
del server principale.
Importante: Rational Team Concert e Rational Quality Manager consentono
solo ad un server singolo di essere attivo in qualsiasi momento per un repository;
quindi, il server di backup (o Inattivo) viene configurato per non eseguire mai attività asincrone (o di background).
Se si passa al server di backup, è necessario pensare di ripristinare il server principale più
velocemente possibile.
Topologia di distribuzione
Il seguente diagramma di topologia
illustra la configurazione per l'alta disponibilità di base quando si utilizza lo
standby inattivo. Nella seguente figura, IBM HTTP Server viene utilizzato per indirizzare il traffico in entrata
ad uno dei due WebSphere Application
Server, Server principale A o Server di backup B. I server WebSphere rappresentano un nodo principale e
secondario nel cluster. Sono entrambi membri della stessa cella del cluster.
Oltre ai nodi WebSphere,
c'è un server LDAP, un server del file (per l'indice Lucene), ed un server
Database.
Requisiti
La seguente tabella elenca i requisiti di alta disponibilità di base:
Tabella 1. Requisiti alta disponibilità di baseServer |
Software |
Sistema operativo |
IBM HTTP
Server |
- IBM HTTP Server v6.1.0.17+
- Plug-in del server Web per WebSphere Application
Server v6.1.0.17+
- WebSphere maintenance
package SDKPK85942
- IBM Key Management v7.0.3.28
|
Windows®, Linux® |
WebSphere Application
Server Primary Server A |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- Enterprise edition o Rational Quality Manager Standard
edition
|
Windows, Linux |
WebSphere Application
Server Backup Server B |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- Enterprise edition o Rational Quality Manager Standard
edition
|
Windows, Linux |
Facoltativo - Server del file, Disco condiviso |
Indice Lucene - indice testo completo |
Windows, Linux |