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

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:

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

  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 información.
  3. 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:

    &gt; /&lt;instal_dir&gt;/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&gt;
  • -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