Ejecución de SAP BW/4HANA con máquinas virtuales Linux en Azure

Azure Bastion
Azure Managed Disks
Azure Virtual Machines
Azure Virtual Network
SAP HANA en Azure (instancias grandes)

El ejemplo siguiente se centra en el nivel de aplicación SAP BW/4HANA. Este nivel de aplicación se adapta a entornos de producción a pequeña escala de SAP BW/4HANA en Azure que requieren alta disponibilidad (HA).

Arquitectura

Diagrama que muestra sap BW/4HANA con la arquitectura de máquinas virtuales Linux.

Descargue un archivo Visio de esta arquitectura.

Workflow

El siguiente flujo de trabajo corresponde al diagrama anterior:

  1. Los paquetes de datos fluyen a través de la puerta de enlace de red local que pasa a través del entorno local del operador de Azure ExpressRoute.

  2. Los paquetes de datos entran en la red de Microsoft Azure desde la red del operador de ExpressRoute hacia la red virtual de concentrador de Azure.

  3. Si los paquetes de datos cumplen los requisitos de seguridad perimetral de la red virtual de Azure, se conectan a la red virtual satélite que contiene los servidores de aplicaciones y la base de datos de SAP.

  4. Los paquetes de datos cifrados llegan a los servidores de SAP Web Dispatcher, donde se descifran.

  5. Los servidores de aplicaciones usan los paquetes descifrados, realizan la lógica de negocios, solicitan datos de la base de datos de SAP HANA y generan información anual del volumen de transacciones.

  6. El sistema devuelve los resultados de recuperación y análisis de datos al usuario a lo largo de la misma ruta de acceso que la consulta original.

Componentes

  • Virtual Network conecta de forma segura Azure recursos entre sí y a un entorno local. En esta arquitectura, se emparejan varias redes virtuales.

  • El nivel de aplicación usa máquinas virtuales Linux (VM) en los siguientes componentes de la aplicación SAP:

    • Grupo de servidores de SAP BusinessObjects (BOBJ)

    • Grupo de SAP Web Dispatcher

    • Grupo de servidores de aplicaciones

    • Clúster de SAP Central Services

  • Azure Load Balancer distribuye el tráfico de red entre los recursos de back-end. En esta arquitectura, un equilibrador de carga interno dirige el tráfico a las máquinas virtuales de la subred de la aplicación. Este ejemplo usa SAP Web Dispatcher y Azure Load Balancer para la alta disponibilidad. Use estos servicios para escalar horizontalmente para la extensión de capacidad o elija Azure Application Gateway o un producto asociado. Seleccione la opción en función del tipo de tráfico y la funcionalidad necesaria, como la terminación TLS y el reenvío.

  • Los grupos de seguridad de red (NSG) filtran y controlan el tráfico de red en Azure redes virtuales. En esta arquitectura, los grupos de seguridad de red se asocian a una subred o a las NIC de una máquina virtual y restringen el tráfico de red virtual entrante, saliente y dentro de la subred.

  • Azure Bastion proporciona acceso remoto seguro a las máquinas virtuales de Azure a través del portal de Azure. En esta arquitectura, Azure Bastion proporciona acceso seguro a Azure máquinas virtuales sin un jump box o una dirección IP pública y reduce la exposición a Internet.

  • Los discos administrados de Azure ofrecen almacenamiento en bloque persistente para máquinas virtuales de Azure. En esta arquitectura, los discos administrados de Azure proporcionan persistencia de datos para las máquinas virtuales que ejecutan cargas de trabajo de SAP. Use los discos SSD Premium de Azure o Azure Ultra Disk Storage.

  • Azure NetApp Files proporciona almacenamiento de archivos de alto rendimiento totalmente administrado para cargas de trabajo en la nube. En esta arquitectura, Azure NetApp Files admite el almacenamiento compartido para escenarios de alto rendimiento que alojan los archivos de datos y de registro de SAP HANA cuando se utiliza un clúster. Azure NetApp Files es totalmente administrado y escalable para cargas de trabajo exigentes. Proporciona rendimiento sin sistema operativo, latencia de submillisegundos y administración de datos integrada para:

    • SAP HANA.

    • Informática de alto rendimiento.

    • Aplicaciones de línea de negocio.

    • Uso compartido de archivos de alto rendimiento.

    • Infraestructura de escritorio virtual.

  • Power BI es un servicio de análisis empresarial que proporciona funcionalidades de visualización y análisis de datos. En esta arquitectura, Power BI accede y visualiza datos de SAP BW/4HANA desde el escritorio de Windows mediante el conector de SAP BW. Power BI Desktop importa datos de orígenes de SAP, como SAP BW/4HANA, para el análisis y la visualización. Power BI proporciona un contexto empresarial o una capa semántica sobre datos sin procesar, que complementa el universo SAP BOBJ.

  • Azure Backup proporciona servicios de copia de seguridad y recuperación para cargas de trabajo de Azure. En esta arquitectura, Azure Backup actúa como una solución de protección de datos certificada por SAP Backint para SAP HANA en implementaciones de instancia única y de escalado vertical y protege Azure máquinas virtuales que tienen cargas de trabajo generales.

  • Azure Site Recovery orquesta la recuperación ante desastres (DR) para las cargas de trabajo que se ejecutan en Azure y en el entorno local. En esta arquitectura, Azure Site Recovery forma parte de una solución de recuperación ante desastres automatizada para implementaciones de aplicaciones sap NetWeaver de varios niveles. Para obtener más información sobre las capacidades y restricciones de esta solución, consulte la matriz de compatibilidad para la recuperación ante desastres de máquinas virtuales de Azure entre regiones de Azure.

Alternativas

Esta arquitectura incluye varios componentes que puede sustituir por otros servicios o enfoques de Azure, en función de los requisitos funcionales y no funcionales de la carga de trabajo. Considere las siguientes alternativas y sus ventajas e inconvenientes.

  • Para ayudar a proteger los archivos del host global de SAP en SAP Central Services y el directorio de transporte de SAP, puede implementar servidores Network File System (NFS) en una configuración de clúster de conmutación por error.

  • Para proteger los archivos de host globales para Central Services, use soluciones de agrupación en clústeres de SIOS en lugar de NFS o Azure NetApp Files.

  • Application Gateway es un equilibrador de carga de tráfico web. Proporciona terminación TLS, un firewall de aplicaciones web (WAF) y otras características de alta disponibilidad y escalabilidad. Puede usarlo como puerta de enlace para el front-end de SAP Fiori en algunas implementaciones de producción de SAP.

Detalles del escenario

SAP BW/4HANA es una solución de almacenamiento de datos empresarial diseñada para la nube y optimizada para SAP HANA. Esta arquitectura se centra en el nivel de aplicación SAP BW/4HANA y se adapta a entornos de producción a pequeña escala y de alta disponibilidad.

En esta carga de trabajo de ejemplo se usa un enfoque de implementación similar a SAP NetWeaver (Windows) para AnyDB en máquinas virtuales y SAP S/4HANA para máquinas virtuales Linux en Azure. La capa de aplicación se implementa mediante máquinas virtuales escalables.

El diseño de red simplificado muestra los principios arquitectónicos recomendados para una implementación empresarial de Azure basada en una topología hub-and-spoke.

Nota

Para obtener más información sobre las consideraciones de implementación para cargas de trabajo de SAP en Azure, consulte la lista de comprobación de planeación e implementación de SAP en Azure.

Para obtener más información sobre la capa de persistencia de datos, consulte Ejecución de SAP HANA en máquinas virtuales Linux.

Posibles casos de uso

Este escenario es pertinente para los casos de uso siguientes:

  • Implementación de una capa de aplicación de SAP independiente de la capa de DBMS

  • Escenarios de recuperación ante desastres

  • Implementaciones de nivel de aplicación de SAP

Recomendaciones

Puede aplicar las siguientes recomendaciones a la mayoría de los escenarios. Muchas recomendaciones para SAP S/4HANA en Azure también se aplican a las implementaciones de SAP BW/4HANA. Sígalas a menos que tenga un requisito concreto que las invalide.

Máquinas virtuales

Para más información sobre la compatibilidad de SAP con Azure tipos de máquina virtual y métricas de rendimiento, consulte Aplicaciones de SAP en Azure: Productos admitidos y tipos de máquina virtual Azure.

Importante

Para acceder a las notas de SAP, abra o inicie sesión en su cuenta de SAP Service Marketplace.

Para más información sobre la certificación de máquinas virtuales para SAP HANA implementaciones de escalabilidad horizontal, consulte el directorio de hardware SAP HANA.

Grupo de servidores de aplicaciones

En un grupo de servidores de aplicaciones, puede ajustar el número de máquinas virtuales en función de sus requisitos. Azure está certificado para ejecutar SAP BW/4HANA en Red Hat Enterprise Linux y SUSE Linux Enterprise.

Use SMLG para administrar y equilibrar la carga de los grupos de inicio de sesión para servidores de aplicaciones de programación avanzada de aplicaciones empresariales. Use SM61 para administrar grupos de servidores por lotes. Use RZ12 para administrar grupos de llamadas a funciones remotas (RFC).

Las transacciones SMLG usan la funcionalidad de equilibrio de carga del servidor de mensajes de Central Services para distribuir las sesiones entrantes y la carga de trabajo al grupo de servidores de aplicaciones de SAP para las GUIs de SAP y el tráfico RFC.

Clúster de SAP Central Services

En este ejemplo se muestra un clúster de alta disponibilidad que usa Azure NetApp Files como solución de almacenamiento de archivos compartido. La alta disponibilidad para el clúster de Central Services requiere un almacenamiento compartido. Azure NetApp Files proporciona una opción sencilla y de alta disponibilidad que no necesita infraestructura de clúster de Linux. Como alternativa, configure un servicio NFS de alta disponibilidad.

Las máquinas virtuales del servidor de aplicaciones admiten varias direcciones IP por NIC. Esta característica usa nombres de host virtuales para instalaciones. Los nombres de host virtual desacoplan los servicios de SAP de los nombres de host físicos y simplifican la migración entre hosts físicos.

Los servidores de aplicaciones se conectan a Central Services en Azure mediante los nombres de host virtuales de Central Services o de Enqueue Replication Server (ERS). Asignar estos nombres de host a la configuración de la dirección IP de front-end del clúster del equilibrador de carga. Los equilibradores de carga admiten varias direcciones IP de front-end para que pueda enlazar las direcciones IP virtuales de Central Services y ERS a un equilibrador de carga.

Instalación de varios identificadores de seguridad (SID)

Azure admite alta disponibilidad para instalaciones con varios identificadores de sistema (multi-SID) en clústeres de Linux y Windows que alojan Servicios centrales (ASCS/SCS). Para obtener más información sobre las implementaciones de clúster de Pacemaker, consulte la documentación de Azure sobre varios SID para:

Grupos de colocación de proximidad

Para reducir la latencia de red entre máquinas virtuales, en esta arquitectura de ejemplo se usa un grupo de selección de ubicación de proximidad. Este grupo aplica una restricción de ubicación a las implementaciones de máquina virtual y minimiza la distancia física entre ellas.

Azure Virtual Machine Scale Sets (Conjuntos de Escala de Máquinas Virtuales de Azure)

Para proporcionar la distribución máxima entre dominios de error disponibles, coloque máquinas virtuales en zonas de disponibilidad o regiones mediante Azure Virtual Machine Scale Sets.

Base de datos

SAP BW/4HANA está diseñado para la plataforma de base de datos SAP HANA. Azure proporciona las siguientes opciones de escalabilidad e implementación:

  • Para lograr alta disponibilidad en una implementación de SAP HANA con escalado vertical, la capa de base de datos utiliza varias máquinas virtuales con Linux en un clúster.

  • Algunas máquinas virtuales admiten una implementación escalada de SAP HANA.

  • El directorio de hardware SAP HANA proporciona una lista de las SKU de máquina virtual que admiten cargas de trabajo de procesamiento analítico en línea y procesamiento de transacciones en línea para configuraciones de escalado vertical y horizontal.

Almacenamiento

En este ejemplo se usan SSD Premium para el almacenamiento del servidor de aplicaciones no compartido. En este ejemplo se usa Azure NetApp Files para el almacenamiento compartido del clúster.

SSD Premium v2 está diseñado para cargas de trabajo críticas para el rendimiento, como SAP. Para más información sobre las ventajas y limitaciones de esta solución, consulte Implementación de una versión 2 de SSD Premium.

Ultra Disk Storage reduce la latencia de disco para aplicaciones críticas para el rendimiento, como los servidores de bases de datos de SAP. Para comparar las opciones de almacenamiento en bloque en Azure, consulte: Tipos de disco administrados por Azure.

No se admiten discos administrados estándar.

Use Azure niveles de acceso esporádico y de archivo como almacén de datos de copia de seguridad. Estos niveles ofrecen almacenamiento rentable para los datos archivados y a los que se accede con poca frecuencia.

Redes

Para proporcionar aislamiento lógico y perímetros de seguridad para un entorno SAP, implemente una topología hub-spoke. Para obtener más información sobre las redes, consulte la arquitectura de referencia de SAP S/4HANA.

La red virtual del concentrador proporciona un punto central de conectividad a una red local. Las redes virtuales spoke se emparejan con el concentrador y aíslan las cargas de trabajo. El tráfico circula entre el centro de datos local y el concentrador mediante una conexión de puerta de enlace.

Puede incluir uno o varios circuitos ExpressRoute que conectan redes locales a Azure. Puede reducir la demanda y la sobrecarga de ancho de banda de red mediante una VPN.

Consideraciones

Estas consideraciones implementan los pilares del Azure Well-Architected Framework, que es un conjunto de principios rectores que puede utilizar para mejorar la calidad de una carga de trabajo. Para obtener más información, consulte Well-Architected Framework.

Confiabilidad

La confiabilidad ayuda a garantizar que la aplicación pueda cumplir los compromisos que realice para sus clientes. Para obtener más información, consulte Lista de comprobación de revisión de diseño para confiabilidad.

Disponibilidad

La infraestructura de alta disponibilidad se basa en la redundancia de recursos. Diseñe un sistema que cumpla un destino de resistencia basado en el nivel de servicio previsto de la aplicación. Alinee la arquitectura con el objetivo de resiliencia y el nivel de servicio previsto. Para seleccionar una solución adecuada, consulte los contratos de nivel de servicio para servicios en línea.

Para maximizar la disponibilidad de las aplicaciones, implemente recursos redundantes en un conjunto de disponibilidad o entre zonas de disponibilidad. Para más información, consulte la arquitectura de referencia de SAP S/4HANA.

Equilibrador de carga

Load Balancer es un servicio de transmisión de red de nivel 4. En las configuraciones de clúster, Load Balancer dirige el tráfico a la instancia de servicio principal o a un nodo correcto durante un error. Use Load Balancer para escenarios de SAP, ya que ofrece seguridad y bloquea el tráfico saliente del grupo de servidores back-end, a menos que habilite la conectividad saliente a puntos de conexión de acceso público. Para la conectividad saliente, puede usar Azure NAT Gateway. El equilibrador de carga tiene conocimiento de zona cuando implementa cargas de trabajo de SAP en zonas de disponibilidad de Azure.

Despachador web

SAP Web Dispatcher actúa como equilibrador de carga HTTP(S) para el tráfico de SAP entre servidores de aplicaciones de SAP. Para lograr alta disponibilidad para Web Dispatcher, el balanceador de carga implementa un clúster de conmutación por error o un Web Dispatcher en paralelo. Para obtener más información, consulte SAP Web Dispatcher.

Web Dispatcher ofrece servicios adicionales, conocidos como servicios de nivel 7, para la terminación TLS y otras funciones de descarga.

No necesita otro equilibrador de carga para el tráfico de GUI de SAP desde clientes que se conectan a un servidor SAP mediante el protocolo DIAG o RFC. Central Services equilibra la carga mediante grupos de inicio de sesión en el servidor de aplicaciones de SAP.

Para abordar los problemas de seguridad en las comunicaciones accesibles desde Internet, use una solución independiente en una red perimetral.

Puede instalar SAP Web Dispatcher en la instancia de ASCS. Si elige esta opción, SAP instala Integrated Web Dispatcher en la instancia de ASCS, por lo que no necesita una instancia independiente de Web Dispatcher ni recursos dedicados. Dimensione la instancia para tener en cuenta la carga de trabajo adicional en ASCS.

Servicios Centrales

Para proteger la alta disponibilidad de ASCS en máquinas virtuales Linux de Azure, use una extensión de alta disponibilidad (HAE) para Linux. Los HAE ofrecen software de clúster para Linux y componentes de integración específicos del sistema operativo para su implantación.

Para evitar un problema de cerebro dividido en clúster, configure la barrera de nodos de clúster mediante un dispositivo de bloqueo de barreras de interfaz de sistemas de equipos pequeños de Internet. Como alternativa, use un agente de barrera de Azure.

Otros servidores de aplicaciones en el nivel de servidores de aplicaciones.

Para lograr alta disponibilidad para los servidores de aplicaciones principales de SAP y otros servidores de aplicaciones, equilibre la carga del tráfico en el grupo de servidores de aplicaciones.

Copia de seguridad

Use Backup para proteger el contenido de la máquina virtual para los servidores de aplicaciones y ASCS de SAP. La copia de seguridad proporciona copias de seguridad independientes y aisladas que ayudan a protegerse contra la pérdida accidental de datos. Las copias de seguridad se almacenan en un almacén de Recovery Services que administra los puntos de recuperación. Backup ofrece una configuración y un escalado rápidos, copias de seguridad optimizadas y restauración de datos.

La copia de seguridad de nivel de base de datos varía en función de si SAP HANA se implementa en máquinas virtuales.

DR

Azure admite varias soluciones de recuperación ante desastres en función de sus requisitos. Los servidores de aplicaciones de SAP no almacenan datos empresariales, por lo que puede crearlos en una región secundaria antes de apagarlos. Programe o replique manualmente las actualizaciones de software del servidor de aplicaciones de SAP y los cambios de configuración en el entorno de recuperación ante desastres. También puede implementar una máquina virtual en la región de recuperación ante desastres para ejecutar Central Services, que no almacena datos empresariales.

Seguridad

La seguridad proporciona garantías contra ataques deliberados y el uso indebido de sus valiosos datos y sistemas. Para obtener más información, vea Lista de comprobación para la revisión de diseño de seguridad.

SAP usa el motor de administración de usuarios para controlar el acceso basado en rol y la autorización dentro de las aplicaciones y bases de datos de SAP. Para obtener más información, consulte la guía de seguridad de SAP BW/4HANA.

La arquitectura de referencia de SAP S/4HANA incluye otras consideraciones de seguridad de infraestructura de SAP BW/4HANA.

Optimización de costos

La optimización de costos se centra en formas de reducir los gastos innecesarios y mejorar las eficiencias operativas. Para obtener más información, consulte Lista de comprobación de revisión de diseño para la optimización de costes.

La confiabilidad, el rendimiento y la operabilidad del servicio empresarial determinan cómo se crea una solución de TI. Use estas métricas para escalar o reducir verticalmente una solución en las siguientes categorías de componentes:

  • Calcular. Analice el consumo de recursos de proceso en períodos críticos para la empresa y ajuste el tamaño de la máquina virtual para alinearse con la demanda. Para reducir aún más la sobrecarga de proceso, desactive los servidores de aplicaciones innecesarios durante períodos de bajo uso, como la noche a la mañana.

  • Almacenamiento. Configure políticas de retención de copias de seguridad para eliminar o archivar las copias de seguridad más antiguas en niveles de almacenamiento de menor coste, como el almacenamiento en frío.

  • Gestión de redes. Los sistemas SAP BW/4HANA suelen interactuar con otros sistemas SAP. Planee cómo se mueven los datos entre sistemas y diseñe la red virtual para optimizar el costo de transmisión de datos. Para obtener más información sobre la optimización de costos y el diseño de virtual network, consulte Procedimientos recomendados de arquitectura para Virtual Network.

  • Continuidad empresarial y recuperación ante desastres. Para reducir los costos de recuperación, use Site Recovery para replicar discos de máquina virtual en una región o zona de recuperación sin una máquina virtual en espera.

Excelencia operativa

La excelencia operativa abarca los procesos de operaciones que implementan una aplicación y lo mantienen en ejecución en producción. Para obtener más información, consulte la Lista de comprobación de revisión de diseño para la excelencia operativa.

Supervisión

Para maximizar la disponibilidad y el rendimiento de las aplicaciones y los servicios, use Azure Monitor. Azure Monitor incluye registros de Azure Monitor y Application Insights para recopilar y analizar la telemetría. Esto le ayuda a maximizar el rendimiento y la disponibilidad de los recursos y aplicaciones en el entorno local y en la nube. Puede usar Azure Monitor para supervisar las anomalías de la infraestructura y la aplicación, enviar alertas a los administradores y automatizar las reacciones a condiciones predefinidas.

Para obtener información sobre cómo Azure Monitor para SAP puede ayudarle a administrar la disponibilidad y el rendimiento de los servicios de SAP, consulte Azure Monitor para soluciones de SAP. Azure Monitor para SAP proporciona métricas iniciales y telemetría para la supervisión. Las definiciones de métricas se almacenan como consultas SQL en JSON y puede modificarlas para satisfacer sus requisitos.

Eficiencia del rendimiento

La eficiencia del rendimiento hace referencia a la capacidad de escalado de la carga de trabajo para satisfacer las demandas de los usuarios de forma eficaz. Para obtener más información, consulte Lista de comprobación de revisión de diseño para la eficiencia del rendimiento.

SAP BW/4HANA completa las tareas de almacenamiento de datos en tiempo real. Los servidores de aplicaciones de SAP mantienen la comunicación continua con los servidores de bases de datos, lo que minimiza la latencia entre las máquinas virtuales de la aplicación y la base de datos y mejora el rendimiento de la aplicación. Use el almacenamiento en caché de disco y la ubicación del servidor para reducir aún más la latencia.

Para las aplicaciones críticas para el rendimiento que se ejecutan en una plataforma de base de datos, incluidos los SAP HANA, use Ultra Disk Storage. Revise las funcionalidades actuales de Ultra Disk Storage para confirmar que cumplen sus requisitos, especialmente cuando se usan características de resistencia como conjuntos de disponibilidad, zonas de disponibilidad o replicación entre regiones. Como alternativa, puede utilizar SSD Premium y activar Write Accelerator para el volumen de registros. El Acelerador de escritura mejora la latencia de escritura y es compatible con las máquinas virtuales de la serie M.

Para reducir la distancia física entre las capas de aplicación y de la base de datos, use un grupo de ubicación por proximidad. Puede encontrar scripts y utilidades en GitHub.

Para optimizar la comunicación entre servidores, use Redes aceleradas en máquinas virtuales compatibles, como D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2 y Ms/Mms. En todas las implementaciones de SAP, se requieren redes aceleradas, especialmente cuando se usa Azure NetApp Files.

Para lograr un alto rendimiento de E/S por segundo y ancho de banda de disco, siga las instrucciones de optimización del rendimiento para Azure diseño de almacenamiento. Por ejemplo, combine varios discos en un volumen de disco seccionado para mejorar el rendimiento de E/S. Para acelerar la recuperación de datos, active la caché de lectura para los datos modificados con poca frecuencia.

Escalabilidad

En esta arquitectura de ejemplo se describe una implementación pequeña, escalable y de nivel de producción. Azure ofrece una gama de tamaños de máquina virtual para escalar verticalmente y escalar horizontalmente en el nivel de aplicación de SAP. Puede ampliar o reducir la capacidad dentro del mismo despliegue en la nube.

Implementación de este escenario

Use el marco de automatización de implementación de SAP de código abierto en Azure para implementar, instalar y mantener entornos de SAP. Use la herramienta para implementar SAP HANA y SAP NetWeaver con paisajes de AnyDB en sistemas operativos compatibles con SAP en cualquier región de Azure. El marco automatiza la implementación de infraestructura mediante Terraform y configura sistemas operativos y aplicaciones SAP mediante Ansible. Este enfoque le ayuda a configurar y administrar entornos de SAP de forma coherente a escala.

Colaboradores

Microsoft mantiene este artículo. Los siguientes colaboradores escribieron este artículo.

Autor principal:

Para ver los perfiles no públicos de LinkedIn, inicie sesión en LinkedIn.

Pasos siguientes