Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Información general sobre la implementación

Colaboradores
PDF

Puede poner en marcha Astra Trident con el operador de Trident o con tridentctl.

Elija el método de implementación

Para determinar qué método de implementación utilizar, tenga en cuenta lo siguiente:

¿Por qué debo usar el operador Trident?

La "Operador de Trident" Es una excelente forma de gestionar de forma dinámica los recursos de Astra Trident y automatizar la fase de configuración. Hay algunos requisitos previos que deben cumplirse. Consulte "los requisitos".

El operador de Trident ofrece varias ventajas como se describe a continuación.

Funcionalidad de reparación automática

Puede supervisar una instalación de Astra Trident y tomar medidas de forma activa para solucionar problemas, como, por ejemplo, cuándo se elimina la implementación o si se modifica por accidente. Cuando el operador se configura como una implementación, un trident-operator-<generated-id> se crea el pod. Este pod asocia un TridentOrchestrator CR con una instalación de Astra Trident y siempre garantiza que sólo haya una activa TridentOrchestrator. En otras palabras, el operador se asegura de que sólo hay una instancia de Astra Trident en el cluster y controla su configuración, asegurándose de que la instalación es idempotente. Cuando se realizan cambios en la instalación (como eliminar el despliegue o el conjunto de nodos), el operador los identifica y los corrige individualmente.

Actualizaciones sencillas en instalaciones existentes

Puede actualizar fácilmente una implementación existente con el operador. Sólo tiene que editar el TridentOrchestrator CR para realizar actualizaciones de una instalación. Por ejemplo, piense en una situación en la que necesita habilitar Astra Trident para generar registros de depuración.

Para hacer esto, parche su TridentOrchestrator para ajustar spec.debug para true:

kubectl patch torc <trident-orchestrator-name> -n trident --type=merge -p '{"spec":{"debug":true}}'

Después TridentOrchestrator se actualiza, el operador procesa las actualizaciones y parches de la instalación existente. Esto puede activar la creación de nuevos POD para modificar la instalación según corresponda.

Gestiona automáticamente las actualizaciones de Kubernetes

Cuando la versión de Kubernetes del clúster se actualiza a una versión compatible, el operador actualiza una instalación existente de Astra Trident automáticamente y la cambia para garantizar que cumple los requisitos de la versión de Kubernetes.

Nota Si se actualiza el clúster a una versión no compatible, el operador evita la instalación de Astra Trident. Si ya se ha instalado Astra Trident con el operador, se muestra una advertencia para indicar que Astra Trident está instalada en una versión de Kubernetes no compatible.

¿Por qué debo usar Helm?

Si dispone de otras aplicaciones que gestiona con Helm, empezando por Astra Trident 21.01, puede gestionar su puesta en marcha también mediante Helm.

Cuándo debo usar tridenctl?

Si tiene una puesta en marcha existente que debe actualizarse a o si está buscando personalizar altamente su puesta en marcha, deberá echar un vistazo a utilizar "tridentctl". Este es el método convencional de puesta en marcha de Astra Trident.

Consideraciones que tener en cuenta al mover entre métodos de implementación

No es difícil imaginar un escenario en el que se desee moverse entre los métodos de implementación. Debe tener en cuenta lo siguiente antes de intentar moverse desde un tridentctl implementación en una implementación basada en operadores, o viceversa:

  • Utilice siempre el mismo método para desinstalar Astra Trident. Si ha implementado con tridentctl, debe utilizar la versión adecuada de tridentctl Binario para desinstalar Astra Trident. Del mismo modo, si está desplegando con el operador, debe editar el TridentOrchestrator CR y SET spec.uninstall=true Para desinstalar Astra Trident.

  • Si tiene una implementación basada en el operador que desea quitar y utilizar tridentctl Para poner en marcha Astra Trident, primero debe editar TridentOrchestrator y ajustar spec.uninstall=true Para desinstalar Astra Trident. A continuación, elimínelo TridentOrchestrator y la puesta en marcha del operador. A continuación, puede realizar la instalación mediante tridentctl.

  • Si tiene una puesta en marcha manual basada en el operador y desea utilizar la puesta en marcha del operador de Trident basado en Helm, primero debe desinstalar manualmente al operador y, a continuación, realizar la instalación de Helm. De este modo, Helm puede poner en marcha el operador Trident con las etiquetas y anotaciones necesarias. Si no lo hace, la puesta en marcha del operador de Trident basado en Helm generará un error de validación de la etiqueta y un error de validación de la anotación. Si usted tiene un `tridentctl`La implementación basada en , puede utilizar la puesta en marcha basada en Helm sin que se produzcan problemas.

Entender los modos de implementación

Existen tres formas de poner en marcha Astra Trident.

Implementación estándar

La puesta en marcha de Trident en un clúster de Kubernetes se traduce en que el instalador de Astra Trident realiza dos acciones:

  • Obteniendo las imágenes del contenedor a través de Internet

  • Crear una implementación y/o un conjunto de nodos demonset, que hace girar Astra Trident pods en todos los nodos elegibles del clúster de Kubernetes.

Una puesta en marcha estándar como esta se puede realizar de dos formas distintas:

  • Uso tridentctl install

  • Utilice el operador Trident. Es posible poner en marcha el operador de Trident de forma manual o mediante Helm.

Este modo de instalación es la forma más sencilla de instalar Astra Trident y funciona para la mayoría de los entornos que no imponen restricciones de red.

Puesta en marcha sin conexión

Para realizar una implementación con conexión inalámbrica, puede utilizar --image-registry marque al invocar tridentctl install para apuntar a un registro de imágenes privado. Si realiza la implementación con el operador de Trident, también es posible especificar otra opción spec.imageRegistry en la TridentOrchestrator. Este registro debe contener la "Imagen de Trident", la "Imagen de Trident AutoSupport", Y las imágenes del sidecar CSI según lo requiera su versión Kubernetes.

Para personalizar su puesta en marcha, puede usar tridentctl Para generar los manifiestos para los recursos de Trident. Esto incluye la implementación, el conjunto demoníaco, la cuenta de servicio y el rol de clúster que crea Astra Trident como parte de su instalación.

Consulte estos enlaces para obtener más información sobre cómo personalizar la implementación:

Importante Si está utilizando un repositorio de imágenes privado, debe agregar /k8scsi Para las versiones de Kubernetes anteriores a la 1.17 o. /sig-storage Para las versiones de Kubernetes posteriores a la 1.17 al final de la URL del registro privado. Cuando se utiliza un registro privado para tridentctl implementación, debe usar --trident-image y.. --autosupport-image en conjunto con --image-registry. Si va a poner en marcha Astra Trident con el operador Trident, asegúrese de que orchestrator CR incluya tridentImage y.. autosupportImage en los parámetros de instalación.

Puesta en marcha remota

Aquí encontrará una descripción de alto nivel del proceso de implementación remota:

  • Despliegue la versión adecuada de kubectl En la máquina remota desde la que desea poner en marcha Astra Trident.

  • Copie los archivos de configuración del clúster de Kubernetes y establezca el KUBECONFIG variable de entorno en el equipo remoto.

  • Inicie un kubectl get nodes Comando para verificar que puede conectarse al clúster de Kubernetes necesario.

  • Complete la implementación desde la máquina remota mediante los pasos de instalación estándar.