Maîtriser la terminologie

Plusieurs définitions communes sont largement utilisées dans ce guide sur l’architecture et le déploiement technique. Veuillez noter les termes suivants et leur signification :

  • IaaS : Infrastructure as a Service.

  • PaaS : Platform as a Service.

  • SaaS : Software as a Service.

  • Composant SAP : application SAP individuelle, comme ERP Central Component (ECC), Business Warehouse (BW), Solution Manager ou Enterprise Portal (EP). Les composants SAP peuvent être basés sur des technologies ABAP ou Java traditionnelles ou une application non basée sur NetWeaver telle que Business Objects.

  • Environnement SAP : un ou plusieurs composants SAP regroupés de manière logique pour exécuter une fonction métier, comme le développement, l’assurance qualité, la formation, la récupération d’urgence ou la production.

  • Paysage SAP : fait référence à l’ensemble des ressources SAP dans votre paysage informatique. Le paysage SAP comprend tous les environnements de production et les autres types d’environnements.

  • Système SAP : combinaison de la couche SGBD et de la couche Application d’un système de développement SAP ERP, d’un système de test SAP BW ou d’un système de production SAP CRM, par exemple. Les déploiements Azure ne prennent pas en charge la séparation de ces deux couches entre les sites locaux et Azure. Un système SAP est déployé en local ou dans Azure. Vous pouvez déployer les différents systèmes d’un paysage SAP dans Azure ou en local. Par exemple, vous pouvez déployer les systèmes de test et de développement SAP CRM dans Azure et le système de production SAP CRM en local. Pour SAP HANA sur Azure (grandes instances), vous devez héberger la couche Application SAP des systèmes SAP dans des machines virtuelles et l’instance SAP HANA sur une unité dans le tampon SAP HANA sur Azure (grandes instances).

  • Tampon de grande instance : pile d’infrastructure matérielle SAP HANA certifiée TDI et dédiée à l’exécution d’instances SAP HANA dans Azure.

  • SAP HANA sur Azure (grandes instances) : nom officiel de l’offre dans Azure permettant d’exécuter des instances HANA sur le matériel SAP HANA certifié TDI qui est déployé dans des tampons de grande instance dans différentes régions Azure. Le terme associé Grande instance HANA est la forme abrégée de SAP HANA sur Azure (grandes instances) largement utilisée dans ce guide de déploiement technique.

  • Entre différents locaux : décrit un scénario dans lequel les machines virtuelles sont déployées dans un abonnement Azure qui dispose d’une connectivité de site à site, multisite ou Azure ExpressRoute entre les centres de données locaux et Azure. Dans la documentation Azure courante, ces types de déploiements sont également décrits comme des scénarios intersites. La connexion a pour but d’étendre les domaines locaux, Microsoft Entra ID/OpenLDAP local et le DNS local dans Azure. Le paysage local est étendu aux ressources Azure des abonnements Azure. Grâce à cette extension, les machines virtuelles peuvent faire partie du domaine local.

    Les utilisateurs du domaine local peuvent accéder aux serveurs et exécuter des services sur ces machines virtuelles (tels que les services SGBD). La communication et la résolution de noms entre les machines virtuelles déployées en local et les machines virtuelles déployées dans Azure sont possibles. Il s’agit du scénario classique dans lequel la plupart des ressources SAP sont déployées. Pour plus d’informations, consultez Passerelle VPN Azure et Créer un réseau virtuel avec une connexion de site à site à partir du portail Azure.

  • Locataire : un client déployé dans un tampon de grande instance HANA est isolé dans un locataire. Un locataire est isolé des autres locataires dans la couche de réseau, stockage et calcul. Les unités de stockage et compute assignées aux différents abonnés ne peuvent pas se voir ni communiquer entre elles sur le niveau de tampon de grande instance HANA. Un client peut opter pour des déploiements dans plusieurs locataires. Même dans ce cas, aucune communication n’est établie entre les locataires sur le niveau de tampon de grande instance HANA.

  • Catégorie de référence SKU : pour la grande instance HANA, les deux catégories suivantes de références SKU sont proposées :

    • Classe de type I : S72, S72m, S96, S144, S144m, S192, S192m, S192xm, S224 et S224m
    • Classe Type II : S384, S384m, S384xm, S384xxm, S576m, S576xm, S768m, S768xm et S960m
  • Tampon : définit la taille de déploiement interne de Microsoft pour les Grandes instances HANA. Avant que des unités Grande instance HANA puissent être déployées, un tampon Grande instance HANA constitué de racks de calcul, de réseau et de stockage doit être déployé dans un emplacement de centre de données. Un tel déploiement est appelé « tampon Grande instance HANA » ou, depuis la Révision 4 (voir ci-dessous), nous utilisons un autre terme : Ligne de grande instance.

  • Révision : il existe deux révisions de tampons pour les tampons Grande instance HANA. Celles-ci diffèrent des hôtes de machines virtuelles Azure en termes d’architecture et de proximité.

    • « Révision 3 » (Rev 3) est la conception d’origine qui a été déployée à partir du milieu de l’année 2016.
    • « Révision 4.2 » (Rev 4.2) est une nouvelle conception qui offre une proximité plus grande avec les hôtes de machines virtuelles Azure. Rev 4.2 offre une latence réseau ultra-faible entre les machines virtuelles Azure et les unités HANA Grandes instances. Les ressources dans le portail Azure sont appelées « Infrastructure BareMetal ». Les clients peuvent accéder à leurs ressources en tant qu’instances BareMetal à partir du portail Azure.

De nombreuses ressources supplémentaires sont disponibles sur le déploiement d’une charge de travail SAP dans le cloud. Si vous planifiez un déploiement de SAP HANA dans Azure, vous devez être expérimenté, connaitre les principes d’Azure IaaS et le déploiement des charges de travail SAP sur Azure IaaS. Avant de continuer, consultez Utiliser des solutions SAP sur des machines virtuelles Azure pour plus d’informations.

Étapes suivantes