Google utiliza tecnología de IA para traducir contenido a tu idioma preferido. Las traducciones realizadas con IA pueden contener errores.

Actualiza Apigee Edge 4.51.00 o 4.52.00 o 4.52.01 a 4.52.02

Apigee admite la actualización de Edge para nube privada directamente de la versión 4.51.00, 4.52.00 o 4.52.01 a la versión 4.52.02. En esta página, se describe cómo realizar esas actualizaciones.

Quién puede realizar la actualización

La persona que ejecuta la actualización debe ser la misma que instaló Edge originalmente o una persona que se ejecuta como raíz.

Después de instalar los RPM de Edge, cualquier persona 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.

Requisitos previos de la actualización

Asegúrate de cumplir con los siguientes requisitos antes de actualizar Apigee Edge:

Crea una copia de seguridad de todos los nodos
Antes de actualizar, te recomendamos que realices una copia de seguridad completa de todos los nodos por motivos de seguridad. Usa el procedimiento de tu versión actual de Edge para realizar la copia de seguridad.
Esto te permite tener un plan de respaldo en caso de que la actualización a una versión nueva no funcione correctamente. Para obtener más información sobre la copia de seguridad, consulta Copia de seguridad y restablecimiento.
Asegúrate de que Edge se esté ejecutando
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
```
Nota: Asegúrate de que la configuración de edge-management-server en tu versión existente se ejecute correctamente sin fallas. Soluciona cualquier falla en la configuración de edge-management-server de las versiones anteriores antes de continuar con la actualización.
Asegúrate de que la estrategia de compactación de Cassandra sea LeveledCompactionStrategy
Según tu versión actual, realiza los cambios necesarios en la estrategia de compactación de Cassandra. Sigue los pasos que se indican a continuación y, luego, regresa al procedimiento de actualización principal:
- Si actualizas desde la versión 4.51.00, consulta el documento de estrategia de compactación de Cassandra para la versión 4.51.00.
- Si actualizas desde la versión 4.52.00, consulta el documento de la estrategia de compactación de Cassandra para la versión 4.52.00.
- Si actualizas desde la versión 4.52.01, consulta el documento de estrategia de compactación de Cassandra para la versión 4.52.01.

Qué pasos especiales se deben tener en cuenta para la actualización

Para actualizar a Edge para la nube privada 4.52.02, considera ejecutar pasos específicos para actualizar cierto software. Los pasos necesarios dependen de tu versión actual. Consulta la siguiente tabla para conocer los distintos softwares que requieren pasos adicionales y sigue las instrucciones detalladas para cada uno. Después de completar las tareas necesarias, vuelve al procedimiento de actualización principal para continuar con el proceso de actualización.

Versión actual	Software que requiere pasos especiales para actualizar a la versión 4.52.02
4.52.01	Cassandra
4.52.00	Zookeeper, Cassandra, Qpid
4.51.00	Zookeeper, Postgres, Cassandra, Qpid

Después de realizar los pasos necesarios según tu versión, vuelve al procedimiento de actualización principal para continuar.

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

Si editaste archivos .properties en /opt/apigee/customer/application para establecer propiedades, esos valores se conservarán después de la actualización.

Actualiza a Zookeeper 3.8.3

Edge para nube privada 4.52.02 no incluye una actualización de Zookeeper. Sin embargo, si actualizas desde una versión anterior a la 4.52.01, debes seguir los pasos de actualización de ZooKeeper que se indican a continuación.

Si actualizas desde las versiones 4.51.00 o 4.52.00 de Edge para nube privada, consulta los pasos que se indican en Actualización obligatoria a Zookeeper 3.8.3 para actualizar Zookeeper.
Si actualizas desde la versión 4.52.01 de Edge para nube privada, ya deberías estar usando la versión 3.8.3 de Zookeeper y no necesitas seguir ningún paso especial para actualizar Zookeeper.

Nota:

La actualización de Edge para nube privada de la versión 4.52.01 a la 4.52.02 se simplifica porque Zookeeper y Cassandra suelen estar ubicados en el mismo host o máquina virtual, lo que elimina la necesidad de realizar procedimientos de actualización de Zookeeper independientes junto con la actualización significativa de Cassandra.

Si ZooKeeper requiere una actualización con pasos específicos, actualiza ZooKeeper en todos los centros de datos actualizando un nodo a la vez. Una vez que se actualicen todos los nodos de ZooKeeper a nivel global, actualiza Cassandra un centro de datos a la vez, siguiendo el procedimiento que se describe más adelante en este artículo.

El siguiente comando facilita una actualización independiente de ZooKeeper:

/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile

Para una reversión de Zookeeper, usa el procedimiento de reversión estándar de Zookeeper. Si es necesario revertir Cassandra o algún otro componente, se deben revertir esos componentes; no es necesario revertir Zookeeper.

Actualiza a Postgres 14

Si actualizas de Edge para nube privada 4.51.00 a 4.52.02, debes seguir los pasos para actualizar Postgres, aunque Edge para nube privada 4.52.02 no incluya una actualización de Postgres. La actualización de Edge para la nube privada de la versión 4.51.00 a la 4.52.02 requiere pasos adicionales de actualización de Postgres. Consulta la sección Actualización obligatoria a Postgres 14.
Si actualizas de Edge para nube privada 4.52.00 o 4.52.01 a 4.52.02, no se requieren pasos adicionales de actualización de Postgres.

Actualiza a Cassandra 3.11.16

Apigee Edge para nube privada 4.52.02 incluye una actualización de Cassandra a la versión 3.11.16. Cassandra es un componente fundamental de Apigee, y esta actualización también incluye actualizaciones del software del controlador en varios componentes del entorno de ejecución y de administración que se usan para consultar y escribir en Cassandra.

Como se trata de una actualización importante, se debieron realizar ciertos cambios en el modelo de datos de Apigee en Cassandra para garantizar un rendimiento óptimo en las versiones más recientes. Aunque estos cambios son mínimos, el proceso de actualización interrumpe ciertas APIs de administración cuando se inicia la actualización. Las APIs de administración exactas que suelen interrumpirse se indican en las secciones correspondientes que se muestran a continuación.

Además, el proceso de actualización interrumpe un conjunto más grande de flujos de proxy del entorno de ejecución y API de Management en el centro de datos que se está actualizando. Es fundamental que aísles el tráfico de entorno de ejecución y administración del centro de datos que se actualiza para minimizar esa interrupción. Para obtener más información, lee las secciones sobre un solo centro de datos y varios centros de datos que se incluyen a continuación.

Nota: La herramienta cassandra-cli ya no es compatible con Cassandra 3.X y no está disponible para su uso.

Portal para desarrolladores: Documenta APIs

El portal para desarrolladores de Apigee Drupal ofrece varias funciones para documentar tus APIs. Si bien se recomienda dejar de usar el portal para desarrolladores basado en Drupal 7, si aún lo usas y utilizas su función SmartDocs, se aplica el documento Usa las APIs de SmartDocs. Si usas versiones más recientes del portal para desarrolladores, la documentación de la API no se verá afectada durante esta actualización.

Cuando actualices Apigee a la versión 4.52.02, los modelos de API creados con la función SmartDocs del portal para desarrolladores de Drupal 7 no se migrarán automáticamente a la versión más reciente. Se espera que exportes manualmente cada modelo con el portal para desarrolladores y que lo vuelvas a importar después de completar la actualización.

Terminología que se usa a continuación

Entorno de ejecución: El entorno de ejecución abarca el manejo del tráfico de proxy del entorno de ejecución. Incluye todas las operaciones que realizan tus routers y Message Processors para procesar de manera eficaz una solicitud a la API del entorno de ejecución para los proxies existentes. Sin embargo, no incluye la implementación de proxies nuevos ni de revisiones nuevas de proxies.

Administración: La administración incluye la administración de tu sistema de Apigee Edge. Esto incluye, sin limitaciones, implementaciones, modificaciones de apps, productos, servidores de destino, almacenes de claves, etcétera. Todas las API de Management (y sus clientes, como la IU de Apigee y el portal para desarrolladores) se incluyen en este alcance.

Durante esta actualización, el tráfico de entorno de ejecución y administración se ve afectado en la región o el centro de datos (DC) en el que se ejecuta la actualización. Independientemente del centro de datos que se actualice, se verán afectadas algunas APIs de administración en todos los centros de datos. Este impacto se indica después de cada paso.

En cada uno de los pasos que se indican a continuación, se describe el estado del entorno de ejecución y de la administración a medida que avanzas por las distintas etapas del procedimiento de actualización.

Estrategias de actualización

Varios centros de datos

La actualización se debe realizar en un centro de datos a la vez para garantizar la continuidad del tráfico y evitar el tiempo de inactividad. Antes de actualizar un DC, se debe redireccionar el tráfico a otros DC funcionales.

Nota:

Para evitar el impacto en el tráfico durante la actualización, sigue un enfoque de centro de datos por centro de datos (DC por DC) redireccionando temporalmente el tráfico fuera del centro de datos que se está actualizando. Esto garantiza un proceso de actualización controlado para Cassandra, Management Server y los nodos de entorno de ejecución, a la vez que se mantiene la disponibilidad del servicio.

Para una configuración de dos centros de datos, sigue estos pasos de alto nivel:

Redirecciona el tráfico de DC-1 a DC-2 y bloquea el tráfico entrante a DC-1.
Actualiza DC-1, incluidos Cassandra, el servidor de administración y los componentes del entorno de ejecución.
Redirecciona el tráfico de vuelta a DC-1 y bloquea el tráfico entrante a DC-2.
Actualiza el DC-2, incluidos Cassandra, el servidor de administración y los componentes del entorno de ejecución.

Este proceso garantiza una administración del tráfico sin interrupciones mientras se realiza la actualización. Se debe seguir un patrón similar para las configuraciones con más de dos centros de datos, en las que el tráfico se redirecciona temporalmente a los centros de datos que ya se actualizaron por completo o que aún no se actualizaron.

Un solo centro de datos

En el caso de una configuración de un solo centro de datos, el procedimiento de actualización tendrá un impacto significativo en el tráfico del entorno de ejecución y en ciertas API de Management. Las siguientes opciones están disponibles para la configuración de un solo centro de datos.

Expande tu clúster de Edge para nube privada a un centro de datos temporal agregando un centro de datos junto al existente para controlar el tráfico durante la actualización y, luego, retira uno de los centros de datos cuando se complete el proceso de actualización.
Si no puedes expandirte a un centro de datos adicional, prepárate para el tiempo de inactividad y programa la actualización durante los períodos de poco tráfico para minimizar el impacto en las API de Management y el tráfico del entorno de ejecución.

Se recomienda expandirse a un centro de datos adicional para evitar el impacto en el tráfico del entorno de ejecución y las APIs de administración. Durante la actualización, los impactos en el centro de datos que se actualiza incluyen, entre otras, las siguientes áreas:

APIs de entorno de ejecución que actualizan tokens de OAuth
APIs de entorno de ejecución que usan la política de AccessEntity
APIs de administración que enumeran las apps para desarrolladores
APIs de administración que enumeran productos

El impacto descrito anteriormente se suma a las API de Management específicas que seguirán sin funcionar en todos los centros de datos hasta que se actualicen todos. Estas APIs de administración se enumeran en los pasos de las secciones siguientes.

Reversión: Nivel alto

Impacto durante la reversión
La reversión de Cassandra 3.11.x a 2.1.x afecta el tráfico de entorno de ejecución y de administración dentro del centro de datos (DC) en el que se realiza la reversión. Además, algunas APIs de administración pueden experimentar interrupciones en todos los centros de datos, independientemente de cuál se esté revirtiendo en ese momento.
Sigue el enfoque de reversión DC por DC
La reversión se debe ejecutar en un centro de datos a la vez para mantener la continuidad del servicio y evitar el tiempo de inactividad. Antes de iniciar la reversión en un CD específico, asegúrate de que el tráfico de la aplicación se redireccione a otro centro de datos que esté completamente operativo.
Revierte un clúster actualizado parcialmente
Si al menos un centro de datos sigue funcionando por completo con la versión anterior de Cassandra (2.1.22), se pueden revertir otros centros de datos actualizados con una reconstrucción desde el centro de datos de Cassandra 2.1.X que funciona por completo.
Reversión en todo el clúster
Si se actualizó todo el clúster de Cassandra y se requiere una reversión, esta se debe realizar con copias de seguridad o instantáneas de VM. Este enfoque es complejo y, probablemente, generará un tiempo de inactividad temporal o pérdida de datos.
Consideraciones previas a la actualización
Es importante que te familiarices con los procedimientos de reversión antes de intentar la actualización. Es fundamental que se tengan en cuenta los matices de la reversión durante la actualización para garantizar que haya rutas de reversión adecuadas disponibles.

Revierte clústeres con un solo centro de datos

Actualizar Cassandra de la versión 2.1.x a la 3.11.x puede afectar significativamente el tráfico del entorno de ejecución y ciertas API de Management. Estos impactos también se aplican durante la reversión y pueden provocar tiempo de inactividad o pérdida de datos.

Para las cargas de trabajo de producción, se recomienda aprovisionar un centro de datos nuevo antes de la actualización. Esto permite una ruta de reversión más segura sin pérdida de datos ni interrupción del tráfico de la API. El centro de datos adicional se puede retirar después de que se complete correctamente la actualización.

Si no es posible agregar un centro de datos nuevo, pero aún se requiere la capacidad de reversión, asegúrate de que se realicen copias de seguridad confiables antes de la actualización. Es posible restablecer Cassandra 2.1.x desde copias de seguridad, pero este enfoque puede implicar tiempo de inactividad del servicio y una posible pérdida de datos.

Revierte clústeres con varios centros de datos

La reversión de varios centros de datos sigue un enfoque de centro de datos por centro de datos (DC por DC). En este enfoque, el tráfico del centro de datos que se revierte se redirecciona a otros centros de datos funcionales, lo que garantiza un proceso de reversión controlado y aislado para Cassandra, Management Server y los nodos de entorno de ejecución para evitar la interrupción del tráfico.

Consulta la sección Revierte la actualización de Cassandra 3.11.16 para obtener más detalles.

Paso 0: Estado inicial

Los componentes de Zookeeper, Postgres y LDAP ya se actualizaron a las versiones 4.52.02. Tu clúster de Edge para la nube privada es estable y funciona. Si se requiere una reversión, el clúster se revertirá a este estado.
Cassandra en Apigee se ejecuta con la versión 2.1.22.
Componentes de Edge:

El servidor de administración se comunica con Cassandra a través del protocolo Thrift anterior.
Servidores de entorno de ejecución (Message Processors y routers) que se comunican con Cassandra a través del protocolo Thrift anterior.

Estado del entorno de ejecución en esta etapa	Estado de administración en esta etapa
Entorno de ejecución completamente funcional	Administración completamente funcional

Paso 1: Prepárate para la actualización

Los pasos que se indican a continuación se suman a los archivos estándar que sueles crear, como el archivo de configuración estándar de Apigee para habilitar las actualizaciones de componentes.

Cambia Cassandra para usar LeveledCompactionStrategy.
Crea una copia de seguridad de Cassandra con Apigee.
Toma instantáneas de las VMs de los nodos de Cassandra (si es posible).
Crea un archivo de configuración de actualización de Cassandra en cada nodo de Cassandra en /opt/apigee/apigee-cassandra/cass_upgrade.conf con el siguiente contenido:
```
# IP Address of node
HOSTIP=10.0.0.1

# Username for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_USERNAME=<cassuser>

# Password for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_PASSWORD=<casspass>

# Port for connecting to Cassandra via thrift. Optional. Defaults to 9160 if skipped.
CASS_PORT=9160

# Port for connecting to Cassandra via CQL. Optional. Defaults to 9042 if skipped.
CASS_CQL_PORT=9042

# Directory to be used by Cassandra upgrade scripts. Optional. Defaults to /tmp/cass_upgrade_scripts if skipped.
# Note that if upgrade is successful, this directory is deleted via root user - so provide a directory accordingly.
CASS_TMP_DIR=/tmp/cass_upgrade_scripts
    
```
Si no se puede crear el archivo en /opt/apigee/apigee-cassandra/cass_upgrade.conf, crea el archivo /opt/silent.conf con el mismo contenido en cada nodo de Cassandra.
Precaución: El instalador de actualización de Apigee buscará el archivo en las ubicaciones que se mencionaron anteriormente. Si el archivo no está presente en ninguna de las ubicaciones mencionadas anteriormente, la actualización fallará y mostrará un mensaje como el siguiente:
```
could not read env location: '/opt/apigee/apigee-cassandra/cass_upgrade.conf'
file does not exist or cannot be sourced
could not read env location: '/opt/silent.conf'
file does not exist or cannot be sourced
```
Si esto sucede, la actualización fallará, pero es probable que el servicio de Cassandra en el nodo esté en estado detenido. Puedes iniciar el servicio de Cassandra como de costumbre y volver a intentar la actualización colocando el archivo de configuración en cualquiera de las ubicaciones esperadas. Además, si se encuentra el archivo, pero las configuraciones proporcionadas son incorrectas (por ejemplo, las credenciales de Cassandra son incorrectas), la actualización fallará con un error como el siguiente:
```
Error in PREIN scriptlet in rpm package apigee-cassandra-X.XX.XX-X.X.XXXX.noarch
```
En este caso, de manera similar, inicia el servicio de Cassandra si se detiene cuando falla la actualización y vuelve a intentarla después de corregir las configuraciones en el archivo.
Si usas la función SmartDocs del portal para desarrolladores de Apigee Drupal 7, exporta cada uno de tus modelos descargándolos en formato JSON desde la IU del portal para desarrolladores. Estos modelos se deberán volver a importar a Apigee después de que se actualicen los servidores de administración.
Asegúrate de que se pueda acceder a los puertos 9160 y 9042 desde todos los componentes de Edge a los nodos de Cassandra, si aún no están presentes. Consulta Requisitos de puertos para obtener más información.

Paso 2: Redirecciona el tráfico fuera del primer centro de datos

Bloquea el tráfico entrante de administración y del entorno de ejecución del primer centro de datos.
Redirecciona todo el tráfico del entorno de ejecución y las API de Management a los otros centros de datos funcionales.
Valida que los otros DC controlen correctamente el tráfico de administración y del entorno de ejecución.

Paso 3: Actualiza todos los nodos de Cassandra en el primer centro de datos

Actualiza todos los nodos de Cassandra en el centro de datos de uno en uno. Ejecuta los siguientes comandos en cada nodo, uno por uno:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```

Una vez que se actualice un nodo, ejecuta el siguiente comando en él para realizar algunas validaciones antes de continuar:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile

El resultado de lo anterior será similar a lo siguiente:

Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified

Ejecuta el siguiente comando post_upgrade en cada nodo de Cassandra, uno por uno, después de que se complete la actualización:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
```

Estado del entorno de ejecución en esta etapa	Estado de administración en esta etapa
Se bloqueó el tráfico del entorno de ejecución en los centros de datos que se están actualizando Entorno de ejecución completamente funcional en otros centros de datos	Se bloqueó el tráfico de administración en los centros de datos que se están actualizando. La siguiente función de administración se degrada después de que se actualiza Cassandra en otros centros de datos: API de Management para crear un producto de API con un entorno API de Management para actualizar un producto de API con un entorno API de Management para borrar una organización

Paso 4: Actualiza todos los nodos de administración en el primer centro de datos

Actualiza todos los nodos de administración en el centro de datos:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Estado del entorno de ejecución en esta etapa	Estado de administración en esta etapa
Se bloqueó el tráfico del entorno de ejecución en los centros de datos que se están actualizando Entorno de ejecución completamente funcional	Se bloqueó el tráfico de administración en los centros de datos que se están actualizando. La siguiente función de administración se degrada después de actualizar Cassandra: API de Management para crear un producto de API con un entorno API de Management para actualizar un producto de API con un entorno API de Management para borrar una organización

Paso 5: Actualiza todos los nodos del entorno de ejecución en el primer centro de datos

Actualiza todos los nodos de routers y Message Processor en el centro de datos uno por uno:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Estado del entorno de ejecución en esta etapa	Estado de administración en esta etapa
Se bloqueó el tráfico del entorno de ejecución en los centros de datos que se están actualizando Entorno de ejecución completamente funcional en otros centros de datos	Se bloqueó el tráfico de administración en los centros de datos que se están actualizando. La siguiente función de administración se degrada después de que se actualiza Cassandra en otros centros de datos: API de Management para crear un producto de API con un entorno API de Management para actualizar un producto de API con un entorno API de Management para borrar una organización

Paso 6: Redirige el tráfico de vuelta al primer centro de datos

Una vez que el primer centro de datos se actualice con Cassandra, los componentes del entorno de ejecución y el servidor de administración, vuelve a habilitar el tráfico del entorno de ejecución y de administración al primer centro de datos.
Asegúrate de que el tráfico de ejecución y administración se realice correctamente en los DC.

Paso 7: Actualiza otros centros de datos

Repite del paso 1 al paso 6 en los centros de datos restantes, uno a la vez, redireccionando el tráfico fuera de esos centros de datos, actualizando el software de Apigee y volviendo a habilitar el tráfico en esos centros de datos.

Paso 8: Vuelve a ejecutar el paso de actualización en todos los nodos de administración

Vuelve a ejecutar el siguiente comando de actualización en todos los nodos de administración de los centros de datos:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Paso 9: Importa SmartDocs que se exportaron anteriormente (opcional)

Una vez que se actualicen todos los servidores de administración, puedes importar los modelos de SmartDocs que exportaste en el paso 1. Puedes decidir hacerlo más adelante.

Solo debes hacerlo si usas el portal para desarrolladores basado en Drupal 7 y la función de SmartDocs.

Estado del entorno de ejecución en esta etapa	Estado de administración en esta etapa
Entorno de ejecución completamente funcional	Administración completamente funcional

Paso 10: Descarta las tablas sin usar

Ejecuta el siguiente comando para quitar las tablas antiguas sin usar del clúster de Cassandra. Hasta que se ejecute, no podrás usar ciertas funciones de Cassandra (como configurar una autenticación nueva; los mecanismos de autenticación antiguos seguirán funcionando). Este comando solo se puede ejecutar en un nodo del clúster.

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

Paso 11: Actualiza todos los componentes restantes de Edge y otros componentes para nube privada 4.52.02

Actualiza todos los nodos edge-qpid-server y edge-postgres-server restantes en todas las regiones, uno por uno.

En esta etapa, si actualizas desde versiones anteriores a Edge para la nube privada 4.52.01, como se indica a continuación, realiza pasos adicionales para actualizar Qpid y Postgres, respectivamente, y actualiza los componentes restantes según estos pasos.

Actualiza a Qpid J-Broker

Aunque Edge para nube privada 4.52.02 no incluye una actualización a Qpid, si actualizas desde versiones anteriores a la 4.52.01, debes seguir los pasos para actualizar QPID.

Si actualizas de Edge para nube privada 4.51.00 o 4.52.00 a 4.52.02, es necesario seguir pasos adicionales de actualización de Qpid. Consulta la sección Actualiza Qpid si actualizas de la versión 4.51.00 o 4.52.00 a la 4.52.02.
Si actualizas de Edge para nube privada 4.52.01 a 4.52.02, ya deberías estar usando la versión más reciente de Qpid Broker, y no se necesitan pasos adicionales de actualización de Qpid.

Nueva IU de Edge

En esta sección, se enumeran las consideraciones relacionadas con la IU de Edge. Para obtener más información, consulta La nueva IU de Edge para la nube privada.

Instala la IU de Edge

Después de completar la instalación inicial, Apigee recomienda que instales la IU de Edge, que es una interfaz de usuario mejorada para desarrolladores y administradores de Edge para nube privada de Apigee.

Ten en cuenta que la IU de Edge requiere que inhabilites la autenticación básica y uses un IDP, como SAML o LDAP.

Para obtener más información, consulta Instala la nueva IU de Edge.

Actualiza la IU de Edge

Para actualizar el componente de la IU de Edge, ten en cuenta la versión de Edge para la nube privada desde la que actualizas:

De la versión 4.51.00 a la 4.52.00 (con la nueva IU de Edge ya instalada): Usa las instrucciones de actualización de esta sección para el componente edge-management-ui.

Actualiza con mTLS de Apigee

Para actualizar mTLS de Apigee, sigue estos pasos:

Revierte una actualización

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

Si la falla requiere que reviertas la actualización a la versión anterior, consulta Revierte la versión 4.52.00 para obtener instrucciones detalladas.

Información de actualización de Logging

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

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

Si la persona 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 no tienes acceso a /tmp, la utilidad update.sh fallará.

Actualización sin tiempo de inactividad

Una actualización sin tiempo de inactividad o una actualización progresiva te permite actualizar tu instalación de Edge sin desactivar 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 por uno, del balanceador de cargas. Luego, actualiza el router y cualquier otro componente en la misma máquina que el router, y vuelve a agregarlo al balanceador de cargas.

Actualiza las máquinas en el orden correcto para tu instalación, como se describe en Orden de actualización de las máquinas.
Cuando sea el momento de actualizar los routers, selecciona uno y haz que no se pueda acceder a él, como se describe en Habilita o inhabilita la accesibilidad del servidor (Message Processor o router).
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 Message Processor en el mismo nodo.
Vuelve a hacer que el router sea accesible.
Repite los pasos 2 a 4 para los routers restantes.
Continúa con la actualización de las máquinas restantes de tu instalación.

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

En el nodo combinado de Router y Message Processor:
- Antes de la actualización, realiza lo siguiente:
  1. Haz que el router no sea accesible.
  2. Haz que no se pueda acceder al Message Processor.
- Después de la actualización, realiza lo siguiente:
  1. Haz que se pueda acceder al Message Processor.
  2. Haz que se pueda acceder al router.
En nodos de router únicos:
- Antes de la actualización, haz que el router no sea accesible.
- Después de la actualización, haz que se pueda acceder al router.
En nodos de Message Processor únicos:
- Antes de la actualización, haz que el Message Processor no esté disponible.
- Después de la actualización, haz que se pueda acceder al Message Processor.

Usa un archivo de configuración silenciosa

Debes pasar un archivo de configuración silenciosa al comando de actualización. El archivo de configuración silenciosa debe ser el mismo que usaste para instalar Edge 4.50.00 o 4.51.00.

Actualiza a 4.52.02 en un nodo con una conexión a Internet externa

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

Si están presentes, inhabilita los trabajos de cron configurados para realizar una operación de reparación en Cassandra hasta que se complete la actualización.
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.
Instala yum-utils y yum-plugin-priorities:
Nota: Si tu sistema operativo es RHEL 8.0 - 8.6, omite este paso.
```
sudo yum install yum-utils
sudo yum install yum-plugin-priorities
```
Inhabilita SELinux como se describe en Instala la utilidad apigee-setup de Edge.
Si estás instalando en Oracle 7.x, ejecuta el siguiente comando:
```
sudo yum-config-manager --enable ol7_optional_latest
```

Si realizas la instalación en AWS, ejecuta los siguientes comandos de yum-configure-manager:

yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

Si actualmente usas Edge 4.51.00, sigue estos pasos:
1. Descarga el archivo bootstrap_4.52.02.sh de Edge en /tmp/bootstrap_4.52.02.sh:
```
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
```
2. Instala la utilidad apigee-service de Edge 4.52.02 y las dependencias ejecutando el siguiente comando:
```
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord
```
  En el ejemplo anterior, uName:pWord son el nombre de usuario y la contraseña que recibiste de Apigee. Si omites pWord, se te pedirá que lo ingreses.
  
  De forma predeterminada, el instalador verifica que tengas instalado Java 1.8. De lo contrario, el instalador lo hará 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.
3. Usa apigee-service para actualizar la utilidad apigee-setup, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
4. Actualiza la utilidad apigee-validate en el servidor de administración, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
```
5. Actualiza la utilidad apigee-provision en el servidor de administración, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
```
6. Ejecuta la utilidad update en tus nodos con el siguiente comando:
```
/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
```
  Hazlo en el orden que se describe en Orden de actualización de la máquina.
  
  Donde:
  - component es el componente de Edge que se actualizará. Entre los valores posibles, se incluyen los siguientes:
    - cs: Cassandra
    - edge: Todos los componentes de Edge, excepto la IU de Edge: Management Server, Message Processor, Router, Qpid Server y Postgres Server
    - ldap: OpenLDAP
    - ps: postgresql
    - qpid: qpidd
    - sso: SSO de Apigee (si instalaste el SSO)
    - ue: Nueva IU de Edge
    - ui: IU clásica de Edge
    - zk: Zookeeper
  - configFile es el mismo archivo de configuración que usaste para definir tus componentes de Edge durante la instalación de la versión 4.50.00 o 4.51.00.
  Puedes ejecutar update.sh en todos los componentes si configuras component como "all", pero solo si tienes un perfil de instalación todo en uno (AIO) de Edge. Por ejemplo:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
```
7. Reinicia los componentes de la IU de Edge en todos los nodos que los ejecutan, si aún no lo hiciste:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
```
8. Para probar la actualización, ejecuta la utilidad apigee-validate en el servidor de administración, como se describe en Prueba la instalación.

Si más adelante decides revertir la actualización, usa el procedimiento que se describe en Revierte la versión 4.52.02.

Actualiza a la versión 4.52.02 desde un repositorio local

Si tus nodos de Edge 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 una duplicación del repositorio de Apigee.#heading

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

Crea un archivo .tar del repositorio, copia el archivo .tar en un nodo y, luego, actualiza Edge desde el archivo .tar.
Instala 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 lo uses, o puedes usar tu propio servidor web.

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

Crea un repositorio local 4.52.02 como se describe en "Crea un repositorio local de Apigee" en Instala la utilidad apigee-setup de Edge.
NOTA: Si ya tienes un repositorio existente, puedes agregarle el repositorio 4.52.02 como se describe en "Actualiza un repositorio local de Apigee" en Instala la utilidad apigee-setup de Edge.
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.52.02.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 del nodo nuevo.
3. En el nodo nuevo, descomprime el archivo en el directorio /tmp:
```
tar -xzf apigee-4.52.02.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 apigee-service de Edge y las dependencias de /tmp/repos:
```
sudo bash /tmp/repos/bootstrap_4.52.02.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
```
  Ten en cuenta que debes incluir la ruta de acceso al directorio repos en este comando.
Para instalar apigee-service con el servidor web de Nginx, haz lo siguiente:
1. Configura el servidor web Nginx como se describe en "Instala desde el repositorio con el servidor web Nginx" en Instala la utilidad apigee-setup de Edge.
2. En el nodo remoto, descarga el archivo bootstrap_4.52.02.sh de Edge en /tmp/bootstrap_4.52.02.sh:
```
/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
```
  Donde uName:pWord son el nombre de usuario y la contraseña que configuraste antes para el repositorio, y remoteRepo es la dirección IP o el nombre de DNS del nodo del repositorio.
3. En el nodo remoto, instala la utilidad apigee-setup de Edge y las dependencias:
```
sudo bash /tmp/bootstrap_4.52.02.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
```
  Donde uName:pWord son el nombre de usuario y la contraseña del repositorio.
Usa apigee-service para actualizar la utilidad apigee-setup, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup update 
```
Actualiza la utilidad apigee-validate en el servidor de administración, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
```
Actualiza la utilidad apigee-provision en el servidor de administración, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
```
Ejecuta la utilidad update en tus nodos en el orden que se describe en Orden de actualización de la máquina:
```
/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
```
Donde:
- component es el componente de Edge que se actualizará. Por lo general, actualizas los siguientes componentes:
  - cs: Cassandra
  - edge: Todos los componentes de Edge, excepto la IU de Edge: servidor de administración, Message Processor, router, servidor de Qpid y servidor de Postgres
  - ldap: OpenLDAP
  - ps: postgresql
  - qpid: qpidd
  - sso: SSO de Apigee (si instalaste el SSO)
  - Nueva IU de Edge de ue
  - ui: IU clásica de Edge
  - zk: Zookeeper
- configFile es el mismo archivo de configuración que usaste para definir tus componentes de Edge durante la instalación de la versión 4.50.00 o 4.51.00.
  NOTA: El usuario "apigee" debe poder leer el archivo de configuración. Para cambiar el propietario, usa el siguiente comando:
```
chown apigee:apigee configFile
```
Puedes ejecutar update.sh en todos los componentes si configuras component como "all", pero solo si tienes un perfil de instalación todo en uno (AIO) de Edge. Por ejemplo:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
```
Reinicia los componentes de la IU en todos los nodos que la ejecutan, si aún no lo hiciste:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
```
Para probar la actualización, ejecuta la utilidad apigee-validate en el servidor de administración, como se describe en Prueba la instalación.

Si más adelante decides revertir la actualización, usa el procedimiento que se describe en Revierte la versión 4.52.02.

Orden de actualización de la máquina: Actualiza desde la versión 4.51.00 (o) 4.52.00 (o) 4.52.01

El orden en el que actualizas las máquinas en una instalación de Edge es importante:

Debes actualizar todos los nodos de ZooKeeper en todos los centros de datos antes de actualizar todos los demás componentes. Si actualizas desde Edge para la nube privada 4.51.00 (o) 4.52.00, también deberás seguir pasos adicionales para actualizar ZooKeeper.
Debes actualizar PostgreSQL en todos los centros de datos. Si actualizas desde Edge para la nube privada 4.51.00, también deberás seguir pasos adicionales para actualizar Postgres.
Debes actualizar los nodos de LDAP en todos los centros de datos.
Debes actualizar todos los nodos de Cassandra, Management Server, Message Processor y Router, un centro de datos a la vez, hasta que se actualicen todos los centros de datos.
Debes actualizar los componentes de edge-qpid-server y edge-postgres-server en todos los centros de datos.
Debes actualizar los nodos de Qpid en todos los centros de datos. Si actualizas desde Edge para la nube privada 4.51.00 (o) 4.52.00, también deberás seguir pasos adicionales para actualizar Qpid.
Actualiza la IU de Edge y la nueva IU de Edge, y los nodos de SSO en todos los centros de datos.
No hay un paso independiente para actualizar la monetización. Se actualiza cuando especificas la opción -c edge.
Nota: Después de actualizar el componente de la IU de Edge, debes reiniciar el servicio de la IU de Edge, como se describe en las instrucciones de instalación de la actualización.

Actualización independiente de 1 nodo

Para actualizar una configuración independiente de 1 nodo a la versión 4.52.02, sigue estos pasos:

Actualiza todos los componentes:

/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile

(Si instalaste apigee-adminapi) Se actualizó la utilidad apigee-adminapi:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```

Actualización independiente de 2 nodos

Actualiza los siguientes componentes para una instalación independiente de 2 nodos:

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

Actualiza ZooKeeper en la máquina 1:

/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile

Actualiza Postgres en la máquina 2:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza LDAP en la máquina 1:

/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

Actualiza Cassandra en la máquina 1:

/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

Actualiza los componentes de Edge en las máquinas 1 y 2:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Actualiza Qpid en la máquina 2:

/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

Actualiza la IU en la máquina 1:

/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

(Si instalaste apigee-adminapi) Se actualizó la utilidad apigee-adminapi en la máquina 1:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(Si instalaste el SSO de Apigee) Actualiza el SSO de Apigee en la máquina 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
Donde sso_config_file es el archivo de configuración que creaste cuando instalaste el SSO.

Reinicia el componente de la IU de Edge en la máquina 1:

/opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Actualización de 5 nodos

Actualiza los siguientes componentes para una instalación de 5 nodos:

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

Actualiza ZooKeeper en las máquinas 1, 2 y 3:

/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile

Actualiza Postgres en la máquina 4:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza Postgres en la máquina 5:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza LDAP en la máquina 1:

/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

Actualiza Cassandra en las máquinas 1, 2 y 3:

/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

Actualiza los componentes de Edge en las máquinas 1, 2, 3, 4 y 5:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

Actualiza Qpid en la máquina 4:

/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

Actualiza Qpid en la máquina 5:

/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

Actualiza la IU de Edge:
- IU clásica: Si usas la IU clásica, actualiza el componente ui en la máquina 1, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
- Nueva IU de Edge: Si instalaste la nueva IU de Edge, actualiza el componente ue en la máquina adecuada (puede que no sea la máquina 1):
```
/opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
```
(Si instalaste apigee-adminapi) Se actualizó la utilidad apigee-adminapi en la máquina 1:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(Si instalaste el SSO de Apigee) Actualiza el SSO de Apigee en la máquina 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
Donde sso_config_file es el archivo de configuración que creaste cuando instalaste el SSO.
Reinicia el componente de la IU:
- IU clásica: Si usas la IU clásica, reinicia el componente edge-ui en la máquina 1, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
- IU de Edge nueva: Si instalaste la IU de Edge nueva, reinicia el componente edge-management-ui en la máquina adecuada (puede que no sea la máquina 1):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

Actualización de un clúster de 9 nodos

Actualiza los siguientes componentes para una instalación agrupada en clústeres de 9 nodos:

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

Actualiza ZooKeeper en las máquinas 1, 2 y 3:

/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile

Actualiza Postgres en la máquina 8:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza Postgres en la máquina 9:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza LDAP en la máquina 1:

/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

Actualiza Cassandra en las máquinas 1, 2 y 3:

/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

Actualiza los componentes de Edge en las máquinas 1, 4, 5, 6, 7, 8 y 9 en ese orden:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

Actualiza Qpid en las máquinas 6 y 7:

/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

Actualiza la IU nueva (ue) o la IU clásica (ui) en la máquina 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
(Si instalaste apigee-adminapi) Actualiza la utilidad apigee-adminapi en la máquina 1:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(Si instalaste el SSO de Apigee) Actualiza el SSO de Apigee en la máquina 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
Donde sso_config_file es el archivo de configuración que creaste cuando instalaste el SSO.
Reinicia el componente de la IU:
- IU clásica: Si usas la IU clásica, reinicia el componente edge-ui en la máquina 1, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
- IU de Edge nueva: Si instalaste la IU de Edge nueva, reinicia el componente edge-management-ui en la máquina adecuada (puede que no sea la máquina 1):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

Actualización de clústeres de 13 nodos

Actualiza los siguientes componentes para una instalación agrupada en clústeres de 13 nodos:

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

Actualiza ZooKeeper en las máquinas 1, 2 y 3:

/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile

Actualiza Postgres en la máquina 8:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza Postgres en la máquina 9:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza LDAP en las máquinas 4 y 5:

/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

Actualiza Cassandra en las máquinas 1, 2 y 3:

/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

Actualiza los componentes de Edge en las máquinas 6, 7, 10, 11, 12, 13, 8 y 9 en ese orden:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

Actualiza Qpid en las máquinas 12 y 13:

/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

Actualiza la IU nueva (ue) o la IU clásica (ui) en las máquinas 6 y 7:
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
(Si instalaste apigee-adminapi) Se actualizó la utilidad apigee-adminapi en las máquinas 6 y 7:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(Si instalaste el SSO de Apigee) Actualiza el SSO de Apigee en las máquinas 6 y 7:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
Donde sso_config_file es el archivo de configuración que creaste cuando instalaste el SSO.
Reinicia el componente de la IU:
- IU clásica: Si usas la IU clásica, reinicia el componente edge-ui en las máquinas 6 y 7, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
- Nueva IU de Edge: Si instalaste la nueva IU de Edge, reinicia el componente edge-management-ui en las máquinas 6 y 7:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

Actualización de un clúster de 12 nodos

Actualiza los siguientes componentes para una instalación agrupada en clústeres de 12 nodos:

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

Actualiza ZooKeeper en las máquinas 1, 2, 3, 7, 8 y 9 en ambos DC:
```
/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
```

Actualiza Postgres en las máquinas 6 y 12 en ambos DC:

/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

Actualiza LDAP en las máquinas 1 y 7 en ambos DC:

/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

Bloquear el tráfico en DC-1 y asegurarse de que todo el tráfico se redireccione a DC-2

Actualiza Cassandra en las máquinas 1, 2 y 3 en DC-1:

/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

Actualiza el servidor de administración en la máquina 1 en DC-1:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Actualiza el router y el Message Processor en la máquina 2,3 en DC-1:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Desbloquear el tráfico en DC-1, validar DC-1 y continuar con DC-2 bloqueando el tráfico en DC-2 y redireccionándolo a DC-1

Actualiza Cassandra en las máquinas 7, 8 y 9 en DC-2:

/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

Actualiza el servidor de administración en la máquina 7 en DC-2:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Actualiza el router y el Message Processor en la máquina 8,9 en DC-2:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Desbloquea el tráfico en DC-2 y, ahora, ambos DC controlarán el tráfico.
Vuelve a ejecutar el comando de actualización en todos los servidores de administración de los DC en las máquinas 1 y 7:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Actualiza edge-qpid-server y edge-postgres-server en las máquinas 4, 5, 6, 10, 11 y 12 en ambos DC:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

Actualiza Qpid en las máquinas 4, 5, 10 y 11 en ambos DC:

/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

Actualiza la IU nueva (ue) o la IU clásica (ui) en ambos DC:

/opt/apigee/apigee-setup/bin/update.sh -c  [ui|ue] -f configFile

(Si instalaste apigee-adminapi) Actualiza apigee-adminapi en ambos DCs:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(Si instalaste el SSO de Apigee) Actualiza los nodos del SSO de Apigee en ambos DC:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
Reinicia el componente de la IU de Edge nueva (edge-management-ui) o de la IU de Edge clásica (edge-ui) en ambos DC:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart
```