Exploración de la fase de preparación y planeamiento del proyecto

  • 12 minutos

Esta fase debe generar el siguiente conjunto de elementos:

Un documento de diseño general que contenga

  • Un inventario del escenario de SAP planeado (en el escenario de migración, el inventario existente).
  • Matriz de asignación de responsabilidades (RACI) que define las responsabilidades y las asignaciones de todas las partes implicadas en la entrega del proyecto.
  • La arquitectura general de la solución.
  • La selección de las regiones de Azure de destino. Tenga en cuenta que la disponibilidad de recursos no es igual en todas las regiones.
  • Una arquitectura de red que proporcione conectividad entre el entorno local y Azure. Debería considerar la posibilidad de alinear el diseño con el plano técnico del centro de datos virtual para Azure.
  • Los principios de seguridad para la ejecución de datos empresariales de gran impacto en Azure. Debería considerar la posibilidad de hacer referencia a la documentación de seguridad de Azure.

Un documento de diseño de técnico que contenga

  • Un diagrama de bloques de solución.

  • El dimensionamiento de los componentes de proceso, almacenamiento y red en Azure. En el caso del dimensionamiento de las máquinas virtuales de Azure, consulte la Nota de SAP 1928533.

  • Arquitectura de alta disponibilidad y recuperación ante desastres.

    • La arquitectura debe basarse en el objetivo de tiempo de recuperación (RTO) y en el objetivo de punto de recuperación (RPO) que haya proporcionado la empresa.

    • Para lograr una alta disponibilidad dentro de la misma zona, identifique las capacidades del producto DBMS de destino. La mayoría de los productos DBMS ofrecen métodos sincrónicos de espera activa que se recomiendan para los sistemas de producción. Además, consulte la documentación relacionada con SAP sobre las distintas bases de datos comenzando con Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. Tenga en cuenta que no se admite el uso del servicio de clúster de conmutación por error de Windows con una configuración de disco compartido para la capa de DBMS. En su lugar, considere soluciones como las siguientes:

      • SQL Server AlwaysOn
      • Protección de datos de Oracle
      • Replicación del sistema de HANA

    • Para realizar la recuperación ante desastres del nivel de DBMS en las regiones de Azure, identifique las opciones específicas del producto que ofrecen los proveedores de DBMS. La mayoría de ellos admiten la replicación asincrónica o el trasvase de registros.

    • En la capa de aplicación de SAP, debe definir si quiere ejecutar los sistemas de prueba de regresión empresarial (que deben coincidir con los sistemas de producción) en la misma región de Azure o en la región de recuperación ante desastres. En el último caso, puede aprovechar los sistemas de regresión como, por ejemplo, los objetivos de recuperación ante desastres de la producción.

    • Si decide no usar los sistemas de prueba de regresión como destino de la recuperación ante desastres, considere la posibilidad de usar Azure Site Recovery como método de replicación de la capa de la aplicación de SAP en la región de recuperación ante desastres de Azure. Para más información, consulte el documento de Microsoft Configuración de la recuperación ante desastres para una implementación de aplicaciones SAP NetWeaver de varios niveles.

    • Si decide usar una configuración que combine la alta disponibilidad y la recuperación ante desastres que aproveche Azure Availability Zones, asegúrese de que la región de Azure seleccionada sea compatible con Availability Zones. Tenga en cuenta que la latencia entre zonas es mayor en comparación con la latencia entre máquinas virtuales de Azure que forman parte del mismo conjunto de disponibilidad.

  • Un inventario detallado de las versiones del sistema operativo, la base de datos, el kernel y el paquete de compatibilidad de SAP. La compatibilidad de SAP con una configuración determinada en escenarios locales no implica que la misma configuración sea compatible con máquinas virtuales de Azure. En función del resultado, puede que tenga que actualizar algunos de los componentes del software. Para obtener más información sobre la configuración admitida, consulte las siguientes notas de SAP:

    • Nota de SAP 1928533 La nota también proporciona el tamaño de SAP de las SKU de Azure VM que son compatibles con SAP.
    • Nota de SAP 2039619 La nota proporciona la matriz de compatibilidad de Oracle en Azure, según la cual, Oracle solo admite Windows y Oracle Linux como sistema operativo invitado en las VM de Azure. Esta instrucción de compatibilidad también se aplica a la capa de aplicación de SAP que ejecuta instancias de SAP. No obstante, Oracle no permite utilizar una alta disponibilidad para SAP Central Services en Oracle Linux mediante Pacemaker. Si necesita tener una alta disponibilidad para ASCS en Oracle Linux, debe utilizar SIOS Protection Suite para Linux. Para obtener datos detallados sobre la certificación de SAP, consulte la Nota de SAP 1662610. Para Windows, la solución de clúster de conmutación por error de Windows que admite SAP para SAP Central Services se admite en unión con Oracle como capa de DBMS.
    • Nota de SAP 2235581, que proporciona la matriz de compatibilidad de SAP HANA en las distintas versiones del sistema operativo.
    • El directorio de hardware de SAP HANA.

  • Diseños de tres niveles para los sistemas de producción de SAP (se recomienda encarecidamente en diseños de dos niveles). No es conveniente combinar (A)SCS y servidores de aplicaciones en la misma máquina virtual de Azure. Se admite el uso de configuraciones de clúster de varios SID de SAP Central Services con Windows como sistema operativo invitado en Azure. Mientras que las configuraciones de clúster de varios SID de SAP Central Services no se admiten con sistemas operativos Linux en Azure. La documentación sobre el caso del sistema operativo invitado Windows se puede encontrar en los artículos siguientes:

Un inventario de todas las interfaces de SAP

Incluya todas las interfaces de SAP y las que no son de SAP.

Diseño de servicios fundamentales, entre los que se incluyen

  • Servicios de autenticación y resolución de nombres (Active Directory y DNS).
  • Topología de red.
  • Topología del grupo de recursos.
  • Controles de acceso basado en roles para la administración de la infraestructura y las aplicaciones.
  • Estrategia de etiquetado.
  • Convención de nomenclatura de los componentes de la infraestructura, incluidas las máquinas virtuales de Azure.

Referencia del contrato de soporte técnico Premier de Microsoft

Referencia del contrato de soporte técnico Premier de Microsoft, incluido el contacto directo con el administrador de cuentas técnicas de Microsoft (TAM). Para información sobre los requisitos de soporte técnico de SAP, consulte la Nota de SAP 2015553.

Lista de suscripciones a Azure

La lista de suscripciones de Azure y sus respectivas cuotas de núcleo. Si es necesario, abra solicitudes de soporte técnico para aumentar las cuotas de las suscripciones de Azure.

Plan de reducción de datos y migración de datos

Plan de reducción y migración de datos para transferir los datos de SAP a Azure (en escenarios de migración). En cuanto a los sistemas SAP NetWeaver, SAP ofrece instrucciones detalladas sobre cómo limitar el volumen de una gran cantidad de datos.

Enfoque de implementación automatizada

La automatización en las implementaciones de infraestructura en Azure tiene como objetivo obtener resultados deterministas. Muchos clientes usan PowerShell o scripts basados en la CLI de Azure y plantillas de Azure Resource Manager. Sin embargo, existen diversas tecnologías de código abierto (como Terraform y Ansible) que pueden usarse para implementar la infraestructura de Azure para SAP e incluso instalar software de SAP. Se pueden encontrar ejemplos en GitHub en:

Nota:

Defina una cadencia periódica de revisión de del diseño y la implementación entre usted como cliente, el integrador de sistemas, Microsoft y otras partes implicadas.