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 в крупных экземплярах HANA с высокой доступностью и аварийным восстановлениемТакая архитектура решения определяет, как пользовательский запрос передается через среду SAP с высокопроизводительными виртуальными машинами Azure и выполняющейся в памяти базой данных HANA, которые запущены в крупных экземплярах HANA для достижения непревзойденной производительности и масштабируемости. Эта система обеспечивает преимущество кластеризации ОС для повышения производительности базы данных. Репликация системы HANA и конфигурация полного аварийного восстановления гарантируют высокий уровень доступности системы.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 v systému SQL ServerToto řešení aplikací NetWeaver na SQL Serveru znázorňuje tok uživatelského požadavku v rámci řešení SAP založeného na systému NetWeaver, které využívá službu Azure Virtual Machines k hostování aplikací SAP a databázi SQL Server. Tento systém využívá clusterů operačního systému k zajištění vysoké dostupnosti, služby Premium Storage k zajištění rychlejší práce a škálovatelnosti úložiště, funkce AlwaysOn SQL Serveru k zajištění replikace a konfigurace pro plné zotavení po havárii k zajištění 99,95 dostupnosti systému.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 %.