Configuration du graphe de services
Exigences logicielles
| Distribution Kubernetes | Version Kubernetes | Interfaces réseau de conteneur (CNI) | Version CPX | Version CIC | Version NetScaler Console | Version de l’agent NetScaler |
|---|---|---|---|---|---|---|
| Open source | v1.16.3 | Flannel, Calico ou Canal | 13.0–41.28 ou ultérieure | 1.5.25 ou ultérieure | 13.0–47.22 ou ultérieure | 13.0–47.22 ou ultérieure |
Vous pouvez configurer le cluster Kubernetes avec diverses topologies de déploiement et le tableau suivant présente les topologies prises en charge dans le graphe de services :
| Topologie | Prise en charge dans le graphe de services |
|---|---|
| Nivellement unique ou Ingress unifié | Oui |
| Double niveau | Oui |
| Cloud | Oui, mais l’équilibreur de charge cloud n’est pas affiché dans le graphe |
| Maillage de services léger | Oui |
| Maillage de services | Oui |
| Services de type LoadBalancer | Non |
| Services de type NodePort | Non |
Pour terminer la configuration du graphe de services dans NetScaler Console, cliquez sur le type de topologie que vous avez configuré pour votre cluster Kubernetes et suivez les procédures mentionnées :
Remarque
La procédure de configuration du graphe de services pour les topologies à double niveau et de maillage de services léger reste la même.
Avant de commencer
Vous pouvez afficher le graphe de services dans les scénarios suivants :
-
NetScaler Console et cluster Kubernetes sur le même réseau (par exemple, NetScaler Console et cluster Kubernetes hébergés sur le même Citrix Hypervisor).
-
NetScaler Console et cluster Kubernetes sur un réseau différent. Dans ce scénario, vous devez configurer un agent sur site et enregistrer l’agent sur le réseau où le cluster Kubernetes est hébergé.
Topologie d’entrée à niveau unique ou unifiée
Assurez-vous d’avoir :
-
Configuré le cluster Kubernetes avec une topologie d’entrée à niveau unique ou unifiée.
-
Ajouté une instance VPX, MPX, SDX ou BLX dans NetScaler Console et activé Web Insight.
-
Ajouté le cluster Kubernetes dans NetScaler Console.
Topologie à double niveau ou de maillage de services léger
Assurez-vous d’avoir :
-
Configuré le cluster Kubernetes avec l’une des topologies prises en charge.
-
Configuré des routes statiques sur NetScaler Console pour permettre la communication entre NetScaler Console et NetScaler CPX.
Remarque
Vous pouvez ignorer cette procédure si vous avez déployé NetScaler Console en tant que microservice dans le même cluster.
-
Téléchargé les fichiers de déploiement d’exemple depuis le référentiel GitHub.
-
Ajouté les paramètres requis dans le fichier YAML CPX pour assurer l’enregistrement réussi du CPX auprès de NetScaler Console.
-
Ajouté une instance VPX, MPX, SDX ou BLX dans NetScaler Console.
-
Ajouté le cluster Kubernetes dans NetScaler Console.
-
Déployé une application de microservice d’exemple.
-
Déployé NetScaler CPX et enregistré CPX auprès de NetScaler Console (applicable uniquement pour l’architecture à deux niveaux).
-
Activé Sélection automatique des serveurs virtuels pour licencier les serveurs virtuels.
-
Activé les paramètres de transaction Web et de transaction TCP sur Tous pour que l’agent NetScaler obtienne les transactions HTTP et TCP.
-
Envoyé du trafic aux microservices.
Topologie de maillage de services
Assurez-vous d’avoir :
-
Configuré le cluster Kubernetes version
1.14.0avec l’une des topologies de maillage de services suivantes :-
NetScaler CPX en tant que proxy sidecar pour Istio
-
NetScaler en tant que passerelle d’entrée (Ingress Gateway) pour Istio
-
-
Activé l’API
admissionregistration.k8s.io/v1beta1. Vous pouvez vérifier l’API en utilisant :kubectl api-versions | grep admissionregistration.k8s.io/v1beta1 <!--NeedCopy-->La sortie suivante indique que l’API est activée :
admissionregistration.k8s.io/v1beta1 <!--NeedCopy--> -
Installé Istio
istio v.1.3.0. -
Installé Helm version 3.x.
-
Configuré des routes statiques sur NetScaler Console pour permettre la communication entre NetScaler Console et NetScaler CPX.
Remarque
Vous pouvez ignorer cette procédure si vous avez déployé l’agent NetScaler en tant que microservice dans le même cluster.
-
Configuré les paramètres requis pour renseigner les données de topologie du maillage de services.
-
Déployé une application d’exemple.
-
Ajouté le cluster Kubernetes dans NetScaler Console.
-
Activé Sélection automatique des serveurs virtuels pour licencier les serveurs virtuels.
Remarque
Lorsque CPX est déployé en tant que proxy sidecar dans un déploiement de maillage de services, les serveurs virtuels ne sont licenciés que si l’adresse IP correspond à l’adresse IP NS du CPX.
-
Activé les paramètres de transaction Web et de transaction TCP sur Tous pour que l’agent NetScaler obtienne les transactions HTTP et TCP.
-
Envoyé du trafic aux microservices.