Comparteix a través de

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

  • Article

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 aplicaciones para SAP HANA crea varias direcciones IP, hasta seis direcciones IP para patrimonios 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 251 direcciones IP con un tamaño de subred de /24. 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 claves administradas por la plataforma para el cifrado de volúmenes de Azure NetApp Files en la creación de volúmenes en este momento. Póngase en contacto con el especialista de Azure NetApp Files o CSA si tiene alguna pregunta sobre la transición de volúmenes de claves administradas por la plataforma a claves administradas por el cliente después de la creación del volumen.

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.

Requisitos y consideraciones de la extensión 1 (versión preliminar)

  • La extensión 1 está actualmente en versión preliminar y requiere que se registre para la característica.
  • El grupo de volúmenes de aplicaciones admite características de red básicas. Si está registrado para la extensión 1, el grupo de volúmenes de aplicaciones también admite Características de red estándar.
  • La extensión 1 admite ubicación de volumen de zona de disponibilidad como nuevo método predeterminado para la selección de ubicación. Esta actualización mitiga la necesidad de anclar AVset y elimina la necesidad de grupos de selección de ubicación por proximidad. Con compatibilidad con la selección de ubicación de volumen de zona de disponibilidad, solo debe seleccionar la misma zona de disponibilidad que los servidores de base de datos. El uso de la ubicación de volumen de zona de disponibilidad se alinea con la recomendación de Microsoft sobre cómo implementar infraestructuras de SAP HANA para lograr el mejor rendimiento con alta disponibilidad, máxima flexibilidad e implementación simplificada. Si las regiones no admiten zonas de disponibilidad, puede seleccionar una implementación regional o elegir grupos de selección de ubicación de proximidad.

Procedimientos recomendados acerca de la selección de 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. Puede lograr una proximidad cercana mediante cualquiera de los métodos de implementación siguientes:

  • Selección de ubicación de volumen de zona de disponibilidad (preferido) Seleccione la zona de disponibilidad de los volúmenes y seleccione características de Red estándar para la implementación. No se requiere un grupo con ubicación por proximidad ni una asignación de máquina virtual para este método. Para poder usar este flujo de trabajo, debe registrar la característica.
  • Grupo con ubicación por proximidad con asignación de máquinas virtuales El grupo de volúmenes de aplicaciones usa un grupo de selección de ubicación de proximidad vinculado (o anclado) a las máquinas virtuales de base de datos. 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. Los volúmenes se implementan mediante características de red básicas.

Importante

Un PPG solo está anclado y, por lo 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 AVG. Si se detienen todas las máquinas virtuales, el PPG pierde 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 PPG no se puede usar para encontrar el hardware óptimo de archivos de Azure NetApp, lo que provoca un error en el aprovisionamiento.

Nota:

No elimine su 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.

Pasos siguientes