Share via

Requisitos y consideraciones para el grupo de volúmenes de aplicación para SAP HANA

  • Artículo

En este artículo se describen los requisitos y otros aspectos que debe tener en cuenta antes de usar un grupo de volúmenes de aplicación de Azure NetApp Files (AVG) para SAP HANA.

Requisitos y consideraciones

  • Deberá usar la funcionalidad de grupo de capacidad de QoS manual.

  • Debe haber creado un grupo con ubicación por proximidad (PPG) y anclarlo a sus recursos de proceso de SAP HANA. El grupo de volúmenes de aplicación para SAP HANA necesita esta configuración para buscar un recurso de Azure NetApp Files que esté cerca de los servidores SAP HANA. Para obtener más información, consulte Procedimientos recomendados sobre grupos con ubicación por proximidad y Creación de un grupo con ubicación por proximidad mediante Azure Portal.

    Nota:

    No elimine el PPG. Al eliminar un PPG se quita el anclaje y puede hacer que los grupos de volúmenes posteriores se creen en ubicaciones sub-óptimas, lo que podría dar lugar a un aumento de la latencia.

  • Debe haber completado el dimensionamiento y la arquitectura de sistema de SAP HANA, incluidas las siguientes áreas:

    • Id. de SAP (SID)
    • Memoria
    • SAP HANA con uno o varios hosts
    • Determine si desea usar la replicación del sistema de HANA (HSR). HSR permite a bases de datos de SAP HANA replicar de forma sincrónica o asincrónica desde un sistema SAP HANA principal a otro secundario.
    • La frecuencia de cambios prevista para el volumen de datos (en caso de que use instantáneas a efectos de copia de seguridad).

  • Debe haber creado una red virtual y una subred delegada para asignar las direcciones IP de Azure NetApp Files.

    Se recomienda componer la red virtual y la subred delegada en la fase de diseño.

    El grupo de volúmenes de aplicación para SAP HANA creará varias direcciones IP, hasta seis en el caso de entornos de mayor tamaño. Asegúrese de que la subred delegada tenga suficientes direcciones IP libres. Considere la posibilidad de usar una subred delegada con un mínimo de 59 direcciones IP con un tamaño de subred de /26. Consulte Consideraciones sobre la delegación de una subred a Azure NetApp Files.

  • El grupo de volúmenes de aplicaciones para SAP HANA solo admite características de red básicas. No debe editar las características de red de los volúmenes de un grupo de volúmenes de aplicaciones.

Importante

No se admite el uso del grupo de volúmenes de aplicaciones para SAP HANA para aplicaciones distintas de SAP HANA. Póngase en contacto con el especialista de Azure NetApp Files para obtener instrucciones sobre el uso de diseños de varios volúmenes de Azure NetApp Files con otras aplicaciones de base de datos.

Procedimientos recomendados sobre los grupos con ubicación por proximidad

Para implementar volúmenes de SAP HANA mediante el grupo de volúmenes de aplicaciones, debe asegurarse de que las máquinas virtuales de base de datos de HANA y los recursos de Azure NetApp Files están cerca para garantizar la menor latencia posible. Para lograr esta configuración, se usa un grupo de selección de ubicación de proximidad (PPG) que está vinculado a las máquinas virtuales de la base de datos (denominadas delimitadas). Cuando se pasa al grupo de volúmenes de aplicaciones, se usa PPG para buscar todos los recursos de Azure NetApp Files cerca de los servidores de base de datos.

Importante

Es importante reconocer que un PPG solo está anclado y, por tanto, puede identificar la ubicación de las máquinas virtuales si se inicia al menos una máquina virtual y se mantiene en ejecución mientras duren todas las implementaciones de AVG. Si se detienen todas las máquinas virtuales, el PPG perderá su delimitador y, en el siguiente reinicio, las máquinas virtuales pueden moverse a otra ubicación. Esta situación podría provocar una mayor latencia, ya que los volúmenes de Azure NetApp Files no se mueven después de la creación inicial.

Cree un conjunto de disponibilidad por cada base de datos y use el formulario de solicitud de anclaje de máquina virtual de SAP HANA para anclar el conjunto a un clúster de proceso dedicado. Una vez anclado, debe agregar un PPG al conjunto de disponibilidad y, a continuación, implementar todos los hosts de una base de datos de SAP HANA mediante dicho conjunto. De este modo, se garantiza que todas las máquinas virtuales estén en la misma ubicación. Siempre que se inicie una de las máquinas virtuales, PPG conserva su delimitador para implementar los volúmenes AVG.

Importante

Si ha solicitado la asignación de volúmenes SAP HANA de Azure NetApp Files antes de que el grupo de volúmenes de aplicación estuviera disponible, debe quitar la asignación de la suscripción. La asignación existente de una suscripción podría dar lugar a una implementación incoherente de volúmenes, ya que los volúmenes del grupo de volúmenes de aplicaciones se implementan en función del PPG, mientras que otros volúmenes todavía se implementan en función del anclaje existente.

Relación entre los volúmenes de conjunto de disponibilidad, VM, PPG y Azure NetApp Files

Un PPG debe tener al menos una máquina virtual asignada, ya sea directamente o a través de un conjunto de disponibilidad. El propósito de PPG es extraer la ubicación exacta de una máquina virtual y pasar esta información a AVG para buscar recursos de Azure NetApp Files en la misma ubicación para la creación del volumen. Este enfoque solo funciona cuando se inicia y se mantiene en ejecución al menos una máquina virtual de PPG. Normalmente, debe agregar los servidores de bases de datos a este 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 inicien en la misma ubicación que antes. Para evitar que esta situación suceda, se recomienda encarecidamente usar un conjunto de disponibilidad que tenga todas las máquinas virtuales y el PPG asociado a él y use el flujo de trabajo de anclaje de HANA. 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 proceso y Azure NetApp Files disponibles.

Cuando se usa un PPG sin un conjunto de disponibilidad anclado, este perderá su anclaje si se detienen todas sus máquinas virtuales. Cuando se reinician las máquinas virtuales, estas pueden iniciarse en otra ubicación, lo que puede dar lugar a un aumento de la latencia porque los volúmenes creados con el grupo de volúmenes de aplicación no se mueven.

Dos escenarios posibles sobre el uso de PPG

Esta situación genera dos escenarios posibles:

  • Configuración estable a largo plazo:
    Uso de un conjunto de disponibilidad en combinación con un PPG donde el conjunto de disponibilidad está anclado manualmente.

    Con el anclado, se garantiza en todo momento que la ubicación de la máquina virtual no cambie, aunque se detengan todas las máquinas del conjunto de disponibilidad.

  • Configuración temporal:
    Uso de un PPG o un conjunto de disponibilidad en combinación con un PPG sin anclado.

    La serie de máquinas virtuales compatibles con SAP HANA (esto es, la serie M) se coloca principalmente cerca de Azure NetApp Files, para que el grupo de volúmenes de aplicación pueda crear con la ayuda de un PPG los volúmenes necesarios con la menor latencia posible. Esta relación entre los volúmenes y los hosts de HANA no cambiará si hay al menos una máquina virtual en funcionamiento.

Nota:

Si usa un grupo de volúmenes de aplicación para implementar los volúmenes de HANA, debe haber iniciada al menos una máquina virtual en el conjunto de disponibilidad. Sin una máquina virtual en ejecución, el grupo con ubicación por proximidad no se puede usar para encontrar el hardware de Azure NetApp Files óptimo y el aprovisionamiento no se realizará.

Nota:

No elimine su PPG. La eliminación de un PPG quitará el anclaje y puede hacer que los grupos de volúmenes posteriores se creen en ubicaciones sub-óptimas, lo que podría provocar un aumento de la latencia.

Pasos siguientes