Actualice Astra Trident
Astra Trident sigue una cadencia de lanzamientos trimestrales y ofrece cuatro lanzamientos principales cada año. Cada versión nueva se basa en las versiones anteriores, y ofrece nuevas funciones y mejoras de rendimiento, así como correcciones de errores y mejoras. Le animamos a que realice una actualización al menos una vez al año para aprovechar las nuevas funciones de Astra Trident.
Consideraciones antes de la actualización
Cuando actualice a la versión más reciente de Astra Trident, tenga en cuenta lo siguiente:
-
Solo debe haber una instancia de Astra Trident instalada en todos los espacios de nombres en un clúster de Kubernetes determinado.
-
A partir de Trident 20.01, solo la versión en beta de "copias de snapshot de volumen" compatible. Los administradores de Kubernetes deben tener cuidado de realizar un backup o convertir de forma segura los objetos Snapshot alfa en beta para conservar las snapshots alfa heredadas.
-
Las instantáneas de volumen CSI son ahora una función de GA que comienza con Kubernetes 1.20. Antes de actualizar, debe eliminar los CRD de instantánea alfa utilizando
tridentctl obliviate alpha-snapshot-crd
Para eliminar los CRD de la especificación de instantánea alfa. -
La versión beta de instantáneas de volumen introduce un conjunto modificado de CRD y un controlador de instantáneas, que deben configurarse antes de actualizar Astra Trident.
-
Para obtener más información, consulte "Qué necesita saber antes de actualizar su clúster de Kubernetes".
-
-
Todas las actualizaciones de las versiones 19,04 y anteriores requieren la migración de metadatos de Astra Trident desde él mismo
etcd
Para crear objetos. Asegúrese de comprobar el "Documentación específica para la versión de Astra Trident" para entender cómo funciona la actualización. -
Al actualizar, es importante que proporcione
parameter.fsType
pulgStorageClasses
Utilizado por Astra Trident. Puede eliminar y volver a crearStorageClasses
sin interrumpir los volúmenes preexistentes.-
Este es un requisito para hacer cumplir "contextos de seguridad" Para volúmenes SAN.
-
El directorio sample input contiene ejemplos, como
storage-class-basic.yaml.templ
ystorage-class-bronze-default.yaml
#. Para obtener más información, consulte "Problemas conocidos".
-
Paso 1: Seleccione una versión
Las versiones de Astra Trident siguen una fecha basada YY.MM
Convención de nomenclatura, donde "YY" es los dos últimos dígitos del año y "MM" es el mes. Las versiones de puntos siguen a YY.MM.X
convención, donde "X" es el nivel de parche. Deberá seleccionar la versión a la que se actualizará en función de la versión desde la que se actualice.
-
Puede realizar una actualización directa a cualquier versión de destino que esté dentro de una ventana de cuatro versiones de la versión instalada. Por ejemplo, puede actualizar a 23,04 desde 22,04 (incluidas las versiones de puntos, como 22.04.1) directamente.
-
Si dispone de una versión anterior, debe realizar una actualización en varios pasos con la documentación de la versión correspondiente para obtener instrucciones específicas. Esto requiere que primero actualice a la versión más reciente que se ajuste a su ventana de cuatro lanzamientos. Por ejemplo, si ejecuta 18.07 y desea actualizar a la versión 20.07, siga el proceso de actualización de varios pasos como se indica a continuación:
-
Primera actualización de 18.07 a 19.07.
-
A continuación, actualice de 19.07 a 20.07.
-
Cuando se actualice con el operador Trident en OpenShift Container Platform, debe actualizar a Trident 21.01.1 o una versión posterior. El operador Trident publicado con 21.01.0 contiene un problema conocido que se ha solucionado en 21.01.1. Si quiere más detalles, consulte "Detalles del problema en GitHub". |
Paso 2: Determine el método de instalación original
Por lo general, debe actualizar utilizando el mismo método que utilizó para la instalación inicial, sin embargo, puede hacerlo "desplazarse entre los métodos de instalación".
Para determinar qué versión solías instalar originalmente Astra Trident:
-
Uso
kubectl get pods - trident
para examinar los pods.-
Si no existe ningún pod de operador, Astra Trident se instaló mediante
tridentctl
. -
Si hay un pod de operador, se instaló Astra Trident mediante el operador Trident manualmente o mediante Helm.
-
-
Si hay un pod del operador, utilice
kubectl describe tproc trident
Para determinar si Astra Trident se instaló mediante Helm.-
Si hay una etiqueta Helm, Astra Trident se instaló usando Helm.
-
Si no hay ninguna etiqueta Helm, Astra Trident se instaló manualmente mediante el operador Trident.
-
Paso 3: Seleccione un método de actualización
Existen dos métodos para actualizar Astra Trident.
Cuándo actualizar con el operador
Puede hacerlo "Actualice con el operador Trident" si:
-
Originalmente instaló Astra Trident con el operador o con el uso
tridentctl
. -
Desinstaló CSI Trident y los metadatos de la instalación persisten.
-
Tiene una instalación de Astra Trident basada en CSI. Todas las versiones de 19.07 en adelante se basan en CSI. Puede examinar los pods en el espacio de nombres de Trident para verificar su versión.
-
Nombres de POD en versiones anteriores a 23,01 Usos:
trident-csi-*
-
La nomenclatura de POD en 23.01 y versiones posteriores utiliza:
-
trident-controller-<generated id>
para el pod del controlador -
trident-node-<operating system>-<generated id>
para los pods de nodo -
trident-operator-<generated id>
para el pod del operador
-
-
Si utiliza una, no utilice el operador para actualizar Trident `etcd`Versión de Trident basada en (19.04 o anterior). |
Cuándo actualizar mediante tridentctl
Puede hacerlo Si originalmente instaló Astra Trident usando `tridenctl'.
tridentctl
Es el método convencional de instalación de Astra Trident y proporciona la mayor cantidad de opciones para aquellos que requieren complejas personalizaciones. Para obtener información detallada, consulte "Elija el método de instalación".
Cambios en el operador
La versión 21,01 de Astra Trident introdujo cambios de arquitectura para el operador:
-
El operador ahora está ámbito de clúster. Las instancias anteriores del operador Trident (versiones 20.04 a 20.10) eran espacio de nombres. Un operador con ámbito de clúster puede ser ventajoso por los siguientes motivos:
-
Responsabilidad de recursos: Ahora el operador gestiona los recursos asociados con una instalación de Astra Trident a nivel de clúster. Como parte de la instalación de Astra Trident, el operador crea y mantiene varios recursos mediante el uso
ownerReferences
. MantenimientoownerReferences
En los recursos de ámbito de clúster pueden generar errores en determinados distribuidores de Kubernetes como OpenShift. Esto se mitiga con un operador con ámbito de clúster. Para la reparación automática y parches de recursos de Trident, este es un requisito esencial. -
Limpieza durante la desinstalación: Una eliminación completa de Astra Trident requeriría que se eliminen todos los recursos asociados. Un operador con ámbito de espacio de nombres puede experimentar problemas con la eliminación de recursos con ámbito de clúster (como clusterRole, ClusterRoleBinding y PodSecurityPolicy) y dar lugar a una limpieza incompleta. Un operador con ámbito de clúster elimina este problema. Los usuarios pueden desinstalar por completo Astra Trident e instalar de nuevo si es necesario.
-
-
TridentProvisioner
se sustituye ahora porTridentOrchestrator
Como recurso personalizado utilizado para instalar y gestionar Astra Trident. Además, se introduce un nuevo campo en elTridentOrchestrator
espec. Los usuarios pueden especificar que el espacio de nombres Trident debe instalarse o actualizarse desde mediante elspec.namespace
campo. Puede echar un vistazo a un ejemplo "aquí".