Automatiser les copies de systèmes SAP sur AWS

Cet article décrit comment automatiser les copies de systèmes SAP sur Amazon Web Services (AWS) à l'aide des outils Libelle System Refresh Automation Tools. (Libelle SystemCopy)

Les copies de systèmes SAP sont une séquence définie d'étapes permettant de rafraîchir les systèmes de soutien à la production SAP avec des données de production fraîches. Le rafraîchissement a généralement lieu tous les trimestres pour chaque paysage SAP et chaque système de niveau inférieur : système de qualité (AQ), bac à sable, systèmes de projet, N+1 ou de développement. Les formes dérivées de ce processus sont les copies de mandants et les clones de systèmes.

Par rapport à d'autres applications où les systèmes de qualité sont souvent une simple copie des systèmes de production, l'architecture SAP nécessite le maintien d'une relation étroitement intégrée. Cette relation ce doit aussi d’être délicate et complexe entre les systèmes de production et les systèmes hors production. Cette architecture SAP intégrée permet un cycle de vie rigoureux, mais qui fonctionne très bien. Ce cycle comprend l'application, qui englobe le développement, les tests et le déploiement de nouvelles fonctionnalités.

En raison de cette complexité, les administrateurs SAP Basis effectuent souvent jusqu'à 200 étapes manuelles ou semi-automatiques pour effectuer chaque copie de système. La durée de ce processus est généralement de plusieurs jours, même pour des environnements SAP relativement petits. Multiplié par le nombre de systèmes de production SAP, multiplié par chaque système de non-production et multiplié par chaque copie - il devient vite évident que cela ne fonctionne pas aussi simplement. Ce défi ne peut pas être résolu par une main-d'œuvre offshore peu coûteuse.

L'une des principales raisons est le risque d'erreur d'un processus manuel et le problème de qualité qui en résulte.

Copies de systèmes SAP - Automatisez tout

Si les entreprises exploitent SAP ou transfèrent des charges de travail SAP vers AWS, elles vont tôt ou tard accélérer le rythme de l'automatisation. Même, ou, surtout pour SAP.

Plusieurs événements peuvent déclencher l'adoption d'AWS : La migration vers HANA ou S/4 HANA, l'extension de la surface d'AWS pour AWS ou d'autres tendances de la transformation numérique donnent l'élan nécessaire à l'initiative d'automatisation.

Tout cela nous amène à la copie automatisée des systèmes. Les rafraîchissements sont compliqués et difficiles à gérer manuellement, ce qui en fait le cas d'application parfait pour l'automatisation. Les rafraîchissements de système sont faciles à automatiser avec la bonne expérience et le bon outil. Libelle a développé sa première version de la solution d'automatisation des rafraîchissements de systèmes SAP dès 2011 et l'a depuis assidûment étendue sur la base des nouveaux cycles de version mensuels.

Un plan pour l'automatisation du rafraîchissement du système

Libelle SystemCopy (LSC) est un outil logiciel tiers destiné à automatiser les mises à jour exécutées sur le système d'exploitation du système EC2. Les connexions à SAP sont établies via le SDK de SAP. Cela le rend parfaitement évolutif et offre en outre la flexibilité de fonctionner en parallèle avec les installations SAP. LSC prend en charge les rafraîchissements du système SAP pour les systèmes basés sur NetWeaver tels que S/4 HANA, ECC, CRM, SCM, BI, GRC et la plupart des autres implémentations SAP. LSC fonctionne pour toutes les bases de données supportées par SAP sur les plateformes AWS Windows et AWS Linux. Après l'installation, un flux de travail prédéfini exporte les paramètres de configuration. Par la suite, une copie de la base de données est possible, ainsi que l'automatisation de toutes les étapes de post-traitement pertinentes.

Pour le modèle de déploiement AWS standard de Libelle, nous exécutons l'orchestrateur (voir graphique) sur une instance EC2 avec un système de fichiers EBS standard. L'ensemble de l'installation s'effectue au sein du VPC du client. Si vous partagez un système de fichiers S3 pour les systèmes non productifs, comme dans l'exemple suivant (voir graphique), vous consolideriez tous les fichiers d'exportation R3trans générés lors de la copie du système.

Faire passer les copies de systèmes au niveau supérieur dans AWS

Une fois le flux de travail principal mis en œuvre, le processus de mise à jour standard est entièrement ou presque entièrement automatisé. À partir de là, les clients s'attendent à une réduction de 50 % du temps d'exécution et à une diminution de 70 à 90 % de la charge de travail manuel pour les administrateurs système. Cette réduction est le résultat de l'automatisation et de l'accélération. Tous les temps d'attente ou d'inactivité sont éliminés et les étapes sont exécutées les unes après les autres et parfois en parallèle.

À ce stade, les clients devraient se sentir à l'aise avec le processus de mise à jour, car il est stable, rapide et facile à suivre. La plupart des tâches de base habituelles de SAP sont couvertes, y compris l'exportation et la gestion de plus de 50 codes T tels que BD54, DB13, DB59, RZ04, RZ10, RZ20, RZ70, SCC4, SCC7, SCC8, SE03, SE06, SE38, SE61, SE80, SECSTORE, SM02, SM14, SM28, SM 37, SM 38, SM51, SM58, SM59, SM61, SM65, SM69, SMMLG, SMQR, SMQS, SMT1, SMWO, SNC, SP12, SR13, SS02, ST03, STMS, STRUST, WE20, et autres. Les autres tâches de prétraitement comprennent l'exportation/importation des utilisateurs HANA, ainsi que des tâches liées à SLT, RSA1, PI, CRM et un inventaire des transports en attente afin de pouvoir les appliquer à nouveau lors du post-traitement.

Alors que cela pourrait suffire à de nombreuses entreprises, une multitude de services AWS passionnants ouvrent la possibilité de faire passer les copies de systèmes au niveau supérieur.

Utilisation d'EFS pour la sauvegarde/restauration des bases de données

Dans le cas des copies de systèmes, la création d'une copie complète de la base de données de production vers le système de qualité est une tâche qui prend beaucoup de temps.

Cela peut être réalisé par :

  • Sauvegarde de la base de données
  • Restauration de la base de données,
  • Restauration à partir d'une sauvegarde existante
  • Snapshots EBS

Alors que les snapshots peuvent fournir une copie rapide de la base de données, un processus de sauvegarde et de restauration de la base de données bien conçu peut également être très rapide. En particulier avec SAP HANA, une base de données de 2 To peut souvent être restaurée en moins d'une heure.

Par défaut, les clients utilisent le stockage S3 pour gérer les sauvegardes et les restaurations pendant les phases de copie de la base de données. Une sauvegarde existante peut être utilisée : soit une sauvegarde peut être déclenchée pendant la phase de copie, soit un identifiant de sauvegarde existant est fourni au début de la mise à jour. Certains clients souhaitent accélérer considérablement ce processus en envisageant Amazon EFS. Celui-ci fournit un système de fichiers simple, évolutif et élastique pour les charges de travail basées sur Linux, à utiliser avec les services cloud AWS et les ressources locales. L'une des caractéristiques les plus étonnantes d'EFS est l'extrême performance des E/S, qui accélère considérablement la restauration des bases de données, réduisant ainsi de manière significative le temps d'exécution de bout en bout pour les mises à jour.

Rafraîchissements en rafale

AWS Elasticity permet d'adopter une approche simple pour effectuer des mises à jour gourmandes en ressources de calcul et de disque sur des systèmes plus importants, à la place du système de qualité proprement dit. Le système de qualité est temporairement déplacé vers l'une des instances de calcul AWS particulièrement grandes avec les meilleures E/S possibles. Le rafraîchissement y est effectué avant qu'il ne soit à nouveau arrêté sur le système de qualité Business-as-Usual. Le temps de rafraîchissement peut ainsi être considérablement réduit. Comme le paysage de rafales n'est utilisé que temporairement sur une base horaire, les coûts sont également réduits au minimum.

Copies de systèmes en veille

Une copie de système de veille est un concept permettant de mettre à jour un deuxième système de qualité indépendant pendant que le système de qualité réel est encore en service. Dès que ce clone QS est mis à jour, le système QS réel et le clone QS sont intervertis. Cela rend le processus un peu plus complexe, mais comme tout est orchestré, c'est tout à fait faisable, comme le montre l'organigramme ci-dessous.

Résumé

AWS a changé les opérations informatiques de manière plus spectaculaire et fondamentale que beaucoup d'entre nous ne le réalisent. La clé de l'énorme succès d'AWS réside dans l'accent clairement mis sur la standardisation, l'automatisation et l'orchestration. À chaque niveau de la pile cloud d'AWS, presque rien n'est fait manuellement. Tout suit un processus, chaque processus est standardisé et ensuite soit automatisé, soit au moins facilement automatisable, si on le souhaite.

Libelle fait pour les copies de systèmes ce qu'AWS fait à grande échelle : standardiser, orchestrer et automatiser.

L'exploitation de SAP sur AWS ouvre des possibilités d'augmenter agressivement l'efficacité opérationnelle des opérations informatiques et de soutenir la transition de l'informatique vers un courtier de services. Il s'agit d'un changement de paradigme dans la manière dont nous gérons les processus qui, une fois lancés, restent en mouvement. Les clients de Libelle ont fondamentalement changé leur vision des rafraîchissements de système, passant d'une vision centrée sur la personne à une vision centrée sur le logiciel. Le projet de copie de système sur AWS sert souvent d'initiative phare pour d'autres projets qui sont davantage centrés sur le logiciel.
En savoir plus

Vous trouverez ici de plus amples informations sur Libelle SystemCopy (LSC) sur AWS. LSC est disponible en tant qu'AMI sur la place de marché AWS avec un modèle BYOL.

Vers tous les articles