DevOps pour SAP – Comment innover et réduire les coûts avec AWS

L’approche DevOps est une combinaison de philosophies, de pratiques et d’outils qui améliorent la capacité d’une entreprise à livrer des applications et des services à un rythme élevé. Elle permet de faire évoluer et d’optimiser les produits plus rapidement que les entreprises utilisant des processus de développement logiciels et de gestion d’infrastructure traditionnels. Cette vitesse permet aux entreprises de mieux servir leurs clients et de gagner en compétitivité.

Dans cet article, nous illustrons la façon dont le modèle DevOps, dans un contexte SAP, vous apporte de l‘innovation et de l’automatisation. Nous explorons comment les clients qui utilisent notre offre SAP on AWS réalisent des économies en tirant parti de ses nouvelles capacités et en innovant pour répondre aux demandes de l’entreprise et de ses clients. Nous nous plongons ensuite dans l’automatisation qu’apporte AWS, notamment pour le démarrage/arrêt, la mise à l’échelle automatique, les mises à jour sans serveur et l’application automatique de correctifs.

Automatisation des déploiements SAP

Infrastructure as Code (IaC) pour SAP – Déploiements et Opérations SAP automatisés, cohérents et reproductibles

Le premier pilier du DevOps pour SAP on AWS est l’Infrastructure as Code. Cette pratique permet aux clients de provisionner et de gérer leurs environnements SAP en utilisant du code, , des systèmes de contrôle de version comme Git, et des techniques de développement logiciel (CI/CD). Cette approche permet de déployer les systèmes plus rapidement et avec une plus grande visibilité.

Vous avez donc décidé de décrire et de contrôler votre infrastructure en tant que code. Quelle language choisir et pourquoi ? Eh bien, vous avez plusieurs options en fonction de l’expérience, des compétences ou des capacités existantes dans votre équipe. AWS CloudFormation et AWS Cloud Development Kit sont des outils AWS d’IaC que vous pouvez utiliser pour automatiser le provisionnement des ressources AWS. Si vos équipes SAP ne pratiquent pas ou peu le DevOps et sont à la recherche d’une expérience guidée, AWS Launch Wizard est l’outil à utiliser. Il vous aide à dimensionner et configurer correctement les ressources AWS en fonction des exigences de vos applications SAP, puis automatise l’installation et la configuration du système d’exploitation et des applications, le tout conformément aux meilleures pratiques AWS et SAP.

Si vous avez des pratiques DevOps / Cloud plus avancées et que vous recherchez des solutions de personnalisation supplémentaires, vous devriez envisager des outils tels que AWS CloudFormation ou Terraform de Hashicorp. Les équipes AWS Professional Services ont développé un ensemble de modules Terraform que les clients peuvent adapter à leurs propres besoins pour déployer les ressources AWS nécessaires pour leurs environnements SAP. Les clients peuvent utiliser ces modules de manière native afin de déployer des produits SAP hautement configurables sur AWS.

Gestion de configuration (GC) : processus permettant de maintenir les systèmes informatiques, les serveurs et les logiciels dans un état cohérent

Le deuxième pilier de DevOps pour SAP on AWS répond à la question de savoir comment définir et contrôler la configuration des serveurs dont SAP a besoin. Il aborde également la configuration spécifique de l’environnement déployée. La GC permet aux clients de préparer, installer et conserver les applications et bases de données SAP dans le mode opérationnel requis après que l’infrastructure ait été déployée.

L’attention portée aux détails que permet la GC donne la possibilité aux clients d’aborder les paramètres du système d’exploitation spécifiques à SAP HANA, les configurations du type ulimit pour SAP, la gestion des packages Linux et la liste des exigences de sécurité qui sont en constante évolution. Grâce à la mise en place de GC, les clients sont en mesure de maintenir des SLA plus élevés en veillant à ce que les performances du système répondent aux attentes au fur et à mesure que des changements sur l’environnement sont apportés. En bref, GC est un moyen d’éviter que vos serveurs dévient de vos normes. Ces mêmes normes qui offrent le bon profil de performances pour votre environnement.
Vous êtes donc prêt à vous lancer dans la GC pour ajouter des capacité DevOps en plus de l’IaC.

Maintenant, quels outils utiliser ? Les clients SAP on AWS tirent parti d’outils de gestion de configuration comme AWS Systems Manager, Ansible, Chef, Puppet pour maintenir ces configurations.
Juste pour vous donner un exemple, les équipes AWS Professional Services SAP qui aident nos clients à mettre en œuvre ces outils constatent jusqu’à 90 % de gain de temps lors du provisionnement d’un nouvel environnement SAP on AWS par rapport aux processus généralement réalisés sur site ou manuellement. Chez CHS, par exemple, le provisionnement d’un serveur SAP, y compris l’installation de l’application, est passé de plusieurs jours à moins de 2 heures. Chez Phillips66, les équipes AWS Professional Services SAP ont permis de réduire le temps de création d’un système SAP de deux semaines à vingt minutes en adoptant une approche IaC. Phillips 66 a également la possibilité de créer de nouveaux environnements SAP à l’aide de l’IaC via leur solution IT Service Management (ITSM) existante, ServiceNow, en quelques minutes.

Automatisation des opérations SAP

Suivant le mantra DevOps, nous ne perdons pas de vue l’innovation continue et la poursuite de l’automatisation de tout ce qui concerne SAP. Les équipes AWS Professional Services SAP ont développé des solutions et des outils que nos clients peuvent utiliser pour accroître leur efficacité opérationnelle et continuer à réduire leur TCO pour SAP. Il s’agit du troisième pilier de nos fondations dédiées au DevOps pour SAP on AWS.

Automatisation du démarrage/arrêt de SAP

Vous passez des heures et des heures à démarrer et à arrêter des systèmes SAP pour de la maintenance, des modifications de paramètres et d’autres activités requises pendant les nuits ou les week-ends ? La solution des équipes AWS Professional Services, SAP Start/Stop Automation, est un processus cohérent et contrôlé qui automatise le démarrage et l’arrêt de SAP avec beaucoup moins d’intervention humaine.
Le démarrage/arrêt des systèmes SAP, y compris les instances EC2 pour toute activité de maintenance planifiée, prend généralement 10 à 15 minutes. Cela peut devenir de plus en plus chronophage avec toutes les interventions humaines.

Supposons qu’il existe des centaines de systèmes SAP répartis sur plusieurs comptes qui nécessitent chacun un démarrage/arrêt. Cela pourrait prendre de nombreuses heures et de nombreuses personnes dans votre équipe pour s’en charger. Pour résoudre ce problème, la solution SAP Start/Stop Automation d’AWS Professional Services identifie les instances EC2 à l’aide de balises et démarre/arrête les composants SAP installés (ASCS, SCS, ERS, APP, DB, DAA) de manière séquencée, y compris les instances EC2. Cette automatisation peut également être améliorée facilement pour appliquer les correctifs de système d’exploitation, les mises à jour de l’AWS CLI, les mises à jour du noyau SAP et toute maintenance nécessitant une interruption du service SAP.

CHS, qui a poursuivi son évolution vers les pratiques DevOps pour SAP on AWS, a tiré parti de cette automatisation pour arrêter ses systèmes SAP hors production après les heures de bureau, le tout sans intervention humaine. CHS a rapidement réalisé des économies de coûts significatives en maintenant à l’arrêt les environnements hors production avec cette automatisation.

Après avoir constaté ce bénéfice, CHS a étendu cette solution en l’améliorant pour inclure l’application des correctifs des systèmes d’exploitation sur lesquels SAP s’appuyait. Cette tâche qui prenait à l’origine entre 6 et 8 heures, prend maintenant environ 1 heure. Cette automatisation a permis de corriger environ 150 instances EC2 SAP sur 6 comptes distincts. Avec une automatisation similaire chez Phillips 66, le redimensionnement du système (mise à l’échelle verticale) a pris quelques minutes, réduisant de 12 fois le temps de traitement pour cette tâche par rapport au processus existant précédemment, et entraînant des économies de coûts et des SLA améliorés.

Autoscaling des Application Servers SAP

Cette solution permet aux clients de détecter automatiquement la consommation des Application Servers SAP en fonction des métriques spécifiques à SAP et d’ajuster la capacité de ces Application Servers en fonction du besoin. Ils peuvent s’adapter aux pics de connexions utilisateurs, à la clôture de fin de mois, aux exécutions de paiement et à une variété de traitements prévisibles et imprévisibles.

Avec cette solution, les clients exécutant plusieurs Application Servers peuvent réduire leurs achats d’IR (Instance Réservée) au minimum pour supporter la charge nominale et ne payer avec le modèle à la demande que pour les instances EC2 supplémentaires pour supporter la charge variable, ce qui leur permet d’économiser de l’argent. Les clients qui utilisent cette solution constatent une amélioration de la résilience/disponibilité/temps de fonctionnement, ce qui leur permet d’offrir un SLA plus élevé. Plus de détails sur cette solution peuvent être trouvés ici.

AWS SAP Serverless Refresh

Si vous connaissez bien SAP, vous êtes conscient du temps et des efforts nécessaires pour mettre à jour les données d’un système SAP à des fins de test et de production. Vous savez également que les équipes cherchent constamment des moyens de réduire le temps et les efforts nécessaires pour accomplir cette tâche. AWS Professional Services a développé une solution basée sur les retours de nos clients pour faciliter leur travail.

AWS SAP Serverless Refresh est une solution qui se compose de services AWS sans serveur (“serverless”, en anglais) qui exécutent le processus d’actualisation du système. Les clients peuvent l’utiliser pour actualiser un système SAP afin d’écraser les données d’un système existant avec les celles d’un autre système, tout en maintenant la configuration originale, avec un temps d’arrêt minimal et des équipes beaucoup moins sollicitées. Cette solution prend en charge les systèmes SAP basés sur la base de données HANA.

AWS SAP Serverless Refresh aide nos clients à réduire le processus d’actualisation des systèmes SAP, qui prend généralement entre 2 et 3 semaines, à moins d’un jour, avec un temps d’interruption de moins de 30 minutes. Chez Zalora, le temps d’actualisation SAP est passé de 5 jours à moins de 2 jours et a amélioré aussi la qualité des tâches d’actualisation grâce à ses mécanismes automatisés. Cela permet une itération plus rapide du développement des fonctions métiers et des cycles de test, et permet aux différentes entités commerciales de percevoir la valeur en production plus tôt par rapport à un processus d’actualisation traditionnel. Cela se traduit par une plus grande efficacité, une mise sur le marché plus rapide, et des gains anticipés pour l’entreprise.

Mise à jour automatisée de la base HANA

Tous ceux qui ont travaillé avec l’outil de gestion du cycle de vie de la base de données SAP HANA ou « hdblcm », sait que c’est un moyen très robuste et efficace de mettre à jour votre base de données HANA. Alors pourquoi ne pas profiter de cet outil et de le faire évoluer à votre avantage dans votre environnement ?

AWS Professional Services SAP a créé un outil pour cela. L’outil permet aux équipes de mettre à jour les bases de données HANA via un processus cohérent et automatisé, donc avec beaucoup moins d’interventions humaines. Semblable à la solution d’automatisation de démarrage/arrêt SAP mentionnée précédemment, cet outil d’automatisation permet aux administrateurs SAP Basis de mettre à jour plusieurs bases de données HANA en parallèle sans intervention humaine. Certains de nos clients qui utilisent cette solution ont mis à jour l’intégralité de leur bases HANA (plus de 50 bases de données HANA) en moins d’une heure. Ce gain de temps permet à votre équipe SAP Basis de se concentrer sur la création de valeur, ce qui vous aide à réduire votre coût global (ou “Total Cost of Ownership – TCO”, en anglais).

Conclusion

Dans cet article, nous avons décrit la méthodologie DevOps pour SAP à travers trois piliers : l’Infrastructure as Code, la gestion de la configuration et l’automatisation des opérations. Nous avons exploré comment les clients SAP on AWS tirent parti de ces capacités pour réduire les coûts, innover plus rapidement et être plus productifs.
Si vous recherchez les conseils et l’assistance d’experts lorsque vous migrez vos systèmes SAP vers un modèle DevOps, AWS Professional Services Global SAP Specialty Practice peut vous aider. De plus en plus des clients SAP on AWS, y compris CHS et Phillips 66, investissent et s’engagent avec nos équipes pour accélérer leur transformation SAP. Si vous souhaitez en savoir plus sur la façon dont nous pouvons vous aider, vous pouvez nous contacter ici.

Article original rédigé en anglais par Ajay Kande et Chris Williams, et traduit par Lionel Gattegno, Senior Solutions Architect dans l’équipe AWS France.