Partager via

Ligne de base des opérations pour SAP sur Azure

  • Article

Cet article s’appuie sur les considérations et les recommandations définies dans l’article relatif aux zones d’atterrissage Azure intitulé Zone de conception pour la gestion des environnements Azure. L’aide proposée dans cet article permet de savoir comment maintenir de manière opérationnelle une plateforme SAP sur un patrimoine d’entreprise Azure, avec une gestion et une supervision centralisées au niveau de la plateforme.

L’article présente les recommandations critiques pour que les équipes d’exploitation SAP gèrent les systèmes SAP au sein de la plateforme Azure. SAP étant une plateforme stratégique, vous devez inclure une aide relative aux zones de conception des zones d’atterrissage Azure dans votre conception. Si vous souhaitez créer des procédures d’exploitation standard pour la gestion d’une charge de travail SAP, consultez Procédures opérationnelles de charge de travail SAP dans Azure Well-Architected Framework.

Points clés

Voici quelques considérations et recommandations clés relatives à la conception pour la gestion et le monitoring de SAP sur Azure :

  • Utilisez Azure Monitor pour les solutions SAP pour superviser vos charges de travail SAP sur Azure. Vous pouvez aussi compléter Azure Monitor pour les solutions SAP avec SAP Solution Manager. Vous pouvez ajouter Application Insights pour extraire toutes les données de télémétrie nécessaires lors de la génération d’alertes et de tickets de support lorsque la télémétrie indique une erreur potentielle.

  • Surveillez l'environnement SAP à l'aide des alertes de ligne de base de SAP sur Azure.

  • Implémentez la protection contre les menaces avec la solution Microsoft Sentinel pour SAP. Utilisez cette solution pour superviser vos systèmes SAP et détecter des menaces sophistiquées dans les couches de logique métier et d’application.

  • Exécutez une vérification de l’extension de machine virtuelle pour SAP. L’extension de machine virtuelle pour SAP utilise l’identité managée affectée à une machine virtuelle (VM) pour accéder aux données de configuration et de supervision de la machine virtuelle. Cette vérification garantit que tous les métriques de performance dans votre application SAP sont fournis par l’extension Azure pour SAP sous-jacente.

  • Protégez votre base de données HANA à l’aide du service Sauvegarde Azure. Si vous déployez Azure NetApp Files pour votre base de données HANA, Oracle ou DB2, utilisez l’outil Azure Application Consistent Snapshot (AzAcSnap) pour prendre des instantanés cohérents avec les applications. AzAcSnap prend également en charge les bases de données Oracle. Utilisez AzAcSnap sur une machine virtuelle centrale plutôt que sur des machines virtuelles individuelles.

  • Utilisez le monitoring de la latence entre machines virtuelles pour les applications sensibles à la latence.

  • Utilisez Moniteur de connexion dans Azure Network Watcher pour surveiller les métriques de latence des bases de données et des serveurs d’applications SAP. Vous pouvez également collecter et afficher des mesures de latence réseau à l’aide d’Azure Monitor.

  • Utilisez la supervision d’Azure Site Recovery pour maintenir l’intégrité du service de récupération d'urgence pour les serveurs d’applications SAP.

  • Tous les systèmes de production doivent utiliser des disques managés Premium avec au moins 128 Gio (P10) pour les disques de système d’exploitation afin d’éviter les problèmes de performances.

  • Excluez tous les systèmes de fichiers de base de données et programmes exécutables des analyses antivirus. Sinon, vous pouvez rencontrer des problèmes de performances. Consultez les fournisseurs de base de données pour obtenir des détails normatifs concernant la liste d’exclusion. Par exemple, Oracle recommande d’exclure /oracle/<sid>/sapdata des analyses antivirus.

  • Vérifiez que le fuseau horaire est le même entre le système d’exploitation et le système SAP.

  • Ne regroupez pas différents services d’application dans le même cluster. Par exemple, n’associez pas les clusters DRBD et les clusters de services centraux dans le même cluster. Toutefois, vous pouvez utiliser le même cluster Pacemaker pour gérer environ cinq services centraux différents (cluster multi-SID).

    Pendant que vous utilisez le cluster IBM Tivoli Workload Scheduler (TWS) pour la planification des travaux, envisagez d’exécuter le cluster TWS sur sa propre paire de machines virtuelles. Nous vous déconseillons de l’exécuter sur un cluster de base de données ou de services centraux SAP.

  • Si vous utilisez une base de données DB2 pour exécuter SAP sur Azure, dans les scénarios où vous implémentez LOG_METH2, envisagez d’utiliser un partage Azure Files (NFSv4.1). Celui-ci améliore la vitesse de récupération d’urgence.

  • Envisagez d’exécuter des systèmes dev/test dans un modèle de répétition pour économiser et optimiser les coûts d’exécution Azure.

  • Envisagez de créer un plan pour les exigences non fonctionnelles. Mappez ces exigences avec des ressources Azure natives qui peuvent y répondre. Par exemple, Azure Monitor pour SAP peut surveiller les clusters de services centraux.

  • Passez en revue et adoptez les paramètres SAP, en particulier les paramètres de mémoire ABAP quand vous exécutez une migration de système d’exploitation ou de base de données. Par exemple, em/initial_size_MB est uniquement valide pour les environnements AIX et ne doit pas être défini pour les machines virtuelles Azure.

  • Collectez des statistiques de base de données complètes pour les bases de données non-HANA après la migration. Par exemple, implémentez la note SAP 1020260 – Remise des statistiques Oracle.

  • Utilisez Oracle Automatic Storage Management (ASM) pour tous les déploiements Oracle qui utilisent SAP sur Azure.

  • Envisagez d’utiliser le stockage automatique pour les déploiements DB2 qui utilisent SAP sur Azure.

  • Optimisez et gérez les opérations SAP de base à l’aide de SAP Landscape Management (LaMa). Utilisez le connecteur SAP LaMa pour Azure pour relocaliser, copier, cloner et actualiser les systèmes SAP.

  • Effectuez une vérification de la qualité pour SAP HANA sur l’infrastructure Azure approvisionnée pour vérifier que les machines virtuelles approvisionnées sont conformes aux meilleures pratiques concernant SAP HANA sur Azure.

  • Pour chaque abonnement Azure, exécutez un test de latence sur les zones de disponibilité Azure avant le déploiement de zones pour choisir des zones à faible latence pour le déploiement de SAP sur Azure.

  • Si vous collaborez avec des clients en gérant leur patrimoine SAP, envisagez Azure Lighthouse. Azure Lighthouse permet aux fournisseurs de services managés d’utiliser les services d’identité natifs Azure pour s’authentifier auprès de l’environnement des clients. Le contrôle est entre les mains du client, qui peut révoquer l’accès à tout moment et auditer les actions du fournisseur de services.

    Azure Lighthouse est compatible avec les API existantes, telles que le programme Cloud Solution Provider. Le fournisseur a notamment l’avantage de pouvoir gérer les locataires sans changer de contexte et d’afficher des informations interlocataires. L’utilisation d’Azure Lighthouse permet de préserver la confiance entre les clients et les fournisseurs, et simplifie la gestion de leurs environnements SAP.

Efficacité des performances Oracle

Le diagnostic de l’efficacité du niveau de performance peut être difficile dans n’importe quel système d’entreprise. Pour SAP sur Azure exécutant Oracle, une collection de scripts SQL peut aider à diagnostiquer les problèmes de performances.

La première recommandation consiste à utiliser des rapports Automatic Workload Repository (AWR). Les rapports AWR contiennent de précieuses informations pour diagnostiquer les problèmes dans le système Oracle. Nous vous recommandons d’exécuter un rapport AWR pendant plusieurs sessions et de choisir les heures de pointe correspondantes, afin d’assurer une couverture étendue pour l’analyse.

Le rapport AWR présente les statistiques SQL, les informations de base de données, les statistiques sur le système et les E/S, ainsi que d’autres informations que vous pouvez utiliser pour identifier les problèmes. Pour plus d’outils d’analyse et d’instructions SQL utiles, consultez ce billet de blog SAP.

Pour une aide supplémentaire sur l’efficacité des performances des charges de travail Oracle, consultez Efficacité des performances des charges de travail Oracle dans Azure Well-Architected Framework.

Étapes suivantes

Développez la continuité d’activité et la reprise d’activité pour une migration SAP.