Share via

Preguntas más frecuentes acerca de los grupos de volúmenes de aplicación de Azure NetApp Files

  • Artículo

En este artículo se responden las preguntas más frecuentes (P+F) sobre el grupo de volúmenes de aplicación de Azure NetApp Files.

Preguntas más frecuentes genéricas

En esta sección se responden las preguntas genéricas sobre los grupos de volúmenes de aplicación de Azure NetApp Files.

¿Por qué debo usar un grupo de capacidad de QoS manual para todos mis volúmenes de base de datos?

El grupo de capacidad de QoS manual proporciona el mejor equilibrio entre la capacidad y el rendimiento para satisfacer las necesidades de la base de datos. Evita el exceso de aprovisionamiento para alcanzar el rendimiento de, por ejemplo, el volumen de registro o el volumen de datos. También puede reservar más espacio para las copias de seguridad de registros y mantener el rendimiento en un valor que se adapte a sus necesidades. En general, el uso del grupo de capacidad de QoS manual da como resultado una ventaja en el costo.

Nota:

Durante la creación del grupo de volúmenes de aplicación, solo se mostrarán grupos de capacidad de QoS manuales en la lista para seleccionar.

¿Puedo clonar un volumen creado con el grupo de volúmenes de aplicación?

Sí, puede clonar un volumen creado por el grupo de volúmenes de aplicación. Para ello, seleccione una instantánea y restáurela en un nuevo volumen. La clonación es un proceso que se encuentra fuera del flujo de trabajo del grupo de volúmenes de aplicación. Por lo tanto, tenga en cuenta las restricciones siguientes:

  • Al clonar un solo volumen, no se comprueba ninguna de las dependencias específicas del grupo de volúmenes.
  • El volumen clonado no forma parte del grupo de volúmenes.
  • El volumen clonado siempre se coloca en el mismo punto de conexión de almacenamiento que el volumen de origen.
  • Para lograr la latencia más baja para el volumen clonado, debe realizar el montaje con la misma dirección IP que el volumen de origen.

¿Cuánto tiempo se necesita para crear un grupo de volúmenes?

La creación de un grupo de volúmenes implica muchos pasos diferentes y no todos ellos se pueden realizar en paralelo. Especialmente cuando se crea el primer grupo de volúmenes para una ubicación determinada, la finalización puede tardar entre 9 y 12 minutos. Los grupos de volúmenes posteriores deben tardar menos tiempo en crearse.

Se produjo un error en la implementación y ni siquiera se creó un solo volumen. ¿A qué se debe?

Este es el comportamiento normal. El grupo de volúmenes de aplicación aprovisionará los volúmenes de manera atómica y revertirá la implementación en caso de que uno de los componentes no se implemente. Normalmente, se produce un error en la implementación porque la ubicación proporcionada no tiene suficientes recursos disponibles para satisfacer los requisitos. Compruebe el registro de implementación para obtener más información y corrija la configuración del grupo de capacidad cuando sea necesario.

¿Por qué no puedo editar la descripción del grupo de volúmenes?

En la implementación actual, el grupo de volúmenes de aplicación se centra únicamente en la creación y eliminación iniciales de un grupo de volúmenes.

¿Qué directiva de instantáneas debo usar para mis volúmenes de base de datos?

Puede usar productos como AzAcSnap o Commvault para una copia de seguridad consistente entre aplicaciones para el entorno de la base de datos. No puede usar las instantáneas estándar programadas por la directiva de instantánea integrada de Azure NetApp Files para la protección de datos coherente.

Las recomendaciones generales para las instantáneas en un entorno de base de datos son las siguientes:

  • Supervise estrechamente las instantáneas del volumen de datos. Mantener instantáneas durante un largo período puede aumentar las necesidades de capacidad. Asegúrese de supervisar la capacidad usada frente a la capacidad asignada.
  • Si crea automáticamente instantáneas para la protección de datos principal, asegúrese de supervisar su retención para evitar el consumo de capacidad de volumen no previsto.

Preguntas más frecuentes acerca del grupo de volúmenes de aplicación para SAP HANA

En esta sección se responden preguntas sobre el grupo de volúmenes de aplicación de Azure NetApp Files para SAP HANA.

Las instrucciones de montaje de un volumen incluyen una lista de direcciones IP. ¿Qué dirección IP debo usar?

El grupo de volúmenes de aplicación garantiza que los volúmenes de datos y de registro para un host siempre tengan puntos de conexión de almacenamiento independientes con diferentes direcciones IP para lograr el mejor rendimiento. Para hospedar los volúmenes de datos, de registros y compartidos en los recursos de almacenamiento de Azure NetApp Files, se pueden crear hasta seis puntos de conexión de almacenamiento por recurso de almacenamiento de Azure NetApp Files usado. Por este motivo, se recomienda ajustar el tamaño de la subred delegada en consecuencia. Consulte Requisitos y consideraciones para el grupo de volúmenes de aplicación para SAP HANA. Aunque todas las direcciones IP enumeradas se pueden usar para el montaje, la primera dirección IP enumerada es la que ofrece la latencia más baja. Se recomienda usar siempre la primera dirección IP.

¿Puedo usar nconnect como opción de montaje?

Azure NetApp Files admite nconnect para NFSv4.1, pero requiere las siguientes versiones del SO Linux:

  • SLES 15SP2 y superior
  • RHEL 8.3 y superior

Al usar la opción de montaje nconnect, el límite de lectura llega hasta 4500 MiB/s (consulte los Procedimientos recomendados para el montaje de NFS de Linux en Azure NetApp Files). Por tanto, los límites de rendimiento propuestos para el volumen de datos tienen que adaptarse.

¿Por qué se añade hostid (por ejemplo, 00001) a mis nombres, incluso después de haber quitado el marcador de posición {Hostid}?

El grupo de volúmenes de aplicación requiere que el marcador de posición {Hostid} sea parte de los nombres. Si se quita, hostid se agrega automáticamente de nuevo a la cadena proporcionada.

Puede ver los nombres finales de cada uno de los volúmenes después de seleccionar Revisar y crear.

¿Por qué 1500 MiB/s es el valor de rendimiento máximo propuesto por el grupo de volúmenes de aplicación para SAP HANA para el volumen de datos?

NFSv4.1 es el protocolo admitido para SAP HANA y Oracle. Por lo tanto, se admite una sesión TCP/IP al montar un solo volumen. Para ejecutar una sesión TCP única (es decir, desde un único host) en un solo volumen, 1500 MiB/s es el típico límite de E/S identificado. Este es el motivo por el que el grupo de volúmenes de aplicación para SAP HANA evita asignar más rendimiento del que se puede lograr de forma realista. Si necesita más rendimiento, especialmente para bases de datos HANA más grandes (por ejemplo, 12 TiB), debe usar varias particiones o usar la opción de montaje nconnect.

¿Cómo se puede ajustar el tamaño de los volúmenes de Azure NetApp Files para su uso con SAP HANA para obtener un rendimiento y una rentabilidad óptimos?

Para optimizar el tamaño, es importante ajustar el tamaño del panorama completo, incluidas las instantáneas y la copia de seguridad. Decida el diseño de volumen para la producción, la alta disponibilidad y la protección de datos, y realice el ajuste de tamaño mediante la calculadora de ajuste de tamaño de Azure NetApp Files para las implementaciones de SAP HANA.

He recibido un mensaje de advertencia "Not enough pool capacity". ¿Qué se puede hacer?

El grupo de volúmenes de aplicación calcula la demanda de capacidad y rendimiento de todos los volúmenes en función de la entrada de la memoria de HANA. Al seleccionar el grupo de capacidad, comprueba inmediatamente si hay suficiente capacidad y rendimiento disponibles en el grupo de capacidad.

En la pantalla inicial de SAP HANA, puede ignorar este mensaje y continuar con el flujo de trabajo haciendo clic en el botón Siguiente. Después, puede adaptar los valores propuestos para cada volumen individualmente. Así, todos los volúmenes cabrán en el grupo de capacidad. Este mensaje de error vuelve a aparecer cuando cambia cada volumen individual, hasta que todos los volúmenes quepan en el grupo de capacidad.

Es posible que quiera aumentar el tamaño del grupo para evitar este mensaje de advertencia.

¿Cómo puedo entender el cambio de tamaño del sistema o de la estructura general del sistema?

Póngase en contacto con un experto de dimensionamiento de Azure NetApp Files para SAP para ayudarle a planear el tamaño general del sistema SAP.

La información importante que debe proporcionar para cada uno de los sistemas incluye los siguientes elementos: SID, rol (producción, desarrollo, preproducción/QA), memoria de HANA, reserva de instantáneas en porcentaje, número de días para la retención de instantáneas locales, número de copias de seguridad basadas en archivos, host único/host múltiple con el número de hosts y HSR (principal, secundario).

Puede usar el estimador de tamaño de SAP HANA para optimizar el proceso de ajuste de tamaño.

Si conoce los sistemas (por haber ejecutado HANA en el pasado), puede proporcionar manualmente los datos en lugar de estas suposiciones genéricas.

¿Puedo usar la nueva característica de SAP HANA, que ofrece varias particiones?

El grupo de volúmenes de aplicación para SAP HANA no se creó con un enfoque dedicado a varias particiones, pero puede usar el grupo de volúmenes de aplicación para SAP HANA a la vez que adapta la entrada.

Los aspectos básicos, si desea varias particiones, son los siguientes:

  • Varias particiones significan que un único host de SAP HANA usa más de un volumen para almacenar su persistencia.
  • Varias particiones deben montarse en rutas de acceso diferentes. Por ejemplo, el primer volumen está en /hana/<SID>/data1/mnt00001 y el segundo volumen necesita una ruta de acceso diferente (/hana/<SID>/data2/mnt00002). Para lograr este resultado, debe adaptar la convención de nomenclatura manualmente. Es decir, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • La memoria es la clave para que el grupo de volúmenes de aplicación para SAP HANA adapte su tamaño para mayor capacidad y rendimiento. Por lo tanto, debe adaptar el tamaño para dar cabida al número de particiones. Para dos particiones, debe usar el 50 % de la memoria. Para tres particiones, debe usar el 33 % de la memoria, y así sucesivamente.

Para cada host y cada partición que quiera crear, debe volver a ejecutar el grupo de volúmenes de aplicación para SAP HANA y debe adaptar la propuesta de nomenclatura para cumplir las recomendaciones anteriores.

Para obtener más información sobre este tema, consulte Uso de AVG de Azure NetApp Files para SAP HANA para implementar HANA con varias particiones.

¿Cuáles son las reglas detrás del rendimiento propuesto para mis volúmenes de datos y registros de HANA?

SAP define los indicadores clave de rendimiento (KPI) para los volúmenes de HANA como 400 MiB/s para los datos y 250 MiB/s para el volumen de registro. Esta definición es independiente del tamaño o la carga de trabajo de la base de datos HANA. El grupo de volúmenes de aplicación escala los valores de rendimiento de forma que incluso la base de datos más pequeña cumpla los KPI de SAP HANA y una base de datos más grande se beneficie de un nivel de rendimiento mayor, escalando la propuesta en función del tamaño de la base de datos de HANA especificado.

En la tabla siguiente se describe el intervalo de memoria y el rendimiento propuesto para el volumen de datos de HANA:

Intervalo de memoria (TB)Rendimiento propuesto (MB/s)
MínimaMáximo
01400
12600
24800
461000
681200
8101400
10Sin límite1.500

En la tabla siguiente se describe el intervalo de memoria y el rendimiento propuesto para el volumen de registro de HANA:

Intervalo de memoria (TB)Rendimiento propuesto (MB/s)
MínimaMáximo
04250
4Sin límite500

El rendimiento del volumen de la base de datos afecta principalmente al tiempo necesario para leer datos en memoria al iniciar la base de datos. En runtime, la mayor parte de las E/S son E/S de escritura, donde incluso los KPI muestran valores inferiores. La experiencia del usuario muestra que, en el caso de las bases de datos más pequeñas, los valores de KPI de HANA pueden ser mayores que los necesarios durante la mayor parte del tiempo.

El rendimiento de Azure NetApp Files de cada volumen se puede ajustar en tiempo de ejecución. Por lo tanto, en cualquier momento puede ajustar el rendimiento de la base de datos ajustando el rendimiento del volumen de datos y de registro a sus requisitos específicos. Por ejemplo, puede ajustar el rendimiento y reducir los costos al permitir un mayor rendimiento en el inicio y reducir a los KPI durante el funcionamiento normal.

¿Se aprovisionarán todos los volúmenes cerca de mis servidores SAP HANA?

El uso del grupo con ubicación por proximidad (PPG) que creó para los servidores SAP HANA garantiza que los volúmenes de datos, registro y compartidos se creen cerca de los servidores SAP HANA para lograr la mejor latencia y rendimiento. Sin embargo, los volúmenes de copia de seguridad de registros y de datos no requieren baja latencia. Desde la perspectiva de la protección, tiene sentido almacenar estos volúmenes de copia de seguridad en una ubicación diferente que los volúmenes de datos, registro y compartidos. Por lo tanto, el grupo de volúmenes de aplicación coloca los volúmenes de copia de seguridad en una ubicación de almacenamiento diferente dentro de la región que tiene suficiente capacidad y rendimiento disponible.

¿Cuál es la relación entre los volúmenes de AVset, VM, PPG y Azure NetApp Files?

Un grupo con ubicación por proximidad (PPG) debe tener al menos una máquina virtual asignada, ya sea directamente o a través de un AVset. El propósito de PPG es extraer la ubicación exacta de una máquina virtual y pasar esta información a un grupo de volúmenes de aplicación para buscar recursos de Azure NetApp Files en el mismo centro de datos. Esta configuración solo funciona cuando se inicia al menos UNA máquina virtual en el PPG. Normalmente, puede agregar los servidores de bases de datos al PPG.

Los PPG tienen el efecto secundario de que, si todas las máquinas virtuales se apagan, un siguiente reinicio de las máquinas virtuales NO garantiza que se iniciarán en el mismo centro de datos que antes. Para evitar que se produzca esta situación, se recomienda encarecidamente usar un AVset en el que todas las máquinas virtuales y el PPG están asociados al flujo de trabajo de anclaje de HANA y lo usen. El flujo de trabajo no solo garantiza que las máquinas virtuales no se muevan si se reinician, sino que también garantiza que las ubicaciones estén seleccionadas cuando haya suficientes recursos de Azure NetApp Files y proceso disponibles.

En el caso de un sistema de SAP HANA de host múltiple, ¿se cambiará el tamaño del volumen compartido al agregar hosts HANA adicionales?

No. Este escenario es actualmente uno de los pocos casos en los que es necesario ajustar manualmente el tamaño. SAP recomienda que el tamaño del volumen compartido sea de una RAM por cada cuatro hosts de HANA. Dado que crea el volumen compartido como parte del primer host de SAP HANA, ya tiene un tamaño de 1 TB. Hay dos opciones para cambiar correctamente el tamaño del volumen de recurso compartido para SAP HANA.

  • Si sabe por adelantado que necesita, por ejemplo, seis hosts, puede modificar la propuesta de 1 TB durante la creación inicial con el grupo de volúmenes de aplicación para SAP HANA. En ese momento, también puede aumentar el rendimiento (es decir, la QoS) para dar cabida a seis hosts.
  • Siempre puede editar el volumen compartido y cambiar el tamaño y el rendimiento individualmente después de la creación del volumen. Puede hacerlo dentro del grupo de selección de ubicación del volumen o directamente en el volumen mediante el proveedor de recursos de Azure o la GUI.

Quiero crear el volumen de copia de seguridad de datos no solo para una sola instancia, sino para más de una base de datos de SAP HANA. ¿Cómo puedo hacerlo?

Los volúmenes de copia de seguridad de datos y de registro son opcionales y no requieren una proximidad cercana. La mejor manera de lograr el resultado previsto es quitar el volumen de copia de seguridad de datos o de copia de seguridad de registros al crear el primer volumen del grupo de volúmenes de aplicación para SAP HANA. A continuación, puede crear su propio volumen como un único volumen independiente mediante el aprovisionamiento de volúmenes estándar y seleccionar la capacidad y el rendimiento adecuados para satisfacer sus necesidades. Debe usar una convención de nomenclatura que indique un volumen de copia de seguridad de datos y que se use para varios SID.

Preguntas más frecuentes acerca del grupo de volúmenes de aplicación para Oracle

En esta sección se responden preguntas sobre el grupo de volúmenes de aplicación de Azure NetApp Files para Oracle.

¿Se aprovisionarán todos los volúmenes en la misma zona de disponibilidad que mi servidor de bases de datos para Oracle?

El flujo de trabajo de implementación garantiza que todos los volúmenes se coloquen en la zona de disponibilidad que ha seleccionado en el momento de la creación, que debe coincidir con la zona de disponibilidad de las máquinas virtuales de Oracle. En el caso de las regiones que no admiten zonas de disponibilidad, los volúmenes se colocan con un ámbito regional.

¿Cómo puedo ajustar el tamaño de los volúmenes de Azure NetApp Files para su uso con Oracle para obtener un rendimiento y una rentabilidad óptimos?

Para optimizar el tamaño, es importante ajustar el tamaño del panorama completo de la base de datos, incluidas la alta disponibilidad, las instantáneas y la copia de seguridad. Decida el diseño del volumen para la producción, la alta disponibilidad y la protección de datos, y realice el ajuste de tamaño según la Ejecución de las cargas de trabajo de Oracle más exigentes en Azure sin sacrificar el rendimiento ni la escalabilidad y la Herramienta de estimación para cambiar el tamaño de las cargas de trabajo de Oracle a máquinas virtuales IaaS de Azure. También puede usar el Estimador de tamaño de SAP en Azure NetApp Files mediante la opción de entrada Agregar un volumen único.

La información importante que debe proporcionar para ajustar el tamaño de cada uno de los volúmenes incluye lo siguiente: SID, rol (producción, desarrollo, preproducción/QA), reserva de instantáneas en porcentaje, número de días para la retención de instantáneas locales, número de copias de seguridad basadas en archivos, host único/host múltiple con el número de hosts y requisito de restricción de datos (principal, secundario). Póngase en contacto con un experto en cambio de tamaño de Oracle en Azure NetApp Files para ayudarle a planear el tamaño general del sistema Oracle.

Las instrucciones de montaje de un volumen incluyen una lista de direcciones IP. ¿Qué dirección IP debo usar para Oracle?

El grupo de volúmenes de aplicación garantiza que los datos, el registro de puesta al día, el registro de archivos y los volúmenes de copia de seguridad tengan puntos de conexión de almacenamiento independientes con direcciones IP diferentes para lograr el mejor rendimiento. Aunque todas las direcciones IP enumeradas se pueden usar para el montaje, la primera dirección IP enumerada es la que ofrece la latencia más baja. Se recomienda usar siempre la primera dirección IP.

¿Qué versión de NFS debo usar para mis volúmenes de Oracle?

Use Oracle dNFS en el cliente para montar los volúmenes. Aunque el montaje con dNFS funciona con volúmenes creados con NFSv3 y NFSv4.1, se recomienda implementar los volúmenes mediante NFSv3. Para obtener más detalles y publicar dependencias, consulte las notas del sistema operativo cliente y Oracle. También puede encontrar más detalles en Ventajas del uso de Azure NetApp Files con Oracle Database y Rendimiento de las bases de datos de Oracle en varios volúmenes de Azure NetApp Files.

Para lograr el mejor rendimiento para las bases de datos grandes, se recomienda usar dNFS en el servidor de bases de datos para montar el volumen. Para simplificar la configuración de dNFS, se recomienda crear los volúmenes con NFSv3.

¿Qué directiva de instantáneas debo usar para mis volúmenes de Oracle?

Esta pregunta no está directamente relacionada con el grupo de volúmenes de aplicación para Oracle. Puede usar productos como AzAcSnap o Commvault para una copia de seguridad consistente entre aplicaciones para las bases de datos de Oracle. Si desea una protección de datos coherente de la base de datos de Oracle, no puede usar las instantáneas estándar programadas mediante la directiva de instantáneas integrada de Azure NetApp Files.

Las recomendaciones generales para las instantáneas en un entorno de Oracle son las siguientes:

  • Use herramientas de instantáneas compatibles con la base de datos para garantizar la creación de instantáneas coherentes con la base de datos.
  • Supervise estrechamente las instantáneas del volumen de datos. Mantener instantáneas durante un largo período puede aumentar las necesidades de capacidad. Asegúrese de supervisar la capacidad usada frente a la capacidad asignada.
  • Si crea instantáneas automáticamente para el volumen de copia de seguridad, asegúrese de supervisar su retención para evitar un aumento inesperado del volumen.

¿Se puede usar ASM de Oracle con AVG para volúmenes creados por Oracle?

Se admite el uso de ASM de Oracle en combinación con el grupo de volúmenes de aplicación de Azure NetApp Files para Oracle, pero sin compatibilidad con la coherencia de instantáneas en los volúmenes de un grupo de volúmenes de aplicación. Se recomienda a los clientes usar otras opciones de protección de datos compatibles al usar ASM hasta próximo aviso.

¿Por qué puedo usar de manera opcional un grupo con ubicación por proximidad (PPG) para la implementación de Oracle?

Al implementar en regiones con disponibilidad limitada de recursos, es posible que no sea posible implementar volúmenes en las ubicaciones más óptimas. En tales casos, puede optar por implementar volúmenes mediante la función de Grupo con ubicación por proximidad para lograr una implementación con la mejor ubicación de volumen posible en las condiciones dadas. Como valor predeterminado, el uso de PPG está deshabilitado. Debe solicitar la habilitación del uso de grupos con ubicación por proximidad a través del canal de soporte técnico.

Pasos siguientes