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

Aggiornamento di Apigee Edge dalla 4.16.09 alla 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 dalla versione 4.16.09.0x alla versione 4.18.01 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.

Upgrade obbligatorio a Qpid 1.35

Questa release contiene un aggiornamento obbligatorio a Qpid 1.35. Nell'ambito dell'aggiornamento di un nodo Qpid, devi:

Impedisci temporaneamente ai router e ai processori di messaggi di scrivere sul nodo Qpid bloccando la porta 5672 sul nodo Qpid. Puoi utilizzare il seguente comando per bloccare questa porta sul nodo Qpid:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
Attendi che la coda Qpid si svuoti dei messaggi per assicurarti che il nodo Qpid abbia elaborato tutti i messaggi prima dell'aggiornamento. Utilizza il seguente comando per assicurarti che la coda di messaggi Qpid sia vuota:
> qpid-stat -q
Aggiorna il nodo Qpid.
Sblocca la porta 5672 sul nodo Qpid per consentire l'accesso da router e processori di messaggi. Puoi utilizzare il seguente comando per sbloccare questa porta:
> sudo iptables -F

Tieni presente che se utilizzi iptables per altre regole, puoi utilizzare l'opzione -D per annullare la modifica specifica:
> sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP

Questa procedura è descritta in dettaglio di seguito per ogni topologia Edge.

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.

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

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 di standby Postgres per la versione esistente di Edge (4.16.09), 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:

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.09.sh di Edge in /tmp/bootstrap_4.16.09.sh:
  > curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh
4. Installa l'utilità Edge apigee-service e le dipendenze:
  > sudo bash /tmp/bootstrap_4.16.09.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>

Obbligatorio per abilitare il repository EPEL

Per installare o aggiornare Edge, devi attivare Extra Packages for Enterprise Linux (o EPEL). Il comando da utilizzare dipende dalla versione di RedHat/CentOS:

Per RedHat/CentOS/Oracle 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
Per RedHat/CentOS/Oracle 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

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, devi impostare SMTPMAILFROM nel file di configurazione.

Questo parametro ha il seguente formato:

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

Obbligatorio se l'aggiornamento viene eseguito quando si utilizza l'autenticazione esterna

Puoi integrare un servizio di directory esterno in un'installazione di Apigee Edge Private Cloud esistente. Questa funzionalità è progettata per funzionare con qualsiasi servizio di directory che supporti LDAP, come Active Directory, OpenLDAP e altri. Una soluzione LDAP esterna consente agli amministratori di sistema di gestire le credenziali utente da un servizio di gestione delle directory centralizzato, esterno a sistemi come Apigee Edge che li utilizzano.

Per saperne di più, consulta Configurazione dell'autenticazione esterna.

Quando l'autenticazione esterna è abilitata, la maggior parte dei clienti utilizza il campo del nome dell'account SAM di Active Directory come nome utente per l'autenticazione, anziché un indirizzo email utilizzato dal server OpenLDAP di Edge.

Se hai eseguito l'integrazione con un servizio di directory esterno, aggiungi la riga seguente al file di configurazione quando aggiorni Edge alla versione 4.17.09:

IS_EXTERNAL_AUTH="true"

Questa riga configura Edge in modo che supporti un nome account, anziché un indirizzo email, come nome utente.

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, 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 utilizzato per installare Edge 4.16.09.

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, 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.
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.
Abilita il repository EPEL come descritto sopra.
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, dismetti il nodo come descritto sopra in Dismissione di un nodo Postgres.

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.
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.16.09, puoi aggiungere il repository 4.18.01 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.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.

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".