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

Revertir Apigee Edge 4.51.00

Si se produce un error durante una actualización a Edge 4.51.00, puedes revertir el componente que causó el error y, luego, volver a intentar la actualización.

Puedes revertir Edge 4.51.00 a las siguientes versiones de actualización de funciones:

Versión 4.50.00
Versión 4.19.06

Existen dos situaciones en las que es posible que quieras realizar una reversión:

Cómo revertir a una versión de funciones anterior Por ejemplo, de la versión 4.51.00 a la 4.50.00.
Revierte a una versión de actualización anterior en la misma versión. Por ejemplo, de la versión 4.50.00.02 a la 4.50.00.01.

Para obtener más información, consulta el proceso de lanzamiento de Apigee Edge.

Quién puede realizar una reversión

El usuario que realiza una reversión debe ser el mismo que actualizó Edge originalmente o un usuario que se ejecuta como raíz.

De forma predeterminada, los componentes de Edge se ejecutan como el usuario "apigee". En algunos casos, es posible que ejecutes componentes de Edge como usuarios diferentes. Por ejemplo, si el router tiene que acceder a puertos con privilegios, como los que están por debajo de 1000, debes ejecutar el router como raíz o como un usuario con acceso a esos puertos. También puedes ejecutar un componente como un usuario y otro componente como otro usuario.

Componentes con código común

Los siguientes componentes de Edge comparten código común. Por lo tanto, para revertir cualquiera de estos componentes en un nodo, debes revertir todos los componentes que se encuentran en ese nodo.

edge-management-server (servidor de administración)
edge-message-processor (Message Processor)
edge-router (router)
edge-postgres-server (servidor de Postgres)
edge-qpid-server (servidor de Qpid)

Por ejemplo, si tienes instalados el servidor de administración, el router y el Message Processor en el nodo, para revertir cualquiera de ellos, debes revertir los tres.

Cómo revertir a una versión de funciones anterior

Para revertir a una versión de funciones anterior, haz lo siguiente en cada nodo que aloje el componente:

Descarga el archivo bootstrap.sh de la versión a la que deseas revertir:
- Para revertir a la versión 4.50.00, descarga bootstrap_4.50.00.sh:
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh 
```
- Para revertir a la versión 4.19.06, descarga bootstrap_4.19.06.sh:
```
curl https://software.apigee.com/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh 
```

Detén el componente que deseas revertir:

Para revertir cualquiera de los componentes con código común en el nodo, debes detenerlos todos, como se muestra en el siguiente ejemplo:

/opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor stop
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop

Para revertir cualquier otro componente en el nodo, detén solo ese componente:
- ```
/opt/apigee/apigee-service/bin/apigee-service component stop
```

Si reviertes la Monetización, desinstálala de todos los nodos de Management Server y Message Processor:
```
/opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
```
Desinstala el componente para revertir el nodo:
1. Para revertir cualquiera de los componentes con código común en el nodo, debes desinstalarlos todos desinstalando el grupo de componentes edge-gateway, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
```
2. Para revertir cualquier otro componente en el nodo, desinstala solo ese componente, como se muestra en el siguiente ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service component uninstall
```
  Donde component es el nombre del componente.
3. Para revertir el router de Edge, debes borrar el contenido del archivo /opt/nginx/conf.d, además de desinstalar el grupo de componentes edge-gateway:
```
cd /opt/nginx/conf.d
rm -rf *
```

Desinstala la versión 4.51.00 de apigee-setup:

/opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall

Instala la versión 4.19.06 o 4.50.00 de la utilidad apigee-service y sus dependencias. En el siguiente ejemplo, se instala la versión 4.50.00 de apigee-service:
```
sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
```
En el ejemplo anterior, uName y pWord son el nombre de usuario y la contraseña que recibiste de Apigee. Si omites pWord, se te pedirá que lo ingreses.

Si recibes un error, asegúrate de haber descargado el archivo bootstrap.sh en el paso 1.

Instala apigee-setup:

/opt/apigee/apigee-service/bin/apigee-service apigee-setup install

Instala la versión anterior del componente:
```
/opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile
```
Donde component es el componente que se instalará y configFile es tu archivo de configuración para la versión anterior.
Si reviertes Qpid, limpia iptables:
```
sudo iptables -F
```
Repite este proceso para cada nodo que aloje el componente que estás revirtiendo.

Revierte a una versión de actualización anterior

Para revertir un componente a una versión específica de una versión, haz lo siguiente en cada nodo que aloja el componente:

Descarga la versión específica del componente:
```
/opt/apigee/apigee-service/bin/apigee-service component_version install
```
Donde component_version es el componente y la versión de actualización que se instalarán. Por ejemplo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui-4.18.05-0.0.3749 install
```
Si usas el repositorio en línea de Apigee, puedes determinar las versiones de los componentes disponibles con el siguiente comando:
```
yum --showduplicates list comp
```
Por ejemplo:
```
yum --showduplicates list edge-ui
```
Usa apigee-setup para instalar el componente:
```
/opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile
```
Por ejemplo:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile
```
Ten en cuenta que solo especificas el nombre del componente cuando lo instalas, no la versión.
Repite este proceso para cada nodo que aloje el componente que estás revirtiendo.

Revierte la actualización de Postgres 10.17

Si actualizaste a la versión 4.51.00 desde la versión 4.19.06 o 4.50.00, debes revertir la actualización de Postgres, además de los componentes de Edge.

Para revertir la actualización de Postgres cuando actualizas Postgres en una configuración de principal-en espera, haz lo siguiente:

Ascender el nuevo nodo en espera para que se convierta en el nodo principal de Postgres La nueva instancia principal de Postgres será la misma versión que la instalación anterior de Edge.
Configura el nodo en espera anterior para que sea un nodo en espera del nodo principal nuevo. El nodo en espera anterior tendrá la misma versión que la instalación de Edge anterior.
Registra los nuevos nodos principal y en espera con los grupos de consumidores y de estadísticas.

Cuando termines con la reversión, el nodo principal anterior ya no será necesario. Luego, puedes retirar el nodo principal anterior.

Asegúrate de que el nuevo nodo de Postgres en espera se esté ejecutando:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
Si Postgres no se está ejecutando, inícialo:
```
/opt/apigee/apigee-service/bin/apigee-all start
```

Asegúrate de que Postgres esté detenido en el nodo principal anterior y en el nodo en espera anterior:

/opt/apigee/apigee-service/bin/apigee-all status

Si Postgres se está ejecutando, detenlo:

/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

Si está instalado, inicia Qpid en el nodo en espera anterior:
```
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
```
Nota: En muchas configuraciones, el nodo en espera anterior solo alojará Postgres, pero no Qpid.
Asciende el nuevo nodo en espera como el principal de Postgres:
1. Asciende el nuevo nodo en espera para que sea el nuevo principal:
```
apigee-service apigee-postgresql promote-standby-to-master new_standby_IP
```
  Si se te solicita, ingresa la contraseña de Postgres para el usuario "apigee", que de forma predeterminada es "postgres".
2. Edita el archivo de configuración que usaste para instalar la versión actual de Edge a fin de especificar lo siguiente:
```
# IP address of the new master:
PG_MASTER=new_standby_IP
# IP address of the old standby node
PG_STANDBY=old_standby_IP
```
3. Configura la nueva instancia principal:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFile
```
Si ya actualizaste el nodo en espera anterior a la versión más reciente, primero debes cambiar a una versión anterior del software de Apigee en el nodo en espera anterior. Si aún tienes la versión anterior en el nodo en espera anterior, puedes omitir este paso y continuar con el paso 6.
1. Detén Postgres en el nodo en espera anterior:
```
apigee-service apigee-postgresql stop
apigee-service edge-postgres-server stop
```
2. Desinstala Postgres del nodo en espera anterior:
```
apigee-service apigee-postgresql uninstall
apigee-service edge-postgres-server uninstall
```
3. Borra el directorio de datos de Postgres del nodo en espera anterior:
```
cd /opt/apigee/data/apigee-postgresql/pgdata > rm -rf *
```
4. Descarga y ejecuta el arranque de la versión anterior (para la versión de Apigee a la que reviertes) en el nodo en espera anterior. Los pasos exactos pueden variar según si usas la instalación sin conexión o basada en Internet. Si ejecutas el programa de arranque de Apigee de la versión anterior, se configurarán los repositorios de yum con los datos de Apigee de la versión anterior.
5. Configura los componentes de Postgres en el nodo en espera anterior:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
```
6. Verifica que los componentes de Postgres en el nodo en espera anterior se hayan revertido a la versión anterior:
```
apigee-service apigee-postgresql version
apigee-service edge-postgres-server version
```
Vuelve a compilar el nodo en espera anterior:
1. Edita el archivo de configuración que usaste para instalar la versión actual de Edge a fin de especificar lo siguiente:
```
# IP address of the new master:
PG_MASTER=new_standby_IP
# IP address of the old standby node
PG_STANDBY=old_standby_IP
```
2. Quita el directorio de datos en el nodo en espera anterior:
```
cd /opt/apigee/data/apigee-postgresql/pgdata > rm -rf *
```
3. Vuelve a configurar el nodo en espera anterior para que sea un nodo en espera del nuevo nodo principal:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
```
4. Asegúrate de que Postgres se esté ejecutando en el nodo en espera anterior:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
  Si Postgres no se está ejecutando, inícialo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
```
Verifica que se haya agregado el nodo en espera nuevo. Para ello, consulta el archivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf en la instancia principal nueva.

Ejecuta el siguiente comando en el servidor de administración para ver la información actual de las estadísticas y del grupo de consumidores:

curl -u sysAdminEmail:password http://ms_IP:8080/v1/analytics/groups/ax

Este comando devuelve el nombre del grupo de estadísticas en el campo name y el nombre del grupo de consumidores en el campo name en consumer-groups. También devuelve los UUID de los nodos principal y en espera de Postgres antiguos en el campo postgres-server y en el campo datastores. Deberías ver un resultado con el siguiente formato:

{
  "name" : "axgroup-001",
  "properties" : {
  },
  "scopes" : [ "VALIDATE~test", "sgilson~prod" ],
  "uuids" : {
    "qpid-server" : [ "8381a053-433f-4382-bd2a-100fd37a1592", "4b6856ec-ef05-498f-bac6-ef5f0d5f6521" ],
    "postgres-server" : [
      "ab1158bd-1d59-4e2a-9c95-24cc2cfa6edc:27f90844-efab-4b32-8a23-8f85cdc9a256"
    ]
  },
  "consumer-groups" : [ {
    "name" : "consumer-group-001",
    "consumers" : [ "8381a053-433f-4382-bd2a-100fd37a1592", "4b6856ec-ef05-498f-bac6-ef5f0d5f6521" ],
    "datastores" :
      [ "ab1158bd-1d59-4e2a-9c95-24cc2cfa6edc:27f90844-efab-4b32-8a23-8f85cdc9a256" ],
      "properties" : {     }
    }
  ],
  "data-processors" : {
  }
}

Obtén la dirección UUID de la instancia principal anterior ejecutando el siguiente comando curl en el nodo principal anterior:
```
curl -u sysAdminEmail:password http://node_IP:8084/v1/servers/self
```
Deberías ver el UUID del nodo al final del resultado, con el siguiente formato:
```
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
```
Nota: El servicio edge-postgres-server debe estar en ejecución. Si el servidor de Postgres no se está ejecutando, puedes ejecutar el siguiente comando en el servidor de administración para determinar el UUID:
```
curl -u sysAdminEmail:password http://ms_IP:8080/v1/servers?pod=analytics
```
El resultado de este comando enumera el UUID de la dirección IP de cada nodo de Postgres.
Repite el paso anterior para obtener las direcciones IP del nodo en espera anterior y del nuevo principal.
Quita los nodos principal y en espera antiguos del grupo de consumidores:
```
curl -u sysAdminEmail:password -X DELETE \
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/datastores/masterUUID,standbyUUID" -v
```
Donde axgroup-001 y consumer-group-001 son los nombres predeterminados de los grupos de consumidores y de estadísticas. masterUUID,standbyUUID están en el mismo orden en el que aparecieron antes cuando consultaste la información actual de las estadísticas y del grupo de consumidores. Es posible que debas especificarlos como standbyUUID,masterUUID.

La propiedad datastores de consumer-groups ahora debería estar vacía.

Quita los nodos principal y en espera antiguos del grupo de estadísticas:

curl -u sysAdminEmail:password -X DELETE \
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID&type=postgres-server" -v

La propiedad postgres-server en uuids ahora debería estar vacía.

Registra los nuevos nodos principal y en espera de PG con los grupos de consumidores y de estadísticas:

curl -u sysAdminEmail:password -X POST -H "Content-Type: application/json" -d ''
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID&type=postgres-server" -v
curl -u sysAdminEmail:password -X POST -H "Content-Type:application/json" -d ''
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/datastores?uuid=masterUUID,standbyUUID" -v

Valida el grupo de estadísticas:
```
curl -u sysAdminEmail:password http://ms_IP:8080/v1/analytics/groups/ax
```
Deberías ver los UUID de los nuevos nodos principal y en espera que se enumeran en el grupo de estadísticas y el grupo de consumidores.

Reinicia el servidor de administración de Edge:

/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

Reinicia todos los servidores de Qpid:

/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart

Reinicia todos los servidores de Postgres:

/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart

Verifica el estado de la replicación ejecutando las siguientes secuencias de comandos en ambos servidores. El sistema debería mostrar resultados idénticos en ambos servidores para garantizar una replicación exitosa:
En la nueva instancia principal, ejecuta lo siguiente:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
Verifica que sea la instancia principal. En el nodo en espera anterior, haz lo siguiente:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
Verifica que sea la instancia en espera.
Repite el paso anterior después de realizar varias solicitudes a la API para asegurarte de que los nodos estén sincronizados.
Retira la instancia principal de Postgres anterior con el procedimiento que se indica en Actualiza Apigee Edge 4.16.01/4.16.05 a 4.17.09.
Nota: Si el nodo principal anterior ejecutaba Qpid, puedes dejar ese servidor activo para ejecutar Qpid. Asegúrate de que se esté ejecutando. De lo contrario, inícialo:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-server start
```
Como alternativa, puedes desinstalar Qpid de la instancia principal anterior y, luego, instalar Qpid en el nodo principal nuevo. Después de desinstalar Qpid, puedes retirar el nodo principal anterior.

Revierte la mTLS

Para revertir la actualización de mTLS, sigue estos pasos en todos los hosts:

Detén Apigee:
```
apigee-all stop
```
Detén mTLS:
```
apigee-service apigee-mtls uninstall
```

Reinstala mTLS:

apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf