Panoramica
È possibile eseguire il provisioning di nuove organizzazioni Apigee hybrid con la possibilità di eseguire il deployment di più di 50 proxy per ambiente. Questa funzionalità è disponibile anche per Apigee X.
- Il numero massimo di proxy API e flussi condivisi di cui è stato eseguito il deployment per organizzazione è 6000.
- Il numero massimo di unità di deployment del proxy per istanza Apigee è 6000.
- Il numero massimo di percorsi di base API per organizzazione Apigee è 3000.
Quando in un ambiente viene eseguito il deployment di più di 50 proxy, Apigee partiziona automaticamente l'ambiente in diversi insiemi di repliche distinti, ognuno contenente un sottoinsieme di proxy di cui è stato eseguito il deployment nell'ambiente. Questi sottoinsiemi di repliche si comportano come un singolo ambiente per quanto riguarda il caricamento e l'esecuzione di un insieme di proxy e altre risorse dell'ambiente. Questo sarà trasparente per l'utente e potrai continuare a utilizzare l'ambiente come se fosse un singolo ambiente.
In fase di provisioning
Per eseguire il provisioning di una nuova organizzazione con un numero maggiore di proxy per ambiente:
- Fornisci l'ID progetto e il nome dell'organizzazione al tuo rappresentante Apigee per configurare il limite dei proxy avanzato.
-
Segui le istruzioni di installazione di Apigee hybrid installation instructions per eseguire il provisioning dell'organizzazione hybrid. Nel file di override, aggiungi la
enhanceProxyLimitsproprietà di primo livello:enhanceProxyLimits: true
Applica le modifiche a
enhanceProxyLimitsaggiornando il graficoapigee-orge il graficoapigee-virtualhostper ogni gruppo di ambienti. - Crea ed esegui il deployment di un proxy.
-
Verifica che i limiti dei proxy avanzati siano attivati:
-
Recupera il nome della configmap per lo spazio dei nomi Apigee:
kubectl get configmap -n APIGEE_NAMESPACE
Dovresti vedere un output simile al seguente:
NAME DATA AGE ... apigee-synchronizer-hybr-example-env-dggroupconfi-bc7726a 3 12m ...
-
Controlla la configmap denominata:
kubectl get configmap -n APIGEE_NAMESPACE CONFIGMAP_NAME -o yaml
Dove
CONFIGMAP_NAMEè il nome della configmap del passaggio precedente.Dovresti vedere un output simile al seguente:
kubectl get configmap -n apigee apigee-synchronizer-hybr-example-env-dggroupconfi-bc7726a -o yamlapiVersion: 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
-
Recupera il nome della configmap per lo spazio dei nomi Apigee:
-
Verifica l'esistenza di pod di runtime contenenti la sottostringa
auto:kubectl get pods -n APIGEE_NAMESPACE | grep auto
Dovresti vedere un output simile al seguente:
kubectl get pods -n apigee | grep autoapigee-runtime-hybr-test-env-auto-2ecde5a-bca5298-4gsrw 1/1 Running 0 98m
Limitazioni
Apigee offre limiti dei proxy avanzati per ambiente solo nelle organizzazioni appena create. La conversione delle organizzazioni esistenti per utilizzare i limiti dei proxy avanzati non è supportata.
I backup di un'organizzazione creata senza i limiti dei proxy avanzati attivati non possono essere ripristinati in un'organizzazione creata con la funzionalità attivata.
Problemi noti
-
Concatenamento dei proxy:
- Il concatenamento dei proxy con mTLS non è supportato. Consulta il problema noto 392135466.