Google utilizza la tecnologia AI per tradurre i contenuti nella tua lingua preferita. Le traduzioni generate dall'AI potrebbero contenere errori.

Aggiorna Apigee Edge alla versione 4.16.09

Edge for Private Cloud v. 4.16.09

Quali versioni di Edge puoi aggiornare alla versione 4.16.09

Puoi aggiornare Apigee Edge versione 4.16.01.0x e 4.16.05.x alla versione 4.16.09.

Se hai una versione di Edge precedente alla 4.16.01, devi prima eseguire la migrazione alla versione 4.16.01.x e poi eseguire l'aggiornamento alla versione 4.16.09.

Chi può eseguire l'aggiornamento

L'utente che esegue l'aggiornamento deve essere lo stesso che ha installato Edge originariamente o un utente che esegue l'operazione come root.

Dopo aver installato gli RPM Edge, qualsiasi utente può configurarli.

Upgrade obbligatorio alla versione 8 di Java JDK

Questa release di Edge richiede l'installazione di Java JDK versione 8 su tutti i nodi di elaborazione Edge. Puoi installare Oracle JDK 8 o OpenJDK 8. Se Java JDK 8 non è già installato, lo script di aggiornamento può installarlo per te.

Nell'ambito dell'aggiornamento a Java 8, alcune crittografie TLS non sono più disponibili in Oracle JDK 8. Per l'elenco completo, consulta la sezione "Default Disabled Cipher Suites" (Suite di crittografia disabilitate per impostazione predefinita) all'indirizzo http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.

Eseguire il downgrade di ZooKeeper se l'aggiornamento viene eseguito dalla versione 4.16.01

La versione dell'RPM di ZooKeeper in Edge for Private Cloud 4.16.01 è apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. Nelle versioni successive di Edge, la versione di ZooKeeper è stata riportata ad apigee-zookeeper-3.4.5-0.0.94x. In questo modo, yum non esegue l'upgrade di ZooKeeper a una versione successiva alla 4.16.01. Per correggere questa situazione, esegui yum downgrade apigee-zookeeper prima di aggiornare ZooKeeper.

Puoi controllare la versione di ZooKeeper utilizzando il seguente comando:

> rpm -qa |grep apigee-zookeeper

Se questo comando restituisce la versione di Zookeeper:

apigee-zookeeper-3.4.5-1.0.905

Poi devi eseguire il downgrade.

Propagazione automatica delle impostazioni della proprietà

Se hai impostato delle proprietà modificando i file .properties in /opt/apigee/customer/application, questi valori vengono conservati dall'aggiornamento.

Prerequisiti per l'aggiornamento

Prima di eseguire l'upgrade di Apigee Edge, assicurati di soddisfare i seguenti prerequisiti:

Esegui il backup di tutti i nodi
Prima di eseguire l'aggiornamento, per motivi di sicurezza è consigliabile eseguire un backup completo di tutti i nodi. Per eseguire il backup, utilizza la procedura per la tua versione attuale di Edge.

In questo modo, avrai un piano di backup nel caso in cui l'aggiornamento a una nuova versione non funzioni correttamente. Per ulteriori informazioni sul backup, vedi Backup e ripristino.
Assicurati che Edge sia in esecuzione
Assicurati che Edge sia attivo e in esecuzione durante il processo di aggiornamento utilizzando il comando:

> /<inst_root>/apigee/apigee-service/bin/apigee-all status

Gestione di un aggiornamento non riuscito

In caso di errore di aggiornamento, puoi provare a correggere il problema e poi eseguire nuovamente update.sh. Puoi eseguire l'aggiornamento più volte e l'aggiornamento continuerà dall'ultima interruzione.

Se l'errore richiede il rollback dell'aggiornamento alla versione precedente, consulta la sezione 4.16.09 Rollback Process per ulteriori informazioni.

Informazioni sull'aggiornamento del logging

Per impostazione predefinita, l'utilità update.sh scrive le informazioni di log in:

/opt/apigee/var/log/apigee-setup/update.log

Se l'utente che esegue l'utilità update.sh non ha accesso a questa directory, il log viene scritto nella directory /tmp come file denominato update_username.log.

Se l'utente non ha accesso a /tmp, l'utilità update.sh non va a buon fine.

Upgrade obbligatorio a Postgres 9.4

Questa release di Edge include un upgrade a Postgres 9.4. Nell'ambito di questo upgrade, viene eseguita la migrazione di tutti i dati Postgres a Postgres 9.4.

Durante il processo di aggiornamento, mentre i nodi Postgres sono inattivi per l'aggiornamento, i dati di analisi vengono comunque scritti nei nodi Qpid. Dopo che i nodi Postgres sono stati aggiornati e sono tornati online, i dati di analisi vengono inviati ai nodi Postgres.

Il nodo di standby Postgres aggiuntivo è necessario se devi eseguire il rollback dell'aggiornamento per qualsiasi motivo. Se devi eseguire il rollback dell'aggiornamento, il nuovo nodo standby Postgres diventa il nodo Postgres master dopo il rollback. Pertanto, quando installi il nuovo nodo Postgres in standby, questo deve trovarsi su un nodo che soddisfi tutti i requisiti hardware di un server Postgres, come definito nei requisiti di installazione di Edge.

Installazione di un nuovo nodo standby Postgres

Questa procedura crea un server di standby Postgres su un nuovo nodo. Assicurati di installare un nuovo server Postgres in standby per la versione esistente di Edge (4.16.01 o 4.16.05), non per la versione 4.16.09.

Per eseguire l'installazione, utilizza lo stesso file di configurazione che hai utilizzato per installare la versione attuale di Edge.

Per creare un nuovo nodo standby Postgres:

Sul master Postgres corrente, modifica il file /opt/apigee/customer/application/postgresql.properties per impostare il token seguente. Se il file non esiste, crealo:

conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust\ \nhost replication apigee new_slave_ip/32 trust

dove existing_slave_ip è l'indirizzo IP del server Postgres standby attuale e new_slave_ip è l'indirizzo IP del nuovo nodo standby.
Riavvia apigee-postgresql sul master Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
Verifica che il nuovo nodo standby sia stato aggiunto visualizzando il file /opt/apigee/apigee-postgresql/conf/pg_hba.conf sul master. In questo file dovresti vedere le seguenti righe:
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
Installa il nuovo server di standby Postgres:
1. Modifica il file di configurazione utilizzato per installare la versione corrente di Edge per specificare quanto segue:
  
  # indirizzo IP del master corrente:
  PG_MASTER=192.168.56.103
  # indirizzo IP del nuovo nodo standby
  PG_STANDBY=192.168.56.102
2. Disattiva SELinux come descritto in Installa l'utilità apigee-setup di Edge.
3. Scarica il file bootstrap_4.16.05.sh di Edge in /tmp/bootstrap_4.16.05.sh:
  > curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
  
  Nota: se stai eseguendo l'aggiornamento dalla versione 4.16.01, scarica il file bootstrap.sh di Edge.
4. Installa l'utilità apigee-service di Edge e le dipendenze:
  > sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord
5. Utilizza apigee-service per installare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
6. Installa Postgres:
  > /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
7. Sul nuovo nodo standby, esegui questo comando:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
  
  Verifica che sia indicato che si tratta dello standby.

Disattivazione di un nodo Postgres

Al termine dell'aggiornamento, dismetti il nuovo nodo di standby:

Assicurati che Postgres sia in esecuzione:
> /opt/apigee/apigee-service/bin/apigee-all status

Se Postgres non è in esecuzione, avvialo:
> /opt/apigee/apigee-service/bin/apigee-all start
Ottieni l'UUID del nuovo nodo in standby eseguendo il seguente comando cURL sul nuovo nodo in standby:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

Dovresti vedere l'UUID del nodo alla fine dell'output, nel formato:
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
Arresta il nuovo nodo standby eseguendo questo comando sul nuovo nodo standby:
> /opt/apigee/apigee-service/bin/apigee-all stop
Sul nodo master Postgres, modifica /opt/apigee/customer/application/postgresql.properties per rimuovere il nuovo nodo standby da conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust
Riavvia apigee-postgresql sul master Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
Verifica che il nuovo nodo standby sia stato rimosso visualizzando il file /opt/apigee/apigee-postgresql/conf/pg_hba.conf sul master. In questo file dovresti vedere solo la seguente riga:
host replication apigee existing_slave_ip/32 trust
Elimina l'UUID del nodo in standby da ZooKeeper effettuando la seguente chiamata API di gestione Edge sul nodo del server di gestione:
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

Aggiornamento senza tempi di inattività

Un aggiornamento senza tempi di inattività o un aggiornamento in sequenza ti consente di aggiornare l'installazione di Edge senza interrompere Edge.

L'aggiornamento senza tempi di inattività è possibile solo con una configurazione di almeno 5 nodi.

La chiave per l'upgrade senza tempi di inattività è rimuovere ogni router, uno alla volta, dal bilanciatore del carico. Quindi aggiorna il router e tutti gli altri componenti sulla stessa macchina del router, poi aggiungi nuovamente il router al bilanciatore del carico.

Aggiorna le macchine nell'ordine corretto per l'installazione, come descritto di seguito in "Ordine di aggiornamento delle macchine".
Quando è il momento di aggiornare i router, seleziona un router e rendilo non raggiungibile, come descritto in Attivazione/disattivazione della raggiungibilità del server (processore di messaggi/router).
Aggiorna il router selezionato e tutti gli altri componenti Edge sulla stessa macchina del router. Tutte le configurazioni Edge mostrano un router e un processore di messaggi sullo stesso nodo.
Rendi nuovamente raggiungibile il router.
Ripeti i passaggi da 2 a 4 per i router rimanenti.
Continua l'aggiornamento per tutte le macchine rimanenti nell'installazione.

Prima/dopo l'aggiornamento, tieni presente quanto segue:

Sul nodo combinato Router e Processore di messaggi:
- Prima dell'aggiornamento, esegui le seguenti operazioni:
  1. Rendi il router non raggiungibile.
  2. Rendi irraggiungibile il processore di messaggi.
- Dopo l'aggiornamento, esegui le seguenti operazioni:
  1. Rendi raggiungibile il processore di messaggi.
  2. Rendi raggiungibile il router.
Su un singolo nodo del router:
- Prima dell'aggiornamento, rendi il router non raggiungibile.
- Dopo l'aggiornamento, rendi raggiungibile il router.
Su un singolo nodo Processore di messaggi:
- Prima dell'aggiornamento, rendi irraggiungibile il processore di messaggi.
- Dopo l'aggiornamento, rendi raggiungibile il processore di messaggi.

Utilizzo di un file di configurazione invisibile

Devi passare un file di configurazione invisibile al comando di aggiornamento. Il file di configurazione silenziosa deve essere lo stesso che hai utilizzato per installare Edge 4.16.01 o 4.16.05.

Procedura per l'aggiornamento alla versione 4.16.09 su un nodo con una connessione a internet esterna

Utilizza la seguente procedura per aggiornare i componenti Edge su un nodo:

Se al momento utilizzi la replica master-standby di Postgres, installa un nuovo nodo standby di Postgres come descritto sopra in Installazione di un nuovo nodo standby di Postgres.
Se presenti, disattiva i cron job configurati per eseguire un'operazione di riparazione su Cassandra fino al completamento dell'aggiornamento.
Accedi al nodo come root per installare gli RPM Edge.
Nota: sebbene l'installazione di RPM richieda l'accesso root, puoi eseguire la configurazione di Edge senza l'accesso root.
Disattiva SELinux come descritto in Installa l'utilità apigee-setup di Edge.
Scarica il file Edge 4.16.09 bootstrap_4.16.09.sh in /tmp/bootstrap_4.16.09.sh:
> curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh
Installa l'utilità apigee-service di Edge 4.16.09 e le dipendenze:
> sudo bash /tmp/bootstrap_4.16.09.sh apigeeuser=uName apigeepassword=pWord

dove uName:pWord sono il nome utente e la password che hai ricevuto da Apigee. Se ometti pWord, ti verrà chiesto di inserirlo.

Per impostazione predefinita, il programma di installazione verifica che sia installato Java 1.8. In caso contrario, lo installa per te. Utilizza l'opzione JAVA_FIX per specificare come gestire l'installazione di Java. JAVA_FIX accetta i seguenti valori:

I = Installa OpenJDK 1.8 (predefinito)
C = Continua senza installare Java
Q = Esci. Per questa opzione, devi installare Java autonomamente.
Utilizza apigee-service per aggiornare l'utilità apigee-setup:
1. Se hai installato la versione 4.16.01 eseguendo l'upgrade di Edge versione 4.15.07.0x, devi installare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  
  Questo comando installa l'utilità update.sh in <inst_dir>/apigee/apigee-setup/bin.
  
  Se hai già installato l'utilità apigee-setup, aggiornala:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
2. Se hai installato direttamente la versione 4.16.01, ovvero non hai eseguito l'upgrade dalla versione 4.15.07.0x, devi aggiornare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Questo aggiornamento di apigee-service installa l'utilità update.sh in <inst_dir>/apigee/apigee-setup/bin.
3. Se hai installato la versione 4.16.05 direttamente o tramite aggiornamento, devi aggiornare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Questo aggiornamento ad apigee-service installa l'utilità update.sh in <inst_dir>/apigee/apigee-setup/bin.
A seconda della versione attuale di Edge, devi installare o aggiornare l'utilità apigee-validate sul server di gestione.
1. Se utilizzi Edge 4.16.05: aggiorna l'utilità apigee-validate sul server di gestione:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
2. Se utilizzi Edge 4.16.01: installa l'utilità apigee-validate sul server di gestione:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  
  Nota: se hai installato l'utilità apigee-validate su un nodo processore di messaggi durante l'installazione della versione 4.16.01, puoi aggiornarla utilizzando il seguente comando su quel nodo:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  
  Tuttavia, a partire dalla versione 4.16.05 e successive, Apigee consiglia di installare ed eseguire l'utilità apigee-validate sul server di gestione.
3. Se esegui l'upgrade dalla versione 4.16.01: modifica il file di configurazione passato all'utilità apigee-validate. Nella release 4.16.01 di Edge, il file di configurazione utilizzato da apigee-validate richiedeva le seguenti proprietà:
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  REGION=dc-1
  
  In questa release, il file di configurazione richiede solo la proprietà APIGEE_ADMINPW. Puoi rimuovere le altre due proprietà dal file.
Aggiorna l'utilità apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Esegui l'utilità di aggiornamento sui nodi nell'ordine descritto di seguito in "Ordine di aggiornamento della macchina":
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

L'unico requisito per il file di configurazione è che deve essere accessibile o leggibile dall'utente "apigee".

Utilizza l'opzione "-c" per specificare il componente da aggiornare. L'elenco dei possibili componenti include:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =tutti i componenti Edge ad eccezione della UI Edge: server di gestione, processore di messaggi, router, server QPID, server Postgres
ui = UI Edge
all = aggiorna tutti i componenti sulla macchina (utilizza solo per un profilo di installazione Edge aio o un profilo di installazione API BaaS asa)
e = ElasticSearch
b = stack API BaaS
p = portale API BaaS
ebp = ElasticSearch, stack API BaaS e portale API BaaS sullo stesso nodo
Testa l'aggiornamento eseguendo l'utilità apigee-validate sul server di gestione, come descritto in Testa l'installazione.
Se hai installato un nuovo nodo standby Postgres, dismetti il nodo come descritto sopra in Dismettere un nodo Postgres.

Per eseguire il rollback dell'aggiornamento in un secondo momento, utilizza la procedura descritta in 4.16.09 Procedura di rollback.

Procedura per l'aggiornamento alla versione 4.16.09 da un repository locale

Se i nodi Edge si trovano dietro un firewall o se in qualche altro modo non possono accedere al repository Apigee tramite internet, puoi eseguire l'aggiornamento da un repository locale o da un mirror del repository Apigee.

Dopo aver creato un repository Edge locale, hai due opzioni per aggiornare Edge dal repository locale:

Crea un file .tar del repository, copia il file .tar in un nodo, quindi aggiorna Edge dal file .tar.
Installa un server web sul nodo con il repository locale in modo che altri nodi possano accedervi. Apigee fornisce il server web Nginx che puoi utilizzare oppure puoi utilizzare il tuo server web.

Per eseguire l'aggiornamento da un repository 4.16.09 locale:

Se al momento utilizzi la replica master-standby di Postgres, installa un nuovo nodo standby di Postgres come descritto sopra in Installazione di un nuovo nodo standby di Postgres.
Crea un repository 4.16.09 locale come descritto in "Crea un repository Apigee locale" in Installa l'utilità apigee-setup di Edge.
Nota: se hai già un repository 4.16.01 o 4.16.05, puoi aggiungere il repository 4.16.09 come descritto in "Aggiorna un repository Apigee locale" in Installa l'utilità apigee-setup di Edge.
Per installare apigee-service da un file .tar:
1. Sul nodo con il repository locale, utilizza il comando seguente per pacchettizzare il repository locale in un singolo file .tar denominato /opt/apigee/data/apigee-mirror/apigee-4.16.09.tar.gz:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
2. Copia il file .tar nel nodo in cui vuoi aggiornare Edge. Ad esempio, copialo nella directory /tmp del nuovo nodo.
3. Sul nuovo nodo, estrai il file nella directory /tmp:
  > tar -xzf apigee-4.16.09.tar.gz
  
  Questo comando crea una nuova directory, denominata repos, nella directory contenente il file .tar. Ad esempio /tmp/repos.
4. Installa l'utilità apigee-service di Edge e le dipendenze da /tmp/repos:
  > sudo bash /tmp/repos/bootstrap_4.16.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  Tieni presente che in questo comando includi il percorso della directory repos.
Per installare apigee-service utilizzando il server web Nginx:
1. Configura il server web Nginx come descritto in "Installa dal repository utilizzando il server web Nginx" in Installa l'utilità apigee-setup di Edge.
2. Sul nodo remoto, scarica il file bootstrap_4.16.09.sh di Edge in /tmp/bootstrap_4.16.09.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh
  
  dove uName:pWord sono il nome utente e la password che hai impostato sopra per il repository e remoteRepo è l'indirizzo IP o il nome DNS del nodo del repository.
3. Sul nodo remoto, installa l'utilità apigee-service di Edge e le dipendenze:
  > sudo bash /tmp/bootstrap_4.16.09.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  dove uName:pWord sono il nome utente e la password del repository.
Utilizza apigee-service per aggiornare l'utilità apigee-setup:
1. Se hai installato la versione 4.16.01 eseguendo l'upgrade di Edge versione 4.15.07.0x, devi installare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  
  Questo comando installa l'utilità update.sh in <inst_dir>/apigee/apigee-setup/bin.
  
  Se hai già installato l'utilità apigee-setup, aggiornala:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
2. Se hai installato direttamente la versione 4.16.01, ovvero non hai eseguito l'upgrade dalla versione 4.15.07.0x, devi aggiornare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Questo aggiornamento ad apigee-service installa l'utilità update.sh in <inst_dir>/apigee/apigee-setup/bin.
3. Se hai installato la versione 4.16.05 direttamente o tramite aggiornamento, devi aggiornare l'utilità apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Questo aggiornamento di apigee-service installa l'utilità update.sh in <inst_dir>/apigee/apigee-setup/bin.
A seconda della versione attuale di Edge, devi installare o aggiornare l'utilità apigee-validate sul server di gestione.
1. Se utilizzi Edge 4.16.05: aggiorna l'utilità apigee-validate sul server di gestione:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
2. Se utilizzi Edge 4.16.01: installa l'utilità apigee-validate sul server di gestione:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  
  Nota: se hai installato l'utilità apigee-validate su un nodo del processore di messaggi durante l'installazione della versione 4.16.01, puoi aggiornarla utilizzando il seguente comando su quel nodo:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  
  Tuttavia, a partire dalla versione 4.16.05 e successive, Apigee consiglia di installare ed eseguire l'utilità apigee-validate sul server di gestione.
3. Se esegui l'upgrade dalla versione 4.16.01: modifica il file di configurazione passato all'utilità apigee-validate. Nella release 4.16.01 di Edge, il file di configurazione utilizzato da apigee-validate richiedeva le seguenti proprietà:
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  REGION=dc-1
  
  In questa release, il file di configurazione richiede solo la proprietà APIGEE_ADMINPW. Puoi rimuovere le altre due proprietà dal file.
Aggiorna l'utilità apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Esegui l'utilità di aggiornamento sui nodi nell'ordine descritto di seguito in "Ordine di aggiornamento della macchina":
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

L'unico requisito per il file di configurazione è che deve essere accessibile o leggibile dall'utente "apigee".

Utilizza l'opzione "-c" per specificare il componente da aggiornare. L'elenco dei possibili componenti include:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =tutti i componenti Edge ad eccezione della UI Edge: server di gestione, processore di messaggi, router, server QPID, server Postgres
ui = UI Edge
all = aggiorna tutti i componenti sulla macchina (utilizza solo per un profilo di installazione Edge aio o un profilo di installazione API BaaS asa)
e = ElasticSearch
b = stack API BaaS
p = portale API BaaS
ebp = ElasticSearch, stack API BaaS e portale API BaaS sullo stesso nodo
Testa l'aggiornamento eseguendo l'utilità apigee-validate sul server di gestione, come descritto in Testa l'installazione.
Se hai installato un nuovo nodo standby Postgres, dismetti il nodo come descritto sopra in Dismettere un nodo Postgres.

Per eseguire il rollback dell'aggiornamento in un secondo momento, utilizza la procedura descritta in 4.16.09 Procedura di rollback.

Ordine di aggiornamento della macchina

L'ordine in cui aggiorni le macchine in un'installazione di Edge è importante. Le considerazioni più importanti per un aggiornamento sono:

Devi aggiornare tutti i nodi Cassandra e ZooKeeper prima di aggiornare qualsiasi altro nodo.
Per qualsiasi macchina con più componenti Edge (Management Server, processore di messaggi, Router, QPID Server, ma non Postgres Server), utilizza l'opzione "-c edge" per aggiornarli tutti contemporaneamente.
Se un passaggio specifica che deve essere eseguito su più macchine, eseguilo nell'ordine delle macchine specificato.
Non è previsto un passaggio separato per l'aggiornamento della monetizzazione. Viene aggiornato quando specifichi l'opzione "-c edge".