Descripción general
Se pueden aprovisionar organizaciones nuevas de Apigee Hybrid con la capacidad de implementar más de 50 proxies por entorno habilitada. Esta función también está disponible para Apigee X.
- La cantidad máxima de proxies de API y flujos compartidos implementados por organización es de 6,000.
- La cantidad máxima de unidades de implementación del proxy por instancia de Apigee es de 6,000.
- La cantidad máxima de rutas base de API por organización de Apigee es de 3,000.
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 son equivalentes en comportamiento a un solo entorno en la forma en que cargan y ejecutan un conjunto de proxies y otros recursos del entorno. Esto será transparente para el usuario, y podrás seguir usando el entorno como si fuera uno solo.
Aprovisionamiento
Para aprovisionar una organización nueva con la cantidad mejorada de proxies por entorno, haz lo siguiente:
- Proporciona el ID del proyecto y el nombre de la organización a tu representante de Apigee para configurar el límite de proxy mejorado.
-
Sigue las instrucciones de instalación de Apigee Hybrid para aprovisionar la organización híbrida. En tu archivo de anulaciones, agrega la propiedad de nivel superior
enhanceProxyLimits
:enhanceProxyLimits: true
Para aplicar cambios a
enhanceProxyLimits
, actualiza el gráficoapigee-org
y el gráficoapigee-virtualhost
para cada grupo de entornos. - Crea e implementa un proxy.
-
Verifica que los límites de proxy mejorados estén habilitados:
-
Obtén el nombre del configmap para tu espacio de nombres de Apigee:
kubectl get configmap -n APIGEE_NAMESPACE
El resultado debería ser similar al siguiente:
NAME DATA AGE ... apigee-synchronizer-hybr-example-env-dggroupconfi-bc7726a 3 12m ...
-
Verifica el ConfigMap con nombre:
kubectl get configmap -n APIGEE_NAMESPACE CONFIGMAP_NAME -o yaml
En ese ejemplo,
CONFIGMAP_NAME
es el nombre del configmap del paso anterior.El resultado debería ser similar al 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
-
Obtén el nombre del configmap para tu espacio de nombres de Apigee:
-
Comprueba la existencia de pods de entorno de ejecución que contengan la subcadena
auto
:kubectl get pods -n APIGEE_NAMESPACE | grep auto
El resultado debería ser similar al 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 mejorados por proxy y por entorno solo en las organizaciones creadas recientemente. No se admite la conversión de organizaciones existentes para usar límites de proxy mejorados.
No se pueden restablecer las copias de seguridad de una organización que se creó sin los límites de proxy mejorados habilitados en una organización que se creó con la función habilitada.
Problemas conocidos
-
Encadenamiento de proxy:
- No se admite el encadenamiento de proxies con mTLS. Consulta el problema conocido 392135466.