Configure un back-end de NetApp HCI o SolidFire
Descubra cómo crear y usar un back-end de Element con su instalación de Astra Trident.
-
Es un sistema de almacenamiento compatible que ejecuta el software Element.
-
Credenciales a un usuario administrador del clúster o inquilino de HCI de NetApp/SolidFire que puede gestionar volúmenes.
-
Todos sus nodos de trabajo de Kubernetes deben tener instaladas las herramientas iSCSI adecuadas. Consulte "información de preparación del nodo de trabajo".
La solidfire-san el controlador de almacenamiento admite ambos modos de volumen: archivo y bloque. Para la Filesystem VolumeMode, Astra Trident crea un volumen y crea un sistema de archivos. El tipo de sistema de archivos se especifica mediante StorageClass.
| Controlador | Protocolo | Modo VolumeMode | Modos de acceso compatibles | Sistemas de archivos compatibles |
|---|---|---|---|---|
|
ISCSI |
Bloque |
RWO, ROX, RWX |
No hay sistema de archivos. Dispositivo de bloque RAW. |
|
ISCSI |
Bloque |
RWO, ROX, RWX |
No hay sistema de archivos. Dispositivo de bloque RAW. |
|
ISCSI |
Sistema de archivos |
RWO, ROX |
|
|
ISCSI |
Sistema de archivos |
RWO, ROX |
|
|
|
Astra Trident utiliza CHAP cuando funciona como un aprovisionador CSI mejorado. Si está utilizando CHAP (que es el valor predeterminado para CSI), no es necesario realizar ninguna otra preparación. Se recomienda establecer explícitamente el UseCHAP Opción para utilizar CHAP con Trident que no sea CSI. De lo contrario, consulte "aquí".
|
|
|
Los grupos de acceso de volúmenes solo son compatibles con el marco convencional que no es CSI para Astra Trident. Cuando se configura para funcionar en el modo CSI, Astra Trident utiliza CHAP. |
Si ninguno AccessGroups o. UseCHAP están definidas, se aplica una de las siguientes reglas:
-
Si es el valor predeterminado
tridentse ha detectado el grupo de acceso; se utilizan los grupos de acceso. -
Si no se detecta ningún grupo de acceso y la versión de Kubernetes es 1.7 o posterior, se utiliza CHAP.
Opciones de configuración del back-end
Consulte la siguiente tabla para ver las opciones de configuración del back-end:
| Parámetro | Descripción | Predeterminado |
|---|---|---|
|
Siempre 1 |
|
|
Nombre del controlador de almacenamiento |
Siempre “solidfire-san” |
|
Nombre personalizado o el back-end de almacenamiento |
Dirección IP “SolidFire_” + almacenamiento (iSCSI) |
|
MVIP para el clúster de SolidFire con credenciales de inquilino |
|
|
La dirección IP y el puerto de almacenamiento (iSCSI) |
|
|
Conjunto de etiquetas con formato JSON arbitrario que se aplica en los volúmenes. |
"" |
|
Nombre de inquilino que se va a usar (creado si no se encuentra) |
|
|
Restringir el tráfico de iSCSI a una interfaz de host específica |
“predeterminado” |
|
Utilice CHAP para la autenticación de iSCSI |
verdadero |
|
Lista de ID de grupos de acceso que se van a usar |
Busca el código de un grupo de acceso denominado “trident”. |
|
Especificaciones de calidad de servicio |
|
|
Error en el aprovisionamiento si el tamaño del volumen solicitado es superior a este valor |
“” (no se aplica de forma predeterminada) |
|
Indicadores de depuración que se deben usar para la solución de problemas. Ejemplo, {“api”:false, “method”:true} |
nulo |
|
|
No utilizar debugTraceFlags a menos que esté solucionando problemas y necesite un volcado de registro detallado.
|
Ejemplo 1: Configuración de back-end para solidfire-san controlador con tres tipos de volumen
Este ejemplo muestra un archivo de back-end mediante autenticación CHAP y modelado de tres tipos de volúmenes con garantías de calidad de servicio específicas. Lo más probable es que, a continuación, defina clases de almacenamiento para consumir cada una de ellas mediante el IOPS parámetro de clase de almacenamiento.
---
version: 1
storageDriverName: solidfire-san
Endpoint: https://<user>:<password>@<mvip>/json-rpc/8.0
SVIP: "<svip>:3260"
TenantName: "<tenant>"
labels:
k8scluster: dev1
backend: dev1-element-cluster
UseCHAP: true
Types:
- Type: Bronze
Qos:
minIOPS: 1000
maxIOPS: 2000
burstIOPS: 4000
- Type: Silver
Qos:
minIOPS: 4000
maxIOPS: 6000
burstIOPS: 8000
- Type: Gold
Qos:
minIOPS: 6000
maxIOPS: 8000
burstIOPS: 10000
Ejemplo 2: Configuración de clase de almacenamiento y de entorno de administración para solidfire-san controlador con pools virtuales
En este ejemplo, se muestra el archivo de definición del back-end configurado con pools virtuales junto con StorageClasses que les devuelve referencia.
Astra Trident copia las etiquetas presentes en un pool de almacenamiento a la LUN de almacenamiento del entorno de administración al aprovisionar. Para mayor comodidad, los administradores de almacenamiento pueden definir etiquetas por pool virtual y agrupar volúmenes por etiqueta.
En el archivo de definición de backend de ejemplo que se muestra a continuación, se establecen valores predeterminados específicos para todos los grupos de almacenamiento, que establecen el type En Silver. Los pools virtuales se definen en la storage sección. En este ejemplo, algunos del pool de almacenamiento establecen su propio tipo, y algunos pools sobrescriben los valores predeterminados establecidos anteriormente.
---
version: 1
storageDriverName: solidfire-san
Endpoint: https://<user>:<password>@<mvip>/json-rpc/8.0
SVIP: "<svip>:3260"
TenantName: "<tenant>"
UseCHAP: true
Types:
- Type: Bronze
Qos:
minIOPS: 1000
maxIOPS: 2000
burstIOPS: 4000
- Type: Silver
Qos:
minIOPS: 4000
maxIOPS: 6000
burstIOPS: 8000
- Type: Gold
Qos:
minIOPS: 6000
maxIOPS: 8000
burstIOPS: 10000
type: Silver
labels:
store: solidfire
k8scluster: dev-1-cluster
region: us-east-1
storage:
- labels:
performance: gold
cost: '4'
zone: us-east-1a
type: Gold
- labels:
performance: silver
cost: '3'
zone: us-east-1b
type: Silver
- labels:
performance: bronze
cost: '2'
zone: us-east-1c
type: Bronze
- labels:
performance: silver
cost: '1'
zone: us-east-1d
Las siguientes definiciones de StorageClass se refieren a los pools virtuales anteriores. Con el parameters.selector Field, cada clase de almacenamiento llama a qué pools virtuales se pueden utilizar para alojar un volumen. El volumen tendrá los aspectos definidos en el pool virtual elegido.
El primer tipo de almacenamiento (solidfire-gold-four) se asignará al primer grupo virtual. Este es el único pool que ofrece rendimiento de oro con un Volume Type QoS De oro. El último tipo de almacenamiento (solidfire-silver) llama a cualquier pool de almacenamiento que ofrezca un rendimiento elevado. Astra Trident decidirá qué pool virtual se selecciona y garantizará que se cumplan los requisitos de almacenamiento.
apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: solidfire-gold-four provisioner: csi.trident.netapp.io parameters: selector: "performance=gold; cost=4" fsType: "ext4" --- apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: solidfire-silver-three provisioner: csi.trident.netapp.io parameters: selector: "performance=silver; cost=3" fsType: "ext4" --- apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: solidfire-bronze-two provisioner: csi.trident.netapp.io parameters: selector: "performance=bronze; cost=2" fsType: "ext4" --- apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: solidfire-silver-one provisioner: csi.trident.netapp.io parameters: selector: "performance=silver; cost=1" fsType: "ext4" --- apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: solidfire-silver provisioner: csi.trident.netapp.io parameters: selector: "performance=silver" fsType: "ext4"