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                                         

Upgrade: se stai eseguendo l'upgrade ad Apigee hybrid versione 1.12.2, vedi Upgrade di Apigee hybrid per le istruzioni. 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. La istruzioni variano a seconda della piattaforma su cui è in esecuzione l'ibrido. Prima di iniziare, assicurati di leggere le seguenti informazioni:

• Configurazioni minime del cluster
• Configurazione di pool di nodi dedicati
• Configura 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 vengono eseguiti altri carichi di lavoro. La creazione di un cluster dedicato per Apigee hybrid aggiunge l'isolamento e semplifica l'impegno complessivo richiesto per la manutenzione del cluster e della sua soluzione ibrida Apigee carichi di lavoro con scale out impegnativi.

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.

Le altre istruzioni presuppongono che l'installazione sia eseguita su un cluster dedicato.

Crea il cluster

Segui i passaggi per la piattaforma selezionata:

GKE

Crea 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 anziché un cluster di zona. Se non conosci 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 della regione.

1. Assicurati di utilizzare una versione di GKE supportata per la versione ibrida 1.12.2. 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 di GKE). Se stai creando un cluster privato su GKE, aggiungi un firewall regola per consentire la porta 9443 per la comunicazione tra i nodi master GKE e GKE nodi worker e consentire ai master GKE di accedere ai webhook mutanti Apigee. Segui le in Aggiunta del firewall in corso... per casi d'uso specifici nella documentazione di Google Kubernetes Engine. Per maggiori informazioni informazioni, consulta Informazioni private cluster 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. Configurerai e creerai sono richiesti i pool di nodi ibridi Apigee nel passaggio successivo.
   Importante: crea un cluster standard anziché un cluster Autopilot. Apigee hybrid non supporta i cluster Autopilot, e supportare pool di nodi personalizzati. Se utilizzi l'interfaccia utente della console Google Cloud, assicurati di Seleziona PASSA A CLUSTER STANDARD.
   Suggerimento: se non stai creando il cluster nella rete predefinita, segui le istruzioni in Creazione di un cluster in un subnet esistente

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

5. Crea due pool di nodi seguendo le istruzioni riportate in Aggiungere e gestire i 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 predefinito. Se non vuoi utilizzare i nomi predefiniti, è necessaria un'ulteriore configurazione in un secondo momento, quando configurerai il cluster per Apigee hybrid. Per ulteriori informazioni, inclusi le istruzioni per cambiare i nomi predefiniti dei pool di nodi modificando il file di configurazione del cluster. consulta Utilizzare i nodeSelector predefiniti.

   Ti consigliamo di esaminare le seguenti informazioni sui pool di nodi e sul pool di nodi 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 entrambe le sezioni Dettagli del pool di nodi e Nodi.

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

   Nome pool di nodi	Descrizione	Numero minimo di nodi	Tipo di macchina Minimo di produzione	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 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 del pool di nodi, consulta Configura pool di nodi dedicati.

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

     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 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 il nuovo valore predefinito di StorageClass sia denominato 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 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 GKE.

    Apigee hybrid offre anche un'opzione separata per utilizzare Workload Identity per l'autenticazione 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"

Dopo aver installato e in esecuzione un cluster, vai al passaggio successivo.

Google Distributed Cloud on VMware

Crea un cluster on VMware

Questi passaggi spiegano come configurare e creare un cluster GKE per Apigee hybrid come parte di un deployment solo software con Google Distributed Cloud on VMware.

1. Assicurati di utilizzare una versione di Google Distributed Cloud supportata per la versione ibrida 1.12.2. 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. Cassandra sfrutta la 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 che la creazione del cluster è stata completata correttamente.

4. Crea due pool di nodi seguendo le istruzioni riportate in Creare e gestire i pool di nodi. Configura i pool di nodi con il numero minimo i requisiti elencati nella tabella di seguito.

   Cosa devi sapere 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 sul pool di nodi configurazione prima di continuare:

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

   Requisiti minimi del 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 ibrida 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.

   Nota: i valori di configurazione del pool di nodi descritti nella seguente tabella rappresentano i 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 su sulla gestione dei nodi del cluster, consulta Aggiungere e gestire i pool di nodi.

   Nome pool di nodi	Descrizione	Numero minimo di nodi	Tipo di macchina Minimo di produzione	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 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 pool di nodi.

6. Configura lo spazio di archiviazione su unità a stato solido (SSD) permanenti per Cassandra. L'uso di SSD locali non è supportato. Per maggiori informazioni informazioni, consulta Modifica la classe di archiviazione predefinita nella documentazione di Kubernetes.

   1. Ottieni il nome dell'attuale oggetto StorageClass predefinito:

      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 il valore di StorageClass denominato 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 il nuovo valore predefinito di StorageClass sia denominato 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 su 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.2. Vedi Piattaforme e versioni ibride di Apigee supportate.
2. Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con Network Time Protocol (NTP), come descritti 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 un minimo di 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 predefinito. Se non vuoi utilizzare i nomi predefiniti, è necessaria un'ulteriore configurazione in un secondo momento, quando configurerai il cluster per Apigee hybrid. Per ulteriori informazioni, inclusi le istruzioni per cambiare i nomi predefiniti dei pool di nodi modificando il file di configurazione del cluster. consulta Utilizzare i nodeSelector predefiniti.

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

     • Configura pool di nodi dedicati
     • Informazioni sui pool di nodi
     • Requisiti della rete 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. 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 stateful	Pool di nodi stateless
     Finalità	Un pool di nodi stateful 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 (produzione) 4 (non di produzione)
     RAM	32 (prodotto) 16 (non di produzione)	32 (prodotto) 16 (non di produzione)
     Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
     Numero minimo di IOPS del disco	2000 IOPS con SAN o archiviazione direttamente collegata. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.
     Larghezza di banda della rete per ogni tipo di istanza di macchina	1 Gbps	1 Gbps

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

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

1. Assicurati di utilizzare una versione di AKS supportata per la versione ibrida 1.12.2. Vedi Piattaforme e versioni ibride di Apigee supportate.
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 utilizzando l'interfaccia a riga di comando di Azure o Portale Azure 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 predefinito. Se non vuoi utilizzare i nomi predefiniti, è necessaria un'ulteriore configurazione in un secondo momento, quando configurerai il cluster per Apigee hybrid. Per ulteriori informazioni, inclusi le istruzioni per cambiare i nomi predefiniti dei pool di nodi modificando il file di configurazione del cluster. consulta Utilizzare i nodeSelector predefiniti.

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

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

   Le configurazioni minime per il tuo cluster sono:

   Nota: i valori di configurazione del pool di nodi descritti nella seguente tabella rappresentano i valori minimi. Questa configurazione minima è adatta per i test. ma in base alle tue esigenze, puoi eseguire l'upsize 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 stateful	Pool di nodi stateless
   Finalità	Un pool di nodi stateful 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 (produzione) 4 (non di produzione)
   RAM	32 (prodotto) 16 (non di produzione)	32 (prodotto) 16 (non di produzione)
   Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
   Numero minimo di IOPS del disco	2000 IOPS con SAN o archiviazione direttamente collegata. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza di macchina	1 Gbps	1 Gbps

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

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

1. Assicurati di utilizzare una versione di EKS supportata per la versione ibrida 1.12.2. Vedi Piattaforme e versioni ibride di Apigee supportate.
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 1.24 o versioni successive, assicurati di aver installato Kubernetes Driver CSI 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.

   Cosa devi sapere 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 predefinito. Se non vuoi utilizzare i nomi predefiniti, è necessaria un'ulteriore configurazione in un secondo momento, quando configurerai il cluster per Apigee hybrid. Per ulteriori informazioni, inclusi le istruzioni per cambiare i nomi predefiniti dei pool di nodi modificando il file di configurazione del cluster. consulta Utilizzare i nodeSelector predefiniti.

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

   • Configurare i pool di nodi dedicati
   • Informazioni sui pool di nodi
   • Requisiti della rete 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. La tabella seguente fornisce valori minimi della CPU per Prod o Non-prod a seconda dell'installazione ibrida 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 stateful	Pool di nodi stateless
   Finalità	Un pool di nodi stateful 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 (produzione) 4 (non di produzione)
   RAM	32 (prodotto) 16 (non di produzione)	32 (prodotto) 16 (non di produzione)
   Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
   IOPS disco minime	2000 IOPS con SAN o archiviazione direttamente collegata. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza di macchina	1 Gbps	1 Gbps

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

Dopo aver installato e in esecuzione 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 1.12.2 di hybrid. Vedi Piattaforme e versioni ibride di Apigee supportate.
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. Cassandra sfrutta la sincronizzazione NTP (Network Time Protocol) per mantenere la coerenza dei dati. Se prevedi di installare un modello ibrido in più regioni, assicurati che siano sincronizzati con NTP in tutte le regioni.
3. Segui le istruzioni riportate di seguito per creare un cluster utente e creare due nodi come descritto di seguito.
   • Documentazione panoramica di GKE su AWS.
   • Esegui il deployment di un'applicazione su GKE su AWS.

   Cosa devi sapere 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 un'ulteriore configurazione in un secondo momento, quando configurerai il cluster per Apigee hybrid. Per ulteriori informazioni, inclusi le istruzioni per cambiare i nomi predefiniti dei pool di nodi modificando il file di configurazione del cluster. consulta Utilizzare i nodeSelector predefiniti.

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

   • Configura 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. ma in base alle tue esigenze, puoi eseguire l'upsize 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 stateful	Pool di nodi stateless
   Finalità	Un pool di nodi stateful 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 (produzione) 4 (non di produzione)
   RAM	32 (prodotto) 16 (non di produzione)	32 (prodotto) 16 (non di produzione)
   Archiviazione	dinamica	Gestito con il CRD ApigeeDeployment
   Numero minimo di IOPS del disco	2000 IOPS con SAN o archiviazione direttamente collegata. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza di macchina	1 Gbps	1 Gbps

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

Dopo aver installato e in esecuzione un cluster, vai al passaggio successivo.

OpenShift

Creare un cluster su OpenShift

Questi passaggi spiegano 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.2. Consulta le piattaforme e le versioni supportate di Apigee hybrid.
2. Assicurati che gli orologi di tutti i nodi e i server delle applicazioni siano sincronizzati con Network Time Protocol (NTP), come descritti 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 per il deployment sul piano di runtime, installare Apigee sul tuo cluster utente OpenShift e creare 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 per la configurazione del tuo cluster OpenShift sulle VM Google Cloud, consulta Come configurare Apigee hybrid su Openshift su 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.

   Cosa devi sapere 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 un'ulteriore configurazione in un secondo momento, quando configurerai 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:

   • Configura pool di nodi dedicati
   • Informazioni sui pool di nodi
   • Requisiti della rete Cassandra

   Le configurazioni minime per il cluster sono:

   Nota: i valori di configurazione del pool di nodi descritti nella seguente tabella rappresentano i valori minimi. Questa configurazione minima è adatta per i test. ma in base alle tue esigenze, puoi eseguire l'upsize 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 stateful	Pool di nodi stateless
   Finalità	Un pool di nodi stateful 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 (produzione) 4 (non di produzione)
   RAM	32 (prodotto) 16 (non di produzione)	32 (prodotto) 16 (non di produzione)
   Archiviazione	dinamica	Gestito con CRD ApigeeDeployment
   Numero minimo di IOPS del disco	2000 IOPS con SAN o archiviazione direttamente collegata. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.	2000 IOPS con SAN o spazio di archiviazione collegato direttamente. La funzionalità NFS non è consigliata anche se può supportare le IOPS richieste.
   Larghezza di banda della rete per ogni tipo di istanza di 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