Trident: SVM no tiene agregados asignados

Creado en 18 abr. 2018  ·  6Comentarios  ·  Fuente: NetApp/trident

Hola, estoy tratando de configurar trident en kubernetes con nuestro ontap nas y tengo un problema.

Configuré un usuario en netapp según la información en docs/docker/install/ndvp_ontap_config.rst, por lo que no estoy usando un usuario administrador completo. Al agregar el backend, aparece este error:

time="2018-04-17T12:29:21Z" level=warning msg="No se pudieron determinar los números de serie del controlador. Estado de la API: fallido, Razón: No se pudo encontrar la API: system-node-get-iter, Código: 13005"
time="2018-04-17T12:29:21Z" level=error msg="SVM tda01 no tiene agregados asignados". backend= handler=AddBackend

Parece que el usuario que creé no tiene los derechos necesarios para ver los agregados del svm. ¿Qué derechos adicionales podrían ser necesarios? ¿O es este otro problema?

Comentario más útil

Lo más probable es que su SVM tda01 simplemente no tenga agregados de datos asignados :) Verifique su ONTAP con
vserver show -vserver tda01 si hay entradas en la propiedad List of Aggregates Assigned

Si está vacío, debe otorgar acceso a su SVM a al menos un agregado con
vserver modify -vserver tda01 -aggr-list [list at least one aggregate]

El fondo es que trident intenta crear un volumen de 1 GB donde almacena su propia configuración. No puede hacer eso si no tiene lugar para escribir en el SVM.

Todos 6 comentarios

Lo más probable es que su SVM tda01 simplemente no tenga agregados de datos asignados :) Verifique su ONTAP con
vserver show -vserver tda01 si hay entradas en la propiedad List of Aggregates Assigned

Si está vacío, debe otorgar acceso a su SVM a al menos un agregado con
vserver modify -vserver tda01 -aggr-list [list at least one aggregate]

El fondo es que trident intenta crear un volumen de 1 GB donde almacena su propia configuración. No puede hacer eso si no tiene lugar para escribir en el SVM.

Hm, estaba seguro de que había uno porque la salida vserver show -vserver tda01 muestra:

Agregado: tda01_data1

Pero también muestra

Lista de Agregados Asignados: -

Entonces, si la lista asignada es lo que necesita Trident, supongo que tiene razón :)

¿Se puede asignar un agregado a 2 vservers diferentes? Porque parece que tenemos 2 vservers usando el mismo agregado. Y planeamos usar trident con ambos vservers...

Claro, un agregado se puede asignar a muchos vservers/SVM. En entornos más pequeños donde solo existen uno o dos agregados de datos, normalmente asignaría todos los agregados a todas las SVM.

Su última oración es más un tema de arquitectura y diseño. En mi opinión, si tiene un clúster de Kubernetes con una instalación de tridente, solo crearía un backend (que apunta a una SVM). Por lo tanto, una instalación tridente por clúster de Kubernetes tiene más sentido. Si tiene varios clústeres de Kubernetes, puede crear una SVM por clúster o incluso dejar que todos los clústeres de Kubernetes escriban en la misma SVM solo con diferentes prefijos por convención de nomenclatura de volumen. Pero probablemente no tendría una instalación trident con dos backends que apunten a dos SVM diferentes que al final almacenan los datos en el mismo agregado. Eso es posible, pero la pregunta sería ¿por qué querrías eso?

Muchas gracias por tu rápida respuesta. Tenemos múltiples clústeres de kubernetes/openshift, y los clústeres no profesionales se conectarán a diferentes vservers en el mismo DC. Más una separación lógica que cualquier otra cosa, solo para reflejar la configuración de producción que se ejecuta en diferentes centros de distribución.

La línea Aggregate: tda01_data1 indica en qué agregado se encuentra el volumen raíz de SVM, pero no indica necesariamente en qué agregado(s) desea que se aprovisionen los volúmenes de datos. Además, esa línea solo contendrá un solo agregado, mientras que List of Aggregates Assigned puede, lógicamente, tomar una lista. Esta es la razón por la que Trident usa el atributo List of Aggregates Assigned en lugar del atributo Aggregate de la SVM

No estoy muy familiarizado con el lado ontap de las cosas, pero tiene sentido.

Agregué el agregado disponible a ambos vservers con

vserver modificar -vserver tda01 -aggr-list tda01_data1

Y agregué el backend con éxito ahora. Gracias por la asistencia.

¿Fue útil esta página
0 / 5 - 0 calificaciones