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

Aggiorna Apigee Edge da 4.17.0x a 4.18.01

Edge for Private Cloud v4.18.01

Quali versioni di Edge puoi aggiornare alla versione 4.18.01

Puoi aggiornare Apigee Edge versione 4.17.0x utilizzando questa procedura.

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

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.

Quali componenti devi aggiornare

Devi aggiornare tutti i componenti Edge. Edge non supporta una configurazione che contiene componenti di più versioni.

Mantieni la compatibilità

Quando esegui l'upgrade di Apigee Edge for Private Cloud alla versione 4.18.01, devi assicurarti che l'implementazione risultante faccia riferimento solo alle proprietà supportate nei file di configurazione.

Proprietà	Località	Descrizione
`conf_load_balancing_load.balancing. driver.nginx.server.retry`	`router.properties`	Rimuovi questa proprietà dal file `router.properties`. Per impostare le opzioni di ripetizione nella versione 4.18.01, utilizza le proprietà di configurazione dell'host virtuale.

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.

Aggiunta obbligatoria del parametro di configurazione SMTPMAILFROM

Edge 4.17.05 ha aggiunto un nuovo parametro obbligatorio al file di configurazione utilizzato quando attivi un server SMTP. Se esegui l'aggiornamento dalla versione 4.17.01, devi impostare SMTPMAILFROM nel file di configurazione quando attivi il server SMTP.

La versione 4.17.09 di API BaaS ha aggiunto anche il supporto per la proprietà SMTPMAILFROM. Quando aggiorni API BaaS dalla versione 4.17.01 o 4.17.05, devi impostare SMTPMAILFROM nel file di configurazione.

Questo parametro ha il seguente formato:

SMTPMAILFROM="My Company <myco@company.com>"

Upgrade obbligatorio a Postgres 9.6

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

La maggior parte dei sistemi di produzione Edge utilizza due nodi Postgres configurati per la replica master-standby. Durante il processo di aggiornamento, mentre i nodi Postgres non sono attivi 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 modo in cui esegui l'aggiornamento di Postgres dipende da come hai configurato l'archiviazione dei dati per i nodi Postgres:

Se utilizzi l'archiviazione dei dati locale per i nodi Postgres, devi installare un nuovo nodo Postgres in standby per la durata dell'upgrade. Al termine dell'upgrade, puoi dismettere il nuovo nodo di standby 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 master Postgres dopo il rollback. Pertanto, quando installi il nuovo nodo standby Postgres, questo deve trovarsi su un nodo che soddisfi tutti i requisiti hardware di un server Postgres, come definito nei Requisiti di installazione di Edge.

In un'installazione di Edge a 1 e 2 nodi, le topologie utilizzate per la prototipazione e i test, hai un solo nodo Postgres. Puoi aggiornare questi nodi Postgres direttamente senza doverne creare uno nuovo.
Se utilizzi lo spazio di archiviazione di rete per i nodi Postgres, come consigliato da Apigee, non devi installare un nuovo nodo Postgres. Nelle procedure riportate di seguito, puoi saltare i passaggi che specificano di installare e successivamente dismettere un nuovo nodo di standby Postgres.

Prima di iniziare la procedura di aggiornamento, acquisisci uno snapshot di rete del datastore utilizzato da Postgres. In questo modo, se si verificano errori durante l'aggiornamento e devi eseguire un rollback, puoi ripristinare il nodo Postgres da quello snapshot.

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.17.0x), non per la versione 4.18.01.

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:

Nel master Postgres corrente, modifica il file /opt/apigee/customer/application/postgresql.properties per impostare il seguente token:
```
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 in standby attuale e new_slave_ip è l'indirizzo IP del nuovo nodo in standby.

Se il file postgresql.properties non esiste, crealo e utilizza chown per concedere l'accesso all'utente apigee, come mostrato nell'esempio seguente:
```
chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```

Riavvia apigee-postgresql sul master Postgres:

/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

Verifica che il nuovo nodo di standby sia stato aggiunto visualizzando il file /opt/apigee/apigee-postgresql/conf/pg_hba.conf sul master. Nel 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 attuale di Edge per specificare quanto segue:
```
# IP address of the current master:
PG_MASTER=192.168.56.103
# IP address of the new standby node
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.17.0x.sh di Edge (dove 4.17.0x è 4.17.01, 4.17.05 o 4.17.09) in /tmp/bootstrap_4.17.0x.sh :
```
curl https://software.apigee.com/bootstrap_4.17.0x.sh -o /tmp/bootstrap_4.17.0x.sh
```
4. Installa l'utilità Edge apigee-service e le dipendenze:
```
sudo bash /tmp/bootstrap_4.17.0x.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 server di standby, esegui questo comando:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
  Verifica che sia indicato che si tratta della modalità 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>

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, consulta 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:

> /opt/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.18.01 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.

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.17.0x.

Procedura per l'aggiornamento alla versione 4.18.01 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 con lo spazio di archiviazione locale, installa un nuovo nodo standby di Postgres come descritto sopra in Installazione di un nuovo nodo standby di Postgres.

Se utilizzi lo spazio di archiviazione di rete, non è necessario installare il nuovo nodo. In alternativa, acquisisci uno snapshot di rete del datastore utilizzato da Postgres. Per saperne di più, consulta Upgrade obbligatorio a Postgres 9.6.
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.
Installa yum-utils e yum-plugin-priorities:
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities
Disattiva SELinux come descritto in Installa l'utilità apigee-setup di Edge.
Se l'installazione avviene su Oracle 7.x, esegui questo comando:
> sudo yum-config-manager --enable ol7_optional_latest
Se l'installazione avviene su AWS, esegui i seguenti comandi yum-configure-manager:
> yum update rh-amazon-rhui-client.noarch
> sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
Scarica il file bootstrap_4.18.01.sh di Edge 4.18.01 in /tmp/bootstrap_4.18.01.sh:
> curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
Installa l'utilità apigee-service di Edge 4.18.01 e le dipendenze:
> sudo bash /tmp/bootstrap_4.18.01.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:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Aggiorna l'utilità apigee-validate sul server di gestione:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
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, ritira il nodo come descritto sopra in Ritiro di un nodo Postgres.

Se utilizzi lo spazio di archiviazione di rete, non è necessario installare il nuovo nodo. Per saperne di più, consulta Upgrade obbligatorio a Postgres 9.6.

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

Procedura per l'aggiornamento alla versione 4.18.01 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.18.01 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.

Se utilizzi lo spazio di archiviazione di rete, non è necessario installare il nuovo nodo. In alternativa, acquisisci uno snapshot di rete del datastore utilizzato da Postgres. Per saperne di più, consulta Upgrade obbligatorio a Postgres 9.6.
Crea un repository 4.18.01 locale come descritto in "Crea un repository Apigee locale" in Installa l'utilità apigee-setup di Edge.
Nota: se hai già un repository 4.17.0x, puoi aggiungere il repository 4.18.01 come descritto in "Aggiorna un repository Apigee locale" nella sezione 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.18.01.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.18.01.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.18.01.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 Edge bootstrap_4.18.01.sh in /tmp/bootstrap_4.18.01.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
  
  dove uName:pWord sono il nome utente e la password impostati 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.18.01.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:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Aggiorna l'utilità apigee-validate sul server di gestione.
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
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 Dismissione di un nodo Postgres.

Se utilizzi lo spazio di archiviazione di rete, non è necessario installare il nuovo nodo. Per saperne di più, consulta Upgrade obbligatorio a Postgres 9.6.

Per eseguire il rollback dell'aggiornamento in un secondo momento, utilizza la procedura descritta in 4.18.01 Processo 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".