Compartir a través de

Alta disponibilidad y recuperación ante desastres de SAP HANA para instancias grandes en Azure

  • Artículo

Importante

Esta documentación no reemplaza la documentación de administración de SAP HANA ni las notas de SAP. Se espera que tenga conocimientos sobre la administración y operaciones de SAP HANA, sobre todo en lo relativo a los temas de copia de seguridad, restauración, alta disponibilidad y recuperación ante desastres.

En este artículo, se ofrece información general sobre la alta disponibilidad y la recuperación ante desastres (DR) de SAP HANA en Azure (instancias grandes) (también conocida como infraestructura BareMetal). También se detallarán algunos de los requisitos y consideraciones relacionados con la alta disponibilidad y la recuperación ante desastres.

Algunos de los procesos descritos en esta documentación están simplificados. No están pensados como pasos detallados para incluirse en los manuales de operaciones. Para crear manuales de operaciones para las configuraciones, ejecute y pruebe los procesos con sus versiones y versiones específicas de HANA. A continuación, puede documentar los procesos específicos de las configuraciones.

Alta disponibilidad y recuperación ante desastres

Tanto la alta disponibilidad como la recuperación ante desastres son aspectos cruciales de la ejecución de servidores críticos de SAP HANA en Azure (instancias grandes). Es importante trabajar con SAP, un integrador de sistemas o Microsoft para diseñar e implementar correctamente las estrategias correctas de alta disponibilidad y recuperación ante desastres. También debe tener en cuenta los objetivos de punto de recuperación (RPO) y de tiempo de recuperación (RTO), que son específicos del entorno.

Microsoft admite algunas funcionalidades de alta disponibilidad de SAP HANA con instancias grandes de HANA. Estas son algunas de ellas:

  • Replicación de almacenamiento: la capacidad que tiene el propio sistema de almacenamiento para replicar todos los datos a otra marca de instancias grandes de HANA en otra región de Azure. SAP HANA funciona de forma independiente con respecto a este método. Esta funcionalidad es el mecanismo de recuperación ante desastres predeterminado que se ofrece para HANA (instancias grandes).
  • Replicación del sistema de HANA: la replicación de todos los datos de SAP HANA a un sistema SAP HANA independiente. RTO se minimiza a través de la replicación de datos a intervalos regulares. SAP HANA admite los modos asincrónico, sincrónico en memoria y sincrónico. El modo sincrónico solo se usa en sistemas de SAP HANA que estén en el mismo centro de datos, o a menos de 100 km de este. Con el diseño actual de las marcas de HANA (instancias grandes), la replicación del sistema de HANA solo puede usarse para lograr alta disponibilidad en una sola región. La replicación del sistema de HANA requiere un componente de enrutamiento o de proxy inverso de terceros para las configuraciones de recuperación ante desastres en otra región de Azure.
  • Conmutación por error automática del host: una solución local de recuperación ante errores para SAP HANA que es una alternativa a la replicación del sistema de HANA. Si el nodo primario deja de estar disponible, configure uno o varios nodos en espera de SAP HANA en el modo de escalado horizontal y SAP HANA automáticamente conmuta por error a un nodo en espera.

SAP HANA en Azure (instancias grandes) se ofrece en dos regiones de Azure de cuatro áreas geopolíticas distintas: EE. UU., Australia, Europa y Japón. Las dos regiones de un área geopolítica que hospedan HANA (instancias grandes) están conectadas a circuitos independientes de una red dedicada. Las instancias grandes de HANA se utilizan para la replicación de instantáneas de almacenamiento con el fin de proporcionar distintos métodos de recuperación ante desastres. La replicación no está configurada de manera predeterminada, sino solo para los clientes que solicitan la funcionalidad de recuperación ante desastres. La replicación de almacenamiento depende del uso de instantáneas de almacenamiento para instancias grandes de HANA. No es posible elegir una región de Azure como región de recuperación ante desastres que se encuentra en otra área geopolítica.

Opciones admitidas actualmente

En la tabla siguiente se muestran los métodos y las combinaciones de alta disponibilidad y recuperación ante desastres que se admiten actualmente:

Escenario compatible con instancias grandes de HANA Opción de alta disponibilidad Opción de recuperación ante desastres Comentarios
Nodo único No disponible. Configuración de recuperación ante desastres dedicada.
Configuración de recuperación ante desastres multipropósito.
Conmutación automática por error de host: escalabilidad horizontal (con o sin estado de espera)
incluido 1+1		 Posible con el modo en espera tomando el rol activo.
HANA controla el cambio de rol.		 Configuración de recuperación ante desastres dedicada.
Configuración de recuperación ante desastres multipropósito.
Sincronización de recuperación ante desastres mediante replicación de almacenamiento.		 Los conjuntos de volúmenes de HANA se adjuntan a todos los nodos.
El sitio de recuperación ante desastres debe tener el mismo número de nodos.
Replicación del sistema de HANA Posible con configuración principal o secundaria.
La configuración secundaria pasa al rol principal en caso de conmutación por error.
Replicación del sistema de HANA y conmutación por error de control del SO.		 Configuración de recuperación ante desastres dedicada.
Configuración de recuperación ante desastres multipropósito.
Sincronización de recuperación ante desastres mediante replicación de almacenamiento.
La recuperación ante desastres mediante replicación del sistema de HANA todavía no es posible sin componentes de terceros.		 El conjunto independiente de volúmenes de discos se adjunta a cada nodo.
Solo los volúmenes de disco de la réplica secundaria en el sitio de producción se replican a la ubicación de recuperación ante desastres.
Se requiere un conjunto de volúmenes en el sitio de recuperación ante desastres.

Una configuración de recuperación ante desastres dedicada es aquella en la que no se usa la unidad de instancia grande de HANA en el sitio de recuperación ante desastres para ejecutar ninguna otra carga de trabajo o ningún sistema que no sea de producción. La unidad es pasiva y solo se implementa si se ejecuta una conmutación por error ante desastres. Esta configuración no es la opción preferida para la mayoría de los clientes.

Para más información sobre el diseño del almacenamiento y los detalles de Ethernet correspondientes a su arquitectura, consulte los Escenarios admitidos para instancias grandes de HANA.

Nota

Antes de HANA 2.0 SPS4, no se podía realizar instantáneas de bases de datos de contenedores de bases de datos multiinquilino (es decir, de más de un inquilino). Con SPS4 y las versiones más recientes, SAP es totalmente compatible con esta característica de instantánea.

Una configuración de recuperación ante desastres multipropósito es aquella en la que la unidad de instancia grande de HANA en el sitio de recuperación ante desastres ejecuta una carga de trabajo no de producción. En caso de desastre, se apaga el sistema que no sea de producción, se montan los conjuntos de volúmenes replicados en el almacenamiento (agregados) y se inicia la instancia de HANA de producción. La mayoría de los clientes que usan la funcionalidad de recuperación ante desastres de HANA (instancias grandes) utilizan esta configuración.

Para más información sobre la alta disponibilidad de SAP HANA, consulte los artículos siguientes sobre SAP:

Consideraciones de red para recuperación ante desastres con instancias grandes de HANA

Para sacar provecho de la funcionalidad de recuperación ante desastres de HANA (instancias grandes), es preciso diseñar la conectividad de red de las dos regiones de Azure. Se necesita la conexión de un circuito de Azure ExpressRoute desde un entorno local de la región principal de Azure y la conexión de otro circuito desde un entorno local a la región de recuperación antes desastres. Esta medida cubre una situación en la que hay un problema en la región de Azure, incluida una ubicación de Microsoft Enterprise Edge Router (MSEE).

Puede conectar todas las redes virtuales de Azure que se conectan a SAP HANA en Azure (instancias grandes) de una región a un circuito ExpressRoute que conecta HANA (instancias grandes) de la otra región. Con este tipo de conexión, los servicios que se ejecutan en una red virtual de Azure de la región 1 se pueden conectar a unidades de HANA (instancias grandes) de la región 2 y viceversa. Así se soluciona el caso en el que se queda sin conexión solo una de las ubicaciones de MSEE que conecta a su ubicación local con Azure.

En el gráfico siguiente se ilustra una configuración resistente para la recuperación ante desastres:

Configuración óptima para la recuperación ante desastres

Otros requisitos de la replicación de almacenamiento de HANA (instancias grandes) para la recuperación ante desastres

  • Solicite SKU de SAP HANA en Azure (instancias grandes) que tengan el mismo tamaño que las SKU de producción e impleméntelas en la región de recuperación ante desastres. En las implementaciones de cliente actuales, estas instancias se usan para ejecutar instancias de HANA que no son de producción. Estas configuraciones se denominan configuraciones multipropósito de recuperación ante desastres.
  • Solicite almacenamiento adicional en el sitio de recuperación ante desastres para todas las SKU de SAP HANA en Azure (instancias grandes) que desea recuperar en el sitio de recuperación ante desastres. La compra de almacenamiento adicional le permite asignar los volúmenes de almacenamiento. Puede asignar los volúmenes que sean el destino de la replicación de almacenamiento de la región de Azure de producción a la región de Azure de recuperación ante desastres.
  • Es posible que haya configurado la replicación del sistema de SAP HANA en la replicación principal y basada en almacenamiento en el sitio de recuperación ante desastres. A continuación, debe comprar más almacenamiento en el sitio de recuperación ante desastres para que los datos de los nodos principal y secundario se repliquen en el sitio de recuperación ante desastres.

Pasos siguientes

Obtenga más información sobre la copia de seguridad y restauración de SAP HANA en instancias grandes de HANA.

Copia de seguridad y restauración de SAP HANA en instancias grandes de HANA