Passer au contenu principal
Les mises à niveau de Vantage 3.0 auto-hébergé sont gérées par l’opérateur. Mettez à niveau les releases Helm vantage-operator et vantage-selfhosted vers la même nouvelle version. Le nouveau chart vantage-selfhosted fait référence à une ConfigMap versionnée de charges de travail, ce qui amène l’opérateur à retraiter la ressource Vantage et à réconcilier la release Vantage correspondante. Les mises à niveau automatiques ne sont pas encore implémentées.

Workflow de mise à niveau

L’opérateur et les charts Vantage sont publiés ensemble et doivent rester alignés sur la même version. L’installation du nouvel opérateur prépare le contrôleur et la CRD compatibles ; l’installation du chart vantage-selfhosted correspondant met à jour la référence ConfigMap des charges de travail versionnées et déclenche la mise à jour sur place. Pour effectuer la mise à niveau :
1

Vérifier la version installée

Confirmez la version actuellement déployée en vérifiant status.installedVantageVersion sur la ressource Vantage :
2

Mettre à niveau les deux charts

Mettez d’abord l’opérateur à niveau, puis mettez la release vantage-selfhosted à niveau vers la même version.
Si vous utilisez GitOps, mettez à jour les révisions des deux charts vers la même version et laissez votre contrôleur les générer à partir de votre source de valeurs existante.
3

Attendre la réconciliation de la ressource

Surveillez la ressource Vantage jusqu’à l’état Ready :
Pour une visibilité plus fine, surveillez le job de migration OCI et l’état de synchronisation de l’application ArgoCD. L’installation des Skills s’exécute comme un job distinct qu’ArgoCD ne suit pas ; voir Lifecycle. Si un chart ne parvient pas à se réconcilier, l’opérateur indique la cause dans status.degradationReasons[].

Différences par rapport à Vantage 2.7

Dans Vantage 2.7 auto-hébergé, une mise à niveau consistait à exécuter le conteneur d’installation Ansible avec un fichier de valeurs mis à jour et à le laisser lancer helm upgrade sur chaque chart à tour de rôle, une opération qui modifiait à la fois l’infrastructure et la configuration de l’application en une seule étape. Dans la version 3.0, la mise à niveau de l’application est dissociée des changements d’infrastructure : Le modèle d’installation de la version 2.7 n’est pas pris en charge dans la version 3.0, et il n’existe pas de mise à niveau directe depuis la version 2.7. Le passage depuis la version 2.7 est une migration ; voir Migrer depuis Vantage 2.7. Les mises à niveau des charts Vantage couvrent uniquement Vantage Core : les logiciels que vous avez installés séparément, comme votre pile de supervision, doivent être mis à niveau par vos soins, selon votre propre calendrier.

Prochaines étapes

Architecture

Ce que l’opérateur fait à chaque cycle de réconciliation.

Limites connues

Contraintes à prendre en compte avant de planifier une fenêtre de mise à niveau.