Surveillance et journalisation de vos conteneurs

La prise en charge des déploiements sur site, y compris ceux utilisant des conteneurs, a pris fin le 31 décembre 2023.

Pour plus d’informations, veuillez consulter notre page sur le cycle de vie des produits OneSpan et la politique de fin de vie de OneSpan .

Pour toute question supplémentaire, contactez votre représentant du service à la clientèle.

Les procédures suivantes peuvent être utiles après le déploiement de OneSpan Sign :

• Affichage de votre historique de versions

• Affichage de l’état de vos conteneurs

• Affichage de vos journaux de service

• Mise à jour de l’image Docker d’un composant

• Exécution de plusieurs instances de conteneur

Affichage de votre historique de versions

Pour afficher l’historique des versions de votre déploiement OneSpan Sign :

• Exécutez la commande suivante :

  $ helm history oss 

Helm renverra une table qui décrit l’historique des versions de votre déploiement OneSpan Sign. Par exemple:

Affichage de l’état de vos conteneurs

Après avoir démarré votre pile OneSpan Sign, vous voudrez peut-être voir l’état de vos pods.

Pour voir l’état de vos conteneurs OneSpan Sign :

• Exécutez la commande suivante :

  $ kubectl get pods -n my-namespace

Le système renvoie une liste qui affiche l’état de chaque conteneur. Par exemple:

Affichage de vos journaux de service

Pour afficher les informations enregistrées sur le rendement de votre installation OneSpan Sign :

• Exécutez la commande suivante :

  $ kubectl logs -f backend-0 

L’inclusion de -f dans la commande précédente vous permet de suivre les flux de journaux au fur et à mesure qu’ils apparaissent.

Mise à jour de l’image Docker d’un composant

Vous devrez peut-être déployer une nouvelle version de l’image Docker d’un composant OneSpan Sign spécifique. Vous pouvez accomplir cela en exécutant la séquence de kubectl commandes ci-dessous.

Pour mettre à jour l’image Docker d’un composant OneSpan Sign :

1. Définissez imagePullpolicy sur Always en exécutant la commande suivante :

   $ kubectl edit sts backend 

2. Terminez les pods backend existants, car ils s’exécutent avec l’ancienne image. Pour ce faire, les réplicas sont réduits à zéro à l’aide de la commande suivante :

   $ kubectl scale sts backend --replicas=0 

3. Utilisez la commande suivante pour redémarrer les pods avec la nouvelle image :

   $ kubectl scale sts backend --replicas=1 

Une fois que l’espace est prêt, le backend s’exécute avec l’image mise à jour et est prêt à recevoir du trafic.

Exécution de plusieurs instances de conteneur

La mise à l’échelle, c’est-à-dire l’exécution de plusieurs instances de conteneurs OneSpan Sign, augmente le nombre de pods utilisés.

La mise à l’échelle des composants OneSpan Sign est prise en charge, sous réserve de la limitation importante suivante :

La mise à l’échelle des composants suivants sur plusieurs réplicas peut entraîner une défaillance et doit être évitée :

• backend-admin

• plateforme-admin

• Sso