Processus de dimensionnement pour les systèmes SAP
Une fois que vous avez décidé quelles solutions SAP vous souhaitez utiliser, vous devez déterminer le nombre d'hôtes requis pour prendre en charge votre paysage SAP et vérifier que les serveurs hôte sont correctement dimensionnés.
SAP Sizing (dimensionnement de SAP) est une activité détaillée (et souvent un projet en soi) pour mapper les exigences métier sur les exigences Infrastructure/Matériel.
Présentation du dimensionnement de SAP
La méthodologie de dimensionnement SAP pour les applications techniques SAP HANA ou SAP NetWeaver est basée sur des points de référence SAP, tels que des informations provenant de SAP et d'expériences client réelles.
L'unité de charge de travail SAP de base est la norme SAPS (SAP Application Performance Standard),
qui désigne un terme inventé par le personnel en charge des tests de performance et de la planification des capacités SAP. Par exemple, 100 SAPS est défini comme 2 000 éléments de ligne de commande entièrement traités par heure dans le référentiel standard de l'application SAP Sales and Distribution (SAP SD). Cet exemple équivaut à 2 400 transactions SAP SD par heure avec la solution SAP Enterprise Resource Planning (SAP ERP).
Le test d'analyse comparative détermine et évalue la puissance de traitement de l'infrastructure en fonction de sa capacité à exécuter et traiter les transactions à près de 100 % de la charge de l'unité centrale avec un temps de réponse inférieur à 1 seconde.
La capacité des processeurs se mesure pendant le benchmark type (SAP SD) qui est certifié par SAP. Pour plus d'informations sur le test de référence certifié par l' SAP, consultez le document SAP Standard Application Benchmarks and Practical Guidelines and Techniques for Sizing your SAP Landscape for Optimal Performance and Scalability.
SAP Sizing est principalement basé sur :
- Le débit métier (dimensionnement basé sur le débit) ; inclut l'augmentation de la taille de la table de base de données à partir des nouveaux objets, le temps UC pour terminer les transactions de traitement ou les exécutions de travaux par lots dans un délai (décidé par l'entreprise)
- Les utilisateurs simultanés métier (dimensionnement basé sur l'utilisateur) ; inclut les modèles d'utilisation et la catégorisation des utilisateurs en fonction de leurs transactions quotidiennes
- Le besoin métier de haute disponibilité et de reprise après incident
- Le besoin métier pour plusieurs applications et modules complémentaires SAP, qui sont intégrés dans un seul paysage
SAP Sizing permet de déterminer :
- Support pour la conception de la structure et des configurations du serveur d'applications :
- Systèmes SAP
- Les niveaux/pistes SAP
- Instances SAP
- Clients SAP
- Support pour la conception de la structure et des configurations du serveur de base de données :
- Le type de système, par exemple, distribué
- Le type de déploiement, par exemple MDC
- Le type de traitement, par exemple OLAP
- Le type de dimensionnement et la méthode de déploiement (par exemple, Expert Sizing with TDIv5/6)
- Haute disponibilité et reprise après incident
- Processeur et mémoire requis
- Espace de stockage requis
- Configuration réseau requise et topologie
- Stratégie de sauvegarde
Les imprécisions de SAP Sizing peuvent entraîner des risques pour les projets de mise en oeuvre SAP :
Risque du projet dû à une exécution imprécise de SAP Sizing | Atténuation de l'imprécision d'une exécution SAP Sizing |
---|---|
Données d'entrée incomplètes/insuffisantes |
|
Les hypothèses ne sont pas vérifiées | /n - Les hypothèses doivent être documentées et faire l'objet d'un processus de vérification inclus dans le plan du projet |
Code personnalisé et structures de données spéciales | /n - Les scénarios difficiles à prévoir, qui sont résolus par du code personnalisé et des structures de données spéciales, nécessitent un processus de vérification pour déterminer s'il y a un impact sur l'infrastructure (généralement le traitement et le stockage) |
Structure logique de SAP et impacts de SAP Sizing sur l'infrastructure
Il existe plusieurs façons dont la structure logique SAP et les activités de dimensionnement SAP peuvent avoir une incidence sur les exigences liées à l'infrastructure, trois manières principales sont mises en évidence ci-dessous :
- Besoins métier
Les exigences métier, telles que 99,99 % de temps de fonctionnement ou 3 périodes d'indisponibilité par an, ont un effet sur la conception et la structure logique du paysage SAP. La structure logique est composée des éléments suivants :
- Systèmes SAP
- Niveaux SAP
- Pistes SAP
- Instances SAP
- Clients SAP
- SAP résultats de dimensionnement
Chaque décision dans la structure logique est prise en compte par le résultat du projet/de l'exercice de SAP Sizing :
- Seuil de référence SAPS requis
- Taille de la base de données (mémoire et stockage sur disque)
- etc
- Configuration requise pour l'infrastructure
Les résultats de SAP Sizing auront un impact important sur les besoins en infrastructures :
- Nombre d'hôtes requis
- Performances/taille des hôtes requis
- Capacité de stockage des hôtes
- Performances et isolement du réseau entre les hôtes
- etc
Migration d'un système SAP existant
Si vous envisagez de procéder à la migration d'un système SAP existant (à partir de n'importe quelle source) vers votre environnement IBM Cloud, vous pouvez déterminer les numéros SAPS à partir des numéros SAPS de votre environnement actuel.
Utilisez les informations sur votre charge de travail actuelle (les processeurs et la mémoire vive utilisés) et obtenez les équivalents SAPS pour votre processeur à partir des résultats des benchmarks SD d' SAP s de votre matériel existant.
Exécution de SAP Quick Sizer
Le Quick Sizer d' SAP, un outil en ligne fourni par SAP, est accessible à tous les clients et partenaires commerciaux d' SAP. Les informations de dimensionnement sont saisies directement dans l'outil. L'outil dimensionne les serveurs SAP HANA ou SAP NetWeaver.
Vous avez besoin d'un ID SAP S-user pour utiliser Quick Sizer.
Quick Sizer calcule la charge de travail (dans une unité de mesure appelée SAPS) et ajuste la charge de travail pour permettre une utilisation appropriée du processeur. Ainsi, si une charge de travail de 4 800 transactions de référence SAP SD par heure est requise, l'outil calcule cette charge de travail à 200 SAPS. Par exemple, un service informatique a déterminé que pour éviter les surcharges système pendant les périodes d'utilisation élevée, une charge de processeur cible de 33 % est autorisée. Un processeur capable de fournir 200 SAPS à 33 % de charge signifie que le processeur est capable de fournir 600 SAPS à 100 % de charge. Par conséquent, un système capable de 600 SAPS devient la référence à laquelle toute nouvelle infrastructure doit adhérer.
Bien que la méthode de dimensionnement puisse être considérée comme prudente, sachez que tous les calculs SAPS pour vos serveurs sont basés sur des systèmes SAP hautement optimisés qui exécutent uniquement des charges de travail SAP SD spécifiques. En fonction du type d'application SAP (personnalisation de la configuration ou du code système), les résultats peuvent varier. De même, les exigences liées à votre projet, notamment en termes de preuve de concept (PoC), de performances ou de temps de réponse, peuvent être différentes.
Une fois que vous avez déterminé vos applications SAP et que les valeurs SAPS sont calculées via SAP Quick Sizer, ou en fonction de votre paysage actuel, vous pouvez choisir dans le portefeuille IBM Cloud® for SAP et les différentes tailles d'infrastructure disponibles (en tant que profils personnalisables/flexibles dans certains cas).
Evaluation de SAP HANA avec SAP Quick Sizer
SAP HANA est pris en charge en production sur des serveurs certifiés SAP HANA à noeud unique et multinoeuds. La base de données SAP HANA utilise le stockage en colonnes pour certaines tables et certaines zones, réduisant le stockage en dessous du stockage en lignes dans le système traditionnel de gestion de base de données relationnelles (SGBDR) ; les données peuvent être fortement compressées et les taux de compression peuvent varier de 3:1 à plus de 10:1 en fonction des données source et de la base de données.
Le dimensionnement correct de SAP HANA est la clé de la réussite de votre projet. Il est préférable d'effectuer le dimensionnement avant de commander un serveur certifié SAP HANA sur IBM Cloud® for SAP. Des exigences de mémoire ou de stockage mal dimensionnées peuvent mener à une mise à jour et à une migration vers un serveur plus grand.
La mémoire principale est l'une des ressources les plus importantes à prendre en compte lorsque vous dimensionnez un appareil certifié SAP HANA.
Le Guide de référence de l' SAP HANA, qui constitue un point de départ pour les sujets liés au dimensionnement.
Guide de référence de l' SAP HANA- SAP HANA Les informations contenues dans le guide fournissent des conseils sur la façon de dimensionner votre système d' SAP HANA. Elle présente différents scénarios d'installation et de migration pour les nouvelles installations et les systèmes existants.
Ces informations incluent un lien vers la version SAP HANA de l'outil SAP Quick Sizer (un ID SAP S-user est requis pour accéder à l'outil). La page répertorie également les notes SAP associées au dimensionnement de votre serveur SAP HANA.
Pour plus d'informations sur SAP Sizing
Pour plus d'informations sur le dimensionnement, voir les ressources suivantes :
- SAP HANA s sur le dimensionnement - Guide principal SAP HANA
- Calibreur rapide
- SAP Note 1736976 - Rapport de dimensionnement pour BW-on-HANA
- SAP Note 1872170 - Suite sur les tailles de mémoire HANA
- SAP Note 1793345 - Dimensionnement pour la suite d' SAP s sur HANA
- SAP Note 1514966 - SAP HANA: Dimensionnement SAP HANA
- SAP Matériel certifié et pris en charge par SAP HANA
- SAP Note 2055470 - SAP HANA sur la planification de l'alimentation et les spécificités de l'installation - Centrale Note
- SAP HANA Exigences en matière de stockage
- SAP Matériel de stockage d'entreprise certifié pour SAP HANA
Effet des applications SAP sur le dimensionnement
Lors du dimensionnement des applications SAP, il y a principalement des considérations de conception liées à l'infrastructure, au système d'exploitation, au serveur de base de données et au serveur d'applications. Ces aspects sont traités dans le groupe thématique "Dimensionnement et planification des charges de travail SAP" :
- Considérations relatives à la conception des réseaux
- Considérations relatives à la conception du stockage
- Considérations relatives au calcul et à la conception du système d'exploitation
- Considérations relatives à la conception de la base de données SAP HANA
- Considérations relatives à la conception deSAP NetWeaver
Cependant, pour chaque application SAP Business Application et SAP Technical Application, il existe des considérations de conception de mise en oeuvre différentes - qui changeront pour chaque métier et chaque scénario.
Au-delà du groupe thématique "Dimensionnement et planification des charges de travail SAP", il existe des groupes thématiques individuels contenant des informations et des considérations supplémentaires pour votre mise en oeuvre SAP :
-
Applications métier SAP
-
Bases de données SAP AnyDB