Estás viendo la documentación de Apigee Edge.
Ve a la
Documentación de Apigee X. información
El jueves 22 de octubre de 2015, lanzamos un nuevo parche para Apigee Edge para la nube privada.
Pedido de actualización de un centro de datos dos instalación
Si deseas actualizar una instalación con dos centros de datos, actualiza los componentes de la 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 del servidor de administración 1
- Centro de datos del servidor de administración 2
- Centro de datos del router o procesador de mensajes 1
- Centro de datos del router o procesador de mensajes 2
Quita la “puerta de enlace” adicional Pod durante la actualización al 15/4/07
Esta versión incluye una secuencia de comandos que corrige el problema OPDK-1878. En ese caso, si tu versión anterior de la instalación de Edge cambió el nombre del Pod de la puerta de enlace del valor predeterminado de “gateway”, entonces, la secuencia de comandos de actualización 4.15.07.00 agregó automáticamente un nuevo Pod llamado “gateway” a tu instalación, junto con el Pod que creaste.
Determinar si te verás afectado
Lo más probable es que este problema haya ocurrido en un entorno con varios centros de datos, donde creaste Pods de puerta de enlace con diferentes nombres en cada centro de datos, como “gateway-1” y “gateway-2”. Si usaste el nombre predeterminado del Pod de la puerta de enlace, “puerta de enlace”, no podrás afectados por este problema.
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
en el que ms_IP es la IP o el nombre de DNS del servidor de administración perimetral, y dc-1 es el nombre de la región. Esta muestra un array con todos los nombres de Pods en la región.
Si ejecutas este comando antes de la actualización y cambiaste el nombre de la “puerta de enlace” Pod, verás que da como resultado 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 la “puerta de enlace” grupo de anuncios:
[ "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 el parche guion
El parche 4.15.07.01 incluye la secuencia de comandos delete-gw-pod.sh que quita las Pod adicional creado por la actualización 4.15.07.00.
El comando delete-gw-pod.sh secuencia de comandos:
- Quita todos los componentes de Edge de la “puerta de enlace”. Pod específico o el 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 información.
- En cualquier nodo del Servidor de administración, ejecuta la secuencia de comandos delete-gw-pod.sh para borrar la
"puerta de enlace" Pod 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, se realiza un bucle en todas las regiones para para identificar cualquier múltiplo del Pod de la puerta de enlace. Luego, te pedirá que borres una de ellas, con la configuración predeterminada "puerta de enlace" del Pod.
Puedes pasar las opciones de la línea de comandos a la secuencia de comandos delete-gw-pod.sh. Por ejemplo, Si pasas el nombre y la región de un Pod, solo se borra ese Pod en esa región. Luego te pregunta si debes marcar todas las regiones.
Puedes pasar los siguientes parámetros a la secuencia de comandos delete-gw-pod.sh:
- -P <Administrador del sistema contraseña>
- -a <Correo electrónico del administrador, La configuración predeterminada es el valor de ADMIN_EMAIL en apigee_env.sh>
- -H <Servidor de administración host, de forma predeterminada, el valor de MSIP en apigee_env.sh>
- -r <Región para buscar la "puerta de enlace" pod>
- -p <Nombre del Pod de la puerta de enlace. La configuración predeterminada es “gateway">.
- -y <Suprimir advertencia>
Fallas corregidas
En esta versión, se corrigieron los siguientes errores.
ID del problema | Descripción |
---|---|
OPDK-1927 | Faltan tablas en la actualización de la monetización; que los índices duplicados creado |
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 a veces |
MGMT-2543 | El nuevo editor de proxy modifica el archivo XML en <Payload> de la políticaAssignMessage, que interrumpe los proxies de API existentes |
MGMT-2581 | Método de seguimiento HTTP componible 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 maneja correctamente las entidades XML |
MGMT-2618 | Problemas de implementación debido a “Error al crear directorio para ruta de acceso". |
MGMT-2702 | Vulnerabilidad de seguridad entre sitios para IE y FireFox |
DEVRT-1942 | Faltan tablas en la actualización de la monetización; que los índices duplicados creado |
APIRT-1074 | No se manejó correctamente el contenido comprimido en Gzip cuando se envía el encabezado "Connection: Close" sin encabezados Content-Length o Transfer-Encoding |