Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Premesse

Definizione processo di aggiornamento

Crea nuova versione

Distribuisci applicazione

Introduzione

Questo documento descrive il processo di aggiornamento di un'applicazione tramite CloudCenter.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

- CloudCenter

- Bash

Componenti usati

Le informazioni di questo documento si basano su CloudCenter 4.8.1.1.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Esistono diversi modi per aggiornare un'applicazione in CloudCenter. Un'opzione consiste nel creare un'azione personalizzata che può essere applicata a singole VM ed esegue uno script di aggiornamento. Questo metodo offre il controllo completo sull'aggiornamento e consente di testare un nodo prima di aggiornare il nodo successivo. Lo svantaggio è che si tratta di un processo manuale che richiede la scrittura di script personalizzati per ogni aggiornamento. Il metodo preferito consiste nell'utilizzare il framework di aggiornamento di CloudCenter per automatizzare il processo di aggiornamento.

Definizione processo di aggiornamento

In questa applicazione di esempio sono presenti due server Web Apache dietro un load balancer Nginx. Questi server Web sono identici e forniscono disponibilità HA a un sito Web ospitato. Un processo di aggiornamento ideale consente di aggiornare singolarmente i nodi in modo che vi sia sempre un nodo che ospita il sito Web che consente tempi di attività del 100% durante il processo di aggiornamento.

Per impostazione predefinita, durante un aggiornamento CloudCenter scarica nuovi pacchetti e contenuti, quindi utilizza gli script di backup e ripristino per salvare in modo permanente i dati. Se è necessaria una logica più approfondita, è possibile includere gli script di aggiornamento.

Nella scheda Migrazione sono disponibili gli script di backup e ripristino. Questi vengono utilizzati sia per la migrazione che per l'aggiornamento. La scheda Aggiorna dispone di tre opzioni: Automatico, Avanzato, Nessuno.

- Auto consente a CloudCenter di aggiornare automaticamente il nodo, scarica il nuovo contenuto ed esegue gli script di backup e ripristino per preservare le informazioni importanti.

- Avanzato consente il controllo completo del processo di aggiornamento.

- Nessuno indica che il nodo non deve essere aggiornato. È possibile eseguire questa operazione per i nodi che non presentano modifiche da una versione all'altra, ad esempio un load balancer. Durante un aggiornamento, questi nodi vengono lasciati soli.

Avanzate consente di aggiungere altri script e di interrompere e avviare il servizio durante l'aggiornamento.

Dopo aver definito tutte le azioni di aggiornamento necessarie, è importante salvare l'applicazione prima di passare alla fase successiva

Crea nuova versione

Dopo aver salvato l'applicazione, tornare al Modellatore topologia.

CloudCenter gestisce l'aggiornamento con l'aiuto del controllo delle versioni. L'applicazione nella figura precedente è la versione 1.0, che può essere vista nell'angolo superiore sinistro. Per utilizzare lo strumento di aggiornamento di CloudCenter, è necessario creare una nuova versione.

- Selezionare Informazioni di base.

- Immettere una nuova versione.

CloudCenter salva la versione 1.0 e inserisce tutte le nuove modifiche nella versione 2.0.

Ciò indica a CloudCenter che esiste una nuova versione e consente di tenere traccia delle differenze. Poiché si tratta solo di due server Web, l'unica differenza consiste nell'aggiornare il pacchetto di applicazioni in modo che punti a un nuovo file zip.

L'applicazione può essere salvata nuovamente.

Distribuisci applicazione

Quando si distribuisce l'applicazione, è ora possibile scegliere la versione da distribuire. Per questo esempio, viene distribuita la versione originale.

Una volta distribuita, l'applicazione può essere aggiornata dalla schermata Distribuzioni.

Il processo di aggiornamento inizia dal livello più basso ed ha luogo un nodo alla volta. Per l'applicazione a due livelli, viene aggiornato un server Web Apache.

Una volta completato, il secondo viene aggiornato.  Se è stato definito un processo di aggiornamento per il servizio di bilanciamento del carico di Nginx, verrà aggiornato nell'ultimo.