4.15.07.01: Notas de la versión de Apigee Edge para nube privada

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:

  1. Centro de datos 1 de Qpid
  2. Centro de datos 2 de Qpid
  3. Centro de datos de Postgres 1
  4. Centro de datos de Postgres 2
  5. Centro de datos del servidor de administración 1
  6. Centro de datos del servidor de administración 2
  7. Centro de datos 1 del procesador de mensajes y routers
  8. 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:

  1. Instala el parche 4.15.07.01.
  2. 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.
  3. 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