Puesta en marcha del operador de Trident con Helm (modo estándar)
Puede desplegar el operador Trident e instalar Trident con Helm. Este proceso se aplica a instalaciones en las que las imágenes de contenedor requeridas por 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 crítica sobre Trident 24,10
Debe leer la siguiente información crítica sobre Trident.
<strong>Información crítica sobre Trident </strong>
-
Kubernetes 1,31 ahora es compatible con Trident. Actualizar Trident antes de actualizar Kubernetes.
-
Trident aplica estrictamente el uso de la configuración de múltiples rutas en entornos SAN, con un valor recomendado de
find_multipaths: no
en archivo multipath.conf.Uso de la configuración sin multivía o el uso de
find_multipaths: yes
o.find_multipaths: smart
el valor del archivo multipath.conf provocará fallos de montaje. Trident ha recomendado el uso defind_multipaths: no
desde la versión 21.07.
Despliegue el operador Trident e instale Trident usando Helm
Usar Trident "Carta del timón" Es posible poner en marcha el operador de Trident e instalar Trident en un paso.
Revisar "descripción general de la instalación" para asegurarse de cumplir con los requisitos previos de instalación y seleccionar la opción de instalación correcta para el entorno.
Además de la "requisitos previos a la implementación" que necesita "Versión timón 3".
-
Añada el repositorio Helm de Trident:
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 siguiente ejemplo, donde100.2404.0
se encuentra la versión de Trident que está instalando.helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace <trident-namespace>
Si ya creó un espacio de nombres para Trident, el --create-namespace
el parámetro no creará un espacio de nombres adicional.
Puede utilizar helm list
para revisar detalles de la instalación como nombre, espacio de nombres, gráfico, estado, versión de la aplicación, y el 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 comando donde 100.2410.0
es la versión de Trident que está instalando:
helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace trident --set tridentDebug=true
Opciones de configuración
Esta tabla y la values.yaml
File, que forma parte del gráfico Helm, proporciona 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 |
affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/arch operator: In values: - arm64 - amd64 - key: kubernetes.io/os operator: In values: - linux
|
||
|
Selectores de nodos adicionales para POD. Consulte Descripción de los pods de la controladora y los pods de nodo para obtener más detalles. |
|||
|
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 detalles. |
|||
|
Selectores de nodos adicionales para POD. Consulte Descripción de los pods de la controladora y los pods de nodo para obtener más detalles. |
|||
|
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 detalles. |
|||
|
Identifica el registro de |
|
||
|
Establece la política de extracción de imágenes para el |
|
||
|
Establece los secretos de extracción de imágenes para el |
|||
|
Permite anular la ubicación del host del estado interno de kubelet. |
|
||
|
Permite establecer el nivel de registro del operador Trident en: |
|
||
|
Permite configurar en debug el nivel de registro del operador Trident. |
|
||
|
Permite la sustitución completa de la imagen durante |
|
||
|
Permite sobrescribir la etiqueta del |
|
||
|
Permite permitir que 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, con |
|
||
|
Permite deshabilitar la generación de informes periódicos de AutoSupport de Trident. |
|
||
|
Permite sobrescribir la etiqueta de la imagen para el contenedor Trident AutoSupport. |
|
||
|
Permite al contenedor Trident AutoSupport llamar a casa a través de un proxy HTTP. |
|
||
|
Define el formato de registro de Trident ( |
|
||
|
Deshabilita el registrador de auditorías de Trident. |
|
||
|
Permite definir el nivel de log de Trident en: |
|
||
|
Permite establecer el nivel de registro de Trident en |
|
||
|
Permite habilitar flujos de trabajo de Trident específicos para el registro de seguimiento o la supresión de registros. |
|
||
|
Permite activar capas de Trident específicas para el registro de rastreo o la supresión de registros. |
|
||
|
Permite la sustitución completa de la imagen para Trident. |
|
||
|
Permite sobrescribir la etiqueta de la imagen para Trident. |
|
||
|
Permite sobrescribir el puerto predeterminado utilizado para las sondas de vida/preparación de Kubernetes. |
|
||
|
Permite instalar 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. |
|
||
|
Establezca en |
|
||
|
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/Trident-ROLE') cuando utilice la identidad de cloud 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. |
|
||
|
Permite a Trident preparar los nodos del clúster de Kubernetes para gestionar volúmenes mediante el protocolo de almacenamiento de datos especificado. Actualmente, |
Descripción de los pods de la controladora y los pods de nodo
Trident se ejecuta como un pod de controladora único, más un pod de nodo en cada nodo trabajador del clúster. El pod de nodo debe ejecutarse en cualquier host en el que desee potencialmente montar un volumen de Trident.
Kubernetes "selectores de nodos" y.. "toleraciones y tintes" se utilizan para restringir un pod para ejecutarse en un nodo concreto o preferido. Uso del "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.