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 grandes demandas 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 para 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 que son fundamentales 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 blog 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, consulte:
- Capacidad reservada de disco de Azure
- Capacidad reservada de Azure Storage
- capacidad reservada de Azure Backup Storage
Usar 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 moverse a Premium, Standard, Cold, Archive Storage 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 (SLA) empresarial 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 reales deseados y RTO de la aplicación SAP.
Use la replicación sincrónica para no perder datos. En algunos escenarios, no hay tolerancia a la pérdida de datos. El objetivo de punto de recuperación es 0. Para lograr este RPO, debe usar la replicación sincrónica en el nivel 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, consulte:
- 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 zonas y dentro de una zona
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 obtener 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.
Comience 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
| Característica | Descripción |
|---|---|
| Compatibilidad de copia de seguridad de base de datos nativa | Azure Backup proporciona copias de seguridad nativas a través del conector Backint para SAP HANA, SQL Server y bases de datos de Oracle usadas por sap Applications. Azure Backup para SAP ofrece una API denominada Backint. Backint permite que las soluciones de copia de seguridad creen copias de seguridad directamente en el nivel de base de datos. Azure Backup también admite la funcionalidad de copia de seguridad de bases de datos de HANA & SQL Server en la actualidad. |
| Copia de seguridad de almacenamiento | La característica de copia de seguridad de almacenamiento puede ayudar a optimizar la estrategia de copia de seguridad mediante instantáneas de disco de Azure Premium Storage para discos selectivos. Para más información sobre las copias de seguridad coherentes con la aplicación, consulte Coherencia de instantáneas. |
| Copia de seguridad de máquina virtual | Realice una copia de seguridad y restaure los datos de máquina virtual de Azure a través del Azure Portal. La restauración entre regiones permite restaurar máquinas virtuales de Azure que estaban en una región secundaria emparejada. |
| Retención a largo plazo | Azure Backup le permite conservar los años de copias de seguridad de SAP para las necesidades de cumplimiento y auditoría. |
| Administración de copias de seguridad | Azure Backup permite administrar copias de seguridad desde el Azure Portal con una interfaz de usuario sencilla. |
Para más información, consulte:
- Documentación de Azure Backup
- SAP HANA: información general sobre copias de seguridad
- Azure Backup arquitectura 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.
- Instrucciones 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 para 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 el 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 colocar estas soluciones sobre Azure Backup para generar soluciones personalizadas con compatibilidad fundamental.
Los asociados de Microsoft proporcionan soluciones integradas con Azure Storage para cargas de trabajo de archivado, 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 de gran tamaño 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 pueden realizar copias de seguridad de base de datos para HANA y SQL Server, por ejemplo. La característica del almacén de Backup del disco compartido de Azure 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. La 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 desee 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, consulte:
- 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 & metodología 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 sus requisitos empresariales, pero se recomienda la recuperación ante desastres entre regiones para mejorar la resistencia.
Para más información, consulte:
- 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 le permite 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 el requisito 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 de sub milisegundos 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
| Características de proceso | Descripción |
|---|---|
| Número de vCPU | El número de CPU tiene un efecto directo en las licencias del nodo de base de datos. La mayoría de las bases de datos siguen un modelo de licencias basado en núcleos. Use el importe que satisfaga sus necesidades y ajuste los contratos de licencia según sea necesario. |
| Memoria | La memoria es fundamental para el rendimiento de la aplicación y la aplicación SAP puede tener demandas de memoria elevadas. En general, una mayor memoria proporciona más lecturas de memoria, menos paginación y mayor costo de máquina virtual. |
| Rendimiento | El rendimiento es importante para una aplicación hospedada en una de las máquinas virtuales para comunicarse con fuera de la máquina virtual mediante sus tarjetas de interfaz de red (NIC). |
Pasos siguientes
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de