Passaggio 1: creazione di un cluster

Version 1.12 

   Versioni supportate:

• v1.13 (più recente)                        
• v1.12                         
• v1.11                         
• Elenco delle versioni supportate

Versioni non supportate:

• v1.10                                      
• v1.9                                         
• v1.8                                         
• v1.7                                         
• v1.6                                         
• v1.5                                         
• v1.4                                         
• v1.3                                         
• v1.2                                         
• v1.1                                         

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

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

• Configurazioni minime del cluster
• Configurazione dei pool di nodi dedicati
• Configurare Cassandra per la produzione
• Configurazione dell'autenticazione per Cassandra
• Configurazione di StorageClass
• Utilizzo di porte sicure

Nota: puoi creare un nuovo cluster dedicato per Apigee Hybrid o installarlo in un cluster su cui sono in esecuzione altri workload. La creazione di un cluster dedicato per Apigee Hybrid aggiunge isolamento e semplifica lo sforzo 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 la manutenzione del cluster con le versioni e le funzionalità richieste in comune per Apigee hybrid e per gli altri carichi di lavoro. Ti consigliamo di sviluppare un piano per la migrazione di uno o più carichi di lavoro se si verificano conflitti tra le versioni supportate e i requisiti.

Il resto delle istruzioni di installazione presuppone che l'installazione venga eseguita su un cluster dedicato.

Crea il cluster

Segui i passaggi relativi alla piattaforma selezionata:

GKE

Creare un cluster su GKE

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

Attenzione: Apigee non supporta la sandbox GKE o gVisor per le installazioni ibride su GKE.

Apigee consiglia di creare un cluster a livello di regione piuttosto che un cluster a livello di zona. Se non conosci la differenza 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 della regione.

1. Assicurati di utilizzare una versione di GKE supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server di applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. (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 mutazione 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.

4. Crea un cluster standard seguendo le istruzioni riportate in Creare un cluster a livello di area geografica con un pool di nodi multi-zonale. 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é i cluster Autopilot non supportano i pool di nodi personalizzati. Se utilizzi l'interfaccia utente della console Google Cloud, assicurati di selezionare PASSA AL CLUSTER STANDARD.
   Suggerimento: se non crei il cluster nella rete predefinita, segui le istruzioni riportate in Creare un cluster in una subnet esistente

   Vai al passaggio successivo solo dopo il completamento della creazione del cluster.

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

   Informazioni importanti sui pool di nodi

   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, tra cui istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

   • Informazioni sui pool di nodi
   • Requisiti di rete di Cassandra

   Requisiti minimi per il pool di nodi

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

   Nota: i valori di configurazione del pool di nodi descritti nella tabella seguente rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Per informazioni sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi.

   Nome node pool	Descrizione	Numero minimo di nodi	Tipo di macchina Minimo di produzione	Tipo di macchina Minimo non di produzione
   apigee-data	Un pool di nodi con stato 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 senza stato utilizzato dal processore di messaggi di 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 ulteriori dettagli sulla configurazione dei pool di nodi, consulta Configurare i pool di nodi dedicati.

6. (Facoltativo) Se vuoi, puoi eliminare il pool di nodi default. Consulta Eliminare un node pool.
7. 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.
8. 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 zonali

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

9. Assicurati che il cluster sia impostato come cluster predefinito per kubectl ottenendo
   Le 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 zonali

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

   Consulta Impostare un cluster predefinito per i comandi kubectl.

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

    1. Recupera il nome della classe StorageClass predefinita corrente:

       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

    2. 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>

    3. Crea un nuovo file denominato storageclass.yaml.
    4. 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 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

    5. Applica il nuovo StorageClass al cluster Kubernetes:

       kubectl apply -f storageclass.yaml

    6. Esegui i due comandi seguenti per modificare StorageClass predefinito:

       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"}}}'

    7. Esegui questo comando per verificare che la nuova classe di archiviazione 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

11. Abilita l'identità del carico di lavoro per il cluster. Workload Identity consente ai carichi di lavoro nei tuoi cluster GKE di rubare l'identità degli account di servizio Identity and Access Management (IAM) 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 zonali

    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 GKE.

    Apigee hybrid offre anche un'opzione separata per utilizzare Workload Identity per autenticare gli account di servizio. Se vuoi utilizzare questa funzionalità, seleziona i modelli Workload Identity quando raggiungi i passaggi per configurare il file overrides.yaml.

    Per ulteriori informazioni su Workload Identity in GKE, consulta Abilitare Workload Identity.

12. Verifica se Workload Identity è stato attivato 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 zonali

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

Quando hai installato e avviato 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 solo software su VMware.

1. Assicurati di utilizzare una versione di Google Distributed Cloud supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server di applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. 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 il completamento della creazione del cluster.

4. Crea due pool di nodi seguendo le istruzioni riportate in Creare e gestire i pool di nodi. Configura i pool di nodi con i requisiti minimi elencati nella tabella seguente.

   Informazioni importanti sui pool di nodi

   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, tra cui le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

   • Informazioni sui pool di nodi
   • Requisiti di rete di Cassandra

   Requisiti minimi per il pool di nodi

   Assicurati di soddisfare questi requisiti minimi quando crei i pool di nodi. 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 sono sufficienti per il traffico di produzione.

   Nota: i valori di configurazione del pool di nodi descritti nella tabella seguente rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Per informazioni sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi.

   Nome node pool	Descrizione	Numero minimo di nodi	Tipo di macchina Minimo di produzione	Tipo di macchina Minimo non di produzione
   apigee-data	Un pool di nodi con stato 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 senza stato utilizzato dal processore di messaggi di 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 ulteriori dettagli sulla configurazione dei pool di nodi, consulta Configurare i pool di nodi dedicati.

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

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

   1. Recupera il nome della classe StorageClass predefinita corrente:

      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

   2. 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>

   3. Crea un nuovo file denominato storageclass.yaml.
   4. 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 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

   5. Applica il nuovo StorageClass al cluster Kubernetes:

      kubectl apply -f storageclass.yaml

   6. Esegui i due comandi seguenti per modificare StorageClass predefinito:

      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"}}}'

   7. Esegui questo comando per verificare che la nuova classe di archiviazione 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 avviato 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 on bare metal. Google Distributed Cloud on bare metal ti consente di eseguire cluster Kubernetes direttamente sulle risorse della tua macchina.

1. Assicurati di utilizzare una versione di Google Distributed Cloud supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server delle applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. Consulta la Panoramica dei prerequisiti per l'installazione e la sezione Creazione di cluster: panoramica.
4. Crea il cluster con due pool di nodi configurati come descritto di seguito:
   • Segui le istruzioni per la creazione dei cluster in Creare cluster di base.
   • Crea almeno due pool di nodi. Configura i pool di nodi con i requisiti minimi elencati nella tabella seguente.

     Informazioni importanti sui pool di nodi

     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, tra cui le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

     Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

     • Configurare i pool di nodi dedicati
     • Informazioni sui pool di nodi
     • Requisiti di rete di Cassandra

     Le configurazioni minime per il cluster sono:

     Nota: i valori di configurazione del pool di nodi descritti nella tabella seguente rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Le seguenti tabelle forniscono i valori CPU minimi per Prod o Non prod, a seconda dell'installazione ibrida di Apigee che stai creando. Le installazioni non di produzione sono adatte per i test e la dimostrazione, ma non sono sufficienti per il traffico di produzione.

     Configurazione	Pool di nodi con stato	Pool di nodi senza stato
     Finalità	Un pool di nodi con stato utilizzato per il database Cassandra.	Un pool di nodi senza stato utilizzato dal processore di messaggi di 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 disco minime	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.
     Larghezza di banda della rete per ogni tipo di istanza della macchina	1 Gbps	1 Gbps

     Per ulteriori dettagli sulla configurazione minima del cluster, consulta: Configurazioni minime del cluster

Quando hai installato e avviato 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.

1. Assicurati di utilizzare una versione di AKS supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server delle applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. Crea il cluster utilizzando Azure CLI o Azure Portal e crea due pool di nodi come descritto di seguito.

   Informazioni importanti sui pool di nodi

   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, tra cui le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

   • Configurare i pool di nodi dedicati
   • Informazioni sui pool di nodi
   • Requisiti di rete di Cassandra

   Le configurazioni minime per il cluster sono:

   Nota: i valori di configurazione del pool di nodi descritti nella tabella riportata di seguito rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Per informazioni sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi. Le seguenti tabelle forniscono i valori CPU minimi per Prod o Non prod, a seconda dell'installazione ibrida di Apigee che stai creando. Le installazioni non di produzione sono adatte per i test e la dimostrazione, ma non sono sufficienti per il traffico di produzione.

   Configurazione	Pool di nodi con stato	Pool di nodi senza stato
   Finalità	Un pool di nodi con stato utilizzato per il database Cassandra.	Un pool di nodi senza stato utilizzato dal processore di messaggi di 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 disco minime	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza della macchina	1 Gbps	1 Gbps

   Per ulteriori dettagli sulla configurazione minima del cluster, consulta: Configurazioni minime del cluster

Quando hai installato e avviato 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.

1. Assicurati di utilizzare una versione di EKS supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server delle applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. Se utilizzi Kubernetes versione 1.24 o successive, assicurati di aver installato il driver CSI Kubernetes per Amazon EBS.
4. Segui le istruzioni riportate di seguito per creare un cluster di utenti e due pool di nodi come descritto di seguito.
   • Documentazione di panoramica di EKS.
   • Creazione di un cluster Amazon EKS.

   Informazioni importanti sui pool di nodi

   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, tra cui le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

   • Configurare i pool di nodi dedicati
   • Informazioni sui pool di nodi
   • Requisiti di rete di Cassandra

   Le configurazioni minime per il cluster sono:

   Nota: i valori di configurazione del pool di nodi descritti nella tabella seguente rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Per informazioni sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi. Le seguenti tabelle forniscono i valori CPU minimi per Prod o Non prod, a seconda dell'installazione ibrida di Apigee che stai creando. Le installazioni non di produzione sono adatte per i test e la dimostrazione, ma non sono sufficienti per il traffico di produzione.

   Configurazione	Pool di nodi con stato	Pool di nodi senza stato
   Finalità	Un pool di nodi con stato utilizzato per il database Cassandra.	Un pool di nodi senza stato utilizzato dal processore di messaggi di 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 disco minime	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza della macchina	1 Gbps	1 Gbps

   Per ulteriori dettagli sulla configurazione minima del cluster, consulta: Configurazioni minime del cluster

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

GKE su AWS

Creare un cluster su GKE su AWS

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

1. Assicurati di utilizzare una versione di GKE su AWS supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server di applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. Segui le istruzioni riportate di seguito per creare un cluster di utenti e due pool di nodi come descritto di seguito.
   • Documentazione di panoramica di GKE su AWS.
   • Esegui il deployment di un'applicazione su GKE su AWS.

   Informazioni importanti sui pool di nodi

   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, tra cui le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

   • Configurare i pool di nodi dedicati
   • Informazioni sui pool di nodi
   • Requisiti di rete di Cassandra

   Le configurazioni minime per il cluster sono:

   Nota: i valori di configurazione del pool di nodi descritti nella tabella seguente rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Per informazioni sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi. Le seguenti tabelle forniscono i valori CPU minimi per Prod o Non-prod, a seconda dell'installazione ibrida di Apigee che stai creando. Le installazioni non di produzione sono adatte per test e dimostrazioni, ma non sono sufficienti per il traffico di produzione.

   Configurazione	Pool di nodi con stato	Pool di nodi senza stato
   Finalità	Un pool di nodi con stato utilizzato per il database Cassandra.	Un pool di nodi senza stato utilizzato dal processore di messaggi di 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 disco minime	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza della macchina	1 Gbps	1 Gbps

   Per ulteriori dettagli sulla configurazione minima del cluster, consulta: Configurazioni minime del cluster

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

OpenShift

Creare un cluster su OpenShift

Questa procedura spiega come configurare e creare un cluster per Apigee hybrid su OpenShift.

1. Assicurati di utilizzare una versione di OpenShift supportata per la versione ibrida 1.12.3. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi su tutti i nodi e i server di applicazioni siano sincronizzati con il protocollo NTP (Network Time Protocol), come spiegato nella sezione Prerequisiti. Il database Cassandra si basa sulla sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare l'ibrido in più regioni, assicurati che siano sincronizzate con NTP in tutte le regioni.
3. Crea il cluster OpenShift da eseguire nel piano di runtime, installa Apigee nel cluster utente OpenShift e crea due pool di nodi.
   Puoi trovare ulteriori informazioni sulla creazione e sulla gestione dei cluster OpenShift su Google Cloud nella documentazione di OpenShift, ad esempio: Installare rapidamente un cluster su Google Cloud.
   Per assistenza sulla configurazione del cluster OpenShift sulle VM Google Cloud, consulta Come configurare Apigee Hybrid su Openshift sulle VM Google Cloud.

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

   Informazioni importanti sui pool di nodi

   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, tra cui le istruzioni per modificare i nomi dei pool di nodi predefiniti modificando il file di configurazione del cluster, consulta Utilizzare i valori nodeSelectors predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sulla loro configurazione prima di continuare:

   • Configurare i pool di nodi dedicati
   • Informazioni sui pool di nodi
   • Requisiti di rete di Cassandra

   Le configurazioni minime per il cluster sono:

   Nota: i valori di configurazione del pool di nodi descritti nella tabella riportata di seguito rappresentano valori minimi. Questa configurazione minima è adatta per i test. Tuttavia, in base alle tue esigenze, puoi aumentare le dimensioni dei nodi ora o in futuro. Per informazioni sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi. Le seguenti tabelle forniscono i valori CPU minimi per Prod o Non-prod, a seconda dell'installazione ibrida di Apigee che stai creando. Le installazioni non di produzione sono adatte per test e dimostrazioni, ma non sono sufficienti per il traffico di produzione.

   Configurazione	Pool di nodi con stato	Pool di nodi senza stato
   Finalità	Un pool di nodi con stato utilizzato per il database Cassandra.	Un pool di nodi senza stato utilizzato dal processore di messaggi di 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 disco minime	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.	2000 IOPS con SAN o archiviazione direttamente collegata. NFS non è consigliato anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza della macchina	1 Gbps	1 Gbps

   Per ulteriori dettagli sulla configurazione minima del cluster, consulta: Configurazioni minime del cluster

Dopo aver 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 12