Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Mettez à niveau Astra Trident

Contributeurs
PDF

Astra Trident suit le rythme de sa mise à jour trimestrielle, fournissant quatre versions majeures chaque année. Chaque nouvelle version s'appuie sur les versions précédentes, offrant de nouvelles fonctionnalités et améliorations des performances ainsi que des correctifs et des améliorations. Nous vous encourageons à effectuer une mise à niveau au moins une fois par an pour profiter des nouvelles fonctionnalités d'Astra Trident.

Sélectionnez une version

Les versions d'Astra Trident suivent une date YY.MM convention de dénomination, où "YY" est les deux derniers chiffres de l'année et "MM" est le mois. Les versions point suivent un YY.MM.X convention, où « X » est le niveau de patch. Vous allez sélectionner la version à mettre à niveau en fonction de la version à partir de laquelle vous effectuez la mise à niveau.

  • Vous pouvez effectuer une mise à niveau directe vers n'importe quelle version cible située dans une fenêtre à quatre versions de la version installée. Par exemple, vous pouvez effectuer la mise à niveau vers 23.01 à partir de 22.01 (y compris les versions point, telles que 22.01.1) directement.

  • Si vous disposez d'une version antérieure, vous devez effectuer une mise à niveau en plusieurs étapes à l'aide de la documentation de la version concernée pour obtenir des instructions spécifiques. Pour ce faire, vous devez d'abord effectuer une mise à niveau vers la version la plus récente qui correspond à votre fenêtre des quatre versions. Par exemple, si vous exécutez 18.07 et que vous souhaitez effectuer une mise à niveau vers la version 20.07, suivez la procédure de mise à niveau en plusieurs étapes comme suit :

    1. Première mise à niveau de 18.07 à 19.07.

    2. Puis mettre à niveau de 19.07 à 20.07.

Avertissement

  • Toutes les mises à niveau vers les versions 19.04 et précédentes exigent la migration des métadonnées Astra Trident etcd Aux objets CRD. Assurez-vous de consulter la documentation de la version pour comprendre le fonctionnement de la mise à niveau.

  • Lors de la mise à niveau, il est important de fournir parameter.fsType dans StorageClasses Utilisé par Astra Trident. Vous pouvez supprimer et recréer StorageClasses sans interrompre les volumes existants. Il s'agit d'une exigence pour appliquer security contextes pour les volumes SAN. Le répertoire sample input contient des exemples, tels que storage-class-basic.yaml.templ et storage-class-bronze-default.yaml. Pour plus d'informations, voir "Problèmes connus".

Sélectionnez une option de mise à niveau

Il existe deux options de mise à niveau d'Astra Trident. En général, vous utiliserez la même option que celle que vous avez utilisée pour l'installation initiale, mais vous le pouvez "passer d'une méthode d'installation à l'autre".

Avertissement Les snapshots de volumes CSI sont désormais une fonctionnalité GA, qui commence par Kubernetes 1.20. Lors de la mise à niveau d'Astra Trident, tous les précédents clichés alpha CRS et CRD (classes Snapshot de volume, instantanés de volume et contenu Snapshot de volume) doivent être supprimés avant la mise à niveau. Reportez-vous à la section "de ce blog" Comprendre les étapes de migration des instantanés alpha vers les spécifications bêta/GA.

Modifications apportées à l'opérateur

La version 21.01 d'Astra Trident présente quelques changements architecturaux clés pour l'opérateur, à savoir :

  • L'opérateur est maintenant cluster-scoped. Les instances précédentes de l'opérateur Trident (versions 20.04 à 20.10) étaient namespace-scoped. Un opérateur à périmètre de bloc d'instruments est avantageux pour les raisons suivantes :

    • Responsabilité des ressources : l'opérateur gère désormais les ressources associées à une installation d'Astra Trident au niveau du cluster. Dans le cadre de l'installation d'Astra Trident, l'opérateur crée et gère plusieurs ressources à l'aide de ownerReferences. Maintenance ownerReferences Sur les ressources cluster-scoped peut générer des erreurs sur certains distributeurs Kubernetes tels qu'OpenShift. Ceci est réduit avec un opérateur à périmètre sur le cluster. Pour l'auto-rétablissement et l'application de correctifs des ressources Trident, c'est une condition essentielle.

    • Nettoyage pendant la désinstallation : une suppression complète d'Astra Trident nécessite la suppression de toutes les ressources associées. Un opérateur de type espace de noms peut rencontrer des problèmes lors de la suppression des ressources du cluster (telles que clusterRole, ClusterRoleBinding et PodSecurityPolicy) et entraîner un nettoyage incomplet. Un opérateur à périmètre de cluster élimine ce problème. Les utilisateurs peuvent désinstaller complètement Astra Trident et procéder à un nouveau battage si nécessaire.

  • TridentProvisioner est maintenant remplacé par TridentOrchestrator Ressource personnalisée utilisée pour installer et gérer Astra Trident. En outre, un nouveau champ est introduit dans le TridentOrchestrator spécifications Les utilisateurs peuvent spécifier que le namespace Trident doit être installé/mis à niveau à partir du à l'aide du spec.namespace légale. Vous pouvez voir un exemple "ici".