Configurazioni minime del cluster

Questo argomento descrive le configurazioni minime del cluster per Apigee hybrid. Queste configurazioni minime si applicano a tutte le piattaforme Kubernetes supportate. I consigli contenuti in questo argomento si applicano alle installazioni non di produzione, ad esempio scenari di prova o test. Tieni conto di questi consigli quando esegui i passaggi di installazione di Apigee hybrid.

Informazioni sui node pool

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.

In genere, definisci i pool di nodi dedicati quando hai pod con requisiti di risorse diversi. Ad esempio, i pod apigee-cassandra richiedono uno spazio di archiviazione permanente, mentre gli altri pod Apigee ibridi 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 ibrida. 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 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 4 4
RAM 15 15
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

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 notevole 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 regioni

Quando installi l'architettura ibrida in più regioni, assicurati che le connessioni tra le regioni siano sicure:

  • Utilizza una soluzione di rete virtuale privata, come Virtual Private Cloud (VPC) di Google, per garantire la connettività tra le 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 delle porte sicure.

Requisiti NTP di Cassandra

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

Scalabilità della configurazione

Se devi scalare la configurazione iniziale in base a esigenze di capacità o throughput aggiuntive, consulta i seguenti argomenti: