Panoramica
Per le nuove organizzazioni ibride Apigee è possibile eseguire il provisioning 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 dei proxy per istanza Apigee è 6000.
- Il numero massimo di percorsi base dell'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 set di repliche distinti, ciascuno contenente un sottoinsieme di proxy di cui è stato eseguito il deployment nell'ambiente. Questi sottoinsiemi di repliche sono equivalenti per comportamento a un singolo ambiente per il modo in cui carica ed esegue un insieme di proxy e altre risorse dell'ambiente. L'operazione sarà trasparente per l'utente e potrai continuare a utilizzare l'ambiente come faresti con un singolo ambiente.
Provisioning
Per eseguire il provisioning di una nuova organizzazione con il numero avanzato di proxy per ambiente:
- Fornisci il tuo ID progetto e il nome della tua organizzazione al tuo rappresentante Apigee per configurare il limite di proxy avanzato.
-
Segui le istruzioni di installazione di Apigee hybrid per eseguire il provisioning dell'organizzazione ibrida. Nel file delle sostituzioni, aggiungi la proprietà di primo livello
enhanceProxyLimits
:enhanceProxyLimits: true
Applica le modifiche a
enhanceProxyLimits
aggiornando il graficoapigee-org
e il graficoapigee-virtualhost
per ogni gruppo di ambienti. - Crea ed esegui il deployment di un proxy.
-
Verifica che i limiti dei proxy avanzati siano abilitati:
-
Recupera il nome del file 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 il configmap denominato:
kubectl get configmap -n APIGEE_NAMESPACE CONFIGMAP_NAME -o yaml
dove
CONFIGMAP_NAME
è il nome del ConfigMap del passaggio precedente.Dovresti vedere un output simile al seguente:
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
-
Recupera il nome del file 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 auto
apigee-runtime-hybr-test-env-auto-2ecde5a-bca5298-4gsrw 1/1 Running 0 98m
Limitazioni
Apigee offre limiti dei proxy per ambiente migliorati solo per le organizzazioni appena create. La conversione delle organizzazioni esistenti per l'utilizzo dei limiti dei proxy avanzati non è supportata.
I backup di un'organizzazione creata senza i limiti dei proxy avanzati abilitati non possono essere ripristinati in un'organizzazione creata con la funzionalità abilitata.
Problemi noti
-
Catena di proxy:
- La catena di proxy con mTLS non è supportata. Consulta il problema noto 392135466.
Risoluzione dei problemi
Sintomo | Risoluzione |
---|---|
La sessione di debug non mostra le richieste. | Segui i passaggi descritti in Impostare il flusso di autorizzazione per verificare le autorizzazioni per l'account di servizio di runtime Apigee. |