Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# AWS automatisations pour l'administration et les opérations SAP
À l'aide de AWS services et d'outils, vous pouvez choisir les AWS automatisations à mettre en œuvre et à personnaliser en fonction de vos besoins spécifiques. Voici des exemples de AWS services et d'outils que vous pouvez utiliser pour automatiser l'administration et les opérations SAP :
+ Gérer l'accès à l'aide de AWS IAM Identity Center
+ Provisionnement du système à l'aide de AWS Launch Wizard
+ Haute disponibilité et reprise après sinistre grâce à AWS CloudFormation
+ AWS Ressources de mise à l'échelle automatique pour prendre en charge les applications SAP en utilisant AWS Auto Scaling
+ Gestion de la configuration SAP avec AWS Config
+ Copie de systèmes sans serveur à l'aide de AWS Lambda
+ Surveillance des systèmes SAP avec Amazon CloudWatch
+ Analyser les lacs de données SAP avec AWS Glue
+ Configuration du protocole SFTP (Secure File Transfer Protocol) avec AWS Transfer Family
+ Démarrage et arrêt des systèmes SAP avec AWS Systems Manager
+ Intégration du courrier électronique à Amazon Simple Email Service (Amazon SES)
+ Équilibrage de charge avec Elastic Load Balancing (ELB)
+ Correction de systèmes d'exploitation et SAP avec Systems Manager
+ Sauvegarde de SAP avec AWS Backup
+ Utilisation de l'outil de mesure du matériel et du cloud (HCMT) SAP HANA et de l'outil de vérification de la configuration matérielle (HWCCT) avec Systems Manager
+ Planification de tâches avec AWS Step Functions
Les sections suivantes décrivent certains de ces exemples d'automatisation de manière plus détaillée. L'équipe SAP Global Specialty Practice innove constamment et développe de nouvelles capacités AWS d'automatisation, de sorte que le nombre d'automatisations continuera d'augmenter.
**Topics**
+ [Exemple : automatisation de l'allocation du système](system-provisioning.md)
+ [Exemple : surveillance des clusters d'applications SAP, des clusters SAP HANA et du service d'applications SAP](monitoring.md)
+ [Exemple : automatisation de l'actualisation sans serveur de SAP](serverless-refresh.md)
+ [Exemple : automatisation du démarrage et de l'arrêt des systèmes SAP](system-start.md)
+ [Exemple : mise à l'échelle automatique des applications SAP](auto-scaling.md)
# Exemple : automatisation de l'allocation du système
L'*allocation de système* est le processus de configuration de l'infrastructure dans le cloud, y compris l'établissement de l'accès des utilisateurs, des systèmes et des services aux applications, aux données et aux ressources cloud. Les avantages de l'allocation automatique de système sont les suivants :
+ Réduction des erreurs humaines lors du déploiement
+ Allocation cohérente, reproductible et vérifiable
+ Capacité de mise à l'échelle de l'infrastructure
+ Réduction du temps et des coûts d'allocation
Il existe plusieurs approches pour automatiser l'allocation de systèmes. Ce guide examine plus en détail deux options, AWS Launch Wizard à savoir l'infrastructure en tant que code (IaC).
## Launch Wizard
L'utilisation de Launch Wizard pour allouer automatiquement des systèmes réduit le temps nécessaire au déploiement des applications SAP dans le cloud. Vous saisissez les exigences de votre application sur la console de service, y compris les paramètres SAP HANA, les paramètres du paysage SAP et les détails du déploiement. Launch Wizard identifie les AWS ressources appropriées pour prendre en charge l'application et estime le coût du déploiement. Vous pouvez modifier les ressources et consulter instantanément le coût estimé mis à jour. Vous pouvez également déployer les ressources nécessaires au fonctionnement de votre application SAP directement depuis Launch Wizard. Pour plus d'informations, veuillez consulter [AWS Launch Wizard for SAP](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sap.html).
L'image et le processus suivants expliquent, de manière détaillée, comment utiliser Launch Wizard pour identifier, estimer et lancer les AWS ressources nécessaires au support de votre application SAP :
1. Dans Launch Wizard, à partir d'un catalogue d'applications, vous choisissez celles que vous souhaitez déployer.
1. Vous saisissez les spécifications de l'application.
1. Launch Wizard recommande les AWS ressources nécessaires à l'application et fournit une estimation des coûts.
1. Lorsque vous approuvez, Launch Wizard alloue les ressources sélectionnées sur AWS.
1. Launch Wizard configure la solution de haute disponibilité et crée des modèles de code pour une utilisation ultérieure.
1. Launch Wizard crée une ready-to-use application intégrée aux services AWS de gestion et de surveillance.
![\[Schéma de processus expliquant les étapes de haut niveau du mode d'utilisation d' AWS Launch Wizard.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/strategy-sap-automation/images/LaunchWizard.png)
## Infrastructure en tant que code
Un autre moyen d'allouer automatiquement des systèmes et de réduire le temps nécessaire au déploiement des applications SAP consiste à utiliser l'infrastructure en tant que code. L'*infrastructure en tant que code* est une pratique dans laquelle vous utilisez des techniques de développement de code et de logiciel, telles que le contrôle de version et l'intégration continue, pour allouer et gérer l'infrastructure. AWS Cloud Il propose un modèle piloté par une interface de programmation d'applications (API) qui permet aux développeurs et aux administrateurs système d'interagir avec l'infrastructure de manière programmatique à grande échelle, au lieu de configurer et de configurer manuellement les ressources. Les ressources et les services étant définis sous forme de code, vous pouvez rapidement utiliser des modèles normalisés pour déployer l'infrastructure et les serveurs avec les correctifs et versions les plus récents, et vous pouvez dupliquer les ressources de manière répétée. Pour plus d'informations, consultez le billet de blog [Terraform your SAP Infrastructure](https://aws.amazon.com/blogs/awsforsap/terraform-your-sap-infrastructure-on-aws/) on. AWS
# Exemple : surveillance des clusters d'applications SAP, des clusters SAP HANA et du service d'applications SAP
Autre exemple d'automatisation pour SAP AWS on : la surveillance des clusters d'applications SAP, des clusters SAP HANA et du service d'applications SAP. En automatisant la surveillance, vous pouvez surveiller efficacement les environnements SAP NetWeaver et de clusters de bases de données à moindre coût, sans avoir à déployer ou à gérer de serveurs ou d'agents. Le billet de blog sur le [cluster d'applications SAP, le cluster SAP HANA et la surveillance des services d'applications SAP](https://aws.amazon.com/blogs/awsforsap/sap-application-cluster-sap-hana-cluster-and-sap-application-service-monitoring/) décrit la technique consistant à utiliser des CloudWatch métriques et des tableaux de bord pour surveiller les clusters d'applications SAP, les clusters de bases de données HANA, la réplication HANA et les services principaux des applications SAP. Les avantages de cette fonctionnalité AWS d'automatisation sont les suivants :
+ Surveillance efficace des environnements basés sur SAP Advanced Business Application Programming (ABAP)
+ Pas besoin de déployer et de gérer des serveurs ou des agents
+ Tableau de bord administratif unique pour accéder à SAP et aux indicateurs AWS de service
+ Faibles coûts et aucuns frais de licence supplémentaires
L'image et le processus suivants décrivent comment configurer cette automatisation pour surveiller les bases de données SAP et permettre aux utilisateurs d'accéder aux données et aux métriques actuelles :
1. À l'aide de la bibliothèque de développement SAP Java Connector (SAP JCo), une fonction Lambda établit une connexion avec le système SAP.
1. La fonction Lambda utilise le protocole SAP Remote Function Call (RFC) pour récupérer les données de la base de données SAP.
1. La fonction Lambda récupère les informations d'identification SAP qui sont stockées de manière sécurisée AWS Secrets Manager et les utilise pour se connecter au système SAP.
1. Lambda publie les données SAP CloudWatch sous forme de métriques personnalisées. En raison de cette règle, Lambda exécute cette action toutes les 60 secondes.
1. L'utilisateur peut accéder aux applications, aux données et aux métriques SAP via un CloudWatch tableau de bord personnalisé.
![\[Schéma d'architecture illustrant l'automatisation de la surveillance des bases de données SAP.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/strategy-sap-automation/images/monitoring.png)
# Exemple : automatisation de l'actualisation sans serveur de SAP
L'*actualisation sans serveur de SAP AWS est un autre exemple d'automatisation pour SAP*. De nombreuses entreprises ont besoin d'actualiser régulièrement leurs systèmes SAP afin de prendre en charge les opérations de test et de production. Le processus d'actualisation manuelle peut être long, coûteux et fastidieux pour les administrateurs SAP. Comme alternative au processus manuel, vous pouvez utiliser une automatisation composée de AWS services sans serveur qui exécutent collectivement le processus d'actualisation du système pour vous. Vous pouvez utiliser cette fonctionnalité pour actualiser les données de test d'un système SAP à partir d'un autre système. Cette solution prend actuellement en charge les systèmes SAP utilisant le système de gestion de base de données SAP HANA. Les avantages de cette automatisation sont les suivants :
+ Maintien de la configuration du système SAP
+ Amélioration de la productivité, de l'agilité et de l'innovation
+ Réduction des temps d'arrêt à plusieurs minutes
+ Réduction de l'implication des ressources humaines
+ Réduction du risque d'erreur humaine
+ Réduction du processus d'actualisation de plusieurs semaines à seulement quelques jours
L'image et le processus suivants décrivent le fonctionnement de l'automatisation des actualisations sans serveur de SAP :
1. Un utilisateur démarre une machine à états dans AWS Step Functions. Pour plus d'informations sur les machines d'état, veuillez consulter [States](https://docs.aws.amazon.com/step-functions/latest/dg/concepts-states.html) (Documentation Step Functions).
1. La machine d'état utilise une rubrique Amazon Simple Notification Service (Amazon SNS) pour informer l'utilisateur final que le processus a commencé.
1. Une fonction Lambda lance des documents Systems Manager qui lancent une instance Amazon Elastic Compute Cloud (Amazon EC2) à partir d'une Amazon Machine Image (AMI).
1. Une fonction Lambda restaure la sauvegarde en copiant les fichiers de sauvegarde d'un compartiment Amazon Simple Storage Service (Amazon S3) vers les instances EC2 qui hébergent la base de données SAP. La fonction Lambda fait également référence à Parameter Store, une fonctionnalité de Systems Manager permettant de récupérer les valeurs des variables requises, telles que le nom d'hôte cible, l'adresse IP cible et l'identifiant du système SAP cible.
1. Une fois la restauration de la base de données terminée, une fonction Lambda exécute des tâches de post-copie, telles que l'importation de transport et la conversion de nom de système logique.
1. La machine d'état utilise la rubrique Amazon SNS pour informer l'utilisateur final que l'actualisation a réussi.
1. Les fonctions Lambda utilisent une table Amazon DynamoDB pour suivre la progression de chaque étape dans la machine d'état.
![\[Schéma d'architecture montrant comment utiliser l'automatisation pour effectuer une actualisation sans serveur.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/strategy-sap-automation/images/backuprestore.png)
# Exemple : automatisation du démarrage et de l'arrêt des systèmes SAP
Un système SAP productif type se compose de plusieurs instances Amazon EC2 hébergeant plusieurs composants SAP critiques, tels que des serveurs de base de données SAP, des serveurs d'applications SAP, des services centraux SAP et des services de réplication de la mise en file d'attente SAP. Les clients SAP intègrent également leurs principaux systèmes SAP à d'autres solutions stratégiques, telles que les moteurs d'archivage, les solutions de gestion fiscale, les serveurs de contenu et les systèmes de gestion des tâches. La procédure de démarrage et d'arrêt d'une solution SAP aussi complexe et étroitement intégrée nécessite de suivre une séquence de tâches spécifique.
Vous pouvez automatiser le démarrage et l'arrêt des systèmes SAP à l'aide de AWS services. Ce processus cohérent et contrôlé nécessite nettement moins d'intervention humaine, car il automatise les tâches monotones et répétitives et il suit la séquence conçue par les administrateurs SAP. Vous pouvez éventuellement ajouter des planifications, des notifications et des alertes en utilisant des services AWS conçus pour le cloud. En outre, cette automatisation est capable de définir et de gérer les dépendances entre plusieurs applications SAP et non-SAP. Pour plus d'informations, voir le billet de blog [Automate Start or Stop of Distributed SAP HANA systems using AWS Systems Manager](https://aws.amazon.com/blogs/awsforsap/automate-start-or-stop-of-distributed-sap-hana-systems-using-aws-systems-manager/). Consultez également le billet de blog [Start/Stop SAP systems with Slack using Amazon Q Developer in chat applications](https://aws.amazon.com/blogs/awsforsap/start-stop-sap-systems-with-slack-using-aws-chatbot/), qui décrit comment automatiser ce processus à l'aide de Slack et de AWS services tels qu'Amazon Q Developer dans les applications de chat, Lambda, Systems Manager et. CloudWatch Les avantages de cette automatisation sont les suivants :
+ Diminution considérable des coûts en réduisant le besoin d'efforts opérationnels manuels
+ Réduction du risque d'erreur humaine et du besoin d'activités correctives coûteuses
L'image et le processus suivants décrivent la manière d'automatiser le démarrage et l'arrêt des systèmes SAP :
1. Un événement temporel entraîne le lancement d'un document Systems Manager par une EventBridge règle Amazon. Pour plus d'informations, consultez [Documents Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-ssm-docs.html).
1. Systems Manager se connecte aux instances EC2 cibles et arrête ou démarre l'application SAP et ses instances associées.
1. Une fois le système SAP arrêté ou démarré, une autre EventBridge règle répond à la modification de l'état de l'instance EC2 et utilise un gestionnaire de fonctions Lambda pour informer les parties prenantes de la modification.
![\[Schéma d'architecture montrant comment automatiser les procédures de démarrage ou d'arrêt pour les systèmes SAP complexes.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/strategy-sap-automation/images/starting.png)
# Exemple : mise à l'échelle automatique des applications SAP
Vous pouvez automatiser l'*autoscaling des applications SAP*, qui détecte automatiquement la demande du serveur d'applications SAP et augmente ou réduit les instances Amazon EC2 en conséquence. Cette fonctionnalité peut s'adapter aux pics et aux baisses liés aux connexions simultanées des utilisateurs, à la clôture de fin de mois, aux cycles de paiement et à une variété de charges de travail prévisibles et imprévisibles. La fonctionnalité peut être augmentée horizontalement (démarrer de nouveaux services informatiques sous forme de serveurs d'applications) ou réduite (arrêter des services informatiques existants). Les avantages de cette automatisation sont les suivants :
+ Ajustement dynamique de la capacité du serveur d'applications en fonction de la demande des utilisateurs
+ Exécution d'instances EC2 de référence minimales au niveau de la couche d'application
+ Réduction des coûts
+ Maintien d'accords de niveau de service (SLAs) de performance accrus et évolutifs pour l'entreprise
L'image et le processus suivants décrivent comment automatiser la mise à l'échelle des ressources qui prennent en charge vos applications SAP :
1. Un événement temporel, généralement programmé toutes les 2 minutes, amène Amazon EventBridge à démarrer une fonction Lambda.
1. La fonction Lambda collecte les informations statistiques requises auprès d'Amazon DynamoDB et de ses variables d'environnement locales, telles que le nom d'hôte et les valeurs de seuil.
1. Si la demande est supérieure ou inférieure au seuil, la fonction Lambda indique de démarrer ou AWS Systems Manager d'arrêter des instances EC2 supplémentaires pour prendre en charge les applications SAP.
![\[Schéma d'architecture montrant comment automatiser le démarrage ou l'arrêt d'instances EC2 pour répondre à la demande de vos applications SAP.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/strategy-sap-automation/images/autoscaling.png)