Skip to main content
NetApp Solutions
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.

Configuración de iSCSI de ONTAP de NetApp

Colaboradores
PDF

Para integrar el sistema de almacenamiento ONTAP de NetApp con clústeres Kubernetes de VMware Tanzania para volúmenes persistentes a través de iSCSI, el primer paso es preparar los nodos iniciando sesión en cada nodo y configurando las utilidades o paquetes iSCSI para montar volúmenes iSCSI. Para ello, siga el procedimiento establecido en este documento "enlace".

Nota NetApp no recomienda este procedimiento para las puestas en marcha NAT de clústeres VMware Tanzania Kubernetes.
Nota TKGI utiliza máquinas virtuales bosh como nodos para clústeres de Kubernetes tanzu que ejecutan imágenes de configuración inmutables y cualquier cambio manual de paquetes iSCSI en equipos virtuales bosh no permanece constante entre reinicios. Por lo tanto, NetApp recomienda el uso de volúmenes NFS para el almacenamiento persistente de clústeres de Kubernetes tanzu puestos en marcha y operados por TKGI.

Una vez que los nodos del clúster se han preparado para los volúmenes iSCSI, debe crear un back-end que permita la comunicación con el sistema de almacenamiento. Hemos configurado un back-end básico en esta solución pero, si busca opciones más personalizadas, visite la documentación "aquí".

Cree una SVM en ONTAP

Para crear una SVM en ONTAP, complete los siguientes pasos:

  1. Inicie sesión en el Administrador del sistema de ONTAP, desplácese hasta almacenamiento > Storage VMs y haga clic en Add.

  2. Escriba un nombre para la SVM, habilite el protocolo iSCSI y a continuación, proporcione detalles para las LIF de datos.

    LIF de datos de SVM iSCSI

  3. Introduzca los detalles de la cuenta de administración de la SVM y, a continuación, haga clic en Save.

    Administración de SVM iSCSI

  4. Para asignar los agregados a la SVM, desplácese a almacenamiento > Storage VMs, haga clic en los tres puntos junto a la SVM recién creada y, a continuación, haga clic en Edit. Active la casilla de comprobación Limit Volume Creation to Preferred local Tiers y adjunte los agregados necesarios.

    Asignación del agregado de SVM

Cree back-ends y StorageClass

  1. Para los sistemas ONTAP de NetApp que sirven NFS, cree un archivo de configuración de back-end en el host con backendName, managementLIF, dataLIF, svm, username, contraseña y otros detalles.

    {
  "version": 1,
  "storageDriverName": "ontap-san",
  "backendName": "ontap-san+10.61.181.231",
  "managementLIF": "172.21.224.201",
  "dataLIF": "10.61.181.231",
  "svm": "trident_svm_iscsi",
  "username": "admin",
  "password": "password"
}

  2. Ejecute el siguiente comando para crear el back-end de Trident.

    [netapp-user@rhel7 trident-installer]$ ./tridentctl -n trident create backend -f backend-ontap-san.json
+------------------------+----------------+--------------------------------------+--------+---------+
|          NAME          | STORAGE DRIVER |                 UUID                 | STATE  | VOLUMES |
+------------------------+----------------+--------------------------------------+--------+---------+
| ontap-san+10.61.181.231 | ontap-san      | 6788533c-7fea-4a35-b797-fb9bb3322b91 | online |       0 |
+------------------------+----------------+--------------------------------------+--------+---------+

  3. Tras crear un back-end, debe crear después una clase de almacenamiento. La siguiente definición de clase de almacenamiento de ejemplo resalta los campos necesarios y básicos. El parámetro backendType Debe reflejar el controlador de almacenamiento desde el back-end de Trident recién creado. Observe también el valor del campo de nombre, al que se debe hacer referencia en un paso posterior.

    apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: ontap-iscsi
provisioner: csi.trident.netapp.io
parameters:
  backendType: "ontap-san"
    Nota Hay un campo opcional llamado fsType que se define en este archivo. En los back-ends iSCSI, este valor se puede establecer en un tipo de sistema de archivos Linux específico (XFS, ext4, etc.) o se puede eliminar para permitir a los clústeres de Kubernetes de Tanzania decidir qué sistema de archivos utilizar.

  4. Cree la clase de almacenamiento con el comando kubectl.

    [netapp-user@rhel7 trident-installer]$ kubectl create -f storage-class-iscsi.yaml
storageclass.storage.k8s.io/ontap-iscsi created

  5. Con la clase de almacenamiento creada, debe crear la primera reclamación de volumen persistente (RVP). A continuación se proporciona una definición de PVC de muestra. Compruebe que la storageClassName el campo coincide con el nombre de la clase de almacenamiento que se acaba de crear. La definición de PVC se puede personalizar aún más según sea necesario, en función de la carga de trabajo que se vaya a aprovisionar.

    kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: basic
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: ontap-iscsi

  6. Cree la RVP emitiendo el comando kubectl. La creación puede tardar un poco de tiempo, según el tamaño del volumen de backup que se esté creando, para que pueda ver el proceso a medida que finalice.

    [netapp-user@rhel7 trident-installer]$ kubectl create -f pvc-basic.yaml
persistentvolumeclaim/basic created

[netapp-user@rhel7 trident-installer]$ kubectl get pvc
NAME    STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
basic   Bound    pvc-7ceac1ba-0189-43c7-8f98-094719f7956c   1Gi        RWO            ontap-iscsi      3s