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 di IBM HTTP Server e del server Web

Per installare e configurare i plug-in di IBM HTTP Server e del server Web, seguire queste operazioni:
  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 di 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 ed il client, abilitare SSL su IBM HTTP Server. Consultare Guida per impostare correttamente SSL in 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. In WebSphere Console, fare clic sul link dell'applicazione jazz.war in 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 di 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 di applicazioni principale per disattivare la sicurezza per l'applicazione jazz.war:
  1. 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.
  2. Modificare ogni ricorrenza di "CONFIDENTIAL" in "NONE".
  3. Verificare che WebSphere Application Server sia in esecuzione 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 della proprietà è un esempio di cosa è possibile visualizzare su Windows:
    com.ibm.team.fulltext.indexLocation=I\:/sharedIndexFolder/workitemindex
  • La seguente impostazione della proprietà è un esempio di cosa è possibile visualizzare 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 è 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.
  1. 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.
  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