Configuration du graphe de services
Exigences logicielles
| Distribution Kubernetes | Version de Kubernetes | Interfaces réseau de conteneur (CNI) | Version CPX | Version CIC | Version de l’agent |
|---|---|---|---|---|---|
| Open source | v1.16.3 | Flannel, Calico ou Canal | 13.0–47.103 ou ultérieure | 1.6.1 ou ultérieure | 13.0–49.x ou ultérieure |
Vous pouvez configurer le cluster Kubernetes avec diverses topologies de déploiement. Le tableau suivant présente les topologies prises en charge dans le graphe de services :
| Topologie | Prise en charge dans le graphe de services |
|---|---|
| Ingress à un seul niveau ou unifié | Oui |
| Deux niveaux | Oui |
| Cloud | Oui, mais l’équilibreur de charge cloud n’est pas affiché dans le graphe |
| Service mesh lite | Oui |
| Service mesh | 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 à deux niveaux et service mesh lite reste la même.
Topologie d’ingress à un seul niveau ou unifié
Assurez-vous de suivre les étapes suivantes pour configurer la topologie d’ingress à un seul niveau ou unifié. Pour plus d’informations, consultez Procédures détaillées pour configurer la topologie d’ingress à un seul niveau ou unifié.
-
Cluster Kubernetes configuré avec une topologie d’ingress à un seul niveau ou unifié.
-
Instance VPX, MPX, SDX, BLX ajoutée dans NetScaler Console et Web Insight activé.
-
Cluster Kubernetes ajouté dans NetScaler Console.
Topologie à deux niveaux ou Service Mesh Lite
Assurez-vous de suivre les étapes suivantes pour configurer la topologie à deux niveaux ou service mesh lite. Pour plus d’informations, consultez Procédures détaillées pour configurer la topologie à deux niveaux ou service mesh lite.
-
Cluster Kubernetes configuré avec l’une des topologies prises en charge.
-
Agent installé et configuré pour permettre la communication entre NetScaler Console et le cluster Kubernetes ou les instances gérées dans votre centre de données ou votre cloud.
Vous pouvez également déployer un agent en tant que microservice. Pour plus d’informations, consultez la section Installer un agent NetScaler dans Mise en route.
-
Routes statiques configurées sur l’agent pour permettre la communication entre NetScaler Console et NetScaler CPX.
Remarque
Vous pouvez ignorer cette procédure si vous avez déployé un agent en tant que microservice dans le même cluster.
-
Fichiers de déploiement d’exemple téléchargés depuis le référentiel GitHub.
-
Paramètres requis ajoutés dans le fichier YAML CPX pour assurer l’enregistrement réussi de CPX auprès de NetScaler Console.
-
Instance VPX, MPX, SDX ou BLX ajoutée dans NetScaler Console.
-
Cluster Kubernetes ajouté dans NetScaler Console.
-
NetScaler CPX déployé et CPX enregistré auprès de NetScaler Console (applicable uniquement pour l’architecture à deux niveaux).
-
Paramètres de transaction Web et de transaction TCP activés sur Tous pour que l’agent obtienne les transactions HTTP et TCP.
-
Trafic envoyé aux microservices.
Topologie de service mesh
Assurez-vous de suivre les étapes suivantes pour configurer la topologie de service mesh. Pour plus d’informations, consultez Procédures détaillées pour configurer la topologie de service mesh.
-
Cluster Kubernetes version
1.14.0configuré avec l’une des topologies de service mesh suivantes :-
NetScaler CPX en tant que proxy sidecar pour Istio
-
NetScaler en tant que passerelle d’ingress pour Istio
-
-
API
admissionregistration.k8s.io/v1beta1activée. Vous pouvez vérifier l’API en utilisant :kubectl api-versions | grep admissionregistration.k8s.io/v1beta1La sortie suivante indique que l’API est activée :
admissionregistration.k8s.io/v1beta1 -
Istio
istio v.1.3.0installé. -
Agent installé et configuré pour permettre la communication entre NetScaler Console et le cluster Kubernetes ou les instances gérées dans votre centre de données ou votre cloud.
Vous pouvez également déployer un agent en tant que microservice. Pour plus d’informations, consultez la section Installer un agent NetScaler dans Mise en route.
-
Routes statiques configurées sur l’agent 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.
-
Paramètres requis configurés pour renseigner les données de la topologie de service mesh.
-
Cluster Kubernetes ajouté dans NetScaler Console.
-
Paramètres de transaction Web et de transaction TCP activés sur Tous pour que l’agent obtienne les transactions HTTP et TCP.
-
Trafic envoyé aux microservices.
Après avoir terminé les procédures de configuration requises, vous pouvez afficher le graphe de services renseigné sous Applications > Graphe de services et dans l’onglet Microservices. Pour plus d’informations, consultez Détails du graphe de services.