Passer la navigation

Machine virtuelle SAP S/4HANA on Linux

Cette architecture de solution SAP S/4HANA sur machine virtuelle Azure illustre la manière dont une requête utilisateur transite via un environnement SAP basé sur des machines virtuelles Azure hautes performances et des bases de données SAP HANA en mémoire s’exécutant sur des Machines virtuelles Microsoft Azure afin d’offrir une extensibilité et des performances inégalées. Ce système tire parti du clustering du système d’exploitation Linux pour offrir une haute disponibilité, du stockage Premium pour les performances, de la réplication des données pour la haute disponibilité via la Réplication de système HANA (HSR), et d’une configuration de récupération d’urgence pour garantir une disponibilité du système de 99,95 % avec un HSR asynchrone.

Machine virtuelle SAP S/4HANA on LinuxCette architecture de solution SAP S/4HANA sur machine virtuelle Azure illustre la manière dont une requête utilisateur transite via un environnement SAP basé sur des machines virtuelles Azure hautes performances et des bases de données SAP HANA en mémoire s’exécutant sur des Machines virtuelles Microsoft Azure afin d’offrir une extensibilité et des performances inégalées. Ce système tire parti du clustering du système d’exploitation Linux pour offrir une haute disponibilité, du stockage Premium pour les performances, de la réplication des données pour la haute disponibilité via la Réplication de système HANA (HSR), et d’une configuration de récupération d’urgence pour garantir une disponibilité du système de 99,95 % avec un HSR asynchrone.123456879

Dans cet exemple, un utilisateur SAP local exécute une commande client via l’interface Fiori S/4HANA de SAP, une interface d’application personnalisée ou d’autres biais.

La passerelle de routage express à grande vitesse Azure permet de se connecter en toute sécurité à partir d’un réseau local à des machines virtuelles Azure ainsi qu’à d’autres ressources Azure.

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

La demande est envoyée du serveur d’applications au SAP HANA s’exécutant sur une machine virtuelle Azure optimisée pour les charges de travail SAP HANA nécessitant une mémoire importante.

Les serveurs primaire (actif) et secondaire (veille), s’exécutant sur des machines virtuelles de série M certifiées SAP avec l’accélérateur d’écriture, sont regroupés au niveau du système d’exploitation afin d’offrir une disponibilité de 99,95 %, 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 primaire au serveur secondaire, ce qui permet d’atteindre l’objectif de point de récupération (RPO) nul.

Les données en mémoire de SAP HANA sont conservées dans un Stockage Premium Azure hautes performances.

Les données HANA en mémoire sont répliquées sur une machine virtuelle régionale de récupération d’urgence via un réseau dorsal à grande vitesse Azure et une Réplication de système HANA (HSR) en mode asynchrone. La machine virtuelle de récupération d’urgence peut être plus petite que la machine virtuelle de production pour réduire les coûts.

Des machines virtuelles dans la région de récupération d’urgence peuvent être utilisées pour les activités hors production afin de réduire les coûts en montant à la fois le stockage hors production et le volume répliqué de récupération d’urgence (lecture seule).

Un serveur d’applications SAP avec ASCS côté récupération d’urgence peut être en mode veille, et démarré si nécessaire pour réduire les coûts.

  1. 1 Dans cet exemple, un utilisateur SAP local exécute une commande client via l’interface Fiori S/4HANA de SAP, une interface d’application personnalisée ou d’autres biais.
  2. 2 La passerelle de routage express à grande vitesse Azure permet de se connecter en toute sécurité à partir d’un réseau local à des machines virtuelles Azure ainsi qu’à d’autres ressources Azure.
  3. 3 La requête est transmise à une instance ABAP SAP Central Services (ASCS) hautement disponible, puis via des serveurs d’applications SAP exécutés sur des Machines virtuelles Microsoft Azure dans un groupe à haute disponibilité offrant une durée de fonctionnement de 99,95 % garantie par un contrat SLA.
  4. 4 La demande est envoyée du serveur d’applications au SAP HANA s’exécutant sur une machine virtuelle Azure optimisée pour les charges de travail SAP HANA nécessitant une mémoire importante.
  5. 5 Les serveurs primaire (actif) et secondaire (veille), s’exécutant sur des machines virtuelles de série M certifiées SAP avec l’accélérateur d’écriture, sont regroupés au niveau du système d’exploitation afin d’offrir une disponibilité de 99,95 %, 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 primaire au serveur secondaire, ce qui permet d’atteindre l’objectif de point de récupération (RPO) nul.
  1. 6 Les données en mémoire de SAP HANA sont conservées dans un Stockage Premium Azure hautes performances.
  2. 7 Les données HANA en mémoire sont répliquées sur une machine virtuelle régionale de récupération d’urgence via un réseau dorsal à grande vitesse Azure et une Réplication de système HANA (HSR) en mode asynchrone. La machine virtuelle de récupération d’urgence peut être plus petite que la machine virtuelle de production pour réduire les coûts.
  3. 8 Des machines virtuelles dans la région de récupération d’urgence peuvent être utilisées pour les activités hors production afin de réduire les coûts en montant à la fois le stockage hors production et le volume répliqué de récupération d’urgence (lecture seule).
  4. 9 Un serveur d’applications SAP avec ASCS côté récupération d’urgence peut être en mode veille, et démarré si nécessaire pour réduire les coûts.

Conseils sur l’implémentation

Produits/Description Documentation

Machines virtuelles

SAP sur Azure vous impose d’exécuter vos charges de travail SAP sur des machines virtuelles Microsoft Azure certifiées. SAP requiert au moins deux processeurs virtuels et un rapport de 6 à 1 entre mémoire et processeur virtuel. Les machines virtuelles de série M et GS5 sont optimisées pour exécuter des charges de travail SAP HANA exigeantes.

Stockage Premium

Le Stockage Premium Azure offre un débit amélioré et moins de variabilité dans les latences d’E/S. Pour de meilleures performances, le Stockage Premium utilise un SSD dans les nœuds de Stockage Azure, ainsi qu’un cache de lecture qui repose sur le SSD local d’un nœud de calcul Azure. L’accélérateur d’écriture Azure est destiné exclusivement à améliorer les performances des machines virtuelles de série M. Il améliore la latence d’E/S des écritures sur le Stockage Premium Azure.

ExpressRoute

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

Virtual Network

Les réseaux virtuels Azure vous apportent la flexibilité et la sécurité nécessaires pour établir des connexions fiables entre votre réseau et le réseau Microsoft Azure.

Architectures de solution associées

SQL Server의 SAP NetWeaverSQL Server 응용 프로그램 솔루션의 이 NetWeaver는 Azure Virtual Machines를 통해 SAP 응용 프로그램과 SQL Server 데이터베이스를 호스트하여 사용자 요청이 NetWeaver에 빌드된 SAP 환경을 통과하는 방법을 보여 줍니다. 이 시스템은 고가용성을 위해 OS 클러스터링을, 더 빠른 저장소 성능과 확장성을 위해 Premium Storage를, 복제를 위해 SQL Server AlwaysOn 기능을, 99.95% 시스템 가용성을 위해 전체 DR(재해 복구) 구성을 각각 활용합니다.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 %.