Plan para la implementación de soluciones de SAP
Dada la variedad de opciones de infraestructura de Azure, hoy en día casi todos los sistemas SAP NetWeaver y S/4HANA existentes se pueden hospedar en Azure. Azure admite SKU de máquina virtual con terabytes de memoria y más de 200 CPU.
Comprobación de los requisitos de implementación de cargas de trabajo
Para implementar correctamente los sistemas SAP en IaaS de Azure (o IaaS en general), es importante comprender las diferencias entre las ofertas de los proveedores de servicios de hosting y los outsourcers tradicionales y las ofertas de IaaS. Los outsourcers o proveedores de servicios de hosting tradicionales adaptan la infraestructura (tipo de servidor, almacenamiento y red) a la carga de trabajo que el cliente desea hospedar. Es responsabilidad del cliente o asociado identificar los requisitos de la carga de trabajo y elegir los componentes de Azure correctos de las máquinas virtuales, el almacenamiento y la red para las implementaciones de IaaS.
Productos admitidos por SAP y tipos de máquina virtual de Azure
Como primer paso, los clientes deben comprobar los siguientes elementos:
- Los tipos de máquina virtual compatibles con SAP de Azure
- Productos/versiones de Azure compatibles con SAP
- Las versiones de SO y DBMS compatibles para las versiones específicas de SAP en Azure
- El rendimiento de SAP proporcionado por las diferentes SKU de VM de Azure
Las respuestas a estas preguntas se pueden encontrar en la nota de SAP 1928533, que se describe con más detalle en otro lugar. Como se menciona allí, como parte de la planificación inicial, también debe elegir entre la arquitectura de dos o tres niveles. La arquitectura de tres niveles separa el nivel de presentación, el nivel de aplicacióny el nivel de base de datos. El nivel de presentación hospeda los componentes de la interfaz de usuario, como la experiencia del usuario Fiori, Web Dynpro o la GUI de SAP. El nivel de aplicación consta de la instancia de SAP Central Services que forma parte de la pila de ABAP o Java y de los servidores de aplicaciones, con una instancia principal y cero o más instancias. En las configuraciones de dos niveles, debe instalar la base de datos y todos los componentes de SAP en la misma máquina virtual para evitar la contención de red y minimizar la latencia. Con las configuraciones de tres niveles, la separación de los componentes de la aplicación de SAP y la base de datos facilita varias implementaciones de alta disponibilidad.
Comprobación de las limitaciones de ancho de banda
Como segundo paso, es necesario comparar las limitaciones de recursos y ancho de banda de IaaS de Azure con el consumo real de recursos de los sistemas locales. Por lo tanto, los clientes deben estar familiarizados con las distintas funcionalidades de las máquinas virtuales de Azure compatibles con SAP en:
- Recursos de CPU y memoria
- IOPS y rendimiento de almacenamiento
- Latencia y ancho de banda de red
La información pertinente se pueden encontrar en Tamaños de las máquinas virtuales en Azure.
Tenga en cuenta que los límites de máquina virtual de Azure, proporcionados en el vínculo de referencia anterior, constituyen límites superiores. Como resultado, es posible que no representen la disponibilidad real de los recursos en todas las circunstancias. Las excepciones son los recursos de memoria y CPU de un tipo de máquina virtual elegido. Para los tipos de máquina virtual compatibles con SAP, los recursos de CPU y memoria están reservados y, por tanto, están disponibles en cualquier momento para su consumo en la máquina virtual. Para otros, como el almacenamiento o la red, los recursos se comparten entre inquilinos. La limitación inteligente y la lógica de cuota se usan para impedir que un inquilino afecte al rendimiento de otro inquilino de una manera significativa. Aunque la lógica de Azure intenta que las variaciones de ancho de banda sean pequeñas, las plataformas con más uso compartido suelen generar mayores variaciones en la disponibilidad de recursos y ancho de banda que las que puedan experimentar los clientes en sus implementaciones locales. Se tiene que tener en cuenta la probabilidad de que un sistema SAP en Azure pueda experimentar mayores variaciones que en un sistema local.
Nota:
Algunos límites de las suscripciones a Azure se administran a nivel regional. Un ejemplo es vCPU. Para solicitar un aumento de cuota con compatibilidad para vCPU, debe decidir cuántas vCPU quiere usar en las distintas regiones. Luego, solicite un aumento en las cuotas de vCPU en las cantidades y las regiones que prefiera. Para obtener ayuda para determinar las cuotas actuales para regiones específicas, consulte Resolución de errores de cuotas de recursos. Para solicitar un aumento de cuota, vaya al portal y abra una incidencia de soporte técnico. En la incidencia de soporte técnico, solicite un aumento de la cuota para la región en la que desea realizar la implementación.
Requisitos de resistencia y otras consideraciones
El siguiente paso es garantizar la alta disponibilidad y la recuperación ante desastres para los sistemas SAP de producción, debe evaluar los requisitos de resistencia como el siguiente paso. Esto es fundamental para mitigar las instancias poco frecuentes en las que los problemas de mantenimiento planeado o relacionados con la plataforma afectan a las máquinas virtuales y para ayudar a aplicar revisiones a los componentes del sistema operativo invitado o DBMS.
Además, la planificación debe tener en cuenta la capacidad de administración, la protección y seguridad de los datos, la autenticación, la autorización y el control de acceso, así como las consideraciones de supervisión, licencias, soporte técnico y precios.
El proceso de planificación varía en función de la arquitectura y los componentes de la implementación prevista, explorados en el contexto de los siguientes modelos de implementación:
- SAP NetWeaver con AnyDB en las máquinas virtuales de Azure
- SAP S/4HANA en las máquinas virtuales de Azure
Revisión basada en el marco de trabajo Microsoft Well Architected
La Guía de arquitectura de SAP en Azure describe un conjunto de principios rectores que se usan para ayudar a garantizar la calidad de las cargas de trabajo de SAP que se ejecutan en Azure. Esta guía se basa en el marco de buena arquitectura de Microsoft Azure, pero las recomendaciones son específicas de las implementaciones de soluciones de SAP. La Guía de arquitectura de SAP en Azure abarca cinco pilares de excelencia: costo, DevOps, resistencia, escalabilidad y seguridad. Puede acceder a estos pilares para sus soluciones mediante Revisión del marco de arquitectura de Azure.