Configurazioni minime del cluster

Questo argomento descrive le configurazioni minime di cluster Apigee hybrid. Queste configurazioni minime si applicano a tutte le Piattaforme Kubernetes. I consigli in questo argomento si applicano alle installazioni non di produzione, ad esempio agli scenari di prova o test. Conserva a questi suggerimenti durante l'esecuzione dei passaggi di installazione ibrida di Apigee.

Informazioni sui pool di nodi

Un pool di nodi è un gruppo di nodi all'interno di un cluster che hanno tutti la stessa configurazione. Di Il modello ibrido assegna tutti i pod al pool di nodi predefinito. ma puoi creare modelli pool di nodi e assegnarvi componenti ibridi per distribuire le risorse.

Di solito definisci pool di nodi dedicati quando hai pod con risorse diverse i tuoi requisiti. Ad esempio, i pod apigee-cassandra richiedono l'archiviazione permanente, mentre al contrario degli altri pod ibridi di Apigee. Per questo motivo, ti consigliamo di creare un pool di nodi stateful per Cassandra e un pool di nodi stateless per il resto dell'ambiente di runtime. Consulta Configurare pool di nodi dedicati per i dettagli.

La sezione seguente elenca le configurazioni per i pool di nodi stateful e stateless.

Configurazioni minime

Utilizza queste configurazioni minime durante la configurazione del cluster:

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 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 4 4
RAM 15 15
Archiviazione dinamica Gestito con CRD ApigeeDeployment
Numero minimo di IOPS del disco 2000 IOPS con SAN o spazio di archiviazione collegato direttamente. 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

Requisiti di rete Cassandra

Questa sezione illustra i requisiti di rete e i consigli da seguire durante la configurazione Apigee hybrid.

Larghezza di banda della rete

Cassandra utilizza protocollo Gossip per scambiano informazioni con altri nodi sulla topologia di rete. L'uso del gossip più distribuita di Cassandra, il che comporta la comunicazione nodi per le operazioni di lettura e scrittura: si verifica un elevato trasferimento di dati attraverso la rete.

Cassandra richiede almeno 1 Gbps di larghezza di banda di rete per ogni istanza di macchina. Ad esempio: su GKE, il tipo di macchina minimo consigliato, e2-standard-4, ha una larghezza di banda minima di 1 Gbit/s. Per le installazioni di produzione, è consigliato un valore più elevato di Gbps.

La latenza massima o del 99° percentile per Cassandra deve essere inferiore a 100 millisecondi.

Proteggere la connettività di rete tra regioni

Quando installi un modello ibrido in più regioni, assicurati che le connessioni tra è sicuro:

  • Utilizza una soluzione di rete privata virtuale, come Google Virtual Private Cloud (VPC), per proteggere la connettività tra regioni.
  • Apri un firewall per assicurarti che i nodi Cassandra possano connettersi tra regioni in subnet non sovrapposte e possano risolvere gli IP di rete.
  • Utilizza sempre la porta 7001 per Cassandra. Tutte le altre porte sono locali rispetto alla regione. Vedi anche Utilizzo di porte protette.

Requisiti NTP di Cassandra

I dati di Cassandra si sincronizzano in base al timestamp del sistema. Assicurati che l'ora sia sincronizzati tra tutti i pod e tutte le regioni all'interno del cluster Cassandra. Ritardi di tempo tra nodi e regioni causano incoerenze nei dati.

Scalabilità della configurazione

Se devi scalare la configurazione iniziale in base alle esigenze di capacità o velocità effettiva aggiuntiva, consulta i seguenti argomenti: