Configuration du graphique de service

Configuration logicielle requise

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 :

Pour terminer la configuration du graphique de service dans la console NetScaler, cliquez sur le type de topologie que vous avez configuré pour votre cluster Kubernetes et effectuez les procédures mentionnées :

• Topologie d’entrée à un seul niveau ou unifiée

• Topologie à deux niveaux ou Service Mesh Lite

• Topologie du maillage de services

Note

La procédure de configuration du graphique de service pour les topologies à deux niveaux et à maillage de service léger reste la même.

Avant de commencer

Vous pouvez afficher le graphique de service à l’aide des scénarios suivants :

• Console NetScaler et cluster Kubernetes sur le même réseau (par exemple, console NetScaler et cluster Kubernetes hébergés sur le même hyperviseur Citrix).

• Console NetScaler 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 à un seul niveau ou unifiée

Assurez-vous d’avoir :

• Cluster Kubernetes configuré avec une topologie d’entrée à un seul niveau ou unifiée.

• Ajout de Instance VPX, MPX, SDX, BLX dans la console NetScaler et activation de Web Insight.

• Ajout du cluster Kubernetes dans la console NetScaler.

Topologie à deux niveaux ou Service Mesh Lite

Assurez-vous d’avoir :

• Cluster Kubernetes configuré avec l’une des topologies prises en charge.

• Routes statiques configurées sur NetScaler Console pour activer la communication entre NetScaler Console et NetScaler CPX.

  Note

  Vous pouvez ignorer cette procédure si vous avez déployé NetScaler Console en tant que microservice dans le même cluster.

• J’ai téléchargé les fichiers d’exemple de déploiement à partir du référentiel GitHub.

• Ajout de paramètres requis dans le fichier YAML CPX pour garantir un enregistrement CPX réussi avec la console NetScaler.

• Ajout d’une instance VPX, MPX, SDX ou BLX dans la console NetScaler.

• Ajout du cluster Kubernetes 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 l’architecture à deux niveaux)

• Activé Sélection automatique des serveurs virtuels pour octroyer une licence aux serveurs virtuels.

• Activé Paramètres de transaction Web et de transaction TCP à Tous pour que l’agent NetScaler obtienne les transactions HTTP et TCP.

• Envoyé trafic aux microservices.

Topologie du maillage de services

Assurez-vous d’avoir :

• Version de cluster Kubernetes configurée 1.14.0 avec l’une des topologies de maillage de services suivantes :

  • NetScaler CPX comme proxy side-car pour Istio

  • NetScaler comme passerelle d’entrée pour Istio

• Activé admissionregistration.k8s.io/v1beta1 API. Vous pouvez vérifier l’API en utilisant :

  Versions de l'API kubectl | grep admissionregistration.k8s.io/v1beta1

  La sortie suivante indique que l’API est activée :

  admissionregistration.k8s.io/v1beta1

• Istio installé istio v.1.3.0.

• Installé Helm version 3.x.

• Routes statiques configurées sur NetScaler Console pour activer la communication entre NetScaler Console et NetScaler CPX.

  Note

  Vous pouvez ignorer cette procédure si vous avez déployé l’agent NetScaler en tant que microservice dans le même cluster.

• J’ai configuré les paramètres requis pour renseigner les données de topologie du maillage de service.

• Déploiement d’un exemple d’application .

• Ajout du cluster Kubernetes dans la console NetScaler.

• Activé Sélection automatique des serveurs virtuels pour octroyer une licence aux serveurs virtuels.

  Note

  Lorsque CPX est déployé en tant que proxy side-car dans un déploiement de maillage de services, les serveurs virtuels sont sous licence uniquement si l’adresse IP correspond à l’adresse IP CPX NS.

• Activé Paramètres de transaction Web et de transaction TCP à Tous pour que l’agent NetScaler obtienne les transactions HTTP et TCP.

• Envoyé trafic aux microservices.