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

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.

Remarque La mise à niveau vers une version à cinq versions à venir vous oblige à effectuer une mise à niveau en plusieurs étapes.

Déterminez la version à mettre à niveau

  • Vous pouvez mettre à niveau vers YY.MM libérer du YY-1.MM version et toute version intermédiaire. Par exemple, vous pouvez effectuer une mise à niveau directe vers 20.07 à partir de la version 19.07 et ultérieure (y compris les versions point, telles que 19.07.1).

  • Si vous disposez d'une version antérieure, vous devez effectuer une mise à niveau en plusieurs étapes. 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 :

    • Première mise à niveau de 18.07 à 19.07. Consultez la documentation de la version correspondante pour obtenir des instructions spécifiques pour la mise à niveau.

    • Puis mettre à niveau de 19.07 à 20.07.

Important Toutes les mises à niveau vers les versions 19.04 et précédentes exigent de migrer les métadonnées d'Astra Trident qui lui sont propres etcd Aux objets CRD. Assurez-vous de consulter la documentation de la version pour comprendre le fonctionnement de la mise à niveau.
Avertissement 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 l'application "contextes de sécurité" Pour les volumes SAN. Le "entrée d'échantillon" le répertoire contient des exemples, par exemple[storage-class-basic.yaml.templ^] et[storage-class-bronze-default.yaml^].
Pour plus d'informations, voir "Problèmes connus".

Quel chemin de mise à niveau dois-je choisir ?

Vous pouvez effectuer la mise à niveau en utilisant l'un des chemins suivants :

  • Utilisation de l'opérateur Trident.

  • À l'aide de tridentctl.

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.

L'opérateur Trident peut effectuer une mise à niveau si les conditions suivantes sont remplies :

  • Vous utilisez CSI Trident (19.07 et versions ultérieures).

  • Vous disposez d'une version CRD de Trident (19.07 et versions ultérieures).

  • Vous effectuez une installation personnalisée (à l'aide de YAML personnalisées) pas.

Avertissement N'utilisez pas l'opérateur pour mettre à niveau Trident si vous utilisez un `etcd`Version Trident basée (19.04 ou version antérieure).

Si vous ne souhaitez pas utiliser l'opérateur ou si vous disposez d'une installation personnalisée qui ne peut pas être prise en charge par l'opérateur, vous pouvez effectuer une mise à niveau à l'aide de tridentctl. Il s'agit du mode de mise à niveau à privilégier pour Trident versions 19.04 et antérieures.

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".

Trouvez plus d'informations