Édition

Environnements de développement et de test pour les charges de travail SAP sur Azure

Azure ExpressRoute
Machines virtuelles Azure
Réseau virtuel Azure
Azure Resource Manager

Cet exemple montre comment créer un environnement de développement et de test pour SAP NetWeaver dans un environnement Windows ou Linux sur Azure. La base de données utilisée est AnyDB. (AnyDB est le terme SAP pour tout SGBD pris en charge qui n’est pas SAP HANA.)

Architecture

Diagramme d’architecture pour les environnements de développement/test des charges de travail SAP.

Téléchargez un fichier Visio de cette architecture.

Dataflow

Ce scénario illustre le provisionnement d’une base de données système SAP et d’un serveur d’application SAP uniques sur une seule machine virtuelle. Les données circulent dans le scénario comme suit :

  1. Les clients utilisent l’interface utilisateur SAP ou d’autres outils clients (Excel, un navigateur Web ou une autre application Web) pour accéder au système SAP basé sur Azure.
  2. La connectivité est établie à l’aide d’un circuit ExpressRoute établi. La connexion ExpressRoute se termine dans Azure au niveau de la passerelle ExpressRoute. Le trafic réseau est routé via la passerelle ExpressRoute vers le sous-réseau de passerelle, et depuis le sous-réseau de passerelle vers le sous-réseau spoke de niveau application (consultez les informations sur la topologie réseau hub-and-spoke), et via une passerelle de sécurité réseau vers la machine virtuelle de l’application SAP.
  3. Les serveurs de gestion d’identité fournissent des services d’authentification.
  4. Le serveur jumpbox offre des fonctionnalités de gestion locale.

Components

  • Les réseaux virtuels constituent la base de la communication réseau dans Azure.
  • Les machines virtuelles Azure fournissent une infrastructure sécurisée et virtualisée à la demande et à grande échelle avec un serveur Windows ou Linux.
  • Azure ExpressRoute étend vos réseaux locaux au cloud Microsoft via une connexion privée facilitée par un fournisseur de connectivité.
  • Les groupes de sécurité réseau limitent le trafic réseau vers les ressources d’un réseau virtuel. Un groupe de sécurité réseau contient une liste de règles de sécurité qui autorisent ou rejettent le trafic réseau entrant et sortant. Les règles de sécurité sont basées sur les adresses IP, les ports et les protocoles source ou de destination.
  • Les groupes de ressources font office de conteneurs logiques pour les ressources Azure.
  • Azure Files ou Azure NetApp Files sont des solutions recommandées pour fournir le stockage des fichiers exécutables SAP et des journaux et données HANA.

Détails du scénario

Étant donné que cette architecture est conçue pour les environnements hors production, elle est déployée avec une seule machine virtuelle (VM). Vous pouvez modifier la taille de la machine virtuelle en fonction des besoins de votre organisation.

Pour les cas d’usage de production, examinez les architectures de référence SAP disponibles ci-dessous :

Cas d’usage potentiels

Les autres cas d’usage appropriés sont les suivants :

  • Charges de travail SAP non-production non critiques (par exemple, bac à sable (sandbox), développement, test et assurance qualité).
  • Charges de travail SAP métier non critiques.

Considérations

Ces considérations implémentent les piliers d’Azure Well-Architected Framework qui est un ensemble de principes directeurs qui permettent d’améliorer la qualité d’une charge de travail. Pour plus d’informations, consultez Microsoft Azure Well-Architected Framework.

Gardez à l’esprit les points suivants lors de l’établissement d’un environnement de développement et de test pour SAP NetWeaver.

Disponibilité

Microsoft propose un contrat de niveau de service (SLA) pour les instances de machine virtuelle uniques. Pour plus d’informations sur le contrat de niveau de service Microsoft Azure pour les machines virtuelles Contrat SLA pour les machines virtuelles

Extensibilité

Pour obtenir des conseils d’ordre général sur la conception de solutions évolutives, consultez la liste de contrôle de l’efficacité des performances dans le Centre des architectures Azure.

Sécurité

La sécurité fournit des garanties contre les attaques délibérées, et contre l’utilisation abusive de vos données et systèmes importants. Pour plus d’informations, consultez Vue d’ensemble du pilier Sécurité.

Pour obtenir des conseils d’ordre général sur la conception de solutions sécurisées, consultez la documentation sur la sécurité Azure.

Protection et clonage des données

Pour obtenir des conseils généraux sur la protection des données de votre application, consultez Outil de capture instantanée cohérent Azure Application, qui fournit des captures instantanées cohérentes avec les applications lorsqu’elles sont utilisées en association avec Azure NetApp Files.

Résilience

Pour obtenir des conseils d’ordre général sur la conception de solutions résilientes, consultez l’article Conception d’applications résilientes pour Azure.

Optimisation des coûts

L’optimisation des coûts consiste à examiner les moyens de réduire les dépenses inutiles et d’améliorer l’efficacité opérationnelle. Pour plus d’informations, consultez Vue d’ensemble du pilier d’optimisation des coûts.

Pour vous aider à explorer le coût d’exécution de ce scénario, tous les services sont préconfigurés dans les exemples de calcul du coût ci-dessous. Modifiez les variables appropriées en fonction du trafic attendu pour votre cas d’usage.

Nous fournissons quatre exemples de profils de coût basés sur le volume de trafic que vous prévoyez de recevoir :

Taille SAP Type de machine virtuelle Stockage Calculatrice de tarification Azure
Petite 8000 D8s_v3 2xP20, 1xP10 Petite
Moyenne 16000 D16s_v3 3xP20, 1xP10 Moyenne
grand 32000 E32s_v3 3xP20, 1xP10 Grande
Très grande 64 000 M64s 4xP20, 1xP10 Très grande

Notes

Cette tarification, fournie à titre informatif, indique uniquement les coûts relatifs au stockage et aux machines virtuelles. Elle ne tient pas compte des frais associés à la mise en réseau, au stockage de sauvegarde et à l’entrée/la sortie des données.

  • Petite : un petit système consiste en une machine virtuelle de type D8s_v3 avec 8 processeurs virtuels, 32 Go de RAM et 200 Go de stockage temporaire. Il contient aussi des ressources de stockage Premium : deux disques de 512 Go et un disque de 128 Go.
  • Moyenne : un système moyen consiste en une machine virtuelle de type D16s_v3 avec 16 processeurs virtuels, 64 Go de RAM et 400 Go de stockage temporaire. Il contient aussi des ressources de stockage Premium : trois disques de 512 Go et un disque de 128 Go.
  • Grande : un grand système consiste en une machine virtuelle de type E32s_v3 avec 32 processeurs virtuels, 256 Go de RAM et 512 Go de stockage temporaire. Il contient aussi des ressources de stockage Premium : trois disques de 512 Go et un disque de 128 Go.
  • Très grande : un très grand système consiste en une machine virtuelle de type M64s_64x avec 64 processeurs virtuels, 1024 Go de RAM et 2000 Go de stockage temporaire. Il contient aussi des ressources de stockage Premium : quatre disques de 512 Go et un disque de 128 Go.

Déployer ce scénario

Sélectionnez le lien ci-dessous pour déployer la solution.

Déployer sur Azure

Notes

SAP et Oracle ne sont pas installés au cours de ce déploiement. Vous devez déployer ces composants séparément.

Contributeurs

Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.

Auteur principal :

Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.

Étapes suivantes

En savoir plus sur les technologies des composants :

Explorer les architectures connexes :