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 | 8 (prod) 4 (non prod) |
8 (prod) 4 (non prod) |
| RAM | 32 (produzione) 16 (non produzione) |
32 (produzione) 16 (non produzione) |
| 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:
- Configurazione di Cassandra per la produzione
- Scalabilità dei pod di Cassandra
- Configurazione dei pool di nodi dedicati
- Scalabilità e scalabilità automatica dei servizi di runtime
- Deployment in più regioni