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.
Réduisez le temps de SAP migration homogène en utilisant le service de migration des applications
Créé par Pavel Rubin (AWS), Diego Valverde (), et Sunil Yadav (AWS) AWS
Environnement : Production | Source : base de données locale SAP ASE | Cible : SAP base de données sur Amazon EC2 |
Type R : Rehost | Charge de travail : SAP | Technologies : migration ; bases de données |
AWSservices : AWS MGN ; Amazon EBS |
Récapitulatif
Ce modèle décrit les étapes de migration des SAP charges de travail à l'aide du service de migration AWS d'applications. Le service de migration d'applications facilite les transferts en utilisant la réplication au niveau des blocs pour maintenir des volumes de réplication synchronisés en permanence depuis leurs sources.
SAPles charges de travail incluent les applications SAP Customer Relationship Management (SAPCRM), SAP Enterprise Resource Planning (ERP) et SAP Business Warehouse (SAPBW).
Conditions préalables et limitations
Prérequis
Un AWS compte actif avec une connectivité réseau stable entre les SAP serveurs source et le cloud privé virtuel de destination (VPC) sur AWS
Une base de données source SAP Adaptive Server Enterprise (ASE) pour Linux ou Windows dans un centre de données sur site
Limites
Le système d'exploitation cible doit être pris en charge par Amazon Elastic Compute Cloud (AmazonEC2). Pour plus d'informations, consultez Amazon EC2 FAQs
.
Architecture
Pile technologique source
Une SAP ASE base de données
Pile technologique cible
Amazon EC2
Boutique Amazon Elastic Block (AmazonEBS)
Architecture source et cible
Le schéma suivant montre la migration depuis les serveurs locaux via l'agent de réplication vers le point de terminaison du service de migration des applications. Un point de terminaison Amazon Simple Storage Service (Amazon S3) est utilisé pour accéder aux fichiers d'installation et de configuration. Les sous-réseaux de la zone de transit et des ressources migrées contiennent des EC2 instances, les données étant stockées sur EBS des volumes. Le port TCP 443 est utilisé pour connecter le réseau de machines source au service de migration d'applications et pour connecter les sous-réseaux de la zone de transit aux points de terminaison régionaux du service de migration des applicationsEC2, Amazon et Amazon S3. Le port TCP 1500 est utilisé pour la réplication des données entre le réseau local et la zone intermédiaire.
Outils
AWSLe service de migration d'applications vous aide à réhéberger (lift-and-shift) des applications AWS dans le cloud sans modification et avec un temps d'arrêt minimal.
Amazon Elastic Block Store (AmazonEBS) fournit des volumes de stockage au niveau des blocs à utiliser avec les instances Amazon Elastic Compute Cloud EC2 (Amazon).
Amazon Elastic Compute Cloud (AmazonEC2) fournit une capacité de calcul évolutive dans le AWS cloud. Vous pouvez lancer autant de serveurs virtuels que vous le souhaitez et les augmenter ou les diminuer rapidement.
Amazon Simple Storage Service (Amazon S3) est un service de stockage d'objets basé sur le cloud qui vous permet de stocker, de protéger et de récupérer n'importe quel volume de données.
AWSLe Security Token Service (AWSSTS) vous aide à demander des informations d'identification temporaires à privilèges limités pour les utilisateurs.
Épopées
| Tâche | Description | Compétences requises |
|---|---|---|
Initialisez le service de migration des applications. | Initialisez le service de migration des applications dans la AWS région où vous souhaitez déployer la SAP ASE base de données. AWSfournit une configuration automatique la première fois que vous accédez à la page du service de migration d'applications dans chaque région. | AWSadministrateur |
Créez manuellement des rôles de service. | (Facultatif) Si vous souhaitez utiliser l'automatisation (par exemple, AWS Control Tower) pour configurer le compte, vous pouvez créer manuellement les six rôles AWS Identity and Access Management (IAM) requis pour l'installation, la réplication et les lancements. Pour obtenir des instructions, consultez la AWSdocumentation. | AWSadministrateur |
Créez un modèle de paramètres de réplication. | Le modèle de paramètres de réplication définit le sous-réseau, le type d'instance, le EBS chiffrement Amazon et le mode de routage des données. Pour obtenir des informations détaillées sur les paramètres, consultez la AWSdocumentation. | Général AWS |
| Tâche | Description | Compétences requises |
|---|---|---|
Créez un nouveau IAM rôle. | Sur la IAM console, accédez à Rôles, puis sélectionnez Créer un rôle. Pour le type d'entité de confiance, choisissez AWSun compte, puis cliquez sur Suivant. | AWSadministrateur système |
Attachez-le AWSApplicationMigrationAgentPolicy au IAM rôle. | La Après avoir joint la politique, choisissez Next. | AWSadministrateur système |
Terminez la création du rôle. | Attribuez un nom convivial, puis choisissez Créer un rôle. | AWSadministrateur système |
Générez des informations d'identification temporaires. | Pour générer l'ID de clé d'accès, la clé d'accès secrète et le jeton de session, suivez les instructions de la AWSSTSdocumentation. Ces informations d'identification sont utilisées lors de l'installation de l'agent. | AWSadministrateur système |
| Tâche | Description | Compétences requises |
|---|---|---|
Téléchargez le programme d'installation de l'agent sur la machine SAP source. | Téléchargez le programme d'installation de l'agent adapté à votre système d'exploitation source : Windows ou Linux. | Propriétaire de l'application |
Installez l'agent AWS de réplication. | Lorsque vous exécutez le fichier d'installation de l'agent sur une machine source, vous êtes d'abord invité à saisir votre clé d'accès, votre clé d'accès secrète, votre jeton de session et la région vers laquelle vous souhaitez effectuer la réplication. Utilisez les informations d'identification temporaires du IAM rôle que vous avez créé précédemment et de la même région que celle que vous avez configurée lors de l'initialisation. | Propriétaire de l'application |
Attendez la réplication initiale des données. | Une fois l'agent installé, la machine source apparaît dans l'onglet Machines de la console Application Migration Service. | Propriétaire de l'application |
| Tâche | Description | Compétences requises |
|---|---|---|
Mettez à jour le modèle de lancement pour le serveur source. | Chaque serveur source utilise un modèle de EC2 lancement unique qui indique la configuration du EC2 serveur cible. Vous pouvez modifier ce modèle si vous souhaitez personnaliser la EC2 configuration Amazon de votre serveur migré. | Général AWS |
Définissez la version du modèle de lancement par défaut. | Après avoir apporté les modifications requises au modèle de lancement, spécifiez d'utiliser cette version mise à jour comme modèle de lancement par défaut. Pour plus d'informations, consultez la AWSdocumentation. | Général AWS |
Désactivez le dimensionnement correct du type d'instance. | (Facultatif) Le dimensionnement correct du type d'instance fournit des recommandations automatiques sur le type d'instance en fonction de la configuration du SAP serveur source. Nous vous recommandons de désactiver ce paramètre afin de pouvoir spécifier des types d'instances personnalisés dans le modèle de lancement. | Général AWS |
| Tâche | Description | Compétences requises |
|---|---|---|
Lancez un test. | Sur la console du service de migration d'applications, sélectionnez un ou plusieurs serveurs, puis sélectionnez Lancer des instances de test sous Test and Cutover. | GénéralAWS, ingénieur en migration, responsable de la migration |
Attendez que le processus de conversion et de lancement soit terminé. | Vous pouvez consulter le processus de lancement dans l'onglet Historique des lancements. Une fois que la machine a été lancée avec succès en tant qu'EC2instance, l'onglet Alertes passe à Launched. | |
Vérifiez que le test s'est bien déroulé. | Connectez-vous à l'instance lancée via Remote Desktop Protocol (RDP) ou SSH (Secure Shell) et effectuez les vérifications d'application appropriées. Par exemple, connectez-vous à l'SAPinterface et validez les fonctionnalités. | Ingénieur en migration, propriétaire de l'application |
Mettez à jour le cycle de vie de la source. | Si le test est réussi, mettez à jour le cycle de vie de la machine source en indiquant « Prêt pour le passage » dans l'onglet Test and Cutover. | Ingénieur en migration, responsable de la migration |
| Tâche | Description | Compétences requises |
|---|---|---|
Planifiez une fenêtre de transition. | Responsable du transfert, responsable de la migration, propriétaire de l'application | |
Lancez un lancement de transition. | Sélectionnez un ou plusieurs serveurs. Dans l'onglet Test and Cutover, sélectionnez Lancer des instances de transition sous Test and Cutover sur la console du service de migration d'applications. | Ingénieur en migration |
Attendez que les processus de conversion et de lancement soient terminés. | Vous pouvez consulter le processus de lancement dans l'onglet Historique des lancements. Une fois que la machine a été lancée avec succès en tant qu'EC2instance, l'onglet Alertes passe à Launched. | |
Vérifiez que le transfert s'est effectué correctement. | Connectez-vous à l'instance lancée via RDP ouSSH, et effectuez les vérifications d'application appropriées. | Propriétaire de l'application, ingénieur en migration |
Mettez à jour le cycle de vie de la source. | Si le transfert est réussi, mettez à jour le cycle de vie de la machine source en sélectionnant Finaliser le transfert dans l'onglet Test et transfert. | Ingénieur en migration |
Ressources connexes
Références
Vidéo
