Plataforma de datos de carga de trabajo de SAP

La plataforma de datos hace referencia a las tecnologías del almacén de datos que admiten una carga de trabajo de SAP. Las cargas de trabajo de SAP exigen una gran demanda en la plataforma de datos. Se describen los procedimientos recomendados para optimizar el costo al tiempo que se mantiene el rendimiento.

Optimización de los costos de datos

Impacto: Optimización de costos

Se recomienda optimizar el costo de almacenamiento de la carga de trabajo de SAP. El almacenamiento es un componente esencial de una carga de trabajo de SAP. El almacenamiento contiene datos activos y datos de copia de seguridad críticos para su organización. El almacenamiento afecta al rendimiento, la disponibilidad y la capacidad de recuperación de una carga de trabajo de SAP. Es importante tener el rendimiento adecuado a un costo adecuado. Estas son las recomendaciones que le ayudarán a alcanzar este objetivo.

Use el tipo de almacenamiento de capacidad reservada. Hay varias opciones de almacenamiento disponibles para elegir en función del requisito de carga de trabajo. Los discos administrados, el almacenamiento de blobs y el almacenamiento de copia de seguridad pueden admitir una carga de trabajo de SAP en varias combinaciones. Cada una de estas opciones incluye opciones de reserva de almacenamiento que reducen los costos generales de los datos persistentes.

Para más información, vea:

• Capacidad reservada de disco de Azure
• Capacidad reservada de Blob Storage
• Capacidad reservada de Azure Backup Storage

Use directivas de administración del ciclo de vida. Aparte de la capacidad reservada, debe asegurarse de que el período de retención de datos es adecuado para la carga de trabajo de SAP. Una copia de seguridad de base de datos de SAP puede ser grande y agregar al costo de almacenamiento si no está optimizada. Se recomienda crear una directiva de ciclo de vida que cumpla el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) de la carga de trabajo de SAP. La directiva debe pasar al almacenamiento Premium, Estándar, Frío y Archivado en función de su antigüedad y requisitos empresariales.

Mejora de la confiabilidad de los datos

Impacto: Confiabilidad

La confiabilidad de los datos es esencial para garantizar la continuidad de las operaciones. Proporcionamos recomendaciones de confiabilidad para configurar la confiabilidad de la base de datos, crear confiabilidad de recursos compartidos de SAPMNT, usar copias de seguridad e implementar una solución de recuperación ante desastres.

Configuración de la confiabilidad de la base de datos

Una aplicación sap alimenta los datos a varios sistemas empresariales, lo que hace que la resistencia de la base de datos sea una consideración clave de la carga de trabajo. Se recomienda replicar los datos de producción para lograr la máxima resistencia. La replicación entre regiones es la solución de recuperación ante desastres preferida. Pero para una opción más asequible, debe configurar la redundancia de zona como mínimo. Los métodos que elija dependen del sistema de administración de bases de datos (DBMS) y del acuerdo de nivel de servicio empresarial (SLA) necesario. A continuación se muestran recomendaciones para la capa de base de datos.

Defina RPO y RTO. La creación de resistencia de la base de datos requiere un plan para recuperar la pérdida de datos. Un error lógico en la base de datos de SAP, un desastre a gran escala o una interrupción del sistema puede provocar la pérdida de datos en una carga de trabajo de SAP. El plan de recuperación debe identificar la cantidad de datos que está dispuesto a perder y la rapidez con la que necesita recuperarse. La cantidad de pérdida de datos que está dispuesto a perder es el objetivo de punto de recuperación (RPO). La rapidez con la que necesita recuperarse es el objetivo de tiempo de recuperación (RTO). Al diseñar la capacidad de recuperación, debe comprender el RPO y el RTO deseados y reales de la aplicación SAP.

Use la replicación sincrónica sincrónica sin pérdida de datos. En algunos escenarios, no hay tolerancia a la pérdida de datos. El objetivo del punto de recuperación es 0. Para lograr este RPO, necesita usar la replicación sincrónica en la capa de base de datos. La replicación sincrónica confirma las transacciones de base de datos en las instancias de base de datos en dos zonas o regiones independientes. Debe medir la latencia entre las dos instancias para asegurarse de que satisface las necesidades de carga de trabajo y puede hacerlo con la herramienta de medición de SAP niping . Una mayor latencia de red ralentizará la escalabilidad de la carga de trabajo y la distancia física entre las instancias agrega latencia de red. Como resultado, la replicación entre regiones tendrá una latencia mayor que en las zonas de disponibilidad porque hay más distancia entre las instancias. La replicación de bases de datos entre diferentes regiones debe ser asincrónica y la replicación entre zonas de disponibilidad debe ser sincrónica. Es importante equilibrar la resistencia y la latencia en el diseño de cargas de trabajo de SAP.

Para más información, vea:

• Implementación general de DBMS de Azure Virtual Machines para una carga de trabajo de SAP
• Escenarios y arquitectura de alta disponibilidad para SAP NetWeaver
• Latencia de red entre y dentro de zonas

Creación de confiabilidad de recursos compartidos de SAPMNT

SAPMNT hospeda los archivos de kernel físicos para la aplicación SAP y puede ser un único punto de error. Hay varias opciones disponibles en Azure para crear redundancia y diseñar un recurso compartido de SAPMNT de alta disponibilidad. Se recomienda usar Azure Premium Files o Azure NetApp Files para Linux y Azure Premium Files. En el caso de las implementaciones basadas en Windows, debe usar Azure NetApp Files o Azure Shared Disk.

También hay algunas configuraciones específicas de la aplicación que debe abordar para la confiabilidad de SAPMNT. Necesita directorios compartidos en el entorno (/sapmnt/SID and /usr/sap/trans) para implementar el nivel de aplicación de SAP NetWeaver. Se recomienda crear sistemas de archivos de alta disponibilidad y asegurarse de que son resistentes. Los /sapmnt/SID directorios y /usr/sap/SID/ASCS son importantes. Debe colocar estos sistemas de archivos en NFS en Azure Files para lograr la máxima confiabilidad.

Para más información, consulte NFS en Azure Files.

Tabla 1: Guía de SAPMNT para cada sistema operativo.

Uso de copias de seguridad de datos

La carga de trabajo de SAP debe implementar una solución de copia de seguridad normal. Las copias de seguridad son la red troncal de la recuperación ante desastres y ayudan a garantizar la continuidad de las operaciones. Tenemos algunas recomendaciones para la confiabilidad de la copia de seguridad.

Inicio con Azure Backup

Se recomienda usar Azure Backup como estrategia de copia de seguridad básica para una carga de trabajo de SAP. Azure Backup es la solución de copia de seguridad nativa en Azure y proporciona varias funcionalidades para ayudar a simplificar las copias de seguridad de SAP. Con Azure Backup, queremos señalar algunas características.

Tabla 2: Características de Azure Backup

Para más información, vea:

• Documentación de Azure Backup
• SAP HANA: información general sobre copias de seguridad
• Arquitectura de Azure Backup para la copia de seguridad de SAP HANA.
• Guía de copia de seguridad de SAP HANA en Azure Virtual Machines
• Guía de copia de seguridad para bases de datos de replicación del sistema de SAP HANA en máquinas virtuales de Azure.
• Directrices de copia de seguridad para las instantáneas de instancia de base de datos de SAP HANA en máquinas virtuales de Azure.
• Guía de copia de seguridad de SQL Server en Azure Virtual Machines

Búsqueda de soluciones de copia de seguridad de Marketplace

Existen varias soluciones de copia de seguridad de terceros certificadas en Azure Marketplace. Estas soluciones ofrecen funcionalidades de copia de seguridad de proveedores y funcionalidades de copia de seguridad certificadas por SAP. Debe considerar la posibilidad de superponer estas soluciones sobre Azure Backup para generar soluciones personalizadas con compatibilidad básica.

Los asociados de Microsoft proporcionan soluciones integradas con Azure Storage para cargas de trabajo de archivo, copia de seguridad y continuidad empresarial y recuperación ante desastres (BCDR). Las soluciones de asociados aprovechan las ventajas de escala y costo de Azure Storage. Puede usar las soluciones para ayudar a resolver los desafíos de copia de seguridad, crear un sitio de recuperación ante desastres o archivar contenido sin usar para la retención a largo plazo. Pueden reemplazar las copias de seguridad basadas en cintas y ofrecer un sitio de recuperación económica a petición con todos los estándares de cumplimiento y características de almacenamiento, como el almacenamiento inmutable y la administración del ciclo de vida.

Uso de instantáneas

Una instantánea es una copia a un momento dado de los datos. La velocidad y confiabilidad de las instantáneas puede ayudar a administrar bases de datos grandes y proteger la base de datos principal frente a daños o errores. Estas características hacen que las instantáneas sean críticas para la recuperación ante desastres. Tenemos algunas opciones para crear y almacenar copias de seguridad para la carga de trabajo de SAP.

Azure Backup puede realizar copias de seguridad de base de datos para HANA y SQL Server, por ejemplo. La característica almacén de Backup de Azure Shared Disk puede servir como solución de almacenamiento de base de datos. Azure NetApp Files (ANF) también puede realizar copias de seguridad de datos críticos mediante instantáneas, como instantáneas de volúmenes ANF. Replicación entre regiones de ANF usa instantáneas ANF para replicar datos de una región a otra.

La solución adecuada depende de los niveles de costo y disponibilidad deseados. En algunos escenarios, es posible que quiera replicar los datos de SAP en Azure en otras regiones de Azure para la recuperación ante desastres. Sin embargo, puede lograr las mismas funcionalidades con la replicación de Azure Storage, como el almacenamiento con redundancia geográfica (GRS) o Azure Site Recovery.

Para más información, vea:

• Configuraciones de cargas de trabajo de SAP con Azure Availability Zones
• Recuperación ante desastres de SAP NetWeaver
• Configuración de la recuperación ante desastres para la implementación de una aplicación de SAP NetWeaver de niveles múltiples
• Redundancia de Azure Storage
• Copia de seguridad de las instantáneas de instancia de las bases de datos de SAP HANA en máquinas virtuales de Azure

Implementación de un plan de recuperación ante desastres

Se recomienda invertir en recuperación ante desastres (DR) para mejorar la confiabilidad de la carga de trabajo de SAP. La recuperación ante desastres se logra mediante la replicación de datos principales en una ubicación secundaria. Se pueden usar varias herramientas y metodologías para lograr el objetivo. La recuperación ante desastres es necesaria cuando la ubicación principal no es accesible debido a desastres técnicos o naturales. Las soluciones de recuperación ante desastres pueden estar entre zonas dentro de la región o entre regiones en función de los requisitos empresariales, pero se recomienda la recuperación ante desastres entre regiones para mejorar la resistencia.

Para más información, vea:

• Azure Site Recovery
• Replicación entre regiones de volúmenes de Azure NetApp Files
• Copia de instantáneas entre regiones para Azure Disk Storage
• Copia de seguridad y recuperación ante desastres

Mejora del rendimiento del almacenamiento

Impacto: Eficiencia del rendimiento

Es importante elegir las soluciones de almacenamiento adecuadas para admitir las necesidades de datos de la carga de trabajo de SAP. La solución correcta puede mejorar el rendimiento de las funcionalidades existentes y permitirle agregar nuevas características. En general, el almacenamiento debe cumplir los requisitos de las operaciones de entrada y salida por segundo (IOPS) y las necesidades de rendimiento de la base de datos de SAP.

Para más información, consulte Tipos de almacenamiento para una carga de trabajo de SAP.

Use el almacenamiento que admita los requisitos de rendimiento. Microsoft admite diferentes tecnologías de almacenamiento para satisfacer sus necesidades de rendimiento. Para la carga de trabajo de SAP, puede usar Azure Managed Disk (por ejemplo, SSD Premium, SSD Premium v2, SSD estándar) y Azure NetApp Files.

Configure el almacenamiento para el rendimiento. Hemos publicado una guía de configuración de almacenamiento para bases de datos de SAP HANA. Abarca escenarios de producción y una variante no de producción consciente de los costos. Después de las configuraciones de almacenamiento recomendadas, se asegurará de que el almacenamiento pase todos los KPI de la herramienta de medición de hardware y nube (HCMT) de SAP. Para obtener más información, consulte Configuraciones de almacenamiento de máquinas virtuales de Azure en SAP HANA.

Habilite el acelerador de escritura. El acelerador de escritura es una funcionalidad para máquinas virtuales de la serie M en Premium Storage con Azure Managed Disks exclusivamente. Es imperativo habilitar el acelerador de escritura en los discos asociados al volumen /hana/log. Esta configuración facilita la latencia de escrituras submilisegundas para tamaños de bloques de 4 KB y 16 KB. Para más información, consulte Acelerador de escritura de Azure.

Elija la máquina virtual correcta. Elegir la máquina virtual adecuada tiene implicaciones de costo y rendimiento. El objetivo es elegir una máquina virtual de almacenamiento que admita las IOPS y los requisitos de rendimiento de la carga de trabajo de SAP. Hay tres áreas críticas para centrarse al seleccionar una máquina virtual.

Tabla 3: Características de proceso que afectan al rendimiento

Pasos siguientes