Cet article décrit les configurations minimales d'un cluster pour Apigee hybrid. Ces configurations minimales s'appliquent à toutes les plates-formes Kubernetes compatibles.
À propos des pools de nœuds
Un pool de nœuds est un groupe de nœuds au sein d'un cluster qui possèdent tous la même configuration. Par défaut, le gestionnaire hybride attribue tous les pods au pool de nœuds par défaut. Vous pouvez créer des pools de nœuds dédiés et leur attribuer des composants hybrides afin de répartir les ressources.
En règle générale, vous définissez des pools de nœuds distincts lorsque les pods ont des exigences de ressources différentes. Par exemple, les pods apigee-cassandra nécessitent un stockage persistant, contrairement aux autres pods Apigee hybrid. Pour cette raison, nous vous recommandons de créer un pool de nœuds avec état pour Cassandra et un pool de nœuds sans état pour le reste des services de l'environnement d'exécution hybride. Pour en savoir plus, consultez la page Configurer des pools de nœuds dédiés.
La section suivante répertorie les configurations pour les pools de nœuds avec état et sans état.
Configurations minimales
Respectez ces valeurs minimales lorsque vous configurez votre cluster :
| Configuration | Pool de nœuds avec état | Pool de nœuds sans état |
|---|---|---|
| Nombre de nœuds | 3 (par région) | 3 (par région) |
| Processeur | 4 | 4 |
| RAM | 15 | 15 |
| Nom de l'étiquette par défaut | apigee-data | apigee-runtime |
| Stockage | dynamic | Gestion avec le CRD ApigeeDeployment |
Configuration réseau requise pour Cassandra
Cassandra utilise le protocole Gossip pour échanger des informations avec d'autres nœuds sur la topologie du réseau.
En plus de la nature distribuée de Cassandra qui implique de communiquer avec plusieurs nœuds pour les opérations de lecture et d'écriture, l'utilisation de Gossip entraîne le transfert d'un grand nombre de données via le réseau.
Apigee recommande d'utiliser un type d'instance disposant d'une bande passante réseau minimale de 1 Gbit/s et de plus de 1 Gbit/s pour les systèmes de production.
Exigences concernant le protocole NTP de Cassandra
Les données Cassandra sont synchronisées en fonction du code temporel du système. Assurez-vous que l'heure est synchronisée entre tous les pods et toutes les régions du cluster Cassandra. Les retards entre les nœuds et les régions entraînent des incohérences dans les données.
Adapter la configuration
Si vous devez adapter votre configuration initiale pour répondre à des besoins de capacité ou de débit supplémentaires, consultez les rubriques suivantes :
- Configurer Cassandra pour la production
- Procéder au scaling des pods Cassandra
- Configurer des pools de nœuds dédiés
- Scaling et autoscaling des services d'exécution