Impostazione di una configurazione ad alta disponibilità di base

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

Per installare e configurare i plug-in IBM HTTP Server e server Web, attenersi alla seguente procedura:
  1. Installare IBM HTTP Server. Fare riferimento a http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webserver.html.
  2. Installare i plug-in server Web. Fare riferimento a http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins.html.
  3. Configurare un server Web e un server delle applicazioni su computer separati (remoto). Fare riferimento a http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins_remotesa.html.
  4. Per proteggere le trasmissioni tra il server Web e il client, abilitare SSL su IBM HTTP Server. Consultare il documento Guide to properly setting up SSL within the IBM HTTP Server

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:
  1. Nella console di WebSphere, fare clic sul link dell'applicazione jazz.war sotto Applicazioni Enterprise.
  2. Selezionare Gestisci moduli.
  3. Selezionare la casella di spunta per il modulo dell'applicazione jazz.war.
  4. Nell'elenco di cluster e server, scegliere sia il server Web sia il server delle applicazioni e fare quindi clic su Applica.
  5. Fare clic su OK e quindi su Salva modifiche.
  6. 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:
  1. 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.
  2. Modificare ciascuna ricorrenza di "CONFIDENTIAL" in "NONE".
  3. Assicurarsi che WebSphere Application Server sia in esecuzione, aprire un browser e accedere a: https://localhost:9043/ibm/console/logon.jsp
  4. Andare alla pagina Applicazioni -> Applicazioni Enterprise.
  5. Selezionare l'applicazione jazz_war e fare clic su Aggiorna.
  6. Selezionare Sostituire o aggiungere un file singolo.
  7. 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.
  8. Fare clic su Sfoglia e selezionare il file web.xml modificato al passo 1.
  9. Fare clic su Avanti e continuare finché l'applicazione non sarà stata salvata.
  10. 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:
  • Il seguente valore di proprietà è un esempio di cosa è possibile vedere su Windows:
    com.ibm.team.fulltext.indexLocation=I\:/sharedIndexFolder/workitemindex
  • La seguente impostazione di proprietà è un esempio di cosa è possibile vedere su Linux:
    com.ibm.team.fulltext.indexLocation=/net/LinuxHost/sharedIndex/workitemindex

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.
  1. Aggiungere la seguente riga al file teamserver.properties sul server di backup:
    com.ibm.team.repository.scheduler.migration.mode.enabled=true
  2. 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.
  1. 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.
  2. Richiamare il servlet Snoop da un browser HTML utilizzando l'URL: https://webserver/snoop.
  3. 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.
  4. 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.


Feedback

Il supporto è stato valido? È possibile fornire un feedback a Jazz.net (è richiesta la registrazione) lasciando dei commenti nei forum o tramite l'inoltro di un bug