fbpx
skip to Main Content

migration de sap vers awsSi vous envisagez de transférer une partie ou la totalité de votre environnement SAP vers le cloud public, Amazon Web Services (AWS) constitue un choix judicieux. Ces services offrent de nombreuses possibilités pour l’hébergement de SAP dans le cloud public. Outre la gamme de solutions SAP prédéfinies, AWS fournit des instances plus volumineuses, une personnalisation et une automatisation plus étendues, une stabilité accrue et un meilleur soutien de la part des tiers. Cependant, il reste que ce n’est pas une décision facile à prendre. Bien que la justification du coût d’exploitation alloué à un centre de données soit de plus en plus difficile, migrer de SAP vers AWS comporte sa part de difficultés. Après avoir travaillé avec de nombreux clients sur la migration de SAP vers AWS, nous pouvons cependant recommander les meilleures pratiques permettant d’assurer une transition sans heurts.

Présentation de la migration de SAP vers AWS

Migrer de SAP vers AWS constituera une transformation majeure, si simple qu’elle puisse paraître au début. Le processus implique le transfert des actifs les plus essentiels à votre entreprise vers une plateforme d’hébergement sur laquelle vous n’avez pas de contrôle total. Vous vous trouverez dans un environnement multi-locataire et assumerez la responsabilité de l’architecture d’un environnement SAP licencié et hautement performant.

Avant de vous lancer, il convient de vous demander pourquoi vous envisagez de migrer de SAP vers AWS. Souhaitez-vous consolider vos actifs SAP dans le cloud public pour gagner en efficacité opérationnelle ? Cette migrations relève-t-elle d’une stratégie d’atténuation des risques ? Cela fait-il partie d’un processus de mise à niveau SAP ?

Votre migration doit correspondre à vos objectifs SAP les plus larges et à votre stratégie globale liée au cloud. Que vous fassiez du « enlever, transférer », une migration de base de données d’arrière-plan ou une mise à niveau complète de SAP S/4HANA n’est pas si important. Chacun d’eux a ses propres considérations complexes. C’est pourquoi collaborer avec un partenaire peut être d’une grande utilité. Un partenaire déjà expérimenté peut vous accompagner tout au long du processus, de l’identification des objectifs au choix d’une stratégie de migration à la gestion de la migration elle-même, en passant par la transition vers un fonctionnement en mode permanent, ou la maintenance continue avec le soutien requis.

Première étape recommandée : AWS pour SAP HANA

Il est en général judicieux de commencer par une migration de SAP ECC ou SoH vers SAP HANA. Ainsi, vous pouvez commencer par vous concentrer sur la migration de la base de données d’arrière-plan en premier lieu. Laissez l’application de première ligne à un stade ultérieur de votre projet de migration. De cette façon, vous pouvez nettoyer vos données et votre code, en optimisant l’efficacité de la base de données sans modifier les processus opérationnels. Ensuite, vous pouvez planifier une mise à niveau vers S/4HANA sur AWS.

Parallèlement, certaines qualités qui rendent SA HANA innovant peuvent compliquer la tâche dans le cloud public. En tant que base de données en mémoire, SAP HANA nécessite une quantité considérable de mémoire vive (RAM) dédiée pour pouvoir fonctionner. AWS dispose d’instances virtuelles qui lui sont propres, spécialement conçues et homologuées pour prendre en charge les charges de travail HANA, mais le dimensionnement correct de ces systèmes, qui est éventuellement étroit, n’est généralement pas aussi simple que vous ne le pensez. C’est là que l’importance des compétences en matière de cloud public et de SAP entre en jeu.

Guide de l’implémentation de SAP sur AWS

L’exécution de SAP sur AWS représente plus qu’un changement pour votre prestataire d’hébergement. Il s’agit vraiment d’une phase tout à fait nouvelle des opérations SAP. Rappelez-vous qu’AWS n’est qu’une plateforme. Vous demeurez responsable de votre environnement SAP et de son fonctionnement. AWS est une infrastructure. Comme ils vous répondront eux-mêmes dans leur FAQ SAP, « AWS gère l’infrastructure physique jusqu’à la couche de virtualisation. Le système d’exploitation et toutes les applications et bases de données SAP exécutées au-dessus de la couche de virtualisation sont gérés par le client ».

Dans notre cas, nous abordons le SAP sur AWS comme si c’était dans un cloud privé. Par exemple, si un problème survient dans une machine virtuelle, nous en éloignons les charges de travail. Nous transférons de nouvelles charges de travail vers une autre machine virtuelle. Cependant, nous maintenons les machines virtuelles en activité assez longtemps pour éviter toute perturbation. Nous sommes également proactifs en matière d’optimisation et de surveillance des performances pour que votre entreprise ne manque aucune étape. Nous tirons profit de tout ce qu’offre le cloud public tout en gardant les yeux sur l’écran et les mains sur le clavier. Après tout, ne s’agit-il pas de SAP dont nous parlons ?

Étapes de migration de SAP vers AWS

Chaque migration de SAP vers AWS sera légèrement différente, il serait donc insensé de présenter ici une démarche-type à suivre à la lettre. Au contraire, il serait judicieux d’examiner les principales étapes de la migration que presque toutes les migrations de SAP vers AWS ont en commun.

  • La planification comprend une collecte et un examen approfondis des exigences techniques et commerciales, des détails sur les affectations de personnel et les rôles des entreprises partenaires.
  • L’élaboration de la solution sur AWS comprend le basculement et la sauvegarde, ainsi que les configurations de la mémoire et du processeur de la machine virtuelle.
  • Dans certains cas, il faudra créer un environnement de validation de concept, suivi de tests et d’une évaluation des « enseignements tirés ».
  • La préparation des actifs SAP existants pour la migration comprend le nettoyage des données et les modifications du code d’application existant requis pour l’hébergement cloud.
  • La création de votre zone d’atterrissage AWS
  • L’installation, la configuration et le déploiement de SAP sur AWS comprend le moment très important de « mise en service » lorsque vous transférez l’ancien système vers le cloud
  • L’élaboration et la mise en œuvre des plans de sécurité et de reprise après sinistre
  • La reprise des bases dans le nouvel environnement
  • L’exécution de la gestion des risques, de la gouvernance et de la conformité, par exemple la séparation des tâches (SoD)

Les meilleures pratiques

Les meilleures pratiques en matière de migration de SAP vers AWS incluent bon nombre de pratiques exemplaires pour exécuter le SAP n’importe où. Pour AWS en particulier, quelques pratiques distinctes méritent néanmoins d’être retenues :

  • Créez une équipe d’appui à AWS spécialisée ou désignez au moins une personne appartenant à votre service informatique pour se charger d’AWS. AWS est assez vaste et complexe pour qu’une seule personne puisse envisager de maîtriser tout son fonctionnement et de se tenir au courant des changements continus qui affectent la plateforme.
  • Mise en œuvre d’une maintenance quotidienne La stabilité du fonctionnement des bases du SAP ne sera pas affectée une fois qu’elles sont hébergées dans le cloud. En fait, elle est bien plus recherchée qu’elle ne l’était auparavant.
  • Faites attention au réglage des performances. Le réglage des performances de SAP est essentiel pour préserver la vigueur de votre environnement dans le cloud public. Les choses peuvent changer rapidement dans AWS, car les nouveaux « colocataires » peuvent affecter le fonctionnement des réseaux internes et des charges sur le serveur AWS.
  • Laissez les personnes en contact les unes avec les autres, en particulier si vous continuez à exploiter une partie de votre environnement SAP sur site ou dans un cloud privé. Plus de déploiements et de connexions engendrent un besoin accru de communication et de coordination entre les personnes et les équipes. Tout manquement à cette pratique est un piège fréquent dont nous avons été témoins. Une mauvaise communication et coordination interne peuvent entraîner des problèmes pour votre déploiement de SAP sur AWS.
  • Pensez à faire appel aux services d’un seul fournisseur pour tout réunir. C’est une tâche à laquelle nous sommes accoutumés.

Collaboration avec le bon partenaire pour la migration de SAP vers AWS

Collaborer avec un bon partenaire AWS lorsque vous effectuez une migration de SAP vers AWS, quelqu’un qui compte parmi ses consultants en SAP des personnes talentueuses, est une démarche fructueuse. Ces personnes doivent être certifiées SAP, travaillant avec une entreprise membre du réseau de partenaires AWS. Par exemple, SAP HANA est sensible aux nuances de configuration et de performances tant du matériel que du réseau. En règle générale, vous ne pouvez pas résoudre les problèmes liés à SAP HANA sur AWS en augmentant le nombre de machines virtuelles. Pour obtenir les meilleurs résultats, votre partenaire doit offrir les fonctionnalités de surveillance de la performance des applications, ainsi que des outils de gestion appropriés.

De même, faites attention aux offres de services limitées ou trop réactives. Il se peut qu’une entreprise qui envisage de migrer de SAP vers AWS choisisse un partenaire avec une approche de « bris/réparation » pour l’aider dans son processus de migration. Le problème avec l’approche « bris/réparation » est que le prestataire de services attend jusqu’à ce qu’un problème survienne, ce qui entraîne des retards, puiqu’il mettra du temps à déterminer le moyen de résoudre ce problème. Parfois, les employés du prestataire de services mettent trop de temps à résoudre le problème, car ils ne sont pas familiarisés avec votre instance AWS de SAP, ou parce qu’ils manquent de formation ou les deux. Cela peut être très perturbant et coûteux pour une entreprise. Un bon partenaire pour exécuter SAP sur AWS devrait idéalement disposer d’une équipe dévouée à maintenir et optimiser en permanence votre environnement.

Nous possédons une vaste expérience en matière d’aide aux entreprises qui migrent de SAP vers AWS, ou même pour aider celles-ci à ne pas entreprendre une telle démarche, si cela peut s’avérer impossible pour elles. Si vous souhaitez obtenir un avis d’expert sur AWS en tant qu’option pour votre environnement SAP, puis une expérience confirmée dans le déploiement et l’assistance postérieures au lancement de la migration, parlons-en aujourd’hui.

Jay Graboff, Cloud Product Manager

Jay Graboff is a Senior Cloud Product Manager that has been evangelizing innovation and digital transformation before there was either. With over 8 years delivering Public, Private and Proprietary Cloud, his passion and love affair with technology is rooted in what the Cloud can enable.