Puesta en marcha del operador de Trident con Helm (modo estándar)
Puede poner en marcha el operador de Trident e instalar Astra Trident con Helm. Este proceso se aplica a instalaciones en las que las imágenes de contenedor requeridas por Astra Trident no se almacenan en un registro privado. Si tiene un registro de imágenes privado, utilice el "proceso de puesta en marcha sin conexión".
Información vital sobre Astra Trident 24,06
-
Debe leer la siguiente información crítica sobre Astra Trident.*
<strong> información b�tico sobre Astra Tridb�tico </strong>
-
Kubernetes 1,31 ahora es compatible con Astra Trident. Actualizar Trident antes de actualizar Kubernetes.
-
Astra Trident aplica estrictamente el uso de configuración multivía en entornos SAN, con un valor recomendado de
find_multipaths: no
en archivo multipath.conf.El uso de una configuración que no sea multivía o el uso
find_multipaths: yes
ofind_multipaths: smart
un valor en el archivo multipath.conf provocará errores de montaje. Trident ha recomendado el uso defind_multipaths: no
desde la versión 21,07.
Ponga en marcha el operador de Trident e instale Astra Trident con Helm
Con Trident "Carta del timón"puede desplegar el operador Trident e instalar Trident en un solo paso.
Revise "descripción general de la instalación"para asegurarse de que cumple los requisitos previos de la instalación y ha seleccionado la opción de instalación correcta para su entorno.
Además de la "requisitos previos a la implementación"que necesita"Versión timón 3".
-
Añada el repositorio de Astra Trident Helm:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utilice
helm install
y especifique un nombre para la implementación como en el ejemplo siguiente, donde100.2404.0
se encuentra la versión de Astra Trident que está instalando.helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace <trident-namespace>
Si ya creó un espacio de nombres para Trident, --create-namespace
el parámetro no creará un espacio de nombres adicional.
Puede utilizar helm list
para revisar detalles de instalación como nombre, espacio de nombres, gráfico, estado, versión de la aplicación, y número de revisión.
Pasar los datos de configuración durante la instalación
Existen dos formas de pasar los datos de configuración durante la instalación:
Opción | Descripción |
---|---|
|
Especifique un archivo YAML con anulaciones. Esto se puede especificar varias veces y el archivo de la derecha tendrá prioridad. |
|
Especifique anulaciones en la línea de comandos. |
Por ejemplo, para cambiar el valor predeterminado de debug
, ejecute el siguiente --set
comando, donde 100.2406.0
es la versión de Astra Trident que está instalando:
helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace trident --set tridentDebug=true
Opciones de configuración
Esta tabla y el values.yaml
archivo, que forma parte del diagrama Helm, proporcionan la lista de claves y sus valores predeterminados.
Opción | Descripción | Predeterminado |
---|---|---|
|
Etiquetas de nodo para la asignación de pod |
|
|
Anotaciones del pod |
|
|
Anotaciones de despliegue |
|
|
Toleraciones para la asignación de POD |
|
|
Afinidad para la asignación de pod |
|
|
Selectores de nodos adicionales para POD. Consulte Descripción de los pods de la controladora y los pods de nodo para obtener más información. |
|
|
Anula la toleración de Kubernetes en pods. Consulte Descripción de los pods de la controladora y los pods de nodo para obtener más información. |
|
|
Selectores de nodos adicionales para POD. Consulte Descripción de los pods de la controladora y los pods de nodo para obtener más información. |
|
|
Anula la toleración de Kubernetes en pods. Consulte Descripción de los pods de la controladora y los pods de nodo para obtener más información. |
|
|
Identifica el registro de |
|
|
Establece la política de extracción de imágenes para la |
|
|
Define los secretos de extracción de imágenes para |
|
|
Permite anular la ubicación del host del estado interno de kubelet. |
|
|
Permite definir el nivel de log del operador Trident en: |
|
|
Permite configurar en debug el nivel de registro del operador Trident. |
|
|
Permite la sustitución completa de la imagen para |
|
|
Permite sobrescribir la etiqueta de la |
|
|
Permite permitir que Astra Trident funcione en clústeres de IPv6. |
|
|
Anula el tiempo de espera predeterminado de 30 segundos para la mayoría de las operaciones de la API de Kubernetes (si no es cero, en segundos). |
|
|
Sustituye el timeout por defecto de 90 segundos para las solicitudes HTTP, |
|
|
Permite deshabilitar la generación de informes periódicos de AutoSupport de Astra Trident. |
|
|
Permite sobrescribir la etiqueta de la imagen del contenedor AutoSupport de Astra Trident. |
|
|
Permite que el contenedor Astra Trident AutoSupport telefonee a casa a través de un proxy HTTP. |
|
|
Establece el formato de registro de Astra Trident ( |
|
|
Deshabilita el registro de auditorías de Astra Trident. |
|
|
Permite definir el nivel de registro de Astra Trident en: |
|
|
Permite establecer el nivel de registro de Astra Trident en |
|
|
Permite habilitar flujos de trabajo específicos de Astra Trident para el registro de seguimiento o la supresión de registros. |
|
|
Permite habilitar capas específicas de Astra Trident para el registro de seguimiento o la supresión de registros. |
|
|
Permite anular por completo la imagen de Astra Trident. |
|
|
Permite sobrescribir la etiqueta de la imagen para Astra Trident. |
|
|
Permite sobrescribir el puerto predeterminado utilizado para las sondas de vida/preparación de Kubernetes. |
|
|
Permite instalar Astra Trident en el nodo de trabajo de Windows. |
|
|
Permite habilitar la función Forzar separación. |
|
|
Excluye la política de seguridad del pod del operador de la creación. |
|
|
Establecer como |
|
|
Defina la identidad de carga de trabajo («azure.workload.identity/client-id: Xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx») cuando utilice la identidad de cloud en un clúster de AKS. Establezca el rol de AWS IAM ('eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/astratrident-role') cuando utilice la identidad de nube en un clúster de EKS. |
|
|
El intervalo en el que se invoca la reparación automática de iSCSI. |
|
|
La duración después del cual la reparación automática de iSCSI inicia un intento de resolver una sesión obsoleta realizando un cierre de sesión y un inicio de sesión posterior. |
|
Descripción de los pods de la controladora y los pods de nodo
Astra Trident se ejecuta como un único pod de la controladora, más un pod de nodos en cada nodo de trabajo del clúster. El pod del nodo debe ejecutarse en cualquier host en el que desee montar potencialmente un volumen Astra Trident.
Kubernetes "selectores de nodos" y "toleraciones y tintes" se utilizan para restringir que un pod se ejecute en un nodo específico o preferido. Usando el`ControllerPlugin` y NodePlugin
, puede especificar restricciones y anulaciones.
-
El complemento de la controladora se ocupa del aprovisionamiento y la gestión de volúmenes, como snapshots y redimensionamiento.
-
El complemento de nodo se encarga de conectar el almacenamiento al nodo.