Questa pagina è stata tradotta dall'API Cloud Translation.

Passaggio 1: creazione di un cluster

Se stai eseguendo una nuova installazione, continua con le configurazioni descritte di seguito.

Questo passaggio spiega come creare il cluster in cui verrà eseguito Apigee hybrid. Le istruzioni variano a seconda della piattaforma in cui esegui l'ibrido. Prima di iniziare, assicurati di esaminare le seguenti informazioni:

Nota: puoi creare un nuovo cluster dedicato per Apigee Hybrid oppure installarlo in un cluster che esegue altri workload. La creazione di un cluster dedicato per Apigee Hybrid aggiunge l'isolamento e semplifica l'impegno complessivo necessario per gestire il cluster e i relativi carichi di lavoro Apigee Hybrid.

Se installi Apigee hybrid in un cluster che esegue altri carichi di lavoro, devi eseguire l'upgrade e mantenere il cluster alle versioni e alle funzionalità richieste in comune per Apigee hybrid e per gli altri carichi di lavoro. Potresti voler sviluppare un piano per eseguire la migrazione di uno o più carichi di lavoro se si verificano conflitti tra le versioni supportate e i requisiti.

Le restanti istruzioni di installazione presuppongono che l'installazione venga eseguita su un cluster dedicato.

Crea il cluster

Segui i passaggi relativi alla piattaforma selezionata:

GKE

Crea un cluster su GKE

Questi passaggi spiegano come configurare e creare un cluster GKE nel tuo progetto Google Cloud.

Apigee consiglia di creare un cluster regionale anziché un cluster di zona. Se non hai familiarità con la distinzione tra regioni e zone, consulta Regioni e zone. Le regioni disponibili sono elencate in Regioni e zone disponibili. Tieni presente che, ad esempio, us-west1 è un nome di regione valido, mentre us-west1-a è una zona nella regione.

Assicurati di utilizzare una versione di GKE supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
(Solo cluster privati GKE) Se stai creando un cluster privato su GKE, aggiungi una regola firewall per consentire la porta 9443 per la comunicazione tra i nodi master GKE e i nodi worker GKE e per consentire ai master GKE di accedere agli webhook di modifica di Apigee. Segui la procedura descritta in Aggiunta di regole firewall per casi d'uso specifici nella documentazione di Google Kubernetes Engine. Per maggiori informazioni, consulta Cluster privati in GKE.
Non è necessario aggiungere questa regola se stai creando un cluster standard o pubblico.
Crea un cluster standard seguendo le istruzioni riportate in Creare un cluster regionale con un pool di nodi multizona. Puoi creare il cluster solo con il pool di nodi predefinito. Nel passaggio successivo configurerai e creerai i pool di nodi Apigee Hybrid richiesti.
Importante: crea un cluster standard anziché un cluster Autopilot. Apigee hybrid non supporta i cluster Autopilot perché non supportano i pool di nodi personalizzati. Se utilizzi l'interfaccia utente Google Cloud console , assicurati di selezionare PASSA AL CLUSTER STANDARD.

Suggerimento: se non crei il cluster nella rete predefinita, segui le istruzioni riportate in Creazione di un cluster in una subnet esistente

Vai al passaggio successivo solo dopo che la creazione del cluster è stata completata correttamente.

Crea due pool di nodi seguendo le istruzioni in Aggiunta e gestione dei pool di nodi. Assicurati di configurare i node pool con i requisiti minimi elencati nella tabella seguente.

Informazioni importanti sui node pool

Nota: ti consigliamo di utilizzare i nomi apigee-data e apigee-runtime per i pool di nodi. Apigee Hybrid riconosce questi nomi per impostazione predefinita. Se non vuoi utilizzare i nomi predefiniti, è necessaria una configurazione aggiuntiva in un secondo momento, quando configuri il cluster per Apigee Hybrid. Per ulteriori informazioni, incluse le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzo di nodeSelector predefiniti.

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Requisiti pool di nodi pool

Assicurati di soddisfare questi requisiti minimi quando crei i node pool. Assicurati di selezionare il valore per Prod o Non-prod a seconda dell'installazione di Apigee hybrid che stai creando. Le installazioni non di produzione sono adatte per test e dimostrazioni, ma non sufficienti per il traffico di produzione. Se utilizzi la console Google Cloud , assicurati di configurare sia le sezioni Dettagli del pool di nodi che Nodi.

Nome node pool	Descrizione	Numero minimo di nodi	Prod Minimum machine type	Tipo di macchina minimo non di produzione
`apigee-data`	Un pool di nodi stateful utilizzato per il database Cassandra.	1 per zona (3 per regione)	e2-standard-8 (8 vCPU, 32 GB di memoria)	e2-standard-4 (4 vCPU, 16 GB di memoria)
`apigee-runtime`	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.	1 per zona (3 per regione)	e2-standard-8 (8 vCPU, 32 GB di memoria)	e2-standard-4 (4 vCPU, 16 GB di memoria)

Per maggiori dettagli sulla configurazione del node pool, consulta Configurazione dei pool di nodi dedicati.

(Facoltativo) Se vuoi, puoi eliminare il pool di nodi default. Vedi Eliminare un node pool.
Se non l'hai ancora fatto, crea le seguenti variabili di ambiente. Queste variabili vengono utilizzate nei seguenti comandi gcloud.
Linux / macOS
```
export CLUSTER_NAME="YOUR_CLUSTER_NAME"
export CLUSTER_LOCATION="YOUR_CLUSTER_LOCATION"
export PROJECT_ID="YOUR_PROJECT_ID"
```
Windows
```
set CLUSTER_NAME="YOUR_CLUSTER_NAME"
set CLUSTER_LOCATION=YOUR_CLUSTER_LOCATION
set PROJECT_ID=YOUR_PROJECT_ID
```
Dove:
- CLUSTER_NAME: il nome del cluster.
- CLUSTER_LOCATION: la regione in cui hai creato il cluster.
- PROJECT_ID: l'ID del tuo progetto Google Cloud.

Verifica le configurazioni del pool di nodi:

Cluster a livello di regione

gcloud container node-pools list \
--cluster=${CLUSTER_NAME} \
--region=${CLUSTER_LOCATION} \
--project=${PROJECT_ID}

Cluster di zona

gcloud container node-pools list \
--cluster=${CLUSTER_NAME} \
--zone=${CLUSTER_LOCATION} \
--project=${PROJECT_ID}

Assicurati che il cluster sia impostato come cluster predefinito per kubectl ottenendo il

Credenziali gcloud del cluster che hai appena creato:

Cluster a livello di regione

  gcloud container clusters get-credentials ${CLUSTER_NAME} \
    --region ${CLUSTER_LOCATION} \
    --project ${PROJECT_ID}

Cluster di zona

  gcloud container clusters get-credentials ${CLUSTER_NAME} \
    --zone ${CLUSTER_LOCATION} \
    --project ${PROJECT_ID}

Consulta Impostare un cluster predefinito per i comandi kubectl.

Configura lo spazio di archiviazione unità a stato solido (SSD) permanente per Cassandra. Non supportiamo l'utilizzo di SSD locali. Per ulteriori informazioni, consulta Modificare la classe di archiviazione predefinita nella documentazione di Kubernetes.

Recupera il nome della risorsa StorageClass predefinita attuale:

kubectl get sc

Ad esempio:

kubectl get sc
  NAME                    PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  premium-rwo             pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard                kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo (default)  pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

Descrivi la classe di archiviazione denominata standard-rwo. Tieni presente che il suo tipo è pd-balanced:

kubectl describe sc standard-rwo

Ad esempio:

kubectl describe sc standard-rwo

Name:                  standard-rwo
  IsDefaultClass:        Yes
  Annotations:           components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=false
  Provisioner:           pd.csi.storage.gke.io
  Parameters:            type=pd-balanced
  AllowVolumeExpansion:  True
  MountOptions:          <none>
  ReclaimPolicy:         Delete
  VolumeBindingMode:     WaitForFirstConsumer
  Events:                <none>

Crea un nuovo file denominato storageclass.yaml.

Aggiungi questo codice al file. Tieni presente che il nome della nuova classe di archiviazione è apigee-sc. Puoi utilizzare il nome che preferisci. Inoltre, tieni presente che il tipo di spazio di archiviazione è pd-ssd:

---
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: "apigee-sc"
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-ssd
  replication-type: none
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true

Applica la nuova StorageClass al cluster Kubernetes:
```
kubectl apply -f storageclass.yaml
```

Esegui questi due comandi per modificare StorageClass predefinita:

kubectl patch storageclass standard-rwo \
-p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

kubectl patch storageclass apigee-sc \
-p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

Esegui questo comando per verificare che la nuova risorsa StorageClass predefinita si chiami apigee-sc:

kubectl get sc

Ad esempio:

kubectl get sc
  NAME                  PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  apigee-sc (default)   kubernetes.io/gce-pd    Delete          WaitForFirstConsumer   true                   14h
  premium-rwo           pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard              kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo          pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

Abilita Workload Identity per il cluster. Workload Identity consente ai carichi di lavoro nei cluster GKE di impersonare account di servizio IAM (Identity and Access Management) per accedere ai servizi Google Cloud. Questa operazione può richiedere fino a 30 minuti:
Cluster a livello di regione
```
gcloud container clusters update ${CLUSTER_NAME} \
  --workload-pool=${PROJECT_ID}.svc.id.goog \
  --project ${PROJECT_ID} \
  --region ${CLUSTER_LOCATION}
```
Cluster di zona
```
gcloud container clusters update ${CLUSTER_NAME} \
  --workload-pool=${PROJECT_ID}.svc.id.goog \
  --zone ${CLUSTER_LOCATION} \
  --project ${PROJECT_ID}
```
Nota:questo passaggio di attivazione di Workload Identity per il cluster si applica a tutte le installazioni di GKE.
Apigee hybrid offre anche un'opzione separata per utilizzare Workload Identity per autenticare i service account. Se vuoi utilizzare questa funzionalità, seleziona i modelli di Workload Identity quando raggiungi i passaggi per configurare il file overrides.yaml.

Per saperne di più su Workload Identity in GKE, consulta Abilitare Workload Identity.

Verifica se Workload Identity è stato abilitato correttamente con il seguente comando:

Cluster a livello di regione

gcloud container clusters describe ${CLUSTER_NAME} \
  --project ${PROJECT_ID} \
  --region ${CLUSTER_LOCATION} | grep -i "workload"

Cluster di zona

gcloud container clusters describe ${CLUSTER_NAME} \
  --zone ${CLUSTER_LOCATION} \
  --project ${PROJECT_ID} | grep -i "workload"

Quando hai installato e in esecuzione un cluster, vai al passaggio successivo.

Google Distributed Cloud su VMware

Crea un cluster on VMware

Questi passaggi spiegano come configurare e creare un cluster GKE per Apigee Hybrid nell'ambito di un deployment di Google Distributed Cloud su VMware solo software.

Assicurati di utilizzare una versione di Google Distributed Cloud supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
Crea il cluster seguendo le istruzioni riportate in Creare cluster di base. Puoi creare il cluster solo con il pool di nodi predefinito. Nel passaggio successivo configurerai e creerai i pool di nodi Apigee Hybrid richiesti.
Vai al passaggio successivo solo dopo che la creazione del cluster è stata completata correttamente.

Crea due node pool seguendo le istruzioni in Creazione e gestione dei node pool. Configura i pool di nodi con i requisiti minimi elencati nella tabella seguente.

Informazioni importanti sui node pool

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Requisiti pool di nodi pool

Assicurati di soddisfare questi requisiti minimi quando crei i node pool. Seleziona i valori per Prod o Non-prod a seconda dell'installazione di Apigee hybrid che stai creando. Le installazioni non di produzione sono adatte per test e dimostrazioni, ma non sufficienti per il traffico di produzione.

Nome node pool	Descrizione	Numero minimo di nodi	Prod Minimum machine type	Tipo di macchina minimo non di produzione
`apigee-data`	Un pool di nodi stateful utilizzato per il database Cassandra.	1 per zona (3 per regione)	e2-standard-8 (8 vCPU, 16 GB di memoria)	e2-standard-4 (4 vCPU, 16 GB di memoria)
`apigee-runtime`	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.	1 per zona (3 per regione)	e2-standard-8 (8 vCPU, 16 GB di memoria)	e2-standard-4 (4 vCPU, 16 GB di memoria)

Per maggiori dettagli sulla configurazione del node pool, consulta Configurazione dei pool di nodi dedicati.

(Facoltativo) Se vuoi, puoi eliminare il pool di nodi default. Vedi Eliminare un node pool.

Recupera il nome della risorsa StorageClass predefinita attuale:

kubectl get sc

Ad esempio:

kubectl get sc
  NAME                    PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  premium-rwo             pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard                kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo (default)  pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

Descrivi la classe di archiviazione denominata standard-rwo. Tieni presente che il suo tipo è pd-balanced:

kubectl describe sc standard-rwo

Ad esempio:

kubectl describe sc standard-rwo

Name:                  standard-rwo
IsDefaultClass:        Yes
Annotations:           components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=false
Provisioner:           pd.csi.storage.gke.io
Parameters:            type=pd-balanced
AllowVolumeExpansion:  True
MountOptions:          <none>
ReclaimPolicy:         Delete
VolumeBindingMode:     WaitForFirstConsumer
Events:                <none>

Crea un nuovo file denominato storageclass.yaml.

---
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: "apigee-sc"
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-ssd
  replication-type: none
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true

Applica la nuova StorageClass al cluster Kubernetes:
```
kubectl apply -f storageclass.yaml
```

Esegui questi due comandi per modificare StorageClass predefinita:

kubectl patch storageclass standard-rwo \
  -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

kubectl patch storageclass apigee-sc \
  -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

Esegui questo comando per verificare che la nuova risorsa StorageClass predefinita si chiami apigee-sc:

kubectl get sc

Ad esempio:

kubectl get sc
  NAME                  PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  apigee-sc (default)   kubernetes.io/gce-pd    Delete          WaitForFirstConsumer   true                   14h
  premium-rwo           pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard              kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo          pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

Quando hai installato e in esecuzione un cluster, vai al passaggio successivo.

Google Distributed Cloud su bare metal

Crea un cluster on bare metal

Questi passaggi spiegano come configurare e creare un cluster GKE per Apigee Hybrid nell'ambito di un deployment solo software di Google Distributed Cloud su bare metal. Google Distributed Cloud on bare metal ti consente di eseguire cluster Kubernetes direttamente sulle tue risorse della macchina.

Assicurati di utilizzare una versione di Google Distributed Cloud supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
Rivedi la panoramica dei prerequisiti di installazione e la panoramica della creazione dei cluster.

Crea il cluster con due pool di nodi configurati come descritto di seguito:

Segui le istruzioni per la creazione del cluster in Creare cluster di base.

Crea un minimo di due node pool. Configura i pool di nodi con i requisiti minimi elencati nella tabella seguente.

Informazioni importanti sui node pool

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Le configurazioni minime per il cluster sono:

Configurazione	Pool di nodi stateful	Pool di nodi stateless
Finalità	Un pool di nodi stateful utilizzato per il database Cassandra.	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.
Nome dell'etichetta	apigee-data	apigee-runtime
Numero di nodi	1 per zona (3 per regione)	1 per zona (3 per regione)
CPU	8 (Prod) 4 (Non-prod)	8 (Prod) 4 (Non-prod)
RAM	32 (produzione) 16 (non produzione)	32 (produzione) 16 (non produzione)
Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
IOPS minime del disco	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.
Larghezza di banda della rete per ogni tipo di istanza macchina	1 Gbps	1 Gbps

Per maggiori dettagli sulla configurazione minima del cluster, vedi: Configurazioni minime del cluster

Quando hai installato e in esecuzione un cluster, vai al passaggio successivo.

AKS

Crea un cluster su AKS

Questi passaggi spiegano come configurare e creare un cluster per Apigee hybrid su AKS.

Assicurati di utilizzare una versione di AKS supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.

Crea il cluster utilizzando Azure CLI o Azure Portal e crea due pool di nodi come descritto di seguito.

Informazioni importanti sui node pool

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Le configurazioni minime per il cluster sono:

Configurazione	Pool di nodi stateful	Pool di nodi stateless
Finalità	Un pool di nodi stateful utilizzato per il database Cassandra.	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.
Nome dell'etichetta	apigee-data	apigee-runtime
Numero di nodi	1 per zona (3 per regione)	1 per zona (3 per regione)
CPU	8 (Prod) 4 (Non-prod)	8 (Prod) 4 (Non-prod)
RAM	32 (produzione) 16 (non produzione)	32 (produzione) 16 (non produzione)
Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
IOPS minime del disco	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.
Larghezza di banda della rete per ogni tipo di istanza macchina	1 Gbps	1 Gbps

Per maggiori dettagli sulla configurazione minima del cluster, vedi: Configurazioni minime del cluster

Quando hai installato e in esecuzione un cluster, vai al passaggio successivo.

EKS

Crea un cluster su EKS

Questi passaggi spiegano come configurare e creare un cluster per Apigee hybrid su EKS.

Assicurati di utilizzare una versione di EKS supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
Se utilizzi Kubernetes versione 1.24 o successive, assicurati di aver installato il driver CSI Kubernetes per Amazon EBS.

Utilizza le seguenti istruzioni per creare un cluster utente e due pool di nodi come descritto di seguito.

Informazioni importanti sui node pool

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Le configurazioni minime per il cluster sono:

Configurazione	Pool di nodi stateful	Pool di nodi stateless
Finalità	Un pool di nodi stateful utilizzato per il database Cassandra.	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.
Nome dell'etichetta	apigee-data	apigee-runtime
Numero di nodi	1 per zona (3 per regione)	1 per zona (3 per regione)
CPU	8 (Prod) 4 (Non-prod)	8 (Prod) 4 (Non-prod)
RAM	32 (produzione) 16 (non produzione)	32 (produzione) 16 (non produzione)
Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
IOPS minime del disco	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.
Larghezza di banda della rete per ogni tipo di istanza macchina	1 Gbps	1 Gbps

Per maggiori dettagli sulla configurazione minima del cluster, vedi: Configurazioni minime del cluster

Quando hai installato e in esecuzione un cluster, vai al passaggio successivo.

GKE su AWS

Crea un cluster su GKE su AWS

Questi passaggi spiegano come configurare e creare un cluster per Apigee hybrid su GKE su AWS.

Assicurati di utilizzare una versione di GKE su AWS supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.

Utilizza le seguenti istruzioni per creare un cluster utente e due pool di nodi come descritto di seguito.

Informazioni importanti sui node pool

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Le configurazioni minime per il cluster sono:

Configurazione	Pool di nodi stateful	Pool di nodi stateless
Finalità	Un pool di nodi stateful utilizzato per il database Cassandra.	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.
Nome dell'etichetta	apigee-data	apigee-runtime
Numero di nodi	1 per zona (3 per regione)	1 per zona (3 per regione)
CPU	8 (Prod) 4 (Non-prod)	8 (Prod) 4 (Non-prod)
RAM	32 (produzione) 16 (non produzione)	32 (produzione) 16 (non produzione)
Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
IOPS minime del disco	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.
Larghezza di banda della rete per ogni tipo di istanza macchina	1 Gbps	1 Gbps

Per maggiori dettagli sulla configurazione minima del cluster, vedi: Configurazioni minime del cluster

Quando hai installato e in esecuzione un cluster, vai al passaggio successivo.

OpenShift

Crea un cluster su OpenShift

Questi passaggi spiegano come configurare e creare un cluster per Apigee hybrid su OpenShift.

Assicurati di utilizzare una versione di OpenShift supportata per la versione ibrida 1.13.4. Consulta Piattaforme e versioni supportate di Apigee hybrid.
Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con il Network Time Protocol (NTP), come spiegato nei prerequisiti. Il database Cassandra si basa sulla sincronizzazione del Network Time Protocol (NTP) per mantenere la coerenza dei dati. Se prevedi di installare Hybrid in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.

Crea il cluster OpenShift da implementare nel runtime, installa Apigee nel cluster utente OpenShift e crea due pool di nodi.

Nell'ambito dell'installazione di OpenShift, installa e configura lo strumento CLI oc. Consulta la sezione Introduzione all'interfaccia a riga di comando di OpenShift nella documentazione di OpenShift.

Informazioni importanti sui node pool

Prima di continuare, ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla configurazione dei pool di nodi:

Le configurazioni minime per il cluster sono:

Configurazione	Pool di nodi stateful	Pool di nodi stateless
Finalità	Un pool di nodi stateful utilizzato per il database Cassandra.	Un pool di nodi stateless utilizzato dal processore di messaggi del runtime.
Nome dell'etichetta	apigee-data	apigee-runtime
Numero di nodi	1 per zona (3 per regione)	1 per zona (3 per regione)
CPU	8 (Prod) 4 (Non-prod)	8 (Prod) 4 (Non-prod)
RAM	32 (produzione) 16 (non produzione)	32 (produzione) 16 (non produzione)
Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
IOPS minime del disco	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare gli IOPS richiesti.
Larghezza di banda della rete per ogni tipo di istanza macchina	1 Gbps	1 Gbps

Per maggiori dettagli sulla configurazione minima del cluster, vedi: Configurazioni minime del cluster

Una volta installato un cluster, vai al passaggio successivo.

Passaggio successivo

1 (AVANTI) Passaggio 2: scarica i grafici Helm 3 4 5 6 7 8 9 10 11

Passaggio 1: creazione di un cluster Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Crea il cluster

GKE

Crea un cluster su GKE

Informazioni importanti sui node pool

Linux / macOS

Windows

Cluster a livello di regione

Cluster di zona

Cluster a livello di regione

Cluster di zona

Cluster a livello di regione

Cluster di zona

Cluster a livello di regione

Cluster di zona

Google Distributed Cloud su VMware

Crea un cluster on VMware

Informazioni importanti sui node pool

Google Distributed Cloud su bare metal

Crea un cluster on bare metal

Informazioni importanti sui node pool

AKS

Crea un cluster su AKS

Informazioni importanti sui node pool

EKS

Crea un cluster su EKS

Informazioni importanti sui node pool

GKE su AWS

Crea un cluster su GKE su AWS

Informazioni importanti sui node pool

OpenShift

Crea un cluster su OpenShift

Informazioni importanti sui node pool

Passaggio successivo

Passaggio 1: creazione di un cluster