Impostare e configurare il server principale e quello di backup per
un ambiente ad alta disponibilità di base.
Installazione e configurazione dei plug-in di IBM HTTP Server e
del server Web
Installazione e configurazione di un'applicazione Jazz sui server principale
e di backup
Per installare e configurare due istanze di un'applicazione
Jazz, come
IBM® Rational Team Concert o
IBM Rational Quality Manager su
WebSphere Application Server, consultare
Impostazione di un WebSphere Application Server.
Attenzione: Installare un server alla volta. Ogni server fa riferimento allo
stesso database in teamserver.properties. Verificare che il primo
server sia arrestato e non collegato al repository prima di iniziare la
seconda installazione.
Configurazione alta disponibilità per i server primario e
di backup
L'applicazione jazz.war normalmente si installa con un
singolo server delle applicazioni come propria destinazione. Con l'introduzione del server
Web, l'applicazione jazz.war deve essere modificata per consentire l'instradamento tramite
il server Web.
Per modificare l'applicazione:
- In WebSphere Console, fare clic sul link dell'applicazione jazz.war in
Applicazioni Enterprise.
- Selezionare Gestisci moduli.
- Selezionare la casella di spunta per il modulo di applicazione jazz.war.
- In questo elenco di cluster e server, scegliere il server Web ed il
server di applicazioni, quindi fare clic su Applica.
- Fare clic su OK, quindi Salva modifiche.
- Riavviare l'applicazione jazz.war.
Riconfigurare l'applicazione Jazz sul server di applicazioni principale
per disattivare la sicurezza per l'applicazione jazz.war:
- Modificare il file web.xml dal file WAR .war installato in WebSphere Application
Server.
Suggerimento: Potrebbe essere necessario decomprimere il file
WAR in una directory temporanea per ottenere il file web.xml.
- Modificare ogni ricorrenza di "CONFIDENTIAL" in "NONE".
- Verificare che WebSphere Application
Server sia in esecuzione e accedere a: https://localhost:9043/ibm/console/logon.jsp.
- Andare alla pagina Applicazioni -> Applicazioni Enterprise.
- Selezionare l'applicazione jazz_war e fare clic su Aggiorna.
- Selezionare Sostituisci o aggiungi un file singolo.
- Nel campo "Specifica il percorso iniziando con il file di archivio dell'applicazione installato fino nel file da sostituire o
aggiungere", immettere jazz.war/WEB-INF/web.xml.
- Fare clic su Sfoglia e selezionare il file web.xml modificato nel passo
1.
- Fare clic su Avanti e procedere fino a che l'applicazione non viene salvata.
- Tornare alla pagina Applicazioni -> Applicazioni Enterprise e arrestare e avviare l'applicazione
jazz_war.
Riconfigurare i
Rational Jazz Team Server
principale e di backup per fare riferimento alla stessa posizione per l'indice di testo completo. Per mantenere l'indice aggiornato e disponibile
al server principale e di backup, aggiornare
com.ibm.team.fulltext.indexLocation in teamserver.properties
sul server principale e su quello di backup per memorizzare l'indice su un'unità condivisa. Modificare la seguente proprietà nel file teamserver.properties
sul server principale e quello di backup:
Spegnimento attività asincrone sul server di backup
Per evitare qualsiasi
possibile contenimento dati tra
Rational Jazz Team Server,
le due attività asincrone (o di sfondo) devono essere disattivate sul server di backup.
- Aggiungere la seguente riga al file teamserver.properties sul server di
Backup:
com.ibm.team.repository.scheduler.migration.mode.enabled=true
- Riavviare l'applicazione jazz.war sul server di Backup.
Modifica del file plugin_cfg.xml del server Web per lo standby inattivo
Ogni volta che un WebSphere Application Server
è configurato per instradare le richieste tramite un server Web ad un server di applicazioni,
il plugin.xml del server Web viene aggiornato con le informazioni di connessione del server di applicazioni.
A questo punto, è stato parzialmente configurato il file
plugin-cfg.xml. Sostituire e quindi modificare la seguente sezione del file
plugin-cfg.xml sul server Web per completare la configurazione.
Il file plugin-cfg.xml risiede nella cartella plugin\config\webserver1 del
server Web (dove webserver1 è il nome assegnato al server
Web nella sezione precedente relativa all'Installazione e la configurazione dei plug-in di
IBM HTTP Server e del server Web).
<ServerCluster CloneSeparatorChange="false" GetDWLMTable="false" IgnoreAffinityRequests="true" LoadBalance="Round Robin" Name="RTC_basicHA_Cluster" RetryInterval="60" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true">
<Server LoadBalanceWeight="1" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="PrimaryNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="primary.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
<Server LoadBalanceWeight="0" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="BackupNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="backup.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
</ServerCluster>
<UriGroup Name="default_host_RTC_basicHA_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/jazz/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hello"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
</UriGroup>
<Route ServerCluster="RTC_basicHA_Cluster" UriGroup="default_host_RTC_basicHA_Cluster_URIs" VirtualHostGroup="default_host"/>
Verificare la configurazione del server per la capacità manuale di eseguire il failover
Per
verificare la capacità manuale di failover di WebSphere Application Server,
modificare il file plugin-cfg.xml sul server Web in modo che PrimaryNode01
_server1 abbia un LoadBalanceWeight ="0" ed il BackupNode01_server1
abbia un LoadBalanceWeight ="1". Salvare il file plugin-cfg.xml.
Importante: Poiché il cluster "true" ed il bilanciamento del carico non è
ancora supportato, in nessun momento il server principale e quello di backup possono avere un valore diverso da
zero per LoadBalanceWeight.
- Con il server principale e di backup online, eseguire il servlet Snoop WebSphere
di esempio per ottenere il nome del server che gestisce la richiesta.
- Richiamare il servlet Snoop da un browser HTML utilizzando l'URL: https://webserver/snoop.
- Le informazioni di richiesta visualizzano l'host che serve la richiesta come
host locale - in questo caso, viene visualizzato il server con LoadBalanceWeight
=1.
- Provare a negoziare LoadBalanceWeight tra il
server principale e di backup e notare quale server gestisce la richiesta del servlet Snoop.
Rilevazione errore sul server principale
Per ottenere l'alta disponibilità,
è necessaria sapere quando il server principale è disattivo.
Questo è importante specialmente per questa soluzione di alta disponibilità di base, che
non consente il failover automatico del
server principale fino al server di backup.
Il processo di rilevazione di un
server con errore è un'attività critica e tempestiva. Diversi fattori possono indicare che un
server ha generato un errore, come problemi di rete, problemi di configurazione, sovraccarico dell'applicazione,
o errore dell'utente. Qualsiasi soluzione si scelga per rilevare diversi errore, è necessario assicurare che l'avviso
sia quanto più istantaneo è possibile.