Estás viendo la documentación de Apigee Edge.
Ir a la documentación de
Apigee X. info
El jueves 22 de octubre de 2015, lanzamos un nuevo parche para Apigee Edge para la nube privada.
Orden de actualización para una instalación de dos centros de datos
Si actualizas una instalación con dos centros de datos, actualiza los componentes en el siguiente orden:
- Centro de datos de Qpid 1
- Qpid Data Center 2
- Centro de datos 1 de Postgres
- Postgres Data Center 2
- Servidor de administración, centro de datos 1
- Servidor de administración, centro de datos 2
- Router/Message Processor Data Center 1
- Centro de datos 2 del procesador de mensajes/router
Se quitó el pod adicional "gateway" en la actualización a la versión 4.15.07.00.
Esta versión incluye una secuencia de comandos que corrige el problema OPDK-1878. En ese caso, si la instalación anterior de Edge cambió el nombre del pod de la puerta de enlace del valor predeterminado "gateway", la secuencia de comandos de actualización 4.15.07.00 agregó automáticamente un pod nuevo llamado "gateway" a tu instalación, junto con el pod que creaste.
Cómo determinar si te afecta
Es muy probable que este problema se haya producido en un entorno con varios centros de datos, en el que creaste Pods de puerta de enlace con nombres diferentes en cada centro de datos, como "gateway-1" y "gateway-2". Si usaste el nombre predeterminado del pod de la puerta de enlace, "gateway", este problema no te afectará.
Para determinar los pods en una región, usa el siguiente comando cURL:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
donde ms_IP es la dirección IP o el nombre de DNS del servidor de administración perimetral, y dc-1 es el nombre de la región. Este comando devuelve un array que contiene todos los nombres de los Pods en la región.
Si ejecutas este comando antes de la actualización y cambiaste el nombre del pod "gateway", verás resultados con el siguiente formato:
[ "gateway-1", "analytics", "central" ]
Si ejecutas este comando después de actualizar a la versión 4.15.07.00, los resultados ahora incluyen el pod "gateway":
[ "gateway-1", "gateway", "analytics", "central" ]
Si no conoces los nombres de tus regiones, usa el siguiente comando:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
Cómo aplicar el parche con la secuencia de comandos
El parche 4.15.07.01 incluye la secuencia de comandos delete-gw-pod.sh que quita el pod adicional creado por la actualización 4.15.07.00.
La secuencia de comandos delete-gw-pod.sh:
- Quita todos los componentes de Edge del pod "gateway" o del pod que especifiques.
- Desvincula las organizaciones del grupo.
- Borra el Pod.
Para ejecutar esta secuencia de comandos, haz lo siguiente:
- Instala el parche 4.15.07.01.
- Crea una copia de seguridad de todos los nodos de ZooKeeper. Consulta la Guía de operaciones de Edge para obtener más información.
- En cualquier nodo del servidor de administración, ejecuta la secuencia de comandos delete-gw-pod.sh para borrar el pod "gateway" creado por el actualizador 4.15.07.00:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
La secuencia de comandos te solicitará la contraseña de administrador del sistema.
Si no especificas ninguna opción de línea de comandos para la secuencia de comandos, esta se ejecutará en bucle en todas las regiones para identificar cualquier múltiplo del pod de la puerta de enlace. Luego, te pedirá que borres uno, y se establecerá de forma predeterminada el pod "gateway".
Puedes pasar opciones de línea de comandos a la secuencia de comandos delete-gw-pod.sh. Por ejemplo, si pasas un nombre de Pod y una región, se borrará solo ese Pod en esa región. Luego, te pregunta si quieres verificar todas las regiones.
Puedes pasar los siguientes parámetros a la secuencia de comandos delete-gw-pod.sh:
- -P <Contraseña de administrador del sistema>
- -a <correo electrónico del administrador, se establece de forma predeterminada en el valor de ADMIN_EMAIL en apigee_env.sh>
- -H <Host del servidor de administración, de forma predeterminada, se establece en el valor de MSIP en apigee_env.sh>
- -r <Región en la que se buscará el pod de "puerta de entrada">
- -p <Nombre del Pod de la puerta de enlace. El valor predeterminado es "gateway".
- -y <Suppress warning>
Fallas corregidas
En esta versión, se corrigieron los siguientes errores.
| ID del problema | Description |
|---|---|
| OPDK-1927 | Faltan tablas en la actualización de la monetización; se crean índices duplicados |
| OPDK-1878 | Cambiar el nombre del POD de la puerta de enlace en la configuración causa problemas |
| OPDK-1886 | El nodo no puede acceder a direcciones IP locales, como 192.168.x.y |
| MGMT-2353 | El botón de borrado de la página de la lista de informes personalizados solo funciona una vez |
| MGMT-2521 | A veces, la sesión de registro se bloquea |
| MGMT-2543 | El nuevo editor de proxy modifica el código XML en <Payload> de la política AssignMessage, lo que interrumpe los proxies de API existentes |
| MGMT-2581 | Inhabilita el método de seguimiento HTTP en todos los puertos de administración |
| MGMT-2599 | El nuevo Editor de proxy restablece el prefijo del espacio de nombres después de que lo borras |
| MGMT-2616 | El nuevo editor de proxy de API no controla las entidades XML correctamente |
| MGMT-2618 | Problemas de implementación debido a "Error creating directory for path" |
| MGMT-2702 | Vulnerabilidad de seguridad entre sitios para Firefox e IE |
| DEVRT-1942 | Faltan tablas en la actualización de la monetización; se crean índices duplicados |
| APIRT-1074 | El contenido comprimido con gzip no se controla correctamente cuando se envía el encabezado Connection: Close sin los encabezados Content-Length o Transfer-Encoding |