Límites de proxy por entorno mejorados

Información general

Las nuevas organizaciones híbridas de Apigee se pueden aprovisionar con la capacidad de implementar más de 50 proxies por entorno. Esta función también está disponible en Apigee X.

  • El número máximo de proxies de API y flujos compartidos desplegados por organización es de 6000.
  • El número máximo de unidades de implementación de proxy por instancia de Apigee es de 6000.
  • El número máximo de rutas base de API por organización de Apigee es de 3000.

Cuando se implementan más de 50 proxies en un entorno, Apigee particiona automáticamente el entorno en varios conjuntos de réplicas distintos, cada uno de los cuales contiene un subconjunto de proxies implementados en el entorno. Estos subconjuntos de réplicas se comportan como un único entorno en la forma en que cargan y ejecutan un conjunto de proxies y otros recursos del entorno. El usuario no notará nada y podrás seguir usando el entorno como si fuera un único entorno.

Aprovisionando

Para aprovisionar una organización nueva con el número de proxies por entorno mejorado, sigue estos pasos:

  1. Proporciona el ID de tu proyecto y el nombre de tu organización a tu representante de Apigee para configurar el límite de proxy mejorado.
  2. Sigue las instrucciones de instalación de Apigee hybrid para aprovisionar la organización híbrida. En el archivo de anulaciones, añade la propiedad de nivel superior enhanceProxyLimits: 
    enhanceProxyLimits: true

    Aplica los cambios a enhanceProxyLimits actualizando el gráfico apigee-org y el gráfico apigee-virtualhost de cada grupo de entornos.

  3. Crea e implementa un proxy.
  4. Verifica que los límites de proxy mejorados estén habilitados:
    1. Obtén el nombre del configmap de tu espacio de nombres de Apigee: 
      kubectl get configmap -n APIGEE_NAMESPACE

      La salida debería ser similar a la siguiente: 

      NAME                                                             DATA   AGE
...
apigee-synchronizer-hybr-example-env-dggroupconfi-bc7726a       3      12m
...
    2. Comprueba el ConfigMap con nombre: 
      kubectl get configmap -n APIGEE_NAMESPACE CONFIGMAP_NAME -o yaml

      Donde CONFIGMAP_NAME es el nombre del configmap del paso anterior.

      La salida debería ser similar a la siguiente: 

      kubectl get configmap -n apigee apigee-synchronizer-hybr-example-env-dggroupconfi-bc7726a -o yaml
apiVersion: v1
data:
contract.revid: "2"
contract.uid: 4a792429-20fb-4b29-bed3-3f8ce7b3353e
deploymentGroups: auto-2ecde5ae-04
kind: ConfigMap
metadata:
creationTimestamp: "2024-05-15T20:04:26Z"
labels:
    apigee.cloud.google.com/platform: apigee
name: apigee-synchronizer-hybr-test-env-dggroupconfi-bc7726a
namespace: apigee
ownerReferences:
- apiVersion: apigee.cloud.google.com/v1alpha2
    blockOwnerDeletion: true
    controller: true
    kind: ApigeeEnvironment
    name: hybrid-dev--test-env-4f37f70
    uid: 696e84ec-5c54-4858-a2e0-e36db5ff3506
resourceVersion: "2520100"
uid: b297bd33-300a-48cf-bf85-6c7cd0ff288f
  5. Comprueba si hay pods de tiempo de ejecución que contengan la subcadena auto: 
    kubectl get pods -n APIGEE_NAMESPACE | grep auto

    La salida debería ser similar a la siguiente: 

    kubectl get pods -n apigee | grep auto
apigee-runtime-hybr-test-env-auto-2ecde5a-bca5298-4gsrw   1/1     Running     0                98m

Limitaciones

Apigee ofrece límites de proxy por entorno mejorados solo en las organizaciones recién creadas. No se admite la conversión de organizaciones para que usen límites de proxy mejorados.

Las copias de seguridad de una organización que se haya creado sin los límites de proxy mejorados habilitados no se pueden restaurar en una organización creada con la función habilitada.

Problemas conocidos

Solución de problemas

Síntoma Resolución
La sesión de depuración no muestra solicitudes. Sigue los pasos que se indican en Configurar el flujo de autorización para verificar los permisos de la cuenta de servicio del tiempo de ejecución de Apigee.