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. 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.
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 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 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 (produzione) 4 (non di produzione) |
8 (prod) 4 (non prod) |
RAM | 32 (produzione) 16 (non produzione) |
32 (produzione) 16 (non produzione) |
Archiviazione | dinamica | Gestito con il 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 archiviazione direttamente collegata. La funzionalità NFS non è consigliata 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 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ù una natura 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 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 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. Ritardi di tempo tra nodi e 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:
- Configurazione di Cassandra per la produzione
- Scalabilità dei pod di Cassandra
- Configurazione di pool di nodi dedicati
- Scalabilità e scalabilità automatica dei servizi di runtime
- Deployment multiregionali