Impostare e configurare i server primari e di backup per un ambiente ad
alta disponibilità di base.
Installazione e configurazione dei plug-in IBM HTTP Server e server Web
Installazione e configurazione di Rational Team Concert su
server primari e di backup
Per installare e configurare due istanze di
Rational Team Concert su
WebSphere Application Server, consultare
Configurazione di un WebSphere Application Server.
Attenzione: Installare un server per volta. Ciascun server
fa riferimento allo stesso database nel relativo teamserver.properties. Assicurarsi che il primo server sia arrestato e non collegato
al repository prima di iniziare la seconda installazione.
Configurazione dell'alta disponibilità sia per i server primari sia per quelli di backup
L'installazione dell'applicazione jazz.war viene di norma
eseguita con un singolo server delle applicazioni come sua 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:
- Nella console di WebSphere, fare clic sul link dell'applicazione jazz.war sotto Applicazioni Enterprise.
- Selezionare Gestisci moduli.
- Selezionare la casella di spunta per il modulo dell'applicazione jazz.war.
- Nell'elenco di cluster e server, scegliere sia il server Web sia il
server delle applicazioni e fare quindi clic su Applica.
- Fare clic su OK e quindi su Salva modifiche.
- Riavviare l'applicazione jazz.war.
Riconfigurare l'applicazione
Rational Team Concert sul server delle applicazioni primario per disattivare la protezione per l'applicazione jazz.war:
- Modificare il web.xml dal file WAR che era stato installato in WebSphere
Application Server.
Suggerimento: Potrebbe essere necessario decomprimere
il file WAR in una directory temporanea per accedere al file web.xml.
- Modificare ciascuna ricorrenza di "CONFIDENTIAL" in "NONE".
- Assicurarsi che WebSphere Application Server sia in esecuzione, aprire un browser
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 Sostituire o aggiungere un file singolo.
- Nel campo "Specificare il percorso iniziando con il file di archivio dell'applicazione installata sul file da sostituire o aggiungere", immettere jazz.war\WEB-INF\web.xml.
- Fare clic su Sfoglia e selezionare il file web.xml modificato al passo 1.
- Fare clic su Avanti e continuare finché l'applicazione non sarà stata salvata.
- Tornare alla pagina Applicazioni -> Applicazioni Enterprise e arrestare e avviare l'applicazione jazz_war.
Riconfigurare
entrambi i server
Rational Team Concert primario
e di backup per fare riferimento alla stessa ubicazione per l'indice di testo completo. Per mantenere aggiornato e disponibile
l'indice sia per il server primario sia per quello di backup, aggiornare com.ibm.team.fulltext.indexLocation in teamserver.properties
su entrambi i server primario e di backup per memorizzare l'indice su un'unità condivisa. Modificare la seguente proprietà
nel file teamserver.properties sui server primario e di backup:
Disattivazione delle attività asincrone sul server di backup
Per evitare
qualsiasi possibile conflitto di dati tra i due server
Rational Team Concert in esecuzione,
le attività asincrone (o in background) 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 idle standby Rational Team Concert
Ogni volta che un WebSphere Application Server viene configurato per instradare le richieste tramite un server Web a un server delle applicazioni, il plugin.xml del server Web viene aggiornato
con le informazioni sulla connessione per tale server delle applicazioni. A questo punto, il file plugin-cfg.xml è stato configurato parzialmente. Sostituire
e quindi modificare la seguente sezione di plugin-cfg.xml sul server Web per completare la configurazione.
Questo file plugin-cfg.xml si trova nella cartella plugin\config\webserver1 del
server Web (dove webserver1 è il nome assegnato dall'utente al server Web nella
precedente sezione Installazione e configurazione dei plug-in IBM HTTP Server e 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"/>
Verifica della configurazione del server per la capacità di failover manuale
Per
verificare la capacità di failover manuale di WebSphere Application Server,
modificare il file plugin-cfg.xml sul server Web in modo che il PrimaryNode01
_server1 abbia un LoadBalanceWeight ="0" e il BackupNode01_server1
abbia un LoadBalanceWeight ="1". Salvare il file plugin-cfg.xml.
Importante: Poiché il
bilanciamento del carico e l'organizzazione in cluster "veri" non sono ancora
supportati, entrambi i server primario e di backup non possono mai avere
contemporaneamente un valore diverso da zero per LoadBalanceWeight.
- Con entrambi i server primario e di backup in linea, eseguire il servlet
Snoop di esempio di WebSphere per ottenere il nome del server che
sta gestendo la richiesta.
- Richiamare il servlet Snoop da un browser HTML utilizzando l'URL: https://webserver/snoop.
- Le informazioni sulla richiesta visualizzano l'host che sta soddisfacendo
la richiesta come host locale; in questo caso, viene visualizzato il server
con LoadBalanceWeight =1.
- Provare a scambiare i valori LoadBalanceWeight tra il server primario e
quello di backup e notare quale server gestisce la richiesta servlet Snoop.
Rilevamento di un malfunzionamento sul server primario
Per ottenere
l'alta disponibilità, è necessario sapere quale server primario è inattivo. Questo è soprattutto
importante per questa soluzione ad alta disponibilità di base, che non consente il
failover automatico del server primario sul server di backup.
Il processo di
rilevamento di un server per cui si è verificato un malfunzionamento è un'attività critica e tempestiva. Diversi fattori
possono indicare che si è verificato il malfunzionamento di un server, come ad esempio
dei problemi di rete, dei problemi di configurazione, un sovraccarico delle applicazioni
o un errore utente. Qualunque sia la soluzione scelta per rilevare i malfunzionamenti
del server, è necessario assicurarsi che l'avviso sia il più istantaneo possibile.