Cet article décrit les configurations minimales d'un cluster pour Apigee hybrid. Ces configurations minimales s'appliquent à toutes les plates-formes Kubernetes compatibles. Les recommandations de cette rubrique s'appliquent aux installations hors production, telles que les scénarios d'essai ou de test. Gardez ces recommandations à l'esprit lorsque vous effectuez les étapes d'installation d'Apigee hybrid.
À 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 |
|---|---|---|
| Objectif | Un pool de nœuds avec état utilisé pour la base de données Cassandra. | Un pool de nœuds sans état utilisé par le processeur de messages d'exécution. |
| Nom du libellé | apigee-data | apigee-runtime |
| Nombre de nœuds | 1 par zone (3 par région) | 1 par zone (3 par région) |
| Processeur | 8 (production) 4 (hors production) |
8 (production) 4 (hors production) |
| RAM | 32 (production) 16 hors production) |
32 (production) 16 hors production) |
| Stockage | dynamic | Gestion avec le CRD ApigeeDeployment |
| IOPS du disque minimales | 2 000 IOPS avec stockage SAN ou associé directement NFS n'est pas recommandé, même s'il peut accepter les IOPS requises. | 2 000 IOPS avec stockage SAN ou associé directement NFS n'est pas recommandé, même s'il peut accepter les IOPS requises. |
| Bande passante réseau pour chaque type d'instance de machine | 1 Gbit/s | 1 Gbit/s |
Configuration réseau requise pour Cassandra
Cette section décrit la configuration réseau requise et les recommandations à suivre lors de la configuration d'Apigee hybrid.
Bande passante réseau
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.
Cassandra nécessite au moins 1 Gbit/s de bande passante réseau pour chaque instance de machine. Par exemple, sur GKE, le type de machine minimal recommandé, e2-standard-4, présente une bande passante minimale de 1 Gbit/s. Pour les installations en production, il est recommandé d'utiliser une valeur Gbit/s plus élevée.
La latence maximale ou au 99e centile pour Cassandra doit être inférieure à 100 millisecondes.
Sécuriser la connectivité réseau entre les régions
Lorsque vous installez un environnement hybride dans plusieurs régions, assurez-vous que les connexions entre les régions sont sécurisées :
- Utilisez une solution de réseau privé virtuel, telle que le cloud privé virtuel (VPC) de Google, pour sécuriser la connectivité entre les régions.
- Ouvrez un pare-feu pour vous assurer que les nœuds Cassandra peuvent se connecter entre les régions dans des sous-réseaux qui ne se chevauchent pas, et qu'ils peuvent résoudre ces adresses IP réseau.
- Utilisez toujours le port 7001 pour Cassandra. Tous les autres ports sont locaux pour la région. Consultez également la section Utilisation des ports sécurisés.
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
- Déploiements multirégionaux