Cette version est basée sur Vantage Cloud 3.6.1. Pour découvrir les fonctionnalités, améliorations et correctifs apportés au produit dans cette version, consultez les notes de version de Vantage 3.6.1.
Modifications incompatibles
Les compétences par défaut ne sont plus liées à l’installation minimale
vantage.minimalInstall ne contrôle désormais que le dimensionnement des charges de travail. L’ensemble des compétences par défaut est défini par la nouvelle valeur defaultSkills.mode, qui vaut all par défaut (toutes les versions de chaque compétence par défaut).
Si vous utilisez une installation minimale, ajoutez defaultSkills.mode: minimal à vos valeurs avant d’effectuer la mise à niveau. Sinon, la prochaine synchronisation installera l’ensemble complet des compétences par défaut, ce qui peut prendre une heure ou plus. Une fois installées, les compétences par défaut ne peuvent plus être supprimées.
Pour plus d’informations, consultez Compétences par défaut.
Fonctionnalités
Sélection des compétences par défaut
Vous pouvez désormais choisir les compétences par défaut à installer à l’aide dedefaultSkills.mode : all, minimal ou custom.
Pour en savoir plus sur les différents modes, sur la manière de trouver les identifiants des compétences correspondant à la version de votre chart et sur l’ajout ultérieur de compétences, voir Compétences par défaut.
Comptes de service par charge de travail
Vous pouvez désormais attribuer à chaque charge de travail son propre compte de service Kubernetes avecserviceAccounts.workloads, plutôt que de partager un même compte de service entre toutes les charges de travail. Le chart vantage-selfhosted peut créer ces comptes de service ou utiliser des comptes existants. Vous pouvez ainsi n’accorder à chaque charge de travail que les accès dont elle a besoin, par exemple via Azure Workload Identity.
Étiquettes de pod pour les charges de travail
Vous pouvez désormais ajouter des étiquettes aux pods des charges de travail à l’aide devantage.workloads.pods.labels (pour toutes les charges de travail) ou de vantage.workloads.pods.charts (pour des charges de travail spécifiques), par exemple l’étiquette azure.workload.identity/use requise par Azure Workload Identity.
Ressources de la migration OCI
Vous pouvez désormais définir les demandes (requests) et les limites de CPU et de mémoire du job de migration OCI à l’aide devantage.ociMigration.resources. Utilisez ce paramètre si votre cluster impose des limites sur chaque conteneur.
Améliorations
- Les agents de traitement TechCore montent en charge plus rapidement sur les installations complètes. Prometheus collecte désormais les métriques Vantage toutes les 15 secondes au lieu de 60, et les agents de traitement TechCore utilisent leur profil de mise à l’échelle de production. Les installations minimales conservent un intervalle de 60 secondes. Pour modifier l’intervalle de collecte, définissez
observability.prometheus.serviceMonitor.interval. Pour plus d’informations, consultez Mise à l’échelle automatique.
Corrections
- Correction d’un problème qui empêchait les notifications de l’UI Vantage de fonctionner avec l’ingress Gateway API, car certaines implémentations refusaient de router les connexions WebSocket. Par ailleurs, les délais d’expiration des requêtes sur la route Gateway API sont désormais désactivés par défaut, afin que les requêtes de longue durée ne soient plus interrompues.
- Correction d’un problème sur Azure en raison duquel l’operator créait et validait la configuration des secrets Key Vault pour des charges de travail non installées.