Actualiza Apigee Edge 4.16.01/4.16.05 a 4.17.01

Edge for Private Cloud v. 4.17.01

¿Qué versiones de Edge puedes actualizar a la 4.17.01?

Puedes actualizar las versiones 4.16.01.0x y 4.16.05.x a 4.17.01 de Apigee Edge con esta procedimiento.

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

  • Puedes migrar las versiones 4.15.07 a 4.16.01 de Apigee Edge.
  • Si tienes una versión de Edge anterior a la versión 4.15.07, primero debes migrar a 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, migrar a la versión 4.15.07.

Quién puede realizar la actualización

El usuario que ejecuta la actualización debe ser el mismo que el que instaló originalmente Edge. usuario que se ejecuta con permisos de administrador.

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 incluye componentes de varias versiones.

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

La versión de RPM de Zookeeper en Edge para la nube privada 4.16.01 es apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. En 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 a partir de la 4.16.01. La forma de corregir esta situación es ejecutar yum switch apigee-zookeeper antes de actualizar Zookeeper.

Puedes comprobar la versión de Zookeeper con el siguiente comando:

> rpm -qa |grep apigee-zookeeper

Si este comando devuelve la versión de Zookeeper:

apigee-zookeeper-3.4.5-1.0.905

Luego, debes cambiar a una versión inferior.

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

Si configuró alguna propiedad mediante la edición de archivos .properties en /opt/apigee/customer/application, estos valores que conserve la actualización.

Actualizar requisitos previos

Asegúrate de cumplir 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 la actualización, se recomienda realizar una copia de seguridad completa de todos los nodos y otras razones. Usa el procedimiento de 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 nueva versión funcionen correctamente. Para obtener más información sobre las copias de seguridad, consulta Copia de seguridad y restablecimiento.
  • Asegúrate de que Edge se esté ejecutando
    Asegúrate de que Edge esté funcionando durante el proceso de actualización con el siguiente comando:

    > Estado de /opt/apigee/apigee-service/bin/apigee-all

Cómo manejar una actualización con errores

En caso de que falle la actualización, puedes intentar corregir el problema y, luego, ejecutar update.sh de nuevo. Puedes ejecutar la actualización varias veces para que continúe la actualización desde donde quedó la última vez. desactivado.

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

Información de actualización de Logging

De manera predeterminada, el archivo update.sh escribe la información de registro en lo siguiente:

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

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

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

Actualización necesaria a Java JDK versión 8

Esta versión de Edge requiere que hayas instalado la versión 8 de Java JDK en todos los dispositivos de Edge en los nodos de procesamiento. Puedes instalar el Oracle JDK 8 o el OpenJDK 8. Si Java JDK 8 no está instalado ya, la secuencia de comandos de actualización puede instalarla 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 la lista completa; consulta la sección "Conjuntos de algoritmos de cifrado inhabilitados de forma predeterminada" en http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.

Se requiere para habilitar el repositorio EPEL

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

  • Para Red Hat/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 Red Hat/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 autenticación externa

Puedes integrar un servicio de directorio externo en una nube privada de Apigee Edge existente instalación. 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 LDAP externa permite que el sistema para administrar credenciales de usuarios desde un servicio centralizado de administración de directorios, externas a sistemas como Apigee Edge que los usan.

Consulta Recursos externos Authentication Configuration para obtener más información.

Cuando se habilita la autenticación externa, la mayoría de los clientes usa la cuenta de SAM de Active Directory como el nombre de usuario para la autenticación, en lugar de una dirección de correo electrónico que usa el Servidor OpenLDAP perimetral.

Si realizaste la integración con un servicio de directorio externo, agrega la siguiente línea al el archivo de configuración cuando actualices Edge a la versión 4.17.01:

IS_EXTERNAL_AUTH="true"

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

Actualización requerida a Qpid 1.35

Esta versión incluye una actualización obligatoria de Qpid 1.35. Como parte de la actualización de un nodo Qpid, deberá:

  • Evita temporalmente que los routers y procesadores de mensajes escriban en el nodo Qpid de la siguiente manera: bloqueando el puerto 5672 en el nodo Qpid. Puedes usar el siguiente comando para bloquear este puerto el nodo de Qpid:
    > sudo iptables -A ENTRADA -p tcp --destination-port 5672 -s `hostname` -i eth0 -j DROP
  • Espera a que la cola de Qpid quede vacía para asegurarse de que el nodo de Qpid haya procesado todos mensajes antes de la actualización. Usa el siguiente comando para asegurarte de que la cola de mensajes Qpid esté vacío:
    > qpid-stat -q
  • Actualizar el nodo Qpid
  • Desbloquea el puerto 5672 en el nodo Qpid para permitir el acceso de los 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 para revertir el resultado cambio específico:
    > sudo iptables -D ENTRADA -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 necesaria a Postgres 9.4

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

Durante el proceso de actualización, mientras los nodos de Postgres no están disponibles para su actualización, los datos de estadísticas que aún se escribe en los nodos Qpid. Después de que los nodos de Postgres se actualicen y vuelvan a estar en línea, las estadísticas los datos se envían a los nodos de Postgres.

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

Instala un nuevo Postgres nodo en espera

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

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

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

  1. En la instancia principal de Postgres actual, edita /opt/apigee/customer/application/postgresql.properties para configurar el siguiente token. Si no existe ese archivo, créalo:

    conf_pg_hba_replication.connection=host replicaciones de Apigee existing_slave_ip/32 trust\ \nreplicación de host Apigee new_slave_ip/32 trust

    en el que existing_slave_ip es la dirección IP del Postgres actual servidor en espera y new_slave_ip es la dirección IP del servidor en espera nuevo el nodo de inicio de sesión.
  2. Reinicia apigee-postgresql en la instancia principal de Postgres:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
  3. Para verificar que se haya agregado el nodo en espera nuevo, consulte el archivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf en la instancia principal. Deberías ver las siguientes líneas en ese archivo:
    Apigee de replicación de host ip_eslave_existente/32 relación de confianza
    Replicación de host Apigee new_slave_ip/32 trust
  4. Instala el nuevo servidor de Postgres en espera:
    1. Edita el archivo de configuración que usaste para instalar tu versión actual de Edge y especifica el parámetro lo siguiente:

      # dirección IP del principal:
      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 Edge. apigee-setup.
    3. Descarga el archivo bootstrap_4.16.05.sh de Edge a /tmp/bootstrap_4.16.05.sh:
      > curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh

      Nota: Si actualizas desde la versión 4.16.01, descarga el archivo bootstrap.sh de Edge.
    4. Instala la utilidad y las dependencias del servicio de Apigee de Edge:
      > sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord
    5. Usa apigee-service para instalar la utilidad de configuración de Apigee:
      > /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 nodo en espera nuevo, ejecuta el siguiente comando:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-waitby

      Valida que indique que es el modo de espera.

Retiro de un servicio de Postgres nodo

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

  1. Asegúrate de que Postgres se esté ejecutando:
    > Estado de /opt/apigee/apigee-service/bin/apigee-all

    Si Postgres no se está ejecutando, inícialo:
    > /opt/apigee/apigee-service/bin/apigee-all start
  2. Obtén el UUID del nodo en espera nuevo ejecutando el siguiente comando cURL en el 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 el siguiente formato:
    "tipo" : [ "postgres-server" ],
    “uUID” : “599e8ebf-5d69-4ae4-aa71-154970a8ec75”
  3. Para detener el nodo en espera nuevo, ejecuta el siguiente comando en él:
    > /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 nodo en espera nuevo de conf_pg_hba_replication.connection:
    conf_pg_hba_replication.connection=host Replicación de Apigee existing_slave_ip/32 trust
  5. Reinicia apigee-postgresql en la instancia principal de Postgres:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
  6. Para verificar que se haya quitado el nodo en espera nuevo, consulte el archivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf en la instancia principal. En ese archivo, solo deberías ver la siguiente línea:
    Apigee de replicación de host existing_slave_ip/32 relación de confianza
  7. Para borrar el UUID del nodo en espera de ZooKeeper, realiza la siguiente administración de Edge Llamada a la API 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 necesidad de derribando Edge.

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

La clave para la actualización sin tiempo de inactividad es quitar cada router, uno a la vez, de la carga. del balanceador de cargas. Luego, actualiza el router y cualquier otro componente en la misma máquina que el router. y, luego, vuelve a agregar el router 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 la actualización de máquina”.
  2. Cuando llegue el momento de actualizar los routers, selecciona cualquier router y haz que sea inaccesible, ya que descritos en Habilitar/Inhabilitar 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. Todos los parámetros de configuración de Edge muestran un router y un procesador de mensajes en el mismo nodo.
  4. Haz que el router sea accesible de nuevo.
  5. Repite los pasos 2 al 4 para los routers restantes.
  6. Continúa la actualización en las máquinas restantes de la instalación.

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

  • En el router combinado del nodo del procesador de los mensajes:
    • Antes de la actualización, haz lo siguiente:
      1. Haz que el router sea inaccesible.
      2. Hacer que el procesador de mensajes sea inaccesible.
    • Después de la actualización, haz lo siguiente:
      1. Permite que el procesador de mensajes sea accesible.
      2. Haz que el router sea accesible.
  • En un solo nodo de router:
    • Antes de la actualización, haz que no se pueda acceder al router.
    • Después de la actualización, haz que el router sea accesible.
  • En un solo nodo de Message Processor:
    • Antes de la actualización, haz que no se pueda acceder al procesador de mensajes.
    • Después de la actualización, permite que el procesador de mensajes sea accesible.

Usa un archivo de configuración silencioso

Debes pasar un archivo de configuración silencioso al comando update. El archivo de configuración silencioso debería ser la misma que usaste para instalar Edge 4.16.01 o 4.16.05.

Procedimiento para se actualiza a la versión 4.17.01 en un nodo con una conexión externa a Internet.

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

  1. Si actualmente usas la replicación en espera principal de Postgres, instala una instancia nueva de Postgres nodo en espera, como se describe antes en Instala un nodo en espera de Postgres nuevo.
  2. Si está presente, inhabilita los trabajos de CRON configurados para realizar una operación de reparación en Cassandra. hasta que finalice 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 con permisos de administrador, puedes realizar una implementación de Edge sin acceso con permisos de administrador.
  4. Inhabilita SELinux como se describe en Instala la configuración de Apigee de Edge utilidad.
  5. Descarga el archivo bootstrap_4.17.01.sh de Edge 4.17.01 a /tmp/bootstrap_4.17.01.sh:
    > curl https://software.apigee.com/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh
  6. Instalar la utilidad apigee-service de Edge 4.17.01 y dependencias:
    > sudo bash /tmp/bootstrap_4.17.01.sh apigeeuser=uName apigeepassword=pWord

    en el que uName:pWord son el nombre de usuario y la contraseña de los que recibiste Apigee Si omites pWord, se te pedirá que lo ingreses.

    De forma predeterminada, el instalador comprueba que tengas Java 1.8 instalado. Si no lo haces, la instala por ti. Usa la opción JAVA_FIX para especificar cómo manejar el archivo. Instalación de Java. JAVA_FIX tiene los siguientes valores:

    I = Instala OpenJDK 1.8 (predeterminado)
    C = Continuar sin instalar Java
    Q = Salir. Para esta opción, debes instalar Java por tu cuenta.
  7. (Solo CentOS-6.x y Red Hat-6.x) En todos los nodos Qpid, ejecuta el siguiente comando: para asegurarte de que descargues la versión correcta de Qpid:
    > yum install apigee-qpidd --disablerepo=epel
  8. Usa apigee-service para actualiza la utilidad apigee-setup:
    1. Si instalaste Edge 4.16.01 actualizando 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 instalaste la utilidad apigee-setup, actualiza ella:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    2. Si instalaste 4.16.01 directamente, lo que significa que no realizaste una actualización desde 4.15.07.0x, debes actualizar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Con esta actualización de apigee-service, utilidad update.sh en /opt/apigee/apigee-setup/bin.
    3. Si instalaste 4.16.05 directamente o mediante una actualización, debes actualizar la versión Utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Con esta actualización de apigee-service, utilidad update.sh en /opt/apigee/apigee-setup/bin.
  9. Según la versión actual de Edge, debes instalar o actualizar apigee-validate en la de Google.
    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 mensaje procesador cuando instalas la versión 4.16.01, puedes actualizarla con el siguiente comando en ese nodo:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

      Sin embargo, a partir de la versión 4.16.05, Apigee recomienda instalar y ejecutar el la utilidad apigee-validate el servidor de administración.
    3. Si estás actualizando desde la versión 4.16.01, edita el archivo de configuración que se pasa al apigee-validate. En la versión de Edge 4.16.01, el archivo de configuración que usa apigee-validate requería los siguientes elementos: propiedades:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGIÓN=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. Actualiza apigee-provision utilidad:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  11. Ejecuta la utilidad de actualización en tus nodos en el orden descrito a continuación en "Orden de actualización". a continuación:
    > /opt/apigee/apigee-setup/bin/update.sh -c componente -f configFile

    El único requisito del archivo de configuración es que se debe poder acceder a él o sean legibles por el “Apigee” usuario.

    Usa la opción “-c” para especificar el componente que deseas actualizar. La lista de posibles incluye lo siguiente:
    ldap = OpenLDAP
    cs = Cassandra
    zk = Zoológico
    qpid = qpidd
    ps = postgresql
    edge =Todos los componentes de Edge excepto la IU de Edge: servidor de administración, procesador de mensajes, router, servidor QPID, servidor Postgres
    ui = IU de Edge
    all: Se actualizan todos los componentes en (solo se debe usar para un perfil de instalación de Edge aio o una API BaaS asa) perfil)
    e = ElasticSearch
    b = Pila de BaaS de la API
    p = Portal de BaaS de la API
    ebp = ElasticSearch, BaaS de API Stack y API BaaS Portal en el mismo nodo
  12. Probar la actualización ejecutando la utilidad apigee-validate en el servidor de administración, como como se describe en Cómo probar la instalación.
  13. Si instalaste un nodo en espera de Postgres nuevo, retíralo como se describió anteriormente en Retiro de servicio de un nodo de Postgres.

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

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

Si los nodos perimetrales están detrás de un firewall o tienen prohibido acceder, el repositorio de Apigee por Internet, puedes actualizar desde un repositorio local del repositorio de Apigee.

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

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

Para actualizar desde un repositorio local 4.17.01, haz lo siguiente:

  1. Si actualmente usas la replicación en espera principal de Postgres, instala una instancia nueva de Postgres nodo en espera, como se describe antes en Instala un nodo en espera de Postgres nuevo.
  2. Crea un repositorio local 4.17.01 como se describe en "Crea un repositorio local de Apigee" en Instala el entorno de Apigee-setup de Edge utilidad.
    Nota: Si ya tienes un repositorio 4.16.01 o 4.16.05, puedes agregar el 4.17.01 al repositorio, como se describe en “Actualiza un repositorio local de Apigee” en Instala la configuración de Apigee de Edge utilidad.
  3. Para instalar apigee-service desde un archivo .tar, haz lo siguiente:
    1. En el nodo con el repositorio local, usa el siguiente comando para empaquetar el repositorio local. en un solo archivo .tar llamado /opt/apigee/data/apigee-mirror/apigee-4.17.01.tar.gz:
      > Paquete /opt/apigee/apigee-service/bin/apigee-service apigee-mirror
    2. Copia el archivo .tar en el nodo en el que quieres actualizar Edge. Por ejemplo, cópialo en el directorio /tmp en la nodo nuevo.
    3. En el nodo nuevo, descomprime el archivo en el directorio /tmp:
      > tar -xzf apigee-4.17.01.tar.gz

      Este comando crea un directorio nuevo, llamado repos, en el directorio que contiene el archivo .tar. . Por ejemplo, /tmp/repos.
    4. Instala la utilidad y las dependencias de Edge apigee-service desde /tmp/repos:
      > sudo bash /tmp/repos/bootstrap_4.17.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Ten en cuenta que incluyes la ruta de acceso al directorio de repositorios en este comando.
  4. Para instalar apigee-service mediante el servidor web Nginx, sigue estos pasos:
    1. Configura el servidor web NGINX como se describe en "Instala desde el repositorio con el servidor webserver" en Install the Edge apigee-setup.
    2. En el nodo remoto, descarga el archivo bootstrap_4.17.01.sh de Edge en /tmp/bootstrap_4.17.01.sh:
      > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh

      donde uName:pWord son el nombre de usuario y la contraseña que configuraste anteriormente para el repositorio, y remoteRepo es la dirección IP o el nombre de DNS del repo.
    3. En el nodo remoto, instala la utilidad y las dependencias del servicio de Apigee de Edge:
      > sudo bash /tmp/bootstrap_4.17.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

      En el ejemplo anterior, uName:pWord son el nombre de usuario y la contraseña del repositorio.
  5. Usa apigee-service para actualiza la utilidad apigee-setup:
    1. Si instalaste Edge 4.16.01 actualizando 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 instalaste la utilidad apigee-setup, actualiza ella:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    2. Si instalaste 4.16.01 directamente, lo que significa que no realizaste una actualización desde 4.15.07.0x, debes actualizar la utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Con esta actualización de apigee-service, utilidad update.sh en /opt/apigee/apigee-setup/bin.
    3. Si instalaste 4.16.05 directamente o mediante una actualización, debes actualizar la versión Utilidad apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Con esta actualización de apigee-service, utilidad update.sh en /opt/apigee/apigee-setup/bin.
  6. Según la versión actual de Edge, debes instalar o actualizar apigee-validate en la de Google.
    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 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 mensaje procesador cuando instalas la versión 4.16.01, puedes actualizarla con el siguiente comando en ese nodo:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

      Sin embargo, a partir de la versión 4.16.05, Apigee recomienda instalar y ejecutar el la utilidad apigee-validate en el servidor de administración.
    3. Si estás actualizando desde la versión 4.16.01, edita el archivo de configuración que se pasa al apigee-validate. En la versión de Edge 4.16.01, el archivo de configuración que usa apigee-validate requería los siguientes elementos: propiedades:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGIÓN=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. Actualiza apigee-provision utilidad:
    > /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 "Orden de actualización” a continuación:
    > /opt/apigee/apigee-setup/bin/update.sh -c componente -f configFile

    El único requisito del archivo de configuración es que se debe poder acceder a él o sean legibles por el “Apigee” usuario.

    Usa la opción “-c” para especificar el componente que deseas actualizar. La lista de posibles incluye lo siguiente:
    ldap = OpenLDAP
    cs = Cassandra
    zk = Zoológico
    qpid = qpidd
    ps = postgresql
    edge =Todos los componentes de Edge excepto la IU de Edge: servidor de administración, procesador de mensajes, router, servidor QPID, servidor Postgres
    ui = IU de Edge
    all: Se actualizan todos los componentes en (solo se debe usar para un perfil de instalación de Edge aio o una API BaaS asa) perfil)
    e = ElasticSearch
    b = Pila de BaaS de la API
    p = Portal de BaaS de la API
    ebp = ElasticSearch, BaaS de API Stack y API BaaS Portal en el mismo nodo
  9. Probar la actualización ejecutando la utilidad apigee-validate en el servidor de administración, como como se describe en Cómo probar la instalación.
  10. Si instalaste un nodo en espera de Postgres nuevo, retíralo como se describió anteriormente en Retiro de servicio de un nodo de Postgres.

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

Orden de actualización de la máquina

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

  • Debes actualizar todos los nodos de Cassandra y ZooKeeper antes de actualizar alguno. otros nodos.
  • Para cualquier máquina con varios componentes de Edge (Management Server, Message Processor, router, servidor QPID pero no servidor Postgres), usa "-c Edge" para actualizarlos todos al mismo tiempo.
  • Si un paso especifica que debe realizarse en varias máquinas, ejecútalo en el orden de máquina especificado.
  • No existe un paso aparte para actualizar la Monetización. Se actualiza cuando especificas el valor "-c borde" de 12 a 1 con la nueva opción de compresión.
  • (Solo CentOS-6.x y Red Hat-6.x) En todos los nodos Qpid con un una conexión externa a Internet, asegúrate de haber ejecutado el siguiente comando para descargar versión correcta de Qpid como se muestra arriba:
    > delicioso instala apigee-qpidd --disablerepo=epel

Para una instancia independiente de 1 host instalación

  1. Si actualizas a partir de la versión 4.16.01, cambia a una versión inferior de Zookeeper:
    > versión inferior de yum Apigee-zookeeper
  2. Actualiza Cassandra y ZooKeeper:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. Configura la siguiente regla de iptables:
    > sudo iptables -A ENTRADA -p tcp --destination-port 5672 -s `hostname` -i eth0 -j DROP
  4. Revisa la cola de mensajes Qpid:
    > qpid-stat -q

    Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
  5. Actualiza qpidd:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  6. Limpiar iptables:
    > sudo iptables -F
  7. Actualizar LDAP:
    > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  8. Detén el servidor 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 detiene
  9. Actualiza 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. Actualiza 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

Para una instancia independiente de 2 hosts instalación

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

  1. Si actualizas desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en la máquina 1:
    > versión inferior de yum 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. Configura la siguiente regla de iptables en la máquina 2:
    > sudo iptables -A ENTRADA -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

    Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
  5. Actualizar qpidd de máquina 2:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  6. Limpia iptables en la máquina 2:
    > sudo iptables -F
  7. Actualizar 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. Actualiza 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 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 detiene
    2. Actualiza 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 un clúster de 5 hosts instalación

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

  1. Asegúrate de haber instalado un nuevo nodo de Postgres en espera como se describe en Instala un nuevo nodo de Postgres nodo en espera.
  2. Si actualizas desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 1, 2 y 3:
    > versión inferior de yum 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 4:
    > sudo iptables -A ENTRADA -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

    Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
  6. Actualizar qpidd de máquina 4:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Limpia iptables en la máquina 4:
    > sudo iptables -F
  8. Repite los pasos 3 al 6 en la máquina 5.
  9. Actualizar 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. Actualiza 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/apigee-service apigee-postgresql detiene
    3. Detén el servidor de Postgres y postgresql en el nodo en espera nuevo que agregaste para reversión:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql detiene
    4. Actualiza 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 la instancia principal de Postgres):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    6. Actualiza postgresql en las máquinas 5:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    7. Inicia el servidor de 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. Ejecuta los siguientes comandos en la máquina para configurar Postgres como un nodo en espera 5:
      > cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -f
      configFile
    9. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El el sistema debe mostrar resultados idénticos en ambos servidores para garantizar un replicación:

      En la máquina 4, el nodo principal, ejecuta:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Valida que indique que es la instancia principal.

      En la máquina 5, el nodo en espera:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-waitby

      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 en espera nuevo mediante el procedimiento anterior en Retiro de servicio de Postgres nodo.

Para un clúster de 9 hosts instalación

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

  1. Asegúrate de haber instalado un nuevo nodo de Postgres en espera como se describe en Instala un nuevo nodo de Postgres nodo en espera.
  2. Si actualizas desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 1, 2 y 3:
    > versión inferior de yum 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 6:
    > sudo iptables -A ENTRADA -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

    Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
  6. Actualizar qpidd de máquina 6:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Limpia iptables en la máquina 6:
    > sudo iptables -F
  8. Repite los pasos 3 a 6 en la máquina 7.
  9. Actualizar 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. Actualiza 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 de Postgres y 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 detiene
    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 de Postgres y postgresql en el nodo en espera nuevo que agregaste para reversión:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql detiene
    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 la instancia principal de Postgres):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Actualiza postgresql en las 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 6 y 7:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
    10. Ejecuta los siguientes comandos en la máquina para configurar Postgres como un nodo en espera 9:
      > cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -f
      configFile
    11. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El el sistema debe mostrar resultados idénticos en ambos servidores para garantizar un replicación:
      En la máquina 8, el nodo principal, ejecuta:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Valida 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-waitby

      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 en espera nuevo mediante el procedimiento anterior en Retiro de servicio de Postgres nodo.

Para un clúster de 13 hosts instalación

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

  1. Asegúrate de haber instalado un nuevo nodo de Postgres en espera como se describe en Instala un nuevo nodo de Postgres nodo en espera.
  2. Si actualizas desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 1, 2 y 3:
    > versión inferior de yum 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 ENTRADA -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

    Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
  6. Actualizar qpidd de máquina 12:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Limpia iptables en la máquina 12:
    > sudo iptables -F
  8. Repite los pasos 3 al 6 en la máquina 13.
  9. Actualiza el 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. Actualiza la IU en las máquinas 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 de Postgres y 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 detiene
    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 de Postgres y postgresql en el nodo en espera nuevo que agregaste para reversión:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql detiene
    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 la instancia principal de Postgres):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Actualiza postgresql en las 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. Ejecuta los siguientes comandos en la máquina para configurar Postgres como un nodo en espera 9:
      > cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -f
      configFile
    11. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El el sistema debe mostrar resultados idénticos en ambos servidores para garantizar un replicación:
      En la máquina 8, el nodo principal, ejecuta:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Valida 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-waitby

      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 en espera nuevo mediante el procedimiento anterior en Retiro de servicio de Postgres nodo.

Para un clúster de 12 hosts instalación

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

  1. Asegúrate de haber instalado un nuevo nodo de Postgres en espera como se describe en Instala un nuevo nodo de Postgres nodo en espera.
  2. Actualiza Cassandra y ZooKeeper:
    1. 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. en el centro de datos 1:
      > delicioso cambiar a una versión inferior de 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 se actualiza desde la versión 4.16.01, cambia a una versión inferior de Zookeeper en las máquinas 7, 8 y 9. en el centro de datos 2:
      > delicioso cambiar a una versión inferior de apigee-zookeeper
    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. Actualizar qpidd:
    1. Máquinas 4 y 5 del centro de datos 1
      1. Configura la siguiente regla de iptables en la máquina 4:
        > sudo iptables -A ENTRADA -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 - trim.

        Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
      3. Actualiza qpidd en la máquina 4:
        > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      4. Limpia iptables en la máquina 4:
        > sudo iptables - V
      5. Repite los pasos 1 al 4 en la máquina 5.
    2. Máquinas 10 y 11 del centro de datos 2
      1. Configura la siguiente regla de iptables en la máquina 10:
        > sudo iptables -A ENTRADA -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 - trim.

        Seguir revisando la cola hasta el recuento de “msje” es 0. No puedes actualizar Qpid hasta que haya procesado todos los mensajes.
      3. Actualiza qpidd en la máquina 10:
        > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      4. Limpia iptables en la máquina 10:
        > sudo iptables - V
      5. Repite los pasos 1 al 4 en la máquina 11.
  4. Actualiza el 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 del 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 del centro de datos 1:
      > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    2. Máquina 7 en el centro de datos 2:
      > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  7. Actualiza la máquina 6 en los centros 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 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 detiene
    3. Detén 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 de Postgres y postgresql en el nodo en espera nuevo que agregaste para reversión:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql detiene
    5. Actualiza postgresql en las 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 la instancia principal de Postgres):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Actualiza postgresql en las máquinas 12:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Inicia el 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. Ejecuta los siguientes comandos en la máquina para configurar Postgres como un nodo en espera 12:
      > cd /opt/apigee/data/apigee-postgresql/pgdata
      > rm -rf *
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -f
      configFile
    11. Verifica el estado de replicación mediante la emisión de las siguientes secuencias de comandos en ambos servidores. El el sistema debe mostrar resultados idénticos en ambos servidores para garantizar un replicación:
      En la máquina 6, el nodo principal, ejecuta:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Valida que indique que es la instancia principal.

      En la máquina 12, el nodo en espera:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-waitby

      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 en espera nuevo mediante el procedimiento anterior en Retiro de servicio de Postgres nodo.

Para una API de 7 o 10 hosts Instalación de BaaS

Para una instalación no estándar

Si tienes una instalación no estándar, actualiza los componentes de Edge en los siguientes pasos: pedido:

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