Scaling et autoscaling des services d'exécution

Vous consultez actuellement la version 1.2 de la documentation d'Apigee hybrid. This version is end of life. You should upgrade to a newer version. Pour en savoir plus, consultez la section Versions compatibles.

Version 1.2 (unsupported)

   Versions compatibles :

• v1.13 (la plus récente)
• v1.12
• v1.11                         
• Liste des versions compatibles

   Versions non compatibles :

• v1.10
• v1.9                                         
• v1.8                                         
• v1.7                                         
• v1.6                                         
• v1.5                                         
• v1.4                                         
• v1.3                                         
• v1.2                                         
• v1.1                                         

Vous pouvez effectuer le scaling de la plupart des services exécutés dans Kubernetes à partir de la ligne de commande ou dans un remplacement de configuration. Vous pouvez définir des paramètres de scaling pour les services d'exécution Apigee hybride dans le fichier overrides.yaml.

La manière dont vous effectuez le scaling et l'autoscaling de chaque service dépend du type de service.

CONSEIL : Vous pouvez utiliser l'option -w pour surveiller vos nœuds en continu, comme le montre l'exemple suivant :

kubectl get nodes -w ...

Pour en savoir plus sur le scaling, consultez la documentation de Kubernetes.

Le tableau suivant récapitule les services d'exécution hybrides et explique comment effectuer le scaling et l'autoscaling de ces services dans les configurations ou depuis la ligne de commande :

Service	Mis en œuvre en tant que	Scaling
Cassandra	StatefulSet	(Scaling à la hausse uniquement) Pour effectuer un scaling à la hausse via la ligne de commande, vous pouvez utiliser les options kubectl scale ou patch. Pour effectuer un scaling à la hausse via la configuration, définissez la valeur de la propriété de configuration replicaCount de l'objet cassandra dans le fichier overrides.yaml. REMARQUE : Le facteur de réplication par défaut pour tous les espaces de clés est de trois. Apigee vous recommande donc de procéder au scaling des instances dupliquées selon un facteur de trois. Pour en savoir plus sur la définition des propriétés de configuration, consultez la page Gérer les composants du plan d'exécution. Les StatefulSets ne sont pas compatibles avec l'autoscaling. Cassandra est déployé dans des ensembles de 3 instances dupliquées. Apigee vous recommande d'ajouter 3 nœuds supplémentaires au pool de nœuds Cassandra en tant que nœuds de calcul de secours. Pour réduire le nombre de nœuds Cassandra, consultez la page Scaling à la baisse dans Cassandra.
Ingress/LoadBalancer	Proxy tiers	Dépend du type d'entrée.
Logger	DaemonSet	Les DaemonSets gèrent les instances dupliquées d'un pod sur tous les nœuds. Ils évoluent donc lorsque vous effectuez le scaling des pods eux-mêmes.
MART Synchronisateur Métriques MP	ApigeeDeployment (CRD personnalisé)	Pour effectuer un scaling via la ligne de commande, vous pouvez utiliser l'option scale kubectl. Pour effectuer un scaling via la configuration, augmentez la valeur de la propriété de configuration replicaCountMin du déploiement pour l'objet mart, synchronizer, metrics ou mp. Les déploiements utilisent un autoscaler horizontal de pods pour l'autoscaling. Définissez la propriété targetCPUUtilizationPercentage de l'objet Déploiement sur le seuil d'évolutivité. Lorsque cette valeur est dépassée, Kubernetes ajoute des pods jusqu'à la valeur de replicaCountMax. Pour en savoir plus sur la définition des propriétés de configuration, consultez la page Gérer les composants du plan d'exécution.
UDCA	ApigeeDeployment (CRD personnalisé)	Pour effectuer un scaling via la configuration, augmentez la valeur de la propriété replicaCountMin de l'objet udca dans le fichier overrides.yaml. Le service UDCA utilise un autoscaler horizontal de pods pour l'autoscaling. Définissez la propriété targetCPUUtilizationPercentage de l'objet udca sur le seuil d'évolutivité. Lorsque cette valeur est dépassée, Kubernetes ajoute des pods jusqu'à la valeur replicaCountMax. Pour en savoir plus sur la définition des propriétés de configuration, consultez la page Gérer les composants du plan d'exécution.