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 parche nuevo para Apigee Edge para 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 1 de Qpid
- Centro de datos 2 de Qpid
- Centro de datos 1 de Postgres
- Centro de datos 2 de Postgres
- Centro de datos 1 del servidor de administración
- Centro de datos 2 del servidor de administración
- Centro de datos 1 del router/Message Processor
- Router/Message Processor Data Center 2
Se quitó el Pod de "puerta de enlace" adicional 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 tu instalación anterior de Edge cambió el nombre del Pod de puerta de enlace del valor predeterminado de "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.
Determina si te afecta
Es más 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 puerta de enlace, "gateway", este problema no te afectará.
Para determinar los Pods de una región, usa el siguiente comando de cURL:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
En el ejemplo anterior, ms_IP es la dirección IP o el nombre de DNS del servidor de administración de Edge, y dc-1 es el nombre de la región. Este comando devuelve un array que contiene todos los nombres de Pods de 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 incluirán el Pod de la "puerta de enlace":
[ "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
Aplica la secuencia de comandos del parche
El parche 4.15.07.01 incluye la secuencia de comandos delete-gw-pod.sh que quita el Pod adicional que creó la actualización 4.15.07.00.
La secuencia de comandos delete-gw-pod.sh:
- Quita todos los componentes de Edge del Pod "puerta de enlace" o del Pod que especifiques.
- Desasocia cualquier organización del Pod.
- 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 de "puerta de enlace" creado por el actualizador 4.15.07.00:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
La secuencia de comandos te solicita la contraseña de administrador del sistema.
Si no especificas ninguna opción de línea de comandos para la secuencia de comandos, esta recorre todas las regiones para identificar cualquier múltiplo del Pod de puerta de enlace. Luego, te solicita que borres uno, 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 preguntará 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, el valor predeterminado es el valor de ADMIN_EMAIL en apigee_env.sh>
- -H <Host del servidor de administración, el valor predeterminado es el valor de MSIP en apigee_env.sh>
- -r <Región en la que se buscará el Pod "gateway">
- -p <Nombre del Pod de la puerta de enlace. La configuración predeterminada es "gateway">
- -y <Suppress warning>
Correcciones de errores
En esta versión, se corrigieron los siguientes errores.
| ID del problema | Descripción |
|---|---|
| OPDK-1927 | Faltan tablas en la actualización de monetización; se están creando í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 Borrar de la página de lista de informes personalizados solo funciona una vez |
| MGMT-2521 | La sesión de seguimiento se bloquea en ocasiones |
| MGMT-2543 | El nuevo editor de proxy modifica el XML en el <Payload> de la política AssignMessage, lo que interrumpe los proxies de API existentes |
| MGMT-2581 | Inhabilitar 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 proxies de API no controla las entidades XML correctamente |
| MGMT-2618 | Problemas de implementación debido a "Error al crear el directorio para la ruta de acceso" |
| MGMT-2702 | Vulnerabilidad de seguridad entre sitios para Firefox e IE |
| DEVRT-1942 | Faltan tablas en la actualización de monetización; se están creando í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 |