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 | 4 | 4 |
| Mémoire RAM | 15 | 15 |
| 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. |
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.
Les clusters Cassandra nécessitent trois zones de disponibilité pour maintenir la disponibilité dans un environnement de production. Si une zone tombe en panne, les zones restantes continueront de répondre aux requêtes pendant sa remise en ligne. Si deux zones ou plus tombent en panne, Cassandra ne pourra pas répondre aux requêtes tant qu'au moins deux zones ne seront pas remises en ligne. Apigee recommande de remettre les zones en ligne dans les trois heures afin de minimiser le risque de mises à jour de données manquantes.
Lors du déploiement d'environnements hybrides multirégionaux, Apigee recommande d'utiliser un VPN ou une solution cloud telle que Google Cloud VPN pour garantir une connectivité sécurisée entre les régions. Assurez-vous qu'il n'y a pas de sous-réseaux qui se chevauchent afin d'éviter les problèmes de connectivité Cassandra. Vérifiez que les configurations de pare-feu actuelles permettent au trafic Cassandra de circuler entre les pods Cassandra. Pour en savoir plus sur l'utilisation des ports Cassandra, consultez la page Utilisation des ports sécurisés.
La latence maximale ou au 99e centile pour Cassandra doit être inférieure à 100 millisecondes.
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