Partager via


Check-list relative à la planification et au déploiement de la charge de travail SAP sur Azure

Cette check-list s’adresse aux clients qui migrent des applications SAP vers l’IaaS (infrastructure as a service) Azure. Les applications SAP de ce document représentent les produits SAP exécutant le noyau SAP, y compris SAP NetWeaver, S/4HANA, BW et BW/4 et d’autres. Pendant toute la durée du projet, un client et/ou un partenaire SAP doit examiner la check-list. Il est important de noter que la plupart des vérifications doivent être effectuées en début de projet et durant la phase de planification. À l’issue du déploiement, toute modification apportée directement à l’infrastructure Azure déployée ou aux versions des logiciels SAP peut s’avérer complexe.

Passez en revue la check-list aux étapes les plus importantes de votre projet. Cela vous permet de détecter les problèmes avant qu’ils ne prennent de l’ampleur. Vous aurez également suffisamment de temps pour remanier et tester les modifications nécessaires. Cette check-list n’est pas exhaustive. Selon votre situation, vous devrez peut-être effectuer plus de vérifications.

La check-list proposée n’inclut pas les tâches réalisées indépendamment d’Azure. Par exemple, les interfaces des applications SAP changent lors d’un transfert vers la plateforme Azure ou vers un fournisseur d’hébergement. La documentation SAP et les notes de support contiennent également d’autres tâches, qui ne sont pas spécifiques à Azure, mais qui doivent faire partie de votre liste de contrôle de planification globale.

Cette check-list peut également être utilisée pour les systèmes déjà déployés. De nouvelles fonctionnalités ou des recommandations modifiées peuvent s’appliquer à votre environnement. Il est donc utile d’examiner régulièrement la check-list pour vous tenir informé des nouvelles fonctionnalités ajoutées à la plateforme Azure.

Le contenu principal de ce document est organisé sous forme d’onglets, dans l’ordre chronologique d’un projet classique. Consultez le contenu de chaque onglet et envisagez chaque onglet suivant pour vous appuyer sur les actions effectuées et les apprentissages obtenus dans la phase précédente. Pour la migration de production, le contenu de tous les onglets doit être pris en compte, et pas seulement l’onglet production. Pour vous aider à mapper les phases de projet classiques avec la définition de phase utilisée dans cet article, consultez le tableau ci-dessous.

Phases de liste de vérification du déploiement Exemples de phases de projet ou de jalons
Phase de préparation et de planification Phase de lancement/ conception et définition du projet
Phase pilote Validation précoce / preuve de concept / pilote
Phase hors production Fin de la phase de conception détaillée / builds d’environnement hors production / test
Phase de préparation de la production Répétition générale / test d’acceptation par l’utilisateur / simulation de basculement / vérifications en direct
Phase de mise en production Basculement et mise en production
Phase de post-production Hypercare / transition vers le business as usual

Phase de préparation et de planification du projet

Au cours de cette phase, vous planifiez la migration de votre charge de travail SAP vers la plateforme Azure. Des documents tels que le guide de planification de SAP dans Azure et Cloud Adoption Framework pour SAP couvrent de nombreux sujets et vous aident en tant qu’informations dans votre préparation. Au minimum, au cours de cette phase, vous devez créer les documents suivants et définir et aborder les éléments suivants de la migration :

Document de conception de haut niveau

Ce document doit contenir :

  • L’inventaire actuel des composants et applications SAP et un inventaire des applications cibles pour Azure.
  • Une matrice d’attribution des responsabilités (RACI) qui définit les responsabilités et les attributions des parties impliquées. Démarrez à un niveau élevé et évoluez vers des niveaux plus granulaires pour la planification et les premiers déploiements.
  • Une architecture de solution de haut niveau. Les meilleures pratiques et les exemples d’architecture du Centre des architectures Azure doivent être consultés.
  • Une décision sur les régions Azure vers lesquelles effectuer le déploiement. Consultez la liste des régions Azure et la liste des régions avec prise en charge des zones de disponibilité. Pour savoir quels services sont disponibles dans chaque région, consultez Disponibilité des produits par région.
  • Une architecture de mise en réseau pour la connexion à Azure à partir d’une instance locale. Commencez à vous familiariser avec le concept de zone d’atterrissage à l’échelle de l’entreprise Azure .
  • Les principes de sécurité pour l’exécution des données à impact commercial élevé dans Azure. Pour en savoir plus sur la sécurité des données, commencez par la documentation sur la sécurité Azure.
  • Stratégie de stockage pour couvrir les périphériques de blocs (disque managé) et les systèmes de fichiers partagés (tels que les Azure Files ou les Azure NetApp Files) qui doivent être affinés en fonction des tailles et des dispositions du système de fichiers dans le document de conception technique.

Document de conception technique

Ce document doit contenir :

  • Diagramme de blocs pour la solution montrant les applications et services SAP et non SAP
  • Un projet SAP Quicksizer basé sur des volumes de documents métier. La sortie du Quicksizer est ensuite mappée aux composants de calcul, de stockage et de mise en réseau dans Azure. Alternativement à SAP Quicksizer, le dimensionnement diligent en fonction de la charge de travail actuelle des systèmes SAP sources. En tenant compte des informations disponibles, telles que les rapports de charge de travail SGBD, les rapports SAP EarlyWatch, les indicateurs de performances de calcul et de stockage.
  • L’architecture de continuité d’activité et de reprise d’activité.
  • Informations détaillées sur les versions des packs de support SE, DB, noyau et SAP. Toutes les versions de SE prises en charge par SAP NetWeaver ou S/4HANA ne sont pas nécessairement prises en charge sur les machines virtuelles Azure. Il en va de même pour les versions de SGBD. Vérifiez les sources suivantes pour aligner et, si nécessaire, mettre à niveau les versions de SAP, les versions de SGBD et les versions de SE afin de garantir le support SAP et Azure. Vous devez disposer de combinaisons de mises en production prises en charge par SAP et Azure pour bénéficier du support complet de SAP et Microsoft. Si nécessaire, planifiez la mise à niveau de certains composants logiciels. Vous trouverez plus de détails sur les logiciels SAP, SE et SGBD pris en charge ici :

Les autres éléments inclus dans les mêmes documents techniques doivent être les suivants :

  • Décisions de haut niveau de l’architecture de stockage basées sur les types de stockage Azure pour la charge de travail SAP
    • Disques managés attachées à chaque machine virtuelle
    • Dispositions et dimensionnement du système de fichiers
    • Disposition et tailles de volume SMB et/ou NFS, points de montage, le cas échéant
  • Architecture de haute disponibilité, sauvegarde et de récupération d’urgence
    • En fonction des objectifs RTO et RPO, définissez l’architecture de haute disponibilité et de récupération d’urgence.
    • Découvrez l’utilisation de différents types de déploiement pour une protection optimale.
    • Facteurs à prendre en compte pour le déploiement SGBD des machines virtuelles Azure pour la charge de travail SAP et documents associés. Dans Azure, utiliser une configuration de disque partagé pour la couche SGBD comme décrit pour SQL Server, par exemple, n’est pas prise en charge. Utilisez plutôt des solutions comme :
    • Pour la récupération d’urgence dans les régions d’Azure, passez en revue les solutions offertes par les différents fournisseurs de SGBD. La plupart d’entre eux prennent en charge la réplication asynchrone ou la copie des journaux de transaction.
    • Pour la couche Application SAP, déterminez si vous souhaiterez exécuter vos systèmes de test de régression métier, qui sont idéalement des réplicas de vos déploiements de production, dans la même région Azure ou dans la région de votre récupération d’urgence. Dans le deuxième cas, vous pouvez désigner ce système de régression métier comme cible de la récupération d’urgence pour vos déploiements en production.
    • Envisagez Azure Site Recovery comme méthode de réplication de la couche Application SAP dans la région Azure de reprise d’activité. Pour plus d’informations, consultez Configurer la reprise d’activité pour un déploiement d’application SAP NetWeaver multiniveau.
    • Pour les projets qui doivent rester dans une seule région pour des raisons de conformité, envisagez une configuration HADR combinée à l’aide de Zones de disponibilité Azure.
  • Inventaire de toutes les interfaces SAP et des systèmes connectés (SAP et non-SAP).
  • Conception des services de base. Cette conception doit inclure les éléments suivants, dont la plupart sont couverts par l’accélérateur de zone d’atterrissage pour SAP :
    • Topologie de réseau dans Azure et affectation de différent environnement SAP
    • Conception Active Directory et DNS.
    • Solution de gestion des identités pour les utilisateurs finaux et l’administration
    • Structure decontrôle d’accès en fonction du rôle Azure (Azure RBAC) pour les équipes afin d’assurer la gestion de l’infrastructure et des applications SAP dans Azure.
    • Stratégie de nommage des ressources Azure
    • Opérations de sécurité pour les ressources et charges de travail Azure dans
  • Concept de sécurité pour la protection de votre charge de travail SAP. Cela doit inclure tous les aspects : la surveillance du réseau et du périmètre, la sécurité des applications et des bases de données, la sécurisation des systèmes d’exploitation et toutes les mesures d’infrastructure requises, telles que le chiffrement. Identifiez les exigences avec vos équipes de conformité et de sécurité.
  • Microsoft recommande un contrat Professional Direct, Premier ou Unified Support. Identifiez vos chemins d’escalade et vos contacts pour le support avec Microsoft. Pour connaître les exigences de support SAP, lisez la note SAP n° 2015553.
  • Nombre d’abonnements Azure et quota principal pour les abonnements. Au besoin, ouvrez des demandes de support pour augmenter les quotas d’abonnements Azure.
  • Plan de réduction et de migration des données pour la migration des données SAP vers Azure. Pour les systèmes SAP NetWeaver, SAP propose des directives afin de limiter les gros volumes de données. Consultez ce guide SAP consacré à la gestion des données dans les systèmes SAP ERP. Certains de ces contenus s’appliquent également aux systèmes NetWeaver et S/4HANA en général.
  • Une approche de type déploiement automatisé. De nombreux clients commencent par des scripts, à l’aide d’une combinaison de PowerShell, CLI, Ansible et Terraform. Microsoft solutions développées pour l’automatisation du déploiement SAP sont les suivantes :

Notes

Définissez une cadence régulière de révision de la conception et du déploiement entre vous, en tant que client, l’intégrateur système, Microsoft et les autres parties concernées.

Vérifications et insights automatisés dans le paysage SAP

Plusieurs des vérifications ci-dessus sont vérifiées de manière automatisée avec SAP sur Azure Quality Check Tool. Ces vérifications peuvent être exécutées de manière automatisée avec le projet open source fourni. Bien qu’aucune correction automatique des problèmes détectés ne soit effectuée, l’outil met en garde contre la configuration contre Microsoft recommandations.

Conseil

Les mêmes contrôles de qualité et des insights supplémentaires sont exécutés régulièrement lorsque des systèmes SAP sont déployés ou inscrits auprès de la solution Centre Azure pour SAP et font également partie du service.

D’autres outils pour faciliter les vérifications de déploiement et documenter les résultats, planifier les étapes de correction suivantes et généralement optimiser votre paysage SAP sur Azure sont les suivants :

  • Révision de Azure Well-Architected Framework Une évaluation de votre charge de travail axée sur les cinq principaux piliers de la fiabilité, de la sécurité, de l’optimisation des coûts, de l’excellence des opérations et de l’efficacité des performances. Prend en charge les charges de travail SAP et recommande d’exécuter une révision au début et après chaque phase de projet.
  • Vérifications d’inventaire Azure pour SAP Un open source classeur Azure Monitor, qui montre votre inventaire Azure avec intelligence pour mettre en évidence la dérive de configuration et améliorer la qualité.

Étapes suivantes

Reportez-vous aux articles suivants :