Share via

Utilización del reinicio de VM de la infraestructura de Azure para lograr una "mayor disponibilidad" de un sistema de SAP

  • Artículo

Esta sección es aplicable a:

Windows logo. Logotipo de Windows y Linux logo. Linux

Si decide no usar funcionalidades como los clústeres de conmutación por error de Windows Server (WSFC) o Pacemaker en Linux (actualmente admitido solo para SUSE Linux Enterprise Server [SLES] 12 y versiones posteriores), se utiliza el reinicio de máquina virtual de Azure. Con ello se protegen los sistemas SAP del tiempo de inactividad planeado y no planeado de la infraestructura de servidores físicos de Azure y la plataforma subyacente general de Azure.

Nota

El reinicio de VM de Azure protege principalmente las máquinas virtuales, pero no las aplicaciones. Aunque el reinicio de la máquina virtual no ofrece alta disponibilidad para las aplicaciones de SAP, ofrece un cierto nivel de disponibilidad de la infraestructura. También ofrece indirectamente "mayor disponibilidad" de los sistemas SAP. Tampoco hay ningún SLA para el tiempo necesario para reiniciar una máquina virtual después de una interrupción del host planeada o no planeada, lo que hace que este método de alta disponibilidad no sea adecuado para los componentes fundamentales de un sistema SAP. Algunos ejemplos de los componentes fundamentales podrían ser una instancia ASCS/SCS o un sistema de administración de bases de datos (DBMS).

El almacenamiento es otro elemento infraestructural importante para la alta disponibilidad. Por ejemplo, el contrato de nivel de servicio de Azure Storage presenta una disponibilidad del 99,9 %. Si implementa todas las máquinas virtuales y sus discos en una sola cuenta de Azure Storage, la eventual indisponibilidad de Azure Storage ocasionará que no estén disponibles ninguna de las máquinas virtuales ubicadas en dicha cuenta de almacenamiento ni los componentes de SAP que se ejecutan dentro de esas máquinas virtuales.

En lugar de colocar todas las máquinas virtuales en una única cuenta de Azure Storage, puede usar las cuentas de almacenamiento dedicadas para cada máquina virtual. Mediante el uso de varias cuentas independientes de Azure Storage, aumenta la disponibilidad general de aplicaciones de VM y SAP.

Los discos de Azure Managed Disks se colocan automáticamente en el dominio de error de la máquina virtual a la que están conectados. Si coloca dos máquinas virtuales en un conjunto de disponibilidad y usa discos de Managed Disks, la plataforma también se encargará de distribuir estos discos en los diferentes dominios de error. Si pretende usar una cuenta de Premium Storage, se recomienda encarecidamente utilizar discos de Managed Disks.

Un ejemplo de la arquitectura de un sistema SAP NetWeaver que utilice las cuentas de almacenamiento y la alta disponibilidad de la infraestructura de Azure podría ser el siguiente:

Diagram that shows the architecture of an SAP NetWeaver system that uses Azure infrastructure high availability and storage accounts.

Un ejemplo de la arquitectura de un sistema SAP NetWeaver que utilice la alta disponibilidad de la infraestructura de Azure y los discos de Managed Disks podría ser el siguiente:

Utilize Azure infrastructure high availability to achieve SAP application “higher availability

Hasta la fecha, en los componentes esenciales de SAP se ha conseguido lo siguiente:

  • Alta disponibilidad de los servidores de aplicaciones de SAP

    Las instancias de los servidores de aplicaciones de SAP son componentes redundantes. Cada instancia del servidor de aplicaciones de SAP se implementa en su propia máquina virtual, que se ejecuta en un dominio de actualización y de error de Azure diferente. Para obtener más información, consulte las secciones Dominios de error y Dominios de actualización .

    Puede garantizar esta configuración mediante el uso de conjuntos de disponibilidad de Azure. Para más información, consulte la sección Conjuntos de disponibilidad de Azure.

    La eventual indisponibilidad planeada o no de un dominio de error o de actualización de Azure hará que un número limitado de máquinas virtuales y sus respectivas instancias de servidor de aplicaciones de SAP no estén disponibles.

    Cada instancia del servidor de aplicaciones de SAP se coloca en su propia cuenta de Azure Storage. La eventual indisponibilidad de una cuenta de Azure Storage hará que deje de estar disponible una sola máquina virtual con su propia instancia de servidor de aplicaciones de Azure. Sin embargo, tenga en cuenta que las suscripciones de Azure admiten un número limitado de cuentas de Azure Storage. Para garantizar el inicio automático de una instancia de ASCS/SCS después del reinicio de la máquina virtual, establezca el parámetro Autostart en el perfil de inicio de la instancia de ASCS/SCS.

    Para más información, consulte Alta disponibilidad en los servidores de aplicaciones de SAP.

    Incluso si usa discos de Managed Disks, estos también se almacenan en una cuenta de Azure Storage y pueden no estar disponibles en caso de que se produzca alguna interrupción del almacenamiento.

  • Mayor disponibilidad de las instancias de SAP ASCS/SCS

    En este escenario, se utiliza el reinicio de VM de Azure para proteger la máquina virtual con la instancia de SAP ASCS/SCS instalada. En el caso de un tiempo de inactividad planeado o no de los servidores de Azure, las máquinas virtuales se reinician en otro servidor disponible. Como se mencionó anteriormente, el reinicio de VM de Azure protege principalmente las máquinas virtuales, pero no las aplicaciones (en este caso, la instancia de ASCS/SCS). Mediante el reinicio de VM, se alcanza indirectamente una "mayor disponibilidad" de la instancia de SAP ASCS/SCS.

    Para garantizar un inicio automático de la instancia de ASCS/SCS después del reinicio de la máquina virtual, establezca el parámetro Autostart en el perfil de inicio de la instancia de ASCS/SCS. Esto significa que la instancia de ASCS/SCS como único punto de error (SPOF) que se ejecuta en una sola máquina virtual determinará la disponibilidad de todo el entorno de SAP.

  • Mayor disponibilidad del servidor de DBMS

    De forma similar al caso de uso de la instancia de SAP ASCS/SCS anterior, utiliza el reinicio de VM de Azure para proteger la máquina virtual con el software de DBMS instalado, y alcanza una "mayor disponibilidad" del software de DBMS al reiniciar la máquina virtual.

    Un DBMS que se ejecute en una sola máquina virtual también es un SPOF, por lo que es el factor determinante para la disponibilidad de todo el entorno de SAP.

Uso del inicio automático en las instancias de SAP

SAP ofrece una configuración que le permite iniciar las instancias de SAP inmediatamente después de iniciar el sistema operativo en la máquina virtual. Las instrucciones están documentadas en el artículo de Knowledge Base sobre SAP 1909114. Sin embargo, SAP ya no recomienda el uso de la configuración porque no permite el control del orden de los reinicios de la instancia si afecta a más de una máquina virtual o si se ejecutan varias instancias por máquina virtual.

Si se presupone un escenario de Azure típico de una instancia del servidor de aplicaciones de SAP en una máquina virtual y en el que solo acabe reiniciándose una sola máquina virtual, el inicio automático no supondrá ningún problema. Sin embargo, puede habilitarla agregando el siguiente parámetro en el perfil de inicio de la instancia de programación avanzada de aplicaciones empresariales (ABAP) de SAP o Java:

Autostart = 1

Nota

El parámetro de inicio automático también tiene ciertas limitaciones. Concretamente, este parámetro desencadena el inicio de una instancia de Java o ABAP de SAP cuando se inicia el servicio de Windows o Linux relacionado de la instancia. Esa secuencia se produce cuando se inicia el sistema operativo. Sin embargo, los reinicios de los servicios de SAP también son frecuentes en la funcionalidad de administración del ciclo de vida de software de SAP, como el administrador de actualizaciones de software (SUM) u otras actualizaciones. Estas funcionalidades no esperan que una instancia se reinicie automáticamente. Por lo tanto, se debe deshabilitar el parámetro de inicio automático antes de ejecutar tales tareas. El parámetro de inicio automático tampoco debe usarse en las instancias de SAP agrupadas en clústeres, como ASCS, SCS o CI.

Para obtener más información sobre el reinicio de las instancias de SAP, consulte los siguientes artículos:

Pasos siguientes

Para más información sobre la alta disponibilidad de la aplicación SAP NetWeaver, vea Alta disponibilidad de las aplicaciones de SAP en IaaS de Azure.