Passer la navigation

SAP S/4HANA sur de grandes instances HANA avec haute disponibilité et reprise d’activité après sinistre

Cette architecture de solution illustre la manière dont une requête utilisateur transite via un paysage SAP basé sur des machines virtuelles Azure haute performance et une base de données HANA en mémoire s’exécutant sur de grandes instances HANA pour une scalabilité et des performances inégalées. Ce système tire parti du clustering du système d’exploitation pour les performances de la base de données, de la haute disponibilité à l’aide de la réplication du système HANA et d’une configuration de reprise d’activité après sinistre complète pour garantir la disponibilité du système.

SAP S/4HANA en instancias grandes de HANA con alta disponibilidad y recuperación ante desastresLa arquitectura de esta solución muestra el flujo de una solicitud de usuario en un entorno SAP basado en instancias de Azure Virtual Machines de alto rendimiento y una base de datos HANA en memoria que se ejecuta en instancias grandes de HANA para ofrecer una escalabilidad y un rendimiento sin parangón. Este sistema aprovecha la agrupación en clústeres de sistema operativo para obtener rendimiento y alta disponibilidad de la base de datos usando replicación del sistema de HANA, así como una configuración de recuperación ante desastres completa para garantizar la disponibilidad del sistema.123456789

Dans cet exemple, un utilisateur SAP local exécute une commande client via l’interface Fiori, une interface personnalisée ou autre.

La passerelle ExpressRoute haute vitesse Azure est utilisée pour se connecter aux machines virtuelles Azure.

La requête est transmise à une instance ABAP SAP Central Services (ASCS) hautement disponible, puis via des serveurs d’applications exécutés sur des machines virtuelles Azure dans un groupe à haute disponibilité offrant un contrat SLA avec un temps d’activité de 99,95 %.

La requête est envoyée de App Server vers SAP HANA s’exécutant sur des serveurs lames principaux grandes instances.

Les serveurs lames primaires et secondaires sont regroupés au niveau du système d’exploitation pour offrir une disponibilité de 99,99 % et la réplication des données est gérée via la réplication du système HANA en mode synchrone (HSR) du serveur lame primaire au serveur lame secondaire, ce qui permet d’obtenir un RPO nul.

Les données en mémoire de SAP HANA sont conservées dans un stockage NFS hautes performances.

Les données du stockage NFS sont sauvegardées périodiquement en quelques secondes, en utilisant des instantanés de stockage intégrés sur le stockage local, sans impact sur les performances de la base de données.

Le volume de données persistant sur le stockage secondaire est répliqué sur un système de reprise d’activité après sinistre dédié via un réseau dorsal dédié pour la réplication du stockage HANA.

Une grande instance côté reprise d’activité après sinistre (DR) peut être utilisée pour la non-production afin de réduire les coûts en montant à la fois le stockage QA et le volume répliqué DR (lecture seule).

  1. 1 Dans cet exemple, un utilisateur SAP local exécute une commande client via l’interface Fiori, une interface personnalisée ou autre.
  2. 2 La passerelle ExpressRoute haute vitesse Azure est utilisée pour se connecter aux machines virtuelles Azure.
  3. 3 La requête est transmise à une instance ABAP SAP Central Services (ASCS) hautement disponible, puis via des serveurs d’applications exécutés sur des machines virtuelles Azure dans un groupe à haute disponibilité offrant un contrat SLA avec un temps d’activité de 99,95 %.
  4. 4 La requête est envoyée de App Server vers SAP HANA s’exécutant sur des serveurs lames principaux grandes instances.
  5. 5 Les serveurs lames primaires et secondaires sont regroupés au niveau du système d’exploitation pour offrir une disponibilité de 99,99 % et la réplication des données est gérée via la réplication du système HANA en mode synchrone (HSR) du serveur lame primaire au serveur lame secondaire, ce qui permet d’obtenir un RPO nul.
  1. 6 Les données en mémoire de SAP HANA sont conservées dans un stockage NFS hautes performances.
  2. 7 Les données du stockage NFS sont sauvegardées périodiquement en quelques secondes, en utilisant des instantanés de stockage intégrés sur le stockage local, sans impact sur les performances de la base de données.
  3. 8 Le volume de données persistant sur le stockage secondaire est répliqué sur un système de reprise d’activité après sinistre dédié via un réseau dorsal dédié pour la réplication du stockage HANA.
  4. 9 Une grande instance côté reprise d’activité après sinistre (DR) peut être utilisée pour la non-production afin de réduire les coûts en montant à la fois le stockage QA et le volume répliqué DR (lecture seule).

Conseils sur l’implémentation

Produits/Description Documentation

Grandes instances SAP HANA sur Azure

SAP HANA sur Azure (grandes instances) s’exécute sur des serveurs lames dédiés situés dans un centre de données Microsoft Azure. Cette solution est propre au serveur de base de données.

Stockage NFS pour les grandes instances Azure HANA

Le système de stockage NFS haute performance Azure offre la capacité inégalée d’effectuer des sauvegardes d’instantanés et une réplication vers le stockage secondaire. Par ailleurs, HANA Large Instance est la seule infrastructure cloud à fournir le chiffrement du volume de stockage.

Machines virtuelles

SAP sur Azure vous impose d’exécuter vos charges de travail SAP sur des machines virtuelles Microsoft Azure certifiées. SAP exige au moins deux processeurs virtuels et un rapport de 6 à 1 entre la mémoire et les processeurs virtuels.

Stockage Premium

Le Stockage Premium Microsoft offre un débit amélioré et moins de variabilité dans les latences d’E/S. Pour de meilleures performances, le Stockage Premium utilise des disques SSD (Solid State Disk) dans les nœuds Stockage Azure, ainsi que le cache de lecture, qui repose sur le SSD local d’un nœud de calcul Azure.

ExpressRoute (front end)

Azure ExpressRoute utilisé sur le front end (voir schéma) fournit une connectivité sécurisée et à large bande passante pour établir des connexions fiables entre votre réseau et le réseau Microsoft Azure.

ExpressRoute (back end)

Azure ExpressRoute utilisé sur le back end (voir schéma) vous permet d’établir une communication entre vos composants Azure du centre de données Azure et vos systèmes SAP HANA sur Azure (grandes instances). Le coût du back end ExpressRoute est inclus dans SAP HANA sur Azure (grandes instances).

Architectures de solution associées

SAP NetWeaver on SQL ServerThis NetWeaver on SQL Server application solution illustrates how a user request flows through an SAP landscape built on NetWeaver using Azure Virtual Machines to host SAP applications and a SQL Server database. This system takes advantage of OS clustering for high availability, premium storage for faster storage performance and scalability, SQL Server AlwaysOn capability for replication, and a full disaster recovery (DR) configuration for 99.95 percent system availability.123456789

SAP NetWeaver sur SQL Server

Cette solution d’application NetWeaver sur SQL Server illustre la manière dont une demande d’utilisateur circule dans un environnement SAP basé sur NetWeaver en utilisant des machines virtuelles Azure pour héberger des applications SAP et une base de données SQL Server. Ce système tire parti du clustering du système d’exploitation Linux pour offrir une haute disponibilité, du stockage Premium pour accélérer les performances et l’extensibilité du stockage, de la capacité de SQL Server AlwaysOn pour la réplication, et d’une configuration de récupération d’urgence pour offrir une disponibilité du système de 99,95 %.