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.

Configure un back-end de NetApp HCI o SolidFire

Colaboradores

Descubra cómo crear y usar un back-end de Element con su instalación de Astra Trident.

Lo que necesitará

  • 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".

Lo que usted necesita saber

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

solidfire-san

ISCSI

Bloque

RWO, ROX, RWX

No hay sistema de archivos. Dispositivo de bloque RAW.

solidfire-san

ISCSI

Bloque

RWO, ROX, RWX

No hay sistema de archivos. Dispositivo de bloque RAW.

solidfire-san

ISCSI

Sistema de archivos

RWO, ROX

xfs, ext3, ext4

solidfire-san

ISCSI

Sistema de archivos

RWO, ROX

xfs, ext3, ext4
Nota 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í".
Advertencia 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 trident se 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

version

Siempre 1

storageDriverName

Nombre del controlador de almacenamiento

Siempre “solidfire-san”

backendName

Nombre personalizado o el back-end de almacenamiento

Dirección IP “SolidFire_” + almacenamiento (iSCSI)

Endpoint

MVIP para el clúster de SolidFire con credenciales de inquilino

SVIP

La dirección IP y el puerto de almacenamiento (iSCSI)

labels

Conjunto de etiquetas con formato JSON arbitrario que se aplica en los volúmenes.

""

TenantName

Nombre de inquilino que se va a usar (creado si no se encuentra)

InitiatorIFace

Restringir el tráfico de iSCSI a una interfaz de host específica

“predeterminado”

UseCHAP

Utilice CHAP para la autenticación de iSCSI

verdadero

AccessGroups

Lista de ID de grupos de acceso que se van a usar

Busca el código de un grupo de acceso denominado “trident”.

Types

Especificaciones de calidad de servicio

limitVolumeSize

Error en el aprovisionamiento si el tamaño del volumen solicitado es superior a este valor

“” (no se aplica de forma predeterminada)

debugTraceFlags

Indicadores de depuración que se deben usar para la solución de problemas. Ejemplo, {“api”:false, “method”:true}

nulo
Advertencia No utilizar debugTraceFlags a menos que esté solucionando problemas y necesite un volcado de registro detallado.
Nota Para todos los volúmenes creados, Astra Trident copiará todas las etiquetas presentes en un pool de almacenamiento a la LUN de almacenamiento de respaldo en el momento en el que se aprovisiona. Los administradores de almacenamiento pueden definir etiquetas por pool de almacenamiento y agrupar todos los volúmenes creados en un pool de almacenamiento. Esto proporciona una forma cómoda de diferenciar los volúmenes basándose en un conjunto de etiquetas personalizables que se proporcionan en la configuración del back-end.

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 de almacenamiento virtual

En este ejemplo, se muestra el archivo de definición del back-end configurado con pools de almacenamiento virtual junto con StorageClasses que se denominan.

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 de almacenamiento virtual 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 de almacenamiento virtual 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 de almacenamiento 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 de almacenamiento 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"

Obtenga más información