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. |
Requisiti di rete di Cassandra
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.
Apigee consiglia di utilizzare il tipo di istanza con una larghezza di banda di rete minima di 1 Gbps e più di 1 Gbps per i sistemi di produzione.
I cluster Cassandra richiedono tre zone di disponibilità per mantenere la disponibilità in un ambiente di produzione. Se una zona non è disponibile, le altre continueranno a rispondere alle richieste mentre la zona non disponibile torna online. Se due o più zone non sono disponibili, Cassandra non potrà rispondere alle richieste finché almeno due zone non torneranno online. Apigee consiglia di riportare le zone online entro tre ore per ridurre al minimo il rischio di aggiornamenti dei dati mancanti.
Quando esegui il deployment di ambienti ibridi multiregione, Apigee consiglia di utilizzare una VPN o una soluzione cloud come la VPN Google Cloud per proteggere la connettività tra le regioni. Assicurati che non ci siano subnet sovrapposte, in quanto potrebbero causare problemi di connettività di Cassandra. Assicurati che le configurazioni firewall attuali consentano il passaggio del traffico Cassandra tra i pod Cassandra. Per informazioni sulle porte Cassandra, consulta Utilizzo delle porte sicure.
La latenza massima o del 99° percentile per Cassandra deve essere inferiore a 100 millisecondi.
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