Estás consultando la documentación de Apigee Edge.
Consulta 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 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 de Postgres 1
- Centro de datos de Postgres 2
- Centro de datos del servidor de administración 1
- Centro de datos del servidor de administración 2
- Centro de datos 1 del procesador de mensajes y routers
- Centro de datos 2 del procesador de mensajes y routers
Quita el Pod adicional “puerta de enlace” 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ó de forma automática un Pod nuevo llamado “gateway” a la instalación, junto con el Pod que creaste.
Determinar si te ves afectado
Es probable que este problema se haya producido en un entorno con varios centros de datos, en los 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
En el ejemplo anterior, 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. Con este comando, se muestra un arreglo que contiene todos los nombres de pods en la región.
Si ejecutas este comando antes de la actualización y cambiaste el nombre del pod “gateway”, verás los 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 “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
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 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.
- 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 “puerta de enlace” que creó 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 repiten en bucle todas las regiones para identificar cualquier múltiplo del Pod de la puerta de enlace. Luego, se te solicitará que borres una y se establecerá de forma predeterminada el pod “puerta de enlace”.
Puedes pasar opciones de la 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, solo se borrará 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 del administrador del sistema>
- -a <Correo electrónico de administrador. El valor predeterminado es ADMIN_EMAIL en apigee_env.sh>
- -H <Host del servidor de administración, cuyo valor predeterminado es el valor de MSIP en apigee_env.sh>
- -r <Región para buscar el pod “gateway”
- -p: Indica el nombre del Pod de 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; 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 para borrar de la página de la lista de informes personalizados solo funciona una vez |
MGMT-2521 | La sesión de Trace se bloquea a veces |
MGMT-2543 | El nuevo editor de proxy modifica el XML en la <Carga útil> de la política de AttributionMessage, lo que interrumpe los proxies de API existentes |
MGMT-2581 | Método de seguimiento HTTP disponible en todos los puertos de administración |
MGMT-2599 | El nuevo editor de proxy restablece el prefijo del espacio de nombres después de borrarlo |
MGMT-2616 | El nuevo editor de proxy de la API no maneja correctamente las entidades XML |
MGMT-2618 | Problemas de implementación debido a “Se produjo un error al crear el directorio para la 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; se están creando índices duplicados |
APIRT-1074 | El contenido comprimido en Gzip no se maneja correctamente cuando se envía el encabezado Connection: Close sin los encabezados Content-Length o Transfer-Encoding |