Actualiza Apigee Edge 4.16.01/4.16.05 a 4.17.01

Edge para la nube privada v. 4.17.01

Qué versiones de Edge se pueden actualizar a 4.17.01

Con este procedimiento, puedes actualizar las versiones 4.16.01.0x y 4.16.05.x de Apigee Edge a 4.17.01.

Si tienes una versión de Edge anterior a la versión 4.16.01, primero debes migrar a la versión 4.16.01 y, luego, actualizar a la versión 4.17.01.

• Puedes migrar Apigee versión 4.15.07 a 4.16.01.
• Si tienes una versión de Edge anterior a la versión 4.15.07, primero debes migrar a la versión 4.15.07 y, luego, a la versión 4.16.01.
  • Si migras desde Edge 4.14.04 o una versión posterior, migra directamente a la versión 4.15.07.
  • Si migras desde la versión 4.14.01 de Edge, primero debes migrar a la versión 4.14.04 y, luego, a la versión 4.15.07.

Quiénes pueden realizar la actualización

El usuario que ejecuta la actualización debe ser el mismo que el usuario que instaló Edge originalmente o un usuario que ejecuta la raíz.

Después de instalar los RPM de Edge, cualquier usuario puede configurarlos.

Qué componentes debes actualizar

Debes actualizar todos los componentes de Edge. Edge no admite una configuración que contenga componentes de varias versiones.

Cambiar a una versión inferior de Zookeeper si se actualiza desde la versión 4.16.01

La versión del RPM de Zookeeper en Edge para la nube privada 4.16.01 es apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. En las versiones posteriores de Edge, la versión de Zookeeper se volvió a cambiar a apigee-zookeeper-3.4.5-0.0.94x. Esto evita que yum actualice Zookeeper a una versión posterior desde 4.16.01. Para solucionar esta situación, debes ejecutar yum downgrade apigee-zookeeper antes de actualizar Zookeeper.

Para verificar tu versión de Zookeeper, usa el siguiente comando:

> rpm -qa |grep apigee-zookeeper

Si este comando muestra la versión Zookeeper:

apigee-zookeeper-3.4.5-1.0.905

Luego, debes cambiar a una versión inferior.

Propagación automática de la configuración de la propiedad

Si editó archivos .properties en /opt/apigee/customer/application para configurar alguna propiedad, la actualización retiene estos valores.

Actualiza los requisitos previos

Cumpla con los siguientes requisitos previos antes de actualizar Apigee Edge:

• Crea una copia de seguridad de todos los nodos
  Por motivos de seguridad, antes de realizar la actualización, se recomienda realizar una copia de seguridad completa de todos los nodos. Usa el procedimiento en tu versión actual de Edge para realizar la copia de seguridad.
  
  Esto te permite tener un plan de copia de seguridad en caso de que la actualización a una versión nueva no funcione correctamente. Para obtener más información sobre las copias de seguridad, consulta Copia de seguridad y restablecimiento.
• Asegúrate de que Edge esté en ejecución
  Asegúrate de que Edge esté en funcionamiento durante el proceso de actualización con el siguiente comando:
  
  > /opt/apigee/apigee-service/bin/apigee-all status

Cómo manejar una actualización con errores

En el caso de una falla de actualización, puedes intentar corregir el problema y, luego, volver a ejecutar update.sh. Puedes ejecutar la actualización varias veces, y continuará desde donde se interrumpió por última vez.

Si el error requiere que reviertas la actualización a tu versión anterior, consulta el Proceso de reversión 4.17.01 para obtener más información.

Información de actualización del registro

De forma predeterminada, la utilidad update.sh escribe información de registro en las siguientes ubicaciones:

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

Si el usuario que ejecuta la utilidad update.sh no tiene acceso a ese directorio, escribe el registro en el directorio /tmp como un archivo llamado update_username.log.

Si el usuario no tiene acceso a /tmp, la utilidad update.sh falla.

Actualización obligatoria a la versión 8 del JDK de Java

Esta versión de Edge requiere que instales la versión 8 de Java JDK en todos los nodos de procesamiento perimetral. Puedes instalar OpenJDK 8 o JDK de Oracle 8. Si todavía no está instalado Java JDK 8, la secuencia de comandos de actualización puede instalarlo por ti.

Como parte de la actualización a Java 8, algunos cifrados de TLS ya no están disponibles en Oracle JDK 8. Para obtener la lista completa, consulta la sección “Conjuntos de cifrados inhabilitados de forma predeterminada” en http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.

Se requiere para habilitar el repositorio de EPEL

Debes habilitar Paquetes adicionales para Enterprise Linux (o EPEL) a fin de instalar o actualizar Edge. El comando que uses dependerá de tu versión de Red Hat/CentOS:

• Para 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
• Para 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

Obligatorio si se actualiza cuando se usa la autenticación externa

Puedes integrar un servicio de directorio externo en una instalación existente de Apigee Edge Private Cloud. Esta función está diseñada para funcionar con cualquier servicio de directorio que admita LDAP, como Active Directory, OpenLDAP y otros. Una solución externa de LDAP permite que los administradores de sistemas gestionen las credenciales de los usuarios desde un servicio centralizado de administración de directorios externo a sistemas como Apigee Edge que las usan.

Consulta Configuración de autenticación externa para obtener más información.

Cuando la autenticación externa está habilitada, la mayoría de los clientes usan el campo del nombre de la cuenta SAM de Active Directory como nombre de usuario para la autenticación, en lugar de una dirección de correo electrónico que usa el servidor Edge OpenLDAP.

Si integraste un servicio de directorio externo, agrega la siguiente línea a tu archivo de configuración cuando actualices Edge a 4.17.01:

IS_EXTERNAL_AUTH="true"

Esta línea configura Edge para admitir el nombre de una cuenta, en lugar de una dirección de correo electrónico, como nombre de usuario.

Actualización obligatoria a Qpid 1.35

Esta versión contiene una actualización necesaria para Qpid 1.35. Como parte de la actualización de un nodo Qpid, debes hacer lo siguiente:

• Impide temporalmente que los routers y los procesadores de mensajes escriban en el nodo Qpid bloqueando el puerto 5672 en el nodo Qpid. Puedes usar el siguiente comando para bloquear este puerto en el nodo Qpid:
  > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
• Espera a que la cola de Qpid esté vacía para asegurarte de que el nodo Qpid haya procesado todos los mensajes antes de la actualización. Usa el siguiente comando para asegurarte de que la cola de mensajes de Qpid esté vacía:
  > qpid-stat -q
• Actualiza el nodo Qpid.
• Desbloquee el puerto 5672 en el nodo Qpid para permitir el acceso desde routers y procesadores de mensajes. Puedes usar el siguiente comando para desbloquear este puerto:
  > sudo iptables -F
  
  Ten en cuenta que, si usas iptables para otras reglas, puedes usar la opción -D a fin de revertir el cambio específico:
  > sudo iptables -D INPUT -p tcp --destination-port 5672 . -s “hostname” -i eth0 -j DROP

Este proceso se describe en detalle a continuación para cada topología de Edge.

Actualización obligatoria a Postgres 9.4

Esta versión de Edge incluye una actualización a Postgres 9.4. Como parte de esa actualización, todos los datos de Postgres se migran a Postgres 9.4.

Durante el proceso de actualización, mientras los nodos de Postgres están inactivos para la actualización, los datos de estadísticas aún se escriben en los nodos Qpid. Después de que los nodos de Postgres se actualizan y vuelven a estar en línea, los datos de estadísticas se envían a los nodos de Postgres.

El nodo adicional en espera de Postgres es obligatorio si debes revertir la actualización por algún motivo. Si tienes que revertir la actualización, el nuevo nodo en espera de Postgres se convierte en el nodo de Postgres principal después de la reversión. Por lo tanto, cuando instales el nuevo nodo en espera de Postgres, este debe estar en un nodo que cumpla con todos los requisitos de hardware de un servidor de Postgres, como se define en los Requisitos de instalación de Edge.

Instala un nodo en espera nuevo de Postgres

Este procedimiento crea un servidor en espera Postgres en un nodo nuevo. Asegúrate de instalar un servidor de Postgres en espera nuevo para tu versión existente de Edge (4.16.01 o 4.16.05), no para la versión 4.17.01.

A fin de realizar la instalación, usa el mismo archivo de configuración que usaste para instalar tu versión actual de Edge.

Para crear un nodo de espera de Postgres nuevo, haz lo siguiente:

1. En el máster actual de Postgres, edita el archivo /opt/apigee/customer/application/postgresql.properties para establecer el siguiente token. Si no existe ese archivo, créalo:
   
   conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32trust\ \nreplication de host new_slave_ip/32 Trust
   
   donde existing_slave_ip es la dirección IP de la nueva IP IP de la nueva IP
2. Reinicia apigee-postgresql en la instancia principal de Postgres:
   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
3. Verifica que el nodo en espera nuevo se haya agregado. Para ello, consulta el archivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf en la instancia principal. En ese archivo, deberías ver las siguientes líneas:
   host de replicación de Apigee existente_slave_ip/32,
   confianza de Apigee, Apigee__Slave_ip/32,
4. Instala el nuevo servidor en espera de Postgres:
   1. Edita el archivo de configuración que usaste para instalar tu versión actual de Edge a fin de especificar lo siguiente:
      
      # dirección IP de la instancia principal actual:
      PG_MASTER=192.168.56.103
      # dirección IP del nodo en espera nuevo
      PG_STANDBY=192.168.56.102
   2. Inhabilita SELinux como se describe en Instala la utilidad de configuración de Apigee de Edge.
   3. Descarga el archivo boot_4.16.05.sh de Edge en /tmp/boot_4.16.05.sh:
      > curl https://software.apigee.com/boot_4.16.05.sh -o /tmp/boot_4.16.05.sh
      Nota: Si actualizas 4.1,
      
   4. Instala la utilidad y las dependencias de apigee-service de Edge:
      > sudo bash /tmp/boot_4.16.05.sh apigeeuser=uName apigeepassword=pWord
   5. Use apigee-service para instalar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
   6. Instala Postgres:
      > /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
   7. En el nuevo nodo en espera, ejecuta el siguiente comando:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
      
      Valida que indique que es el modo de espera.

Retirar un nodo de Postgres

Una vez que se complete la actualización, retire el servicio del nodo en espera nuevo:

1. Asegúrate de que Postgres esté en ejecución:
   > /opt/apigee/apigee-service/bin/apigee-all status
   
   Si Postgres no se está ejecutando, inícialo:
   > /opt/apigee/apigee-service/bin/apigee-all start
2. Para obtener el UUID del nodo en espera nuevo, ejecuta el siguiente comando cURL en el nuevo nodo en espera:
   > curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self
   
   Deberías ver el UUID del nodo al final del resultado, en la forma:
   ""5"e8"
   "8"5"e8"
3. Para detener el nodo en espera nuevo, ejecuta el siguiente comando en el nodo en espera nuevo:
   > /opt/apigee/apigee-service/bin/apigee-all stop
4. En el nodo principal de Postgres, edita /opt/apigee/customer/application/postgresql.properties para quitar el nuevo nodo en espera de conf_pg_hba_replication.connection:
   conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 confiar
5. Reinicia apigee-postgresql en la instancia principal de Postgres:
   > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
6. Verifica que el nodo en espera nuevo se haya quitado de la instancia principal a través del archivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf. En ese archivo, solo debería ver la siguiente línea:
   replicación de host de Apigee existing_slave_ip/32 Trust
7. Para borrar el UUID del nodo en espera de ZooKeeper, realiza la siguiente llamada a la API de administración de Edge en el nodo del servidor de administración:
   > curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

Actualización sin tiempo de inactividad

Una actualización sin tiempo de inactividad o actualización progresiva te permite actualizar la instalación de Edge sin desconectar Edge.

La actualización sin tiempo de inactividad solo es posible con una configuración de 5 nodos y más.

La clave para la actualización sin tiempo de inactividad es quitar cada router, uno a la vez, del balanceador de cargas. Luego, actualiza el router y cualquier otro componente en la misma máquina que el router y, luego, vuelve a agregarlo al balanceador de cargas.

1. Actualiza las máquinas en el orden correcto para la instalación como se describe a continuación en “Orden de actualización de la máquina”.
2. Cuando llegue el momento de actualizar los routers, selecciona cualquier router y haz que sea inaccesible, como se describe en Cómo habilitar o inhabilitar la accesibilidad del servidor (procesador de mensajes/router).
3. Actualiza el router seleccionado y todos los demás componentes de Edge en la misma máquina que el router. Todas las configuraciones de Edge muestran un router y un procesador de mensajes en el mismo nodo.
4. Vuelve a conectar el router.
5. Repite los pasos 2 a 4 para los routers restantes.
6. Continúa la actualización de las máquinas restantes en la instalación.

Tenga en cuenta lo siguiente antes y después de la actualización:

• En el router combinado y el nodo del procesador de mensajes:
  • Antes de la actualización, haz lo siguiente:
    1. No se puede acceder al router.
    2. Haz que el procesador de mensajes sea inaccesible.
  • Después de la actualización, realiza lo siguiente:
    1. Haz que el procesador de mensajes sea accesible.
    2. Haz que el router sea accesible.
• En un solo nodo del router:
  • Antes de actualizar, haz que el router sea inaccesible.
  • Después de la actualización, haz que el router sea accesible.
• En un único nodo del procesador de mensajes:
  • Antes de actualizar, haz que el procesador de mensajes sea inaccesible.
  • Después de la actualización, haz que Message Processor se pueda acceder a ella.

Usa un archivo de configuración silenciosa

Debes pasar un archivo de configuración silencioso al comando update. El archivo de configuración silencioso debe ser el mismo que usaste para instalar Edge 4.16.01 o 4.16.05.

Procedimiento para actualizar a 4.17.01 en un nodo con conexión a Internet externa

Usa el siguiente procedimiento para actualizar los componentes de Edge en un nodo:

1. Si actualmente usas la replicación Post-res principal en espera, instala un nuevo nodo en espera Postgres como se describió antes en Instala un nodo en espera nuevo de Postgres.
2. Si está presente, inhabilita los trabajos de CRON configurados para realizar una operación de reparación en Cassandra hasta después de que se complete la actualización.
3. Accede a tu nodo como raíz para instalar los RPM de Edge.
   Nota: Si bien la instalación de RPM requiere acceso raíz, puedes realizar la configuración de Edge sin acceso raíz.
4. Inhabilita SELinux como se describe en Instala la utilidad de configuración de Apigee de Edge.
5. Descarga el archivo Edge_4.17.01.sh de Edge 4.17.01 en /tmp/boot_4.17.01.sh:
   curl https://software.apigee.com/boot_4.17.01.sh -o /tmp/boot_4.17.01.sh
6. Instala la utilidad y las dependencias de apigee-service de Edge 4.17.01:
   > sudo bash /tmp/boot_4.17.01.sh apigeeuser=uName apigeepassword=pWord
   
   , donde uName:pWord es el nombre de usuario y la contraseña que recibió de Apigee. Si omites pWord, se te solicitará que lo ingreses.
   
   De forma predeterminada, el instalador verifica que tengas instalado Java 1.8. Si no lo haces, la instala por ti. Usa la opción JAVA_FIX para especificar cómo controlar la instalación de Java. JAVA_FIX toma los siguientes valores:
   
   I = Instala OpenJDK 1.8 (predeterminado)
   C = Continúa sin instalar Java
   Q = Salir. Para esta opción, debes instalar Java por tu cuenta.
7. (Solo para CentOS-6.x y RedHat-6.x) En todos los nodos de Qpid, ejecuta el siguiente comando para asegurarte de descargar la versión de Qpid correcta:
   > yum install apigee-qpidd --disablerepo=epel
8. Usa apigee-service para actualizar la utilidad apigee-setup:
   1. Si instalaste la versión 4.16.01 mediante la actualización de Edge a la versión 4.15.07.0x, debes instalar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
      
      Este comando instala la utilidad update.sh en /opt/apigee/apigee-setup/bin.
      
      Si ya instaló la utilidad apigee-setup, actualícela:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
   2. Si instalaste directamente la versión 4.16.01, lo que significa que no realizaste una actualización a partir de la versión 4.15.07.0x, debes actualizar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
      
      Esta actualización de apigee-service instala la utilidad update.sh en Apigee.
   3. Si instalaste la versión 4.16.05 directamente o mediante una actualización, debes actualizar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
      
      Esta actualización de apigee-service instala la utilidad update.sh en /opt/apigee/apigee-setup/bin.
9. Según tu versión actual de Edge, debes instalar o actualizar la utilidad apigee-validate en el servidor de administración.
   1. Si actualmente usas Edge 4.16.05, actualiza la utilidad apigee-validate en el servidor de administración:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
   2. Si actualmente usas Edge 4.16.01, instala la utilidad apigee-validate en el servidor de administración:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
      
      Nota: Si instalaste la utilidad apigee-validate en un nodo del procesador de mensajes cuando instalas 4.16, instala el servicio, luego instala el siguiente comando: , instalar, instalar, actualizar, instalar
      
      
      
   3. Si actualizas desde la versión 4.16.01, edita el archivo de configuración que se pasó a la utilidad apigee-validate. En la versión 4.16.01 Edge, el archivo de configuración que usa apigee-validate requería las siguientes propiedades:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGION=dc-1
      
      En esta versión, el archivo de configuración solo requiere la propiedad APIGEE_ADMINPW. Puedes quitar las otras dos propiedades del archivo.
10. Actualice la utilidad apigee-provision:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
11. Ejecuta la utilidad de actualización en tus nodos en el orden que se describe a continuación en “Orden de actualización de la máquina” a continuación:
    > /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
    
    El único requisito en el archivo de configuración es que el usuario de “Apigee” pueda acceder al archivo de configuración o poder leerlo.
    
    Use la opción "-c" para especificar el componente que desea actualizar. El paquete incluye los siguientes componentes:
    
    
    
    
    
    
    
    
    
    
    
    
12. Prueba la actualización mediante la ejecución de la utilidad apigee-validate en el servidor de administración, como se describe en Prueba la instalación.
13. Si instalaste un nodo en espera nuevo de Postgres, retíralo como se describe en Cómo retirar un nodo de Postgres.

Para revertir la actualización más adelante, usa el procedimiento descrito en el Proceso de reversión 4.16.09.

Procedimiento para actualizar a la versión 4.17.01 desde un repositorio local

Si tus nodos perimetrales están detrás de un firewall o tienen prohibido acceder al repositorio de Apigee a través de Internet, puedes realizar la actualización desde un repositorio local, o un duplicado, del repositorio de Apigee.

Después de crear un repositorio de Edge local, tienes dos opciones para actualizarlo desde el repositorio local:

• Crea un archivo .tar del repositorio, cópialo en un nodo y, luego, actualiza Edge desde el archivo .tar.
• Instale un servidor web en el nodo con el repositorio local para que otros nodos puedan acceder a él. Apigee proporciona el servidor web Nginx para que uses. También puedes usar tu propio servidor web.

Para actualizar desde un repositorio local 4.17.01, sigue estos pasos:

1. Si actualmente usas la replicación Post-res principal en espera, instala un nuevo nodo en espera Postgres como se describió antes en Instala un nodo en espera nuevo de Postgres.
2. Crea un repositorio local 4.17.01 como se describe en "Crea un repositorio de Apigee local" en Instala la utilidad de configuración de Apigee.
   Nota: Si ya tienes un repositorio 4.16.01 o 4.16.05, puedes agregarle el repositorio 4.17.01 como se describe en “Actualiza un repositorio local de Apigee” en Instala la utilidad de configuración de Apigee de Edge.
3. Para instalar apigee-service desde un archivo .tar, siga estos pasos:
   1. En el nodo con el repositorio local, usa el siguiente comando para empaquetar el repositorio local en un único archivo .tar llamado /opt/apigee/data/apigee-Mirror/apigee-4.17.01.tar.gz:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-Mirror package
   2. Copia el archivo .tar en el nodo en el que deseas actualizar Edge. Por ejemplo, cópialo en el directorio /tmp, en el nodo nuevo.
   3. En el nodo nuevo, descarta el archivo en el directorio /tmp:
      > tar -xzf apigee-4.17.01.tar.gz
      
      Este comando crea un directorio nuevo, llamado repositorios, en el directorio que contiene el archivo .tar. Por ejemplo, /tmp/repos.
   4. Instala la utilidad apigee-service de Edge y las dependencias de /tmp/repos:
      > sudo bash /tmp/repos/boot_4.17.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
      
      Observa que incluyes la ruta de acceso al directorio de repositorios en este comando.
4. Para instalar apigee-service con el servidor web Nginx:
   1. Configura el servidor web Nginx como se describe en "Instala desde el repositorio mediante el servidor web Nginx" en Instala la utilidad apigee-setup de Edge.
   2. En el nodo remoto, descarga el archivo de arranque_4.17.01.sh de Edge en /tmp/boot_4.17.01.sh:
      > /usr/bin/curl http://uName:pWord@remoteRepo:3939/boot_4.17.01.sh.
      
      
   3. En el nodo remoto, instala la utilidad y las dependencias del apigee-service de Edge:
      > sudo bash /tmp/boot_4.17.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
      
      p y nombre de usuario:
5. Usa apigee-service para actualizar la utilidad apigee-setup:
   1. Si instalaste la versión 4.16.01 mediante la actualización de Edge a la versión 4.15.07.0x, debes instalar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
      
      Este comando instala la utilidad update.sh en /opt/apigee/apigee-setup/bin.
      
      Si ya instaló la utilidad apigee-setup, actualícela:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
   2. Si instalaste directamente la versión 4.16.01, lo que significa que no realizaste una actualización a partir de la versión 4.15.07.0x, debes actualizar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
      
      Esta actualización de apigee-service instala la utilidad update.sh en Apigee.
   3. Si instalaste la versión 4.16.05 directamente o mediante una actualización, debes actualizar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
      
      Esta actualización de apigee-service instala la utilidad update.sh en /opt/apigee/apigee-setup/bin.
6. Según tu versión actual de Edge, debes instalar o actualizar la utilidad apigee-validate en el servidor de administración.
   1. Si actualmente usas Edge 4.16.05, actualiza la utilidad apigee-validate en el servidor de administración:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
   2. Si actualmente usas Edge 4.16.01, instala la utilidad apigee-validate en el servidor de administración:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
      
      Nota: Si instalaste la utilidad apigee-validate en un nodo del procesador de mensajes al instalar 4.16.0, instala el servicio, luego instala
      
      
      
   3. Si actualizas desde la versión 4.16.01, edita el archivo de configuración que se pasó a la utilidad apigee-validate. En la versión 4.16.01 Edge, el archivo de configuración que usa apigee-validate requería las siguientes propiedades:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGION=dc-1
      
      En esta versión, el archivo de configuración solo requiere la propiedad APIGEE_ADMINPW. Puedes quitar las otras dos propiedades del archivo.
7. Actualice la utilidad apigee-provision:
   > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
8. Ejecuta la utilidad de actualización en tus nodos en el orden que se describe a continuación en el “Orden de actualización de la máquina” a continuación:
   > /opt/apigee/apigee-setup/bin/update.sh -c componente -f configFile
   
   El único requisito en el archivo de configuración es que el usuario de Apigee debe poder acceder a la herramienta o leerla.
   
   Use la opción "-c" para especificar el componente que desea actualizar. El paquete incluye los siguientes componentes:
   
   
   
   
   
   
   
   
   
   
   
   
9. Prueba la actualización mediante la ejecución de la utilidad apigee-validate en el servidor de administración, como se describe en Prueba la instalación.
10. Si instalaste un nodo en espera nuevo de Postgres, retíralo como se describe en Cómo retirar un nodo de Postgres.

Para revertir la actualización más adelante, usa el procedimiento descrito en el Proceso de reversión 4.16.09.

Orden de la actualización de la máquina

El orden en el que actualizas las máquinas en una instalación de Edge es importante. Las consideraciones más importantes de una actualización son las siguientes:

• Debes actualizar todos los nodos de Cassandra y ZooKeeper antes de actualizar cualquier otro nodo.
• Para cualquier máquina con varios componentes de Edge (servidor de administración, procesador de mensajes, router, servidor QPID, pero no servidor de Postgres), usa la opción “-c edge” para actualizarlos todos al mismo tiempo.
• Si un paso especifica que se debe realizar en varias máquinas, hazlo en el orden especificado.
• No existe un paso aparte para actualizar la monetización. Se actualiza cuando especificas la opción "-c edge".
• (Solo para CentOS-6.x y RedHat-6.x) En todos los nodos de Qpid con conexión a Internet externa, asegúrate de ejecutar el siguiente comando para descargar la versión de Qpid correcta, como se muestra arriba:
  > yum install apigee-qpidd --disablerepo=epel

Instalación independiente para un host

1. Si la actualizas desde la versión 4.16.01, cambia a una versión inferior de Zookeeper:
   > yum cambia a una versión inferior de apigee-zookeeper
2. Actualiza Cassandra y ZooKeeper:
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. Establece la siguiente regla de iptables:
   > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
4. Verifica la cola de mensajes de Qpid:
   > qpid-stat -q
   
   Sigue verificando la cola hasta que el recuento en la columna “msg” sea 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
5. Actualice qpidd:
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
6. Flush iptables:
   > sudo iptables -F
7. Actualizar LDAP:
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
8. Detener el servidor de Postgres, el servidor Qpid y PostgreSQL:
   > /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
9. Actualice postgresql:
   > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
10. Actualiza la base de datos de Postgres:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
11. Actualice los componentes restantes de Edge:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
12. Actualiza la IU de Edge:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

Instalación independiente de 2 hosts

Consulta Topologías de instalación para ver la lista de topologías de Edge y números de nodos.

1. Si realizas la actualización desde la versión 4.16.01, cambia la versión de Zookeeper a máquina 1:
   > cambia el tamaño de apigee-zookeeper
2. Actualiza Cassandra y ZooKeeper en la máquina 1:
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. Establece la siguiente regla de iptables en la máquina 2:
   > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
4. Verifica la cola de mensajes de Qpid en la máquina 2:
   > qpid-stat -q
   
   Sigue verificando la cola hasta que el recuento en la columna "msg" sea 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
5. Actualice qpidd en la máquina 2:
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
6. Vaciar iptables en la máquina 2:
   > sudo iptables -F
7. Actualice LDAP en la máquina 1:
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
8. Actualiza los componentes de Edge en la máquina 1:
   > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
9. Actualice la IU en la máquina 1:
   > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
10. Actualiza postgresql en la máquina 2:
    1. Detén el servidor de Postgres, el servidor Qpid y el postgresql:
       > /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
    2. Actualice el comando postgresql:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    3. Actualiza la base de datos de Postgres:
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    4. Actualiza los componentes de Edge en las máquinas 2 y 1:
       > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
11. Actualiza los componentes de Edge en la máquina 2:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Para una instalación agrupada en clústeres de 5 hosts

Consulta Topologías de instalación para ver la lista de topologías de Edge y números de nodos.

1. Asegúrate de haber instalado un nuevo nodo en espera de Postgres como se describió anteriormente en Cómo instalar un nodo en espera de Postgres.
2. Si se actualiza desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 1, 2 y 3:
   > cambia a una versión inferior de apigee-zookeeper
3. Actualiza Cassandra y ZooKeeper en las máquinas 1, 2 y 3:
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. Establece la siguiente regla de iptables en la máquina 4:
   > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
5. Verifica la cola de mensajes de Qpid en la máquina 4:
   > qpid-stat -q
   
   Sigue verificando la cola hasta que el recuento en la columna "msg" sea 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
6. Actualice qpidd en la máquina 4:
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
7. Vaciar iptables en la máquina 4:
   > sudo iptables -F
8. Repita los pasos 3 a 6 en la máquina 5.
9. Actualice LDAP en la máquina 1:
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
10. Actualiza los componentes de Edge en las máquinas 1, 2 y 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
11. Actualice la IU en la máquina 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
12. Actualiza las máquinas 4 y 5:
    1. Detén el servidor Postgres y el servidor Qpid en la máquina 4:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
       > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    2. Detén el servidor Postgres, el servidor Qpid y postgresql en la máquina 5:
       > /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/apigeereservice apigee
    3. Detén el servidor Postgres y el postgresql en el nuevo nodo en espera que agregaste para la reversión:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    4. Actualice postgresql en las máquinas 4:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    5. Actualiza la base de datos de Postgres en la máquina 4 (solo para instancias principales de Postgres):
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    6. Actualiza postgresql en máquinas 5:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    7. Inicia el servidor Postgres y el servidor Qpid en las máquinas 4 y 5:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
       > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    8. Para configurar Postgres como un nodo en espera, ejecuta los siguientes comandos en la máquina 5:
       > cd /opt/apigee/data/apigee-postgresql/pgdata
       > rm -rf *
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f config
    9. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El sistema debe mostrar resultados idénticos en ambos servidores para garantizar una replicación exitosa:
       
       En la máquina 4, el nodo principal, ejecuta:
       > /opt/apigee/service-bin/apigee-service apigee-postgresql postgres-check-master
       
       Valida que indique que es el principal.
       
       En la máquina 5, el nodo en espera:
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
       
       Valida que indique que es el modo de espera.
13. Actualiza los componentes de Edge en la máquina 4, 5:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
14. Asegúrate de retirar el nodo de espera nuevo mediante el procedimiento anterior en Retiro de un nodo de Postgres.

Para una instalación agrupada en clústeres de 9 hosts

Consulta Topologías de instalación para ver la lista de topologías de Edge y números de nodos.

1. Asegúrate de haber instalado un nuevo nodo en espera de Postgres como se describió anteriormente en Cómo instalar un nodo en espera de Postgres.
2. Si se actualiza desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 1, 2 y 3:
   > cambia a una versión inferior de apigee-zookeeper
3. Actualiza Cassandra y ZooKeeper en las máquinas 1, 2 y 3:
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. Establece la siguiente regla de iptables en la máquina 6:
   > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
5. Verifica la cola de mensajes de Qpid en la máquina 6:
   > qpid-stat -q
   
   Sigue verificando la cola hasta que el recuento en la columna "msg" sea 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
6. Actualice qpidd en la máquina 6:
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
7. Vaciar iptables en la máquina 6:
   > sudo iptables -F
8. Repita los pasos 3 a 6 en la máquina 7.
9. Actualice LDAP en la máquina 1:
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
10. Actualiza los componentes de Edge en las máquinas 6, 7, 1, 4 y 5 en ese orden:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
11. Actualice la IU en la máquina 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
12. Actualiza las máquinas 8 y 9:
    1. Detén el servidor de Postgres en la máquina 8:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    2. Detén el servidor Postgres y el postgresql en la máquina 9:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Detén el servidor Qpid en las máquinas 6 y 7:
       > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    4. Detén el servidor Postgres y el postgresql en el nuevo nodo en espera que agregaste para la reversión:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    5. Actualiza postgresql en máquinas 8:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    6. Actualiza la base de datos de Postgres en la máquina 8 (solo para instancias principales de Postgres):
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Actualice postgresql en máquinas 9:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Inicia el servidor del servidor de Postgres en las máquinas 8 y 9:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
    9. Inicia el servidor del servidor Qpid en las máquinas 6 y 7:
       > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. Configura Postgres como un nodo en espera ejecutando los siguientes comandos en la máquina 9:
        > cd /opt/apigee/data/apigee-postgresql/pgdata
        > rm -rf *
        > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f config
    11. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El sistema debe mostrar resultados idénticos en ambos servidores para garantizar una replicación exitosa:
        En la máquina 8, el nodo principal, ejecuta:
        >/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
        
        Verifica que indique que es la instancia principal.
        
        En la máquina 9, el nodo en espera:
        > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
        
        Valida que indique que es el modo de espera.
13. Actualiza los componentes de Edge en las máquinas 8 y 9:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
14. Asegúrate de retirar el nodo de espera nuevo mediante el procedimiento anterior en Retiro de un nodo de Postgres.

Para una instalación en clústeres de 13 hosts

Consulta Topologías de instalación para ver la lista de topologías de Edge y números de nodos.

1. Asegúrate de haber instalado un nuevo nodo en espera de Postgres como se describió anteriormente en Cómo instalar un nodo en espera de Postgres.
2. Si se actualiza desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 1, 2 y 3:
   > cambia a una versión inferior de apigee-zookeeper
3. Actualiza Cassandra y ZooKeeper en las máquinas 1, 2 y 3:
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. Configura la siguiente regla de iptables en la máquina 12:
   > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
5. Verifica la cola de mensajes de Qpid en la máquina 12:
   > qpid-stat -q
   
   Sigue revisando la cola hasta que el recuento en la columna "msg" sea 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
6. Actualice qpidd en la máquina 12:
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
7. Vaciar iptables en la máquina 12:
   > sudo iptables -F
8. Repita los pasos 3 a 6 en la máquina 13.
9. Actualice LDAP en las máquinas 4 y 5:
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
10. Actualiza los componentes de Edge en las máquinas 12, 13, 6, 7, 10 y 11 en ese orden:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
11. Actualice la IU en la máquina 6 y 7:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
12. Actualiza las máquinas 8 y 9:
    1. Detén el servidor de Postgres en la máquina 8:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    2. Detén el servidor Postgres y el postgresql en la máquina 9:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Detén el servidor Qpid en las máquinas 12 y 13:
       > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    4. Detén el servidor Postgres y el postgresql en el nuevo nodo en espera que agregaste para la reversión:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    5. Actualiza postgresql en máquinas 8:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    6. Actualiza la base de datos de Postgres en la máquina 8 (solo para instancias principales de Postgres):
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Actualice postgresql en máquinas 9:
       > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Inicia el servidor de Postgres en las máquinas 8 y 9:
       > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
    9. Inicia el servidor del servidor Qpid en las máquinas 12 y 13:
       > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. Configura Postgres como un nodo en espera ejecutando los siguientes comandos en la máquina 9:
        > cd /opt/apigee/data/apigee-postgresql/pgdata
        > rm -rf *
        > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f config
    11. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El sistema debe mostrar resultados idénticos en ambos servidores para garantizar una replicación exitosa:
        En la máquina 8, el nodo principal, ejecuta:
        >/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
        
        Verifica que indique que es la instancia principal.
        
        En la máquina 9, el nodo en espera:
        > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
        
        Valida que indique que es el modo de espera.
13. Actualiza los componentes de Edge en las máquinas 8 y 9:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
14. Asegúrate de retirar el nodo de espera nuevo mediante el procedimiento anterior en Retiro de un nodo de Postgres.

Para una instalación agrupada en clústeres de 12 hosts

Consulta Topologías de instalación para ver la lista de topologías de Edge y números de nodos.

1. Asegúrate de haber instalado un nuevo nodo en espera de Postgres como se describió anteriormente en Cómo instalar un nodo en espera de Postgres.
2. Actualiza Cassandra y ZooKeeper:
   1. Si se actualiza desde la versión 4.16.01, cambia Zookeeper a las máquinas 1, 2 y 3 en el centro de datos 1:
      > cámbiate a apigee-zookeeper
   2. En las máquinas 1, 2 y 3 del Centro de datos 1:
      > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
   3. Si realizas la actualización desde la versión 4.16.01, cambia Zookeeper a las versiones 7, 8 y 9 del centro de datos 2:
      > cambia el tamaño de apigee-zookeeper a una versión inferior
   4. En las máquinas 7, 8 y 9 del centro de datos 2
      > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. Actualiza qpidd:
   1. Máquinas 4 y 5 en el centro de datos 1
      1. Establece la siguiente regla de iptables en la máquina 4:
         > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
      2. Verifica la cola de mensajes de Qpid en la máquina 4:
         > qpid-stat -q
         
         Sigue revisando la cola hasta que el recuento en la columna "msg" sea 0. No puedes actualizar Qpid hasta que se hayan procesado todos los mensajes.
      3. Actualice qpidd en la máquina 4:
         > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      4. Vaciar iptables en la máquina 4:
         > sudo iptables -F
      5. Repite los pasos 1 a 4 en la máquina 5.
   2. Máquinas 10 y 11 en el centro de datos 2
      1. Establece la siguiente regla de iptables en la máquina 10:
         > sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s “hostname” -i eth0 -j DROP
      2. Verifica la cola de mensajes de Qpid en la máquina 10:
         > qpid-stat -q
         
         Sigue revisando la cola hasta que el recuento en la columna "msg" sea 0. No puedes actualizar Qpid hasta que se hayan procesado todos los mensajes.
      3. Actualice qpidd en la máquina 10:
         > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      4. Vaciar iptables en la máquina 10:
         > sudo iptables -F
      5. Repite los pasos del 1 al 4 en la máquina 11.
4. Actualiza LDAP:
   1. Máquinas 1 del centro de datos 1
      > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
   2. Máquinas 7 en centro de datos 2
      > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
5. Actualiza los componentes de Edge:
   1. Máquinas 4, 5, 1, 2 y 3 en el centro de datos 1
      > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
   2. Máquinas 10, 11, 7, 8 y 9 en el centro de datos 2
      > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
6. Actualiza la IU:
   1. Máquina 1 en Centro de datos 1:
      > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
   2. Máquina 7 en Centro de datos 2:
      > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
7. Actualiza la máquina 6 en el centro de datos 1 y 12 en el centro de datos 2:
   1. Detén el servidor de Postgres en la máquina 6:
      > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
   2. Detén el servidor de Postgres y el postgresql en la máquina 12:
      > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
   3. Detener el servidor Qpid en las máquinas 4, 5, 10 y 11:
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
   4. Detén el servidor Postgres y el postgresql en el nuevo nodo en espera que agregaste para la reversión:
      > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
   5. Actualiza postgresql en máquinas 6:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
   6. Actualiza la base de datos de Postgres en la máquina 6 (solo para instancias principales de Postgres):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
   7. Actualice postgresql en las máquinas 12:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
   8. Inicia el servidor de servidor de Postgres en las máquinas 6 y 12:
      > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
   9. Inicia el servidor del servidor Qpid en las máquinas 4, 5, 10 y 11:
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
   10. Configura Postgres como un nodo en espera ejecutando los siguientes comandos en la máquina 12:
       > cd /opt/apigee/data/apigee-postgresql/pgdata
       > rm -rf *
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f
   11. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El sistema debe mostrar resultados idénticos en ambos servidores para garantizar una replicación exitosa:
       En la máquina 6, el nodo principal, ejecuta lo siguiente:
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
       
       Valida que indique que es el principal.
       
       En la máquina 12, el nodo en espera:
       > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
       
       Valida que indique que es el modo de espera.
8. Actualiza los componentes de Edge en las máquinas 6 y 12:
   > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
9. Asegúrate de retirar el nodo de espera nuevo mediante el procedimiento anterior en Retiro de un nodo de Postgres.

Para una instalación de BaaS de la API de 7 o 10 hosts

Para una instalación no estándar

Si tienes una instalación no estándar, actualiza los componentes de Edge en el siguiente orden:

1. ZooKeeper
2. Cassandra
3. qpidd
4. LDAP
5. Edge, es decir, el perfil “-c edge” en todos los nodos del orden: los nodos con servidor Qpid, pero no el servidor Postgres, el servidor de administración, el procesador de mensajes y el router.
   Nota: Si el nodo tiene instalados el servidor Qpid y el servidor Postgres, ejecuta el paso de perfil “-c edge” como parte del paso 8.
6. IU de Edge
7. en la instancia principal de Postgres, incluida la actualización.
8. postgresql en el tiempo de espera de Postgres.
9. Edge, es decir, el perfil “-c edge” en todos los nodos combinados de Qpid y Postgres, o en cualquier nodo Postgres independiente.