WebSphere Extended Deployment, Version 6.0.x     Sistemi operativi: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Convalida di un'edizione

In questa sezione viene descritto come convalidare l'edizione di un'applicazione. Con modalità di convalida, è possibile installare un'edizione e verificarla nelle condizioni reali insieme all'edizione dell'applicazione di produzione. Nel seguente esempio, l'edizione 1.0 di un'applicazione viene installata, è attiva e viene eseguita in un cluster dinamico. L'edizione 2.0 è l'edizione di convalida candidata e viene installata sulla stessa destinazione di distribuzione in stato inattivo. L'operazione di convalida dell'edizione 2.0 clona la destinazione dell'edizione 2.0, crea un nuovo cluster dinamico, ad esempio DC-Validation, e associa l'edizione 2.0 a questo nuovo cluster. Il cluster clonato utilizza i membri del cluster esistente come maschera server per la creazione dei server clonati.

Cenni preliminari

Prima di poter avviare il nuovo cluster clonato, è necessario definire regole di instradamento univoche per l'edizione 2.0. Le regole di instradamento consentono l'esecuzione simultanea di entrambe le edizioni e di instradare le richieste del protocollo ditrasferimento per l'edizione di convalida sulla destinazione di convalida senza interferire con l'edizione 1.0. Per questo scenario, utilizzare l'applicazione BeenThere. Installare entrambe le edizioni dell'applicazione, 1.0 e 2.0, sulla destinazione BTDC1. Impostare la proprietà personalizzata del cluster dinamico saveClonedCluster=true, per conservare le destinazioni di convalida dopo aver eseguito il rollout delle edizioni. In caso contrario, la destinazione di convalida verrà eliminata in seguito al rollout.
RestrictionColonSymbol In modalità di convalida, è possibile utilizzare o creare soltanto due membri del cluster. È possibile associare politiche di rounting e di servizio all'applicazione enterprise in modalità di convalida, ma non è possibile avviare più di due membri del cluster.

Motivi e situazioni in cui eseguire questa attività

Una volta creata la destinazione del clone di convalida, dopo aver attivato l'edizione 2.0 e aver definito le regole di instradamento, è possibile avviare, arrestare e riconfigurare l'edizione.
  1. Fare clic su Applicazioni > Centro controllo edizioni e verificare che l'applicazione abbia due edizioni installate, di cui soltanto una attiva.
  2. Fare clic su BeenThere.
  3. Selezionare l'edizione 2.0 e fare clic su Convalida. La pagina dello stato di convalida mostra ogni operazione di convalida del cluster dinamico BTDC1 e di distribuzione dell'edizione 2.0 sul cluster clonato. Il centro controllo edizioni mostra le edizioni che si trovano in modalità di convalida mentre la pagina di gestione edizioni mostra che la destinazione dell'edizione 2.0 è il cluster dinamico BTDC1-Validation-. La pagina Cluster dinamico mostra che è stato creato un nuovo cluster dinamico, BTDC1-Validation, mentre la pagina Server delle applicazioni riporta i server clonati.
  4. Fare clic su Applicazioni > Applicazioni enterprise. Modificare BeenThere-edition2.0 e selezionare Associa moduli ai server. Verificare che l'edizione 2.0 sia associata al cluster di convalida. Dalla vista dettagliata Mappare i riferimenti EJB ai bean, verificare che il nome JNDI (Java Naming and Directory Interface) si sia adattato al nome della nuova destinazione clonata.

    Perché un'edizione dell'applicazione con collegamenti completi basati sul nome della destinazione di distribuzione originale funzioni correttamente sulla destinazione di distribuzione di convalida, i nomi dei collegamenti devono essere modificati in modo da riflettere gli stessi nomi dei collegamenti basati sul nome della destinazione di distribuzione di convalida. Ad esempio, un'applicazione con un riferimento a una risorsa collegato a /clusters/clusterb1/jdbc/CustomerData deve avere il collegamento modificato in /clusters/cluster1-validation/jdbc/CustomerData in quanto l'applicazione verrà eseguita sul clone della destinazione di distribuzione.

  5. Avviare il cluster di convalida e con le regole di instradamento definite, eseguire un carico di prova sull'edizione 2.0 in modo da verificarlo con l'edizione 1.0 di produzione. Una volta completata la verifica dell'edizione 2.0, per sostituire l'edizione 1.0 con la 2.0, effettuare le seguenti operazioni:
    1. Arrestare la destinazione di convalida, ad esempio BTDC1-Validation.
    2. Eliminare le regole di instradamento specifiche per l'edizione2.0 in modo da indirizzare tutte le richieste per l'applicazione BeenThere a una singola edizione. Salvare le modifiche e sincronizzare i nodi.
    3. Fare clic su Applicazioni > Gestisci edizioni.
    4. Selezionare l'edizione 2.0 dell'applicazione BeenThere e fare clic su Rollout.

Risultato

In questo modo viene avviata la sostituzione senza interruzioni dell'edizione 1.0 con l'edizione 2.0. Durante il rollout, l'edizione 2.0 viene riassegnata sulla destinazione di distribuzione originale, ad esempio BTDC1, e lo stato passa da convalida a attivo.

Operazioni successive

Una volta completata la verifica dell'edizione di convalida, utilizzare il rollout dell'edizione per implementare la nuova edizione nell'ambiente di produzione.



Related concepts
Concetti di Edition Manager

Related tasks
Installazione della prima edizione
Rollout di un'edizione
Backout di un'edizione

Related reference
Politiche di routing per le classi di lavoro

Argomento Attività    

Termini di utilizzo | Commenti Ultimo aggiornamento: Mar 20, 2006 1:08:26 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/appedition/tappedval.html

© Copyright IBM 2005, 2006. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org)