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.
- Fare clic su Applicazioni > Centro controllo edizioni e verificare che l'applicazione abbia due edizioni installate, di cui soltanto una attiva.
- Fare clic su BeenThere.
- 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.
- 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.
- 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:
- Arrestare la destinazione di convalida, ad esempio BTDC1-Validation.
- 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.
- Fare clic su Applicazioni > Gestisci edizioni.
- 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.