Aggiornamento di Apigee Edge dalla 4.16.01/4.16.05 alla 4.18.01

Edge per Private Cloud v4.18.01

Quali versioni di Edge puoi aggiornare alla 4.18.01?

Puoi aggiornare Apigee Edge versione 4.16.01.0x e 4.16.05.x alla 4.18.01 utilizzando questo .

Se disponi di una versione di Edge precedente alla 4.16.01, devi prima eseguire la migrazione a versione 4.16.01 e quindi l'aggiornamento alla versione 4.18.01.

  • È possibile eseguire la migrazione di Apigee Edge versione dalla 4.15.07 alla 4.16.01.
  • Se disponi di una versione di Edge precedente alla 4.15.07, devi prima eseguire la migrazione a alla versione 4.15.07 e poi alla versione 4.16.01.
    • Se stai eseguendo la migrazione da Edge versione 4.14.04 o successiva: Migrazione diretta alla versione 4.15.07.
    • Se stai eseguendo la migrazione da Edge versione 4.14.01: devi prima eseguire la migrazione alla versione 4.14.04, quindi migra alla versione 4.15.07.

Chi può eseguire l'aggiornamento

L'utente che esegue l'aggiornamento deve corrispondere all'utente che ha installato inizialmente Edge, oppure a un eseguito come root.

Dopo aver installato gli RPM perimetrali, qualsiasi utente potrà configurarli.

Quali componenti devi aggiornare

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

Downgrade di Zookeeper in caso di aggiornamento da 4.16.01

La versione dell'RPM di Zookeeper in Edge per Private Cloud 4.16.01 è apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. Nelle versioni successive di Edge, la versione Zookeeper è stata modificata di nuovo in apigee-zookeeper-3.4.5-0.0.94x. Questo impedisce a yum di aggiornare Zookeeper a versioni successive dalla 4.16.01. Il modo per correggere questa situazione è eseguire yum downgrade apigee-zookeeper prima di aggiornare Zookeeper.

Puoi verificare la tua 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 della proprietà impostazioni

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

Aggiorna prerequisiti

Controlla i seguenti prerequisiti prima di eseguire l'upgrade di Apigee Edge:

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

    Ciò ti consente di avere un piano di backup, nel caso in cui l'aggiornamento a una nuova versione non funzionino correttamente. Per ulteriori informazioni sul backup, consulta la sezione Backup e Ripristina.
  • Assicurati che Edge sia in esecuzione
    Assicurati che Edge sia attivo e in esecuzione durante il processo di aggiornamento utilizzando il comando:

    > Stato /opt/apigee/apigee-service/bin/apigee-all

Gestione di un aggiornamento non riuscito

In caso di errore di un aggiornamento, puoi provare a risolvere il problema e quindi eseguire update.sh di nuovo. Puoi eseguire l'aggiornamento più volte e continuarlo dal punto in cui era stato interrotto disattivata.

Se l'errore richiede il rollback dell'aggiornamento alla versione precedente, consulta l'argomento Procedura di rollback 4.18.01 per ulteriori informazioni.

Informazioni sull'aggiornamento di Logging

Per impostazione predefinita, il file 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 quella directory, scrive il log 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.

Richiesto upgrade a Java JDK versione 8

Questa release di Edge richiede l'installazione di Java JDK versione 8 su tutte le versioni Edge di elaborazione dei nodi. È possibile installare Oracle JDK 8 o OpenJDK 8. Se Java JDK 8 non è installato lo script di aggiornamento può installarla.

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 "Suite di crittografia disattivate predefinite" all'indirizzo http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.

Obbligatorio per abilitare il repository EPEL

Devi attivare Pacchetti aggiuntivi per Enterprise Linux (o EPEL) per installare o aggiornare Edge. Il comando da utilizzare dipende nella tua versione di RedHat/CentOS:

  • Per RedHat/CentOS 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 6.x:
    wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

Aggiunta richiesta di SMTPMAILFROM parametro di configurazione

Edge 4.17.05 ha aggiunto un nuovo parametro obbligatorio al file di configurazione utilizzato quando abiliti 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 l'API BaaS, devi impostare SMTPMAILFROM nel di configurazione del deployment.

Questo parametro ha il seguente formato:

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

Obbligatorio se l'aggiornamento viene eseguito durante l'uso autenticazione esterna

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

Consulta Autenticazione esterna Configurazione per saperne di più.

Quando l'autenticazione esterna è abilitata, la maggior parte dei clienti utilizza l'account SAM di Active Directory nome utente per l'autenticazione, invece di un indirizzo email utilizzato dalla Server Edge OpenLDAP.

Se hai eseguito l'integrazione con un servizio di directory esterno, aggiungi la riga seguente a il file di configurazione quando si aggiorna Edge alla versione 4.18.01:

IS_EXTERNAL_AUTH="true"

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

Upgrade richiesto a Qpid 1.35

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

  • Impedisci temporaneamente ai router e ai processori di messaggi di scrivere sul nodo Qpid che blocca la porta 5672 sul nodo Qpid. Puoi utilizzare il seguente comando per bloccare questa porta su il nodo Qpid:
    &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
  • Attendi che la coda Qpid si svuoti di messaggi per garantire che il nodo Qpid abbia elaborato tutti prima dell'aggiornamento. Utilizza il comando seguente per assicurarti che la coda di messaggi Qpid sia vuoto:
    &gt; qpid-stat -q
  • Aggiorna il nodo Qpid.
  • Sblocca la porta 5672 sul nodo Qpid per consentire l'accesso dai router e dai processori di messaggi. Per sbloccare questa porta, puoi utilizzare il seguente comando:
    &gt; sudo iptables -F

    Tieni presente che se utilizzi iptables per altre regole, puoi usare l'opzione -D per invertire modifica specifica:
    &gt; sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP

Questo processo è descritto in dettaglio di seguito per ogni topologia Edge.

Upgrade richiesto a Postgres 9.6

Questa release di Edge include un upgrade a Postgres 9.6. Nell'ambito di questo upgrade, I dati Postgres vengono migrati a Postgres 9.6.

Durante il processo di aggiornamento, mentre i nodi Postgres sono inattivi per l'aggiornamento, i dati di analisi vengono ancora scritti nei nodi Qpid. Dopo che i nodi Postgres sono stati aggiornati e sono tornati online, l'analisi viene quindi eseguito il push dei dati ai nodi Postgres.

Il nodo di standby Postgres aggiuntivo è obbligatorio se devi eseguire il rollback dell'aggiornamento per perché. Se devi eseguire il rollback dell'aggiornamento, il nuovo nodo di standby di Postgres diventa il nodo master Nodo Postgres dopo il rollback. Di conseguenza, quando installi il nuovo nodo standby Postgres, devono trovarsi su un nodo che soddisfa tutti i requisiti hardware di un server Postgres, come definiti i Requisiti di installazione di Edge.

Installazione di un nuovo Postgres nodo in standby

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

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

Per creare un nuovo nodo in standby di Postgres:

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

    conf_pg_hba_replication.connection=host replica apigee existing_slave_ip/32 trust\ \nreplica host apigee new_slave_ip/32 trust

    dove existing_slave_ip è l'indirizzo IP del servizio Postgres attuale server in standby, mentre new_slave_ip è l'indirizzo IP del nuovo server in standby nodo.
  2. Riavvia apigee-postgresql nel master Postgres:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql riavvio
  3. Verifica che il nuovo nodo in standby sia stato aggiunto visualizzando /opt/apigee/apigee-postgresql/conf/pg_hba.conf nel master. Il file dovrebbe contenere le seguenti righe:
    replica host apigee trust_ip_slave_esistente/32
    attendibilità apigee new_slave_ip/32 della replica host
  4. Installa il nuovo server di standby Postgres:
    1. Modifica il file di configurazione che hai utilizzato per installare la versione corrente di Edge per specificare quanto segue:

      # indirizzo IP del modello principale:
      PG_MASTER=192.168.56.103
      # indirizzo IP del nuovo nodo in standby
      PG_STANDBY=192.168.56.102
    2. Disabilita SELinux come descritto in Installare l'utilità Edge apigee-setup.
    3. Scarica il file bootstrap_4.16.05.sh di Edge in /tmp/bootstrap_4.16.05.sh:
      &gt; curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh

      Nota: se esegui l'aggiornamento dalla versione 4.16.01, scarica il file bootstrap.sh di Edge.
    4. Installa l'utilità Edge apigee-service e dipendenze:
      &gt; sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord
    5. Usa apigee-service per installa apigee-setup utilità:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
    6. Installa Postgres:
      &gt; /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
    7. Sul nuovo nodo in standby, esegui questo comando:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      Verifica che dica che è in standby.

Ritiro di un Postgres nodo

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

  1. Assicurati che Postgres sia in esecuzione:
    &gt; Stato /opt/apigee/apigee-service/bin/apigee-all

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

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

Aggiornamento senza tempi di inattività

Un aggiornamento senza tempo di inattività, o aggiornamento in sequenza, ti consente di aggiornare l'installazione di Edge senza abbattendo Edge.

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

La chiave per eseguire l'upgrade senza tempi di inattività è rimuovere dal carico ogni router, uno alla volta. con il bilanciatore del carico di rete passthrough esterno regionale. Quindi, aggiorna il router e tutti gli altri componenti sulla stessa macchina del router, quindi aggiungi di nuovo il router al bilanciatore del carico.

  1. Aggiorna i computer nell'ordine corretto per l'installazione come descritto di seguito nella sezione "Ordina di aggiornamento della macchina".
  2. Quando è il momento di aggiornare i router, selezionare un router qualsiasi e renderlo irraggiungibile, come descritto in Attivazione/disattivazione del server (Processore di messaggi/router) Raggiungibilità.
  3. 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.
  4. Rendi nuovamente raggiungibile il router.
  5. Ripeti i passaggi da 2 a 4 per gli altri router.
  6. Continua l'aggiornamento per eventuali macchine rimanenti nell'installazione.

Prima/dopo l'aggiornamento, prendi in considerazione quanto segue:

  • Sul nodo combinato router e processore di messaggi:
    • Prima dell'aggiornamento, esegui queste operazioni:
      1. Rendi il router irraggiungibile.
      2. Rendi il processore di messaggi irraggiungibile.
    • Dopo l'aggiornamento, procedi nel seguente modo:
      1. Rendi raggiungibile il processore di messaggi.
      2. Rendi il router raggiungibile.
  • Su singolo nodo router:
    • Prima dell'aggiornamento, assicurati che il router non sia raggiungibile.
    • Dopo l'aggiornamento, rendi il router raggiungibile.
  • Su singolo nodo del processore di messaggi:
    • Prima dell'aggiornamento, rendi il processore di messaggi irraggiungibile.
    • Dopo l'aggiornamento, rendi raggiungibile il processore di messaggi.

Utilizzo di un file di configurazione invisibile all'utente

Devi passare un file di configurazione invisibile al comando update. Il file di configurazione invisibile dovrebbe essere lo stesso usato per installare Edge 4.16.01 o 4.16.05.

Procedura per Aggiornamento alla versione 4.18.01 su un nodo con una connessione a internet esterna

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

  1. Se attualmente utilizzi la replica master-standby di Postgres, installa un nuovo Postgres nodo in standby come descritto sopra in Installare un nuovo Postgres nodo in standby.
  2. Se presente, disabilita tutti i job CRON configurati per eseguire un'operazione di riparazione su Cassandra fino al completamento dell'aggiornamento.
  3. Accedi al tuo nodo come root per installare gli RPM perimetrali.
    Nota: anche se l'installazione di RPM richiede l'accesso root, puoi eseguire Edge configurazione senza accesso root.
  4. Installa yum-utils e yum-plugin-priorities:
    &gt; sudo yum install yum-utils
    > sudo yum install yum-plugin-priorities
  5. Disabilita SELinux come descritto in Installare l'utilità apigee-setup di Edge.
  6. Attiva il repository EPEL come descritto sopra.
  7. Se esegui l'installazione su Oracle 7.x, esegui questo comando:
    &gt; sudo yum-config-manager --enable ol7_optional_latest
  8. Se esegui l'installazione su AWS, esegui questi comandi yum-configure-manager:
    &gt; aggiornamento gnam rh-amazon-rhui-client.noarch
    &gt; sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-facoltativo
  9. Scarica il file bootstrap_4.18.01.sh Edge 4.18.01 in /tmp/bootstrap_4.18.01.sh:
    &gt; curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
  10. Installa l'utilità Edge 4.18.01 apigee-service e dipendenze:
    &gt; 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 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 Installazione di Java. JAVA_FIX assume i seguenti valori:

    I = Installa OpenJDK 1.8 (impostazione predefinita)
    C = Continua senza installare Java
    D = Esci. Per questa opzione, devi installare Java personalmente.
  11. Usa apigee-service per aggiorna 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:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup install

      Questo comando installa l'utilità update.sh in /opt/apigee/apigee-setup/bin.

      Se hai già installato l'utilità apigee-setup, aggiorna questo elemento:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup
    2. Se hai installato direttamente la versione 4.16.01, il che significa che non hai eseguito un upgrade da 4.15.07.0x, devi aggiornare l'utilità apigee-setup:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup

      Questo aggiornamento di apigee-service installa l'utilità update.sh in /opt/apigee/apigee-setup/bin.
    3. Se hai installato la versione 4.16.05 direttamente o tramite un aggiornamento, devi aggiornare Utilità apigee-setup:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup

      Questo aggiornamento di apigee-service installa l'utilità update.sh in /opt/apigee/apigee-setup/bin.
  12. A seconda della versione corrente di Edge, devi installare o aggiornare Utilità apigee-validate sulla il server di gestione.
    1. Se attualmente utilizzi Edge 4.16.05: aggiorna l'utilità apigee-validate sulla Server di gestione:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate
    2. Se attualmente utilizzi Edge 4.16.01: installa l'utilità apigee-validate sulla Server di gestione:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate install

      Nota: se hai installato l'utilità apigee-validate su un messaggio Il nodo del processore durante l'installazione della versione 4.16.01, puoi aggiornarlo utilizzando il seguente comando quel nodo:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate

      Tuttavia, a partire dalla versione 4.16.05 e successive, Apigee consiglia di installare ed eseguire Utilità apigee-validate su il server di gestione.
    3. Se esegui l'upgrade dalla versione 4.16.01: modifica il file di configurazione passato al Utilità apigee-validate. Nella La release 4.16.01 Edge, il file di configurazione utilizzato da apigee-validate richiedeva quanto segue proprietà:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGIONE=dc-1


      In questa versione, il file di configurazione richiede solo la proprietà APIGEE_ADMINPW. Puoi rimuovere le altre due proprietà del file.
  13. Aggiorna apigee-provision utilità:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-provision
  14. Esegui l'utilità di aggiornamento sui nodi nell'ordine descritto di seguito in "Ordine dei computer aggiorna" sotto:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c componente -f configFile

    L'unico requisito del file di configurazione è che quest'ultimo deve essere accessibile o leggibile da "apigee" utente.

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

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 account locale repository

Se i nodi Edge sono protetti da un firewall o in qualche altro modo non possono accedere il repository Apigee su internet, quindi puoi eseguire l'aggiornamento da un repository locale, o mirroring 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, copialo su un nodo, quindi aggiorna Edge .tar.
  • Installa un server web sul nodo con il repository locale in modo che altri nodi possano accedervi. Apigee ti fornisce il server web Nginx oppure puoi utilizzare server web.

Per eseguire l'aggiornamento da un repository 4.18.01 locale:

  1. Se attualmente utilizzi la replica master-standby di Postgres, installa un nuovo Postgres nodo in standby come descritto sopra in Installare un nuovo Postgres nodo in standby.
  2. Crea un repository 4.18.01 locale come descritto in "Creare un repository Apigee locale" su Installa l'utilità apigee-setup Edge.
    Nota: se hai già un repository 4.16.01 o 4.16.05 esistente, puoi aggiungere 4.18.01 come descritto in "Aggiornare un repository Apigee locale" su Installa l'utilità apigee-setup Edge.
  3. 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:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-mirror
    2. Copia il file .tar nel nodo in cui vuoi aggiornare Edge. Ad esempio, copialo in nella directory /tmp sul un nuovo nodo.
    3. Sul nuovo nodo, sposta il file nella directory /tmp:
      &gt; tar -xzf apigee-4.18.01.tar.gz

      Questo comando crea una nuova directory, denominata repository, nella directory contenente il file . ad esempio /tmp/repos.
    4. Installa l'utilità apigee-service Edge e le dipendenze da /tmp/repos:
      &gt; sudo bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Nota che in questo comando viene incluso il percorso della directory dei repository.
  4. Per installare apigee-service utilizzando il server web Nginx:
      .
    1. Configura il server web Nginx come descritto in "Eseguire l'installazione dal repository utilizzando webserver&quot; alla pagina Installare Edge Utilità apigee-setup.
    2. Sul nodo remoto, scarica il file Edge bootstrap_4.18.01.sh su /tmp/bootstrap_4.18.01.sh:
      &gt; /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 che hai impostato sopra il repository, mentre remoteRepo è l'indirizzo IP o il nome DNS il nodo repo.
    3. Sul nodo remoto, installa l'utilità e le dipendenze di apigee-service Edge:
      &gt; 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.
  5. Usa apigee-service per aggiorna 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:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup install

      Questo comando installa l'utilità update.sh in /opt/apigee/apigee-setup/bin.

      Se hai già installato l'utilità apigee-setup, aggiorna questo elemento:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup
    2. Se hai installato direttamente la versione 4.16.01, il che significa che non hai eseguito un upgrade da 4.15.07.0x, devi aggiornare l'utilità apigee-setup:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup

      Questo aggiornamento di apigee-service installa l'utilità update.sh in /opt/apigee/apigee-setup/bin.
    3. Se hai installato la versione 4.16.05 direttamente o tramite un aggiornamento, devi aggiornare Utilità apigee-setup:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup

      Questo aggiornamento di apigee-service installa l'utilità update.sh in /opt/apigee/apigee-setup/bin.
  6. A seconda della versione corrente di Edge, devi installare o aggiornare Utilità apigee-validate sulla il server di gestione.
    1. Se attualmente utilizzi Edge 4.16.05: aggiorna l'utilità apigee-validate sulla Server di gestione:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate
    2. Se attualmente utilizzi Edge 4.16.01: installa apigee-validate sul server di gestione:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate install

      Nota: se hai installato l'utilità apigee-validate su un messaggio. Il nodo del processore durante l'installazione della versione 4.16.01, puoi aggiornarlo utilizzando il seguente comando quel nodo:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-confirm

      Tuttavia, a partire dalla versione 4.16.05 e successive, Apigee consiglia di installare ed eseguire Utilità apigee-convalida sul server di gestione.
    3. Se esegui l'upgrade dalla versione 4.16.01: modifica il file di configurazione passato al Utilità apigee-validate. Nella La release 4.16.01 Edge, il file di configurazione utilizzato da apigee-validate richiedeva quanto segue proprietà:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGIONE=dc-1


      In questa versione, il file di configurazione richiede solo la proprietà APIGEE_ADMINPW. Puoi rimuovere le altre due proprietà del file.
  7. Aggiorna apigee-provision utilità:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-provision
  8. Esegui l'utilità di aggiornamento sui nodi nell'ordine descritto di seguito in "Ordine del computer aggiorna" sotto:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c componente -f configFile

    L'unico requisito del file di configurazione è che quest'ultimo deve essere accessibile o leggibile da "apigee" utente.

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

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 con cui aggiorni le macchine in un'installazione Edge è importante. Il più considerazioni importanti per un aggiornamento sono:

  • Devi aggiornare tutti i nodi Cassandra e ZooKeeper prima di aggiornare qualsiasi ad altri nodi.
  • Per qualsiasi macchina con più componenti Edge (server di gestione, processore di messaggi, router, server QPID ma non server Postgres), utilizza "-c edge" per aggiornarli tutti contemporaneamente.
  • Se un passaggio specifica che deve essere eseguito su più macchine, eseguilo nella all'ordine della macchina specificato.
  • Non esiste un passaggio separato per l'aggiornamento della monetizzazione. Viene aggiornato quando specifichi bordo" .

Per una versione autonoma per 1 host installazione

  1. Imposta SMTPMAILFROM nel di configurazione del deployment se hai abilitato SMTP su Edge. Questo parametro ha il seguente formato:
    SMTPMAILFROM="La mia azienda <mioco@azienda.it>"
  2. Se esegui l'aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper:
    &gt; gnam downgrade apigee-zookeeper
  3. Aggiorna Cassandra e ZooKeeper:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  4. Imposta la seguente regola iptables:
    &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
  5. Controlla la coda di messaggi Qpid:
    &gt; qpid-stat -q

    Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid fino a quando non avrà elaborato tutti i messaggi.
  6. Aggiorna qpidd:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Elimina iptables:
    &gt; sudo iptables -F
  8. Aggiorna LDAP:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  9. Arresta il server Postgres, il server Qpid e PostgreSQL:
    &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
  10. Aggiorna postgresql:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  11. Aggiorna il database Postgres:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
  12. Aggiorna i componenti Edge rimanenti:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  13. Aggiorna l'UI Edge:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

Per una versione autonoma di 2 host installazione

Consulta Topologie di installazione per l'elenco di e numeri di nodi.

  1. Imposta SMTPMAILFROM nel di configurazione del deployment se hai abilitato SMTP su Edge. Questo parametro ha il seguente formato:
    SMTPMAILFROM="La mia azienda <mioco@azienda.it>"
  2. In caso di aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper sulla macchina 1:
    &gt; gnam downgrade apigee-zookeeper
  3. Aggiorna Cassandra e ZooKeeper sulla macchina 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  4. Imposta la seguente regola iptables sulla macchina 2:
    &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
  5. Controlla la coda di messaggi Qpid sulla macchina 2:
    &gt; qpid-stat -q

    Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid fino a quando non avrà elaborato tutti i messaggi.
  6. Aggiorna qpidd su macchina 2:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Fai il flush di iptables nella macchina 2:
    &gt; sudo iptables -F
  8. Aggiorna LDAP sul computer 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  9. Aggiorna i componenti Edge sulla macchina 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  10. Aggiorna l'interfaccia utente sulla macchina 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  11. Aggiorna postgresql sulla macchina 2:
    1. Arresta server Postgres, server Qpid e postgresql:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    2. Aggiorna postgresql:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    3. Aggiorna il database Postgres:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    4. Aggiorna i componenti Edge sulla macchina 2:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Per un cluster a 5 host installazione

Consulta Topologie di installazione per l'elenco di e numeri di nodi.

  1. Imposta SMTPMAILFROM nel di configurazione del deployment se hai abilitato SMTP su Edge. Questo parametro ha il seguente formato:
    SMTPMAILFROM="La mia azienda <mioco@azienda.it>"
  2. Assicurati di aver installato un nuovo nodo in standby Postgres come descritto sopra in Installare un nuovo nodo Postgres nodo in standby.
  3. In caso di aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper sulle macchine 1, 2 e 3:
    &gt; gnam downgrade apigee-zookeeper
  4. Aggiorna Cassandra e ZooKeeper sulla macchina 1, 2 e 3:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  5. Imposta la seguente regola iptables sulla macchina 4:
    &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
  6. Controlla la coda di messaggi Qpid sulla macchina 4:
    &gt; qpid-stat -q

    Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid fino a quando non avrà elaborato tutti i messaggi.
  7. Aggiorna qpidd su macchina 4:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Fai il flush di iptables nella macchina 4:
    &gt; sudo iptables -F
  9. Ripeti i passaggi da 5 a 8 sulla macchina 5.
  10. Aggiorna LDAP sul computer 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  11. Aggiorna i componenti Edge sulla macchina 1, 2, 3:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. Aggiorna l'interfaccia utente sulla macchina 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  13. Aggiorna le macchine 4 e 5:
    1. Arresta il server Postgres e il server Qpid sulla macchina 4:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    2. Arresta il server Postgres, il server Qpid e postgresql sulla macchina 5:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Arresta il server Postgres e postgresql sul nuovo nodo standby per cui hai aggiunto rollback:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    4. Aggiorna postgresql sulle macchine 4:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    5. Aggiorna il database Postgres sulla macchina 4 (solo master PostgreSQL):
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    6. Aggiorna postgresql sulle macchine 5:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    7. Avvia il server Postgres e il server Qpid sulle macchine 4 e 5:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    8. Configura Postgres come nodo in standby eseguendo i comandi seguenti sulla macchina 5:
      &gt; cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f
      configFile
    9. Verifica lo stato della replica inviando i seguenti script su entrambi i server. La dovrebbe visualizzare risultati identici su entrambi i server per garantire replica:

      Sulla macchina 4, il nodo master, esegui:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Verifica che sia l'istanza principale.

      Nella macchina 5, il nodo in standby:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      Verifica che dica che è in standby.
  14. Aggiorna i componenti Edge sulla macchina 4, 5:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Assicurati di ritirare il nuovo nodo in standby utilizzando la procedura riportata sopra in Disattivazione di un Postgres nodo.

Per un cluster a 9 host installazione

Consulta Topologie di installazione per l'elenco di e numeri di nodi.

  1. Imposta SMTPMAILFROM nel di configurazione del deployment se hai abilitato SMTP su Edge. Questo parametro ha il seguente formato:
    SMTPMAILFROM="La mia azienda <mioco@azienda.it>"
  2. Assicurati di aver installato un nuovo nodo in standby Postgres come descritto sopra in Installare un nuovo nodo Postgres nodo in standby.
  3. In caso di aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper sulle macchine 1, 2 e 3:
    &gt; gnam downgrade apigee-zookeeper
  4. Aggiorna Cassandra e ZooKeeper sulla macchina 1, 2 e 3:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  5. Imposta la seguente regola iptables sulla macchina 6:
    &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
  6. Controlla la coda di messaggi Qpid sulla macchina 6:
    &gt; qpid-stat -q

    Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid fino a quando non avrà elaborato tutti i messaggi.
  7. Aggiorna qpidd su macchina 6:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Fai il flush di iptables nella macchina 6:
    &gt; sudo iptables -F
  9. Ripeti i passaggi da 5 a 8 sulla macchina 7.
  10. Aggiorna LDAP sul computer 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  11. Aggiorna i componenti Edge sulla macchina 6, 7, 1, 4 e 5 in questo ordine:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. Aggiorna l'interfaccia utente sulla macchina 1:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  13. Aggiorna le macchine 8 e 9:
    1. Arresta il server Postgres sulla macchina 8:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    2. Arresta il server Postgres e postgresql sulla macchina 9:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Arresta il server Qpid sulle macchine 6 e 7:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    4. Arresta il server Postgres e postgresql sul nuovo nodo standby per cui hai aggiunto rollback:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    5. Aggiorna postgresql sulle macchine 8:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    6. Aggiorna il database Postgres sulla macchina 8 (solo master PostgreSQL):
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Aggiorna postgresql sulle macchine 9:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Avvia il server Postgres sulle macchine 8 e 9:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
    9. Avvia il server Qpid sulle macchine 6 e 7:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. Configura Postgres come nodo in standby eseguendo i comandi seguenti sulla macchina 09:
      &gt; cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f
      configFile
    11. Verifica lo stato della replica inviando i seguenti script su entrambi i server. La dovrebbe visualizzare risultati identici su entrambi i server per garantire replica:
      Sulla macchina 8, il nodo master, esegui:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Verifica che sia l'istanza principale.

      Nella macchina 9, il nodo in standby:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      Verifica che dica che è in standby.
  14. Aggiorna i componenti Edge sulle macchine 8 e 9:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Assicurati di ritirare il nuovo nodo in standby utilizzando la procedura riportata sopra in Disattivazione di un Postgres nodo.

Per un cluster da 13 host installazione

Consulta Topologie di installazione per l'elenco di e numeri di nodi.

  1. Imposta SMTPMAILFROM nel di configurazione del deployment se hai abilitato SMTP su Edge. Questo parametro ha il seguente formato:
    SMTPMAILFROM="La mia azienda <mioco@azienda.it>"
  2. Assicurati di aver installato un nuovo nodo in standby Postgres come descritto sopra in Installare un nuovo nodo Postgres nodo in standby.
  3. In caso di aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper sulle macchine 1, 2 e 3:
    &gt; gnam downgrade apigee-zookeeper
  4. Aggiorna Cassandra e ZooKeeper sulla macchina 1, 2 e 3:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  5. Imposta la seguente regola iptables sulla macchina 12:
    &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
  6. Controlla la coda di messaggi Qpid sulla macchina 12:
    &gt; qpid-stat -q

    Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid fino a quando non avrà elaborato tutti i messaggi.
  7. Aggiorna qpidd su macchina 12:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Fai il flush di iptables nella macchina 12:
    &gt; sudo iptables -F
  9. Ripeti i passaggi da 5 a 8 sulla macchina 13.
  10. Aggiorna LDAP sui computer 4 e 5:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  11. Aggiorna i componenti Edge sulla macchina 12, 13, 6, 7, 10 e 11 in questo ordine:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. Aggiorna l'interfaccia utente sulle macchine 6 e 7:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  13. Aggiorna le macchine 8 e 9:
    1. Arresta il server Postgres sulla macchina 8:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    2. Arresta il server Postgres e postgresql sulla macchina 9:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Arresta il server Qpid sulle macchine 12 e 13:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    4. Arresta il server Postgres e postgresql sul nuovo nodo standby per cui hai aggiunto rollback:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    5. Aggiorna postgresql sulle macchine 8:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    6. Aggiorna il database Postgres sulla macchina 8 (solo master PostgreSQL):
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Aggiorna postgresql sulle macchine 9:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Avvia il server Postgres sulle macchine 8 e 9:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
    9. Avvia il server Qpid sulle macchine 12 e 13:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. Configura Postgres come nodo in standby eseguendo i comandi seguenti sulla macchina 09:
      &gt; cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f
      configFile
    11. Verifica lo stato della replica inviando i seguenti script su entrambi i server. La dovrebbe visualizzare risultati identici su entrambi i server per garantire replica:
      Sulla macchina 8, il nodo master, esegui:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Verifica che sia l'istanza principale.

      Nella macchina 9, il nodo in standby:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      Verifica che dica che è in standby.
  14. Aggiorna i componenti Edge sulle macchine 8 e 9:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Assicurati di ritirare il nuovo nodo in standby utilizzando la procedura riportata sopra in Disattivazione di un Postgres nodo.

Per un cluster da 12 host installazione

Consulta Topologie di installazione per l'elenco di e numeri di nodi.

  1. Imposta SMTPMAILFROM nel di configurazione del deployment se hai abilitato SMTP su Edge. Questo parametro ha il seguente formato:
    SMTPMAILFROM="La mia azienda <mioco@azienda.it>"
  2. Assicurati di aver installato un nuovo nodo in standby Postgres come descritto sopra in Installare un nuovo nodo Postgres nodo in standby.
  3. Aggiorna Cassandra e ZooKeeper:
    1. In caso di aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper sulle macchine 1, 2 e 3 in Data center 1:
      &gt; slurp eseguire il downgrade di apigee-zookeeper
    2. Nelle macchine 1, 2 e 3 nel data center 1:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
    3. In caso di aggiornamento dalla versione 4.16.01, esegui il downgrade di Zookeeper sulle macchine 7, 8 e 9 in Data center 2:
      &gt; slurp eseguire il downgrade di apigee-zookeeper
    4. Sulle macchine 7, 8 e 9 nel data center 2
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  4. Aggiorna qpidd:
    1. Macchine 4, 5 nel data center 1
      1. Imposta la seguente regola iptables sulla macchina 4:
        &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
      2. Controlla la coda di messaggi Qpid sulla macchina 4:
        &gt; qpid-stat -q

        Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid finché non avrà elaborato tutti i messaggi.
      3. Aggiorna qpidd sulla macchina 4:
        &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      4. Fai il flush di iptables nella macchina 4:
        &gt; sudo iptables -V
      5. Ripeti i passaggi da 1 a 4 sulla macchina 5.
    2. Macchine 10, 11 nel data center 2
      1. Imposta la seguente regola iptables sulla macchina 10:
        &gt; sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s "hostname" -i eth0 -j DROP
      2. Controlla la coda di messaggi Qpid sulla macchina 10:
        &gt; qpid-stat -q

        Continua a controllare la coda fino al conteggio nella sezione "msg". è 0. Non puoi eseguire l'upgrade di Qpid finché non avrà elaborato tutti i messaggi.
      3. Aggiorna qpidd sulla macchina 10:
        &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      4. Fai il flush di iptables nella macchina 10:
        &gt; sudo iptables -V
      5. Ripetere i passaggi da 1 a 4 sulla macchina 11.
  5. Aggiorna LDAP:
    1. Macchine 1 nel data center 1
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
    2. Macchine 7 nel data center 2
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. Aggiorna i componenti di Edge:
    1. Macchine 4, 5, 1, 2, 3 nel data center 1
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
    2. Macchine 10, 11, 7, 8, 9 nel data center 2
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Aggiorna UI:
    1. Macchina 1 nel data center 1:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    2. Macchina 7 nel data center 2:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. Aggiorna la macchina 6 nel data center 1 e 12 nel data center 2:
    1. Arresta il server Postgres sulla macchina 6:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    2. Arresta il server Postgres e postgresql sulla macchina 12:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Arresta il server Qpid sulle macchine 4, 5, 10 e 11:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    4. Arresta il server Postgres e postgresql sul nuovo nodo standby per cui hai aggiunto rollback:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    5. Aggiorna postgresql sulle macchine 6:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    6. Aggiorna il database Postgres sulla macchina 6 (solo master PostgreSQL):
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Aggiorna postgresql sulle macchine 12:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Avvia il server Postgres sulle macchine 6 e 12:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
    9. Avvia il server Qpid sulle macchine 4, 5, 10 e 11:
      &gt; /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. Configura Postgres come nodo in standby eseguendo i comandi seguenti sulla macchina 12:
      &gt; cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f
      configFile
    11. Verifica lo stato della replica inviando i seguenti script su entrambi i server. La dovrebbe visualizzare risultati identici su entrambi i server per garantire replica:
      Sulla macchina 6, il nodo master, esegui:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Verifica che sia l'istanza principale.

      Nella macchina 12, il nodo in standby:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      Verifica che dica che è in standby.
  9. Aggiorna i componenti Edge sulle macchine 6 e 12:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  10. Assicurati di ritirare il nuovo nodo in standby utilizzando la procedura riportata sopra in Disattivazione di un Postgres nodo.

Per un'API a 7 o 10 host Installazione di BaaS

Per un'installazione non standard

Se disponi di un'installazione non standard, aggiorna i componenti Edge nel seguente ordine:

  1. ZooKeeper
  2. Cassandra
  3. qpidd
  4. LDAP
  5. Edge, ovvero "-c edge" profilo su tutti i nodi nell'ordine: nodi con server Qpid ma e non il server Postgres, il server di gestione, il processore di messaggi e il router.
    Nota: se nel nodo sono installati sia il server Qpid sia il server Postgres, esegui "-bordo c" del profilo come parte del passaggio 8.
  6. UI Edge
  7. postgresql sul master Postgres, incluso l'upgrade.
  8. postgresql nell'standby di Postgres.
  9. Edge, ovvero "-c edge" profilo su tutti i nodi Qpid e Postgres combinati o su qualsiasi nodi Postgres autonomi.