Un cloud pour SAP

L'illustration de la page 65 montre les différents modèles d'exploitation en nuage. Dans le modèle Software as a Service (SaaS), l'utilisateur obtient tout d'une seule source : l'infrastructure, l'application et l'exploitation sont fournies directement par le fabricant.

Azure, tout comme la SAP Cloud Platform, est un exemple du modèle "Platform as a Service" (PaaS). Dans ce cas, l'infrastructure et l'environnement d'exécution sont également mis à disposition par le fabricant, mais le client a la possibilité d'y développer ses propres applications.

Par ailleurs, Microsoft joue également un rôle dans le domaine de l'Infrastructure as a Service (IaaS). Dans les scénarios IaaS, le fabricant ne met "que" l'infrastructure à disposition.

Mais contrairement à l'exploitation sur site ou aux offres d'hébergement classiques, IaaS englobe beaucoup plus de choses. Les effets d'échelle offrent de nouvelles possibilités ainsi qu'une grande flexibilité et agilité.

L'infrastructure cloud pour la mise à disposition de Microsoft Azure est répartie dans de nombreuses régions de centres de données. Plusieurs de ces régions se trouvent en Europe, d'autres aux États-Unis ou en Asie. Au total, il y avait plus de 60 de ces régions en juin 2020.

Pour les entreprises de l'espace germanophone, les régions les plus intéressantes sont Germany West Central (site : Francfort), Germany North (Berlin), Switzerland West (Genève), Switzerland North (Zurich) ainsi que West Europe (Amsterdam) et North Europe (Dublin).

Une seule région Azure est composée de plusieurs centres de données. Ces centres de données sont parfois séparés les uns des autres de plusieurs kilomètres au sein de la région et se composent chacun de milliers de serveurs.

Afin de garantir une sécurité contre les pannes, les ordinateurs sont répartis sur différents Availability Sets ou Availability Zones. Vous pouvez ainsi répartir vos installations de manière à ce que différents ordinateurs se trouvent dans différentes zones de feu et disposent de différentes lignes d'alimentation électrique ou de réseau.

Disponibilité

Bien entendu, Microsoft doit toujours corriger les erreurs de son infrastructure et appliquer de nouveaux patchs. Nombre de ces correctifs peuvent désormais être appliqués en ligne, sans que la machine virtuelle en soit affectée.

L'exploitation se poursuit tout simplement. Afin de pouvoir continuer à exploiter une configuration de cluster même en cas de redémarrage de la machine virtuelle, il existe, en plus des Availability Sets, des Fault Domains.

L'installation de différents serveurs dans ces domaines de défaut permet de ne jamais devoir arrêter deux machines virtuelles en même temps lorsqu'un correctif est nécessaire. Cela permet également de garantir un fonctionnement continu.

Toutes les régions Azure sont reliées entre elles par des câbles réseau. Contrairement à d'autres fournisseurs de cloud, ce réseau appartient à Microsoft, de sorte que les accords de niveau de service (SLA) ou les débits peuvent être traités de manière très différente. Vous pouvez donc installer votre système SAP en Europe et permettre aux utilisateurs américains d'y accéder via le réseau Azure.

Plate-forme en tant que service

Azure se compose de nombreuses solutions PaaS qui permettent d'utiliser des services simples tels que des scénarios de machine learning, d'intelligence artificielle ou d'Internet des objets.

Comme pour SAP Cloud Platform, vous pouvez accéder à ces services et les utiliser sans devoir installer de logiciel sur site. Cela vous permet par exemple de développer très facilement des applications mobiles ou d'ajouter de nouvelles fonctionnalités à des applications web.

C'est surtout en combinant les fonctions offertes par SAP (par exemple via la SAP Cloud Platform) et Microsoft (via Azure) que des solutions intéressantes et inédites peuvent voir le jour.

On pourrait par exemple imaginer des scénarios dans lesquels des solutions SAP Fiori Cloud seraient développées via SAP Web IDE sur SAP Cloud Platform, en utilisant des fonctions telles que les authentifications via Azure Active Directory ou une reconnaissance d'image via Azure Cognitive Services.

Infrastructure as a Service

En plus de ces solutions, Azure propose également des fonctions IaaS. Avec IaaS, on a la possibilité d'accéder très facilement à des machines virtuelles. Cela offre une grande flexibilité et des économies de coûts. Cette fonctionnalité IaaS est également très intéressante dans l'environnement SAP.

Dans les premières années d'Azure, ces machines virtuelles n'étaient utilisées que pour les systèmes sandbox ou de développement. Depuis, Azure offre la plus large gamme de machines disponibles - par exemple jusqu'à 20 To pour les systèmes Hana - et s'est ainsi imposé pour l'utilisation en production des systèmes SAP.

Dans un premier temps, de nombreuses entreprises décident d'exploiter leurs systèmes SAP simplement sur des machines virtuelles dans le cloud Azure. Cela ne change rien pour l'administrateur de base.

La seule différence est que l'interface utilisateur graphique SAP se connecte désormais à un serveur dans le cloud Azure. D'autres entreprises externalisent également l'exploitation du paysage SAP à un partenaire. L'avantage pour le client est qu'il peut facilement changer de partenaire sans devoir migrer le paysage.

Dans l'approche classique de l'hébergement, cela n'était pas réalisable : Un changement de partenaire n'était généralement possible qu'avec une migration du centre de données d'hébergement, ce qui était relativement coûteux.

Les clients SAP peuvent également se procurer Hana Enterprise Cloud sur Azure. Cela leur permet, par exemple, d'externaliser leurs opérations SAP à SAP, mais d'obtenir quand même d'autres applications non-SAP à partir de la même infrastructure (Azure).

Le client SAP existant peut ainsi profiter non seulement de la présence mondiale d'Azure, mais aussi de temps de latence réduits, d'une sécurité accrue et d'avantages réseau.

Systèmes de test et sandbox

Les systèmes Sandbox, de formation et d'enseignement de la SAP Cloud Appliance Library constituent un domaine d'application important de l'infrastructure Azure. Un tel système peut être mis en place en quelques minutes et être dupliqué pour le déploiement de plusieurs systèmes de formation.

SAP met à disposition de nombreux systèmes préconfigurés via la Cloud Appliance Library. Dans le cadre de la procédure d'installation, on donne à la SAP Cloud Appliance Library l'autorisation de créer une machine virtuelle dans le cloud Azure, de la démarrer ou de l'arrêter.

Si le client SAP existant ne veut pas se contenter d'exploiter des systèmes de test ou des sandbox dans une machine virtuelle sur Azure, un autre aspect devient important : le support de SAP.

Il ne suffit pas que la matrice de disponibilité des produits (Product Availability Matrix, PAM) de SAP prévoie la combinaison d'un système d'exploitation et d'une base de données. Il faut également que l'infrastructure soit validée et prise en charge par SAP, de sorte que les processus critiques puissent être exploités.

Tout comme dans l'environnement Windows Server et SQL Server, Microsoft travaille en étroite collaboration avec SAP pour cette certification. La liste actuelle des machines virtuelles validées se trouve dans la note SAP 1928533. Cette liste ne cesse de s'allonger et comprend aujourd'hui déjà de nombreuses machines virtuelles, des plus petites aux plus grandes.

Mise à disposition de matériel informatique

Contrairement aux autres fournisseurs de cloud, Azure présente une particularité : Microsoft ne propose pas seulement des machines virtuelles entièrement flexibles, mais aussi du matériel dédié. Cela permet aux clients d'exploiter virtuellement de "petites" machines avec jusqu'à 12 To de mémoire vive, tout en pouvant aller jusqu'à 20 To de mémoire vive pour des systèmes Hana plus importants.

Pour la plupart des autres systèmes de base de données (AnyDB), les machines virtuelles des séries dites D et E suffisent. La série E commence avec deux Central Processing Units (vCPU) virtuelles et 16 Go de RAM (la soi-disant E2v3) et va jusqu'à 64 vCPU et 432 Go de RAM. La série M est intéressante, entre autres, pour les systèmes Hana. Elle démarre à 192 Go de mémoire vive et monte jusqu'à 12 TB.

Le grand avantage de ces machines virtuelles est que l'on peut les utiliser à la minute près. Cela peut être aussi intéressant pour les systèmes d'entraînement que pour les pics de charge.

Dans l'environnement SAP, le client SAP existant peut, si nécessaire, ajouter d'autres serveurs d'application au paysage et obtenir ainsi une meilleure répartition de la charge. On parle alors d'une mise à l'échelle dynamique.