Impostazione di una configurazione di alta disponibilità di base

Impostare e configurare il server principale e quello di backup per un ambiente ad alta disponibilità di base.

Installazione e configurazione dei plug-in IBM HTTP Server e IBM HTTP Server

Per installare e configurare i plug-in IBM® HTTP Server e Web Server, attenersi alla seguente procedura:
  1. Installare IBM HTTP Server. Consultare 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 del server Web. Consultare 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 ed un server delle applicazioni su macchine separate (remote). Consultare 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 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:
  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 di applicazione jazz.war.
  4. In questo elenco di cluster e server, scegliere il server Web ed il server delle applicazioni, quindi fare clic su Applica.
  5. Fare clic su OK, quindi Salva modifiche.
  6. Riavviare l'applicazione jazz.war.
Riconfigurare l'applicazione Jazz 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 ottenere il file web.xml.
  2. Modificare ogni 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 Sostituisci o aggiungi un file singolo.
  7. 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.
  8. Fare clic su Sfoglia e selezionare il file web.xml modificato nel passo 1.
  9. Fare clic su Avanti e procedere fino a che l'applicazione non viene salvata.
  10. 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:
  • 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

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.
  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 lo standby inattivo

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, è 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. 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 Web Server).
<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à 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 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.
  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 di richiesta visualizzano l'host che serve la richiesta come host locale - in questo caso, viene visualizzato il server con LoadBalanceWeight =1.
  4. 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.


Feedback