Distribuire jazz.war sia sul server primario sia sul server secondario in modo
da poter utilizzare idle standby come strategia per il failover in ambienti ad alta disponibilità.
La configurazione Idle Standby di Rational Team Concert
abilita il recupero da failover per aiutare ad assicurare un impatto minimo sulle operazioni
aziendali durante le interruzioni di servizio del server pianificate
o non pianificate. Per implementare la configurazione idle standby, è necessario disporre
dell'edizione Enterprise di Rational Team Concert e di WebSphere Application Server.
Punti chiave
Prima di decidere di utilizzare la
configurazione idle standby, considerare i seguenti punti chiave:
- Rational Team Concert è
concesso in licenza per l'utilizzo come una configurazione a server singolo e non
può essere utilizzato in una configurazione clonata o in cluster, tranne se
implementato in una configurazione idle standby. In questa configurazione, è
possibile attivare un server di backup se si verifica un malfunzionamento
del server primario o se è necessario eseguirne la manutenzione. L'organizzazione
in cluster per il bilanciamento del carico o qualsiasi cosa diversa dall'implementazione
della configurazione idle standby non è attualmente supportata.
- La configurazione idle standby non è stata progettata per fornire un supporto
completo per il failover. Se si verifica un malfunzionamento del server
primario o se viene intenzionalmente messo in modalità fuori linea, alcuni
utenti potrebbero dover eseguire nuovamente l'autenticazione per
il Web oppure attendere che il loro client aggiorni una vista.
- Il server di backup non è progettato per essere eseguito per lunghi
periodi di tempo al posto del server primario.
Importante: Rational Team Concert consente che sia attivo solo un singolo server per volta per un repository; pertanto,
il server di backup (o inattivo) è configurato per non eseguire mai
attività asincrone (o in background). Se viene eseguito un passaggio al server
di backup, è necessario pianificare la riattivazione del server primario
nel minor tempo possibile.
Topologia di distribuzione
Il seguente diagramma
di topologia illustra la configurazione per l'alta disponibilità di
base di Rational Team Concert quando
si utilizza idle standby. Nella seguente figura, IBM® HTTP Server viene
utilizzato per indirizzare il traffico in entrata a uno dei due WebSphere Application Server, il server
primario A o il server di backup B. I server WebSphere rappresentano un nodo
primario e uno secondario nel cluster. Sono entrambi membri della stessa cella cluster. Oltre ai nodi WebSphere, c'è un
server LDAP, un server di file (per l'indice Lucene) e un server database.
Requisiti
La seguente tabella elenca i requisiti di base dell'alta disponibilità:
Tabella 1. Requisiti di base dell'alta disponibilità| Server |
Software |
Sistema operativo |
| IBM HTTP
Server |
- IBM HTTP Server v6.1.0.17+
- Web server plug-ins for WebSphere Application
Server v6.1.0.17+
- Pacchetto di manutenzione WebSphere SDKPK85942
- IBM Key Management v7.0.3.28
|
Windows®, Linux® |
| WebSphere Application
Server - Server primario A |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- edizione Enterprise
|
Windows, Linux |
| WebSphere Application
Server - Server primario B |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- edizione Enterprise
|
Windows, Linux |
| Facoltativo - file di server, disco condiviso |
Indice Lucene - indice di testo completo |
Windows, Linux |