Configuration d’un graphique de service
Configuration logicielle requise
| Distribution Kubernetes | Version Kubernetes | Interfaces réseau de conteneurs (CNI) | Version CPX | Version CIC | Version de l’agent |
|---|---|---|---|---|---|
| Open Source | v1.16.3 | Flanelle, Calico ou Canal | 13.0—47.103 ou ultérieur | 1.6.1 ou version ultérieure | 13.0—49.x ou version ultérieure |
Vous pouvez configurer le cluster Kubernetes avec différentes topologies de déploiement et le tableau suivant fournit les topologies prises en charge dans le graphique de service :
| Topologie | Graphique de service pris en charge |
|---|---|
| Une entrée unifiée ou unifiée | Oui |
| Double niveau | Oui |
| Cloud | Oui, mais l’équilibreur de charge dans le cloud n’est pas affiché dans le graphique |
| Service mesh lite | Oui |
| Service mesh | Oui |
| Services de type LoadBalancer | Non |
| Services de type NodePort | Non |
Pour terminer la configuration du graphe de service dans la console NetScaler, 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 graphique de service pour les topologies à double niveau et service mesh lite reste la même.
Topologie d’entrée unifiée ou à niveau unique
Assurez-vous de suivre les étapes suivantes pour configurer la topologie d’entrée unifiée ou unique niveau. Pour plus d’informations, voir Procédures détaillées pour configurer une topologie d’entrée à niveau unique ou unifiée.
-
Cluster Kubernetes configuré avec topologie d’entrée unique ou unifiée.
-
Ajout d’une instance VPX, MPX, SDX, BLX dans la console NetScaler et activation de Web Insight.
-
Ajout d’un cluster Kubernetes dans la console NetScaler.
Topologie à deux niveaux ou Service Mesh Lite
Assurez-vous de suivre les étapes suivantes pour configurer la topologie à double niveau ou service mesh lite. Pour plus d’informations, voir Procédures détaillées pour configurer une topologie à double niveau ou Service Mesh Lite.
-
Cluster Kubernetes configuré avec l’une des topologies prises en charge.
-
Vous avez installé un agent et configuré pour permettre la communication entre la console NetScaler et le cluster Kubernetes ou les instances gérées de votre centre de données ou de 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 Getting Started.
-
Routes statiques configurées sur l’agent pour permettre la communication entre la console NetScaler 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.
-
J’ai téléchargé les exemples de fichiers de déploiement depuis le référentiel GitHub.
-
Les paramètres requis ont été ajoutés dans le fichier CPX YAML pour garantir un enregistrement CPX réussi auprès de la console NetScaler.
-
Ajout d’une instance VPX, MPX, SDX ou BLX dans la console NetScaler.
-
Le cluster Kubernetes a été ajouté dans la console NetScaler.
-
Déploiement d’un exemple d’application de microservice.
-
NetScaler CPX déployé et CPX enregistré sur la console NetScaler (applicable uniquement pour une architecture à deux niveaux ).
-
Les paramètres de transaction Web et de transaction TCP ont été activés sur Tous pour que l’agent puisse obtenir les transactions HTTP et TCP.
-
Trafic envoyé aux microservices.
Topologie de maillage de service
Assurez-vous de suivre les étapes suivantes pour configurer la topologie de maillage de service. Pour plus d’informations, voir Procédures détaillées pour configurer la topologie du maillage de services.
-
Version de cluster Kubernetes configurée
1.14.0avec l’une des topologies de maillage de service suivantes :-
NetScaler CPX en tant que proxy annexe pour Istio
-
NetScaler en tant que passerelle d’entrée pour Istio
Pour plus d’informations, consultez la section Architecture de déploiement de l’ adaptateur NetScaler 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 installé
istio v.1.3.0. -
Installation de Helm version 3.x.
-
Vous avez installé un agent et configuré pour permettre la communication entre la console NetScaler et le cluster Kubernetes ou les instances gérées de votre centre de données ou de 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 Getting Started.
-
Routes statiques configurées sur l’agent pour permettre la communication entre la console NetScaler 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 service.
-
Déploiement d’un exemple d’application.
-
Le cluster Kubernetes a été ajouté dans la console NetScaler.
-
Les paramètres de transaction Web et de transaction TCP ont été activés sur Tous pour que l’agent puisse obtenir les transactions HTTP et TCP.
-
Trafic envoyé aux microservices.
Après avoir terminé les procédures de configuration requises, vous pouvez afficher le graphique de service renseigné dans Applications > Graphique de service et dans l’onglet Microservices. Pour plus d’informations, consultez la section Détails du Service Graph.