Configurazioni minime del cluster

Questo argomento descrive le configurazioni minime dei 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. Tieni conto di questi consigli quando esegui i passaggi di installazione di Apigee hybrid.

Informazioni sui pool di nodi

Un pool di nodi è un gruppo di nodi all'interno di un cluster che hanno tutti la stessa configurazione. Per impostazione predefinita, la modalità ibrida assegna tutti i pod al pool di nodi predefinito. Tuttavia, puoi creare pool di nodi dedicati e assegnarvi i componenti ibride 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 uno spazio di archiviazione permanente, mentre gli altri pod ibride Apigee no. Per questo motivo, ti consigliamo di creare un pool di nodi stateful per Cassandra e un pool di nodi stateless per il resto dei servizi di runtime ibridi. Per maggiori dettagli, consulta Configurare i pool di nodi dedicati.

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 con stato Pool di nodi senza stato
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
IOPS disco minime 2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato anche se può supportare le IOPS richieste. 2000 IOPS con SAN o spazio di archiviazione collegato direttamente. NFS non è consigliato 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 di Cassandra

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

Larghezza di banda della rete

Cassandra utilizza il protocollo Gossip per scambiare informazioni con altri nodi sulla topologia di rete. L'utilizzo di Gossip e la natura distribuita di Cassandra, che prevede l'interazione con più nodi per le operazioni di lettura e scrittura, comportano un elevato trasferimento di dati attraverso la rete.

Cassandra richiede una larghezza di banda di rete minima di 1 Gbps per ogni istanza della macchina. Ad esempio, su GKE, il tipo di macchina minimo consigliato, e2-standard-4, ha una larghezza di banda minima di 1 Gbps. Per le installazioni di produzione, è consigliabile una velocità in Gbps superiore.

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

Connettività di rete sicura tra le 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 per la 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: