SAP S/4HANA
SAP S/4HANA est le premier logiciel de planification des ressources de l'entreprise (ERP) conçu pour les plus grandes entreprises, dans n'importe quel pays du monde et dans n'importe quel secteur d'activité, avec des processus métier et une personnalisation approfondis.
Les logiciels ERP intègrent l'ensemble de la gestion et des opérations de l'entreprise en une seule application cohésive afin de coordonner l'exécution des activités, telles que la comptabilité et le financement, les achats et les stocks, les ventes et les relations avec les clients. Un ERP peut être considéré comme une plaque tournante de toutes les opérations métier. Diverses applications et toutes les parties de l'entreprise peuvent être connectées à l'ERP, de l'usine au siège social. Le logiciel ERP dans son ensemble peut comporter de nombreux composants complémentaires (fonctionnels et sectoriels) qui fournissent différentes fonctions métier pour différentes branches d'activité et industries.
SAP S/4HANA est une version majeure du logiciel ERP de SAP conçue pour fonctionner exclusivement avec la base de données SAP HANA. Les précédentes versions majeures de l'ERP de SAP, connues sous les noms de SAP ECC et SAP R/3, pouvaient utiliser divers fournisseurs de bases de données relationnelles.
SAP S/4HANA fait office de "noyau numérique" pour les grandes entreprises qui ont mis à niveau UX, les flux de travaux métier et la technologie, afin de permettre autant d'extensions que possible à l'aide des technologies Cloud Native.
Pour plus d'informations, voir SAP S/4HANA
Les options d'infrastructure IBM Cloud® for SAP sont certifiées auprès du serveur d'applications SAP NetWeaver et du serveur de base de données SAP HANA, qui exécutent l'application métier SAP S/4HANA.
Préface : variantes de SAP S/4HANA
L'application métier SAP S/4HANA comporte de multiples variantes, chacune avec des niveaux de fonctionnalité et de personnalisation différents, qui sont disponibles sous la forme de différents modèles opérationnels. Le modèle que vous sélectionnez affecte le déploiement de SAP S/4HANA.
Les modèles opérationnels de logiciels sont essentiellement regroupés en deux catégories :
- SAP S/4HANA "AnyPremise" (anciennement "On-Premise" Edition), qui est la même installation et solution d'hébergement de logiciels pour une entreprise ou les sous-traitants d'une entreprise. Cette option permet à l'entreprise de contrôler entièrement les fonctions et le déploiement du logiciel, mais avec un effort de déploiement et des frais de gestion plus importants pour maintenir les systèmes SAP en cours d'exécution.
- SAP S/4HANA Cloud SaaS, qui est le même logiciel, mais qui est installé et hébergé par SAP avec les sous-traitants SAP Partner. Ce modèle permet à l'entreprise de moins contrôler les fonctions et le déploiement du logiciel, mais avec moins d'efforts de déploiement et de frais généraux de gestion pour maintenir les systèmes SAP en cours d'exécution.
Dans chacun des modèles opérationnels de logiciels, plusieurs options de déploiement de logiciels sont disponibles :
- SAP S/4HANA " AnyPremise Edition (anciennement "On-Premise" Edition)
- Déploiement dans le centre de données local traditionnel existant
- Déploiement vers le Cloud IaaS
- SAP S/4HANA Cloud SaaS
- SAP S/4HANA Édition Cloud Public Étendu (EX), SaaS fournie par SAP avec les sous-traitants partenaires de SAP
- SAP S/4HANA Public Cloud Édition Essentielle (ES), SaaS fournie par SAP avec les sous-traitants partenaires SAP
- SAP S/4HANA cloud privé, Extension SaaS de SAP HANA Enterprise Cloud (HEC) fournie par SAP avec les sous-traitants partenaires SAP
Pour plus d'informations sur les variantes du logiciel SAP S/4HANA, voir SAP. Une explication concise sur les variantes de SAP S/4HANA est disponible sur SAP America, voir SAP Community Blogs - Product Information - SAP S/4HANA Cloud Deployment Options(17 juin 2019).
En ce qui concerne SAP S/4HANA, la documentation du portefeuille IBM Cloud® for SAP fait référence aux installations SAP HANA et SAP NetWeaver comme utilisant les options Cloud Infrastructure-as-a-Service certifiées par SAP pour exécuter le déploiement "AnyPremise" de SAP S/4HANA vers le Cloud IaaS. Toutes les autres descriptions des sections suivantes font référence à SAP S/4HANA "AnyPremise".
Décisions supplémentaires concernant la mise en oeuvre et la maintenance
En plus de sélectionner une variante de SAP S/4HANA (le modèle opérationnel et le modèle de déploiement), de nombreux clients gérés par SAP doivent prendre plusieurs autres décisions, par exemple :
Stratégie d'adoption SAP S/4HANA
- Première mise en oeuvre pour un nouveau client SAP
- Migration ERP (Brownfield)
- Conversion de système (également connu sous le nom de Brownfield)
- Transition sélective des données (qui utilise la conversion Shell ou Mix and Match)
- Réimplémentation ERP (Greenfield)
Modèle de distribution SAP S/4HANA pour l'implémentation du projet, à partir de la liste des partenaires SAP
- Global Systems Integrator (GSI) pour SAP
- Managed Services Provider (MSP) pour SAP
Modèle de maintenance SAP S/4HANA pour le support en cours, à partir de la liste des partenaires SAP
- Un fournisseur de services de gestion des applications (AMS) pour SAP
- Managed Services Provider (MSP) pour SAP
Une liste de tous les partenaires SAP est tenue à jour sur l'outil de recherche de partenaires SAP. Cette liste contient plus d'informations sur les partenaires SAP, notamment :
- Catégorie de partenariat (par exemple, Services de conseil et d'implémentation)
- Niveau de partenariat (par exemple, Platinum, Or, Argent)
Les prix décernés à ces partenaires SAP sont indiqués sur la page d'information des partenaires SAP.
Ces choix affectent particulièrement la façon dont votre logiciel SAP S/4HANA "AnyPremise" Edition sur le Cloud IaaS est déployé, exploité et entretenu. Par exemple, un GSI possède une expérience approfondie de la mise en œuvre, de la configuration fonctionnelle et du développement - avec la souplesse nécessaire pour créer une solution sur mesure pour les besoins de l'entreprise. Toutefois, le GSI a moins d'expérience en matière de maintenance. A l'inverse, un MSP a plus de restrictions sur la mise en œuvre pour assurer une maintenance plus réussie.
Compte tenu de la répartition des compétences dans les mises en œuvre de centre de données local traditionnel des charges de travail SAP au cours des décennies précédentes, le fournisseur de centres de données devait s'occuper de multiples tâches. Il est conseillé de prendre en compte les compétences de vos partenaires SAP dans les domaines suivants, car le fournisseur de services en nuage n'est pas responsable des activités précédemment réalisées par le fournisseur de centre de données :
- Configuration de compte Cloud et d'IAM
- Configuration de réseau (y compris la sécurité)
- Configuration du stockage
- Dimensionnement de l'infrastructure pour SAP
- Configuration du système d'exploitation (y compris la sécurité)
De plus amples informations sur le déplacement des charges de travail SAP sont décrites dans la FAQ.
Considérations relatives au calcul
En fonction des exigences métier et de l'acceptation des risques, la décision principale pour tout Cloud IaaS exécutant des charges de travail SAP est de savoir quel modèle Cloud Tenancy utiliser :
- Infrastructure à service exclusif, ressources de calcul dédiées qui sont accessibles à l'aide d'un réseau logique privé au sein du réseau de base du fournisseur Cloud qui utilise :
- Bare metal
- Serveurs virtuels sur les hôtes dédiés
- SDDC VMware
- Infrastructure à service partagé, ressources de calcul partagées qui sont accessibles à l'aide d'un réseau logique privé au sein du réseau de base du fournisseur Cloud qui utilise Virtual Servers
Une fois que vous avez choisi le modèle de service de cloud qui répond à vos besoins en matière de risques métier et informatiques, l'accent est mis sur les exigences de dimensionnement et de débit :
- Sortie de vos activités de dimensionnement SAP
- Mesure de référence "SAPS", qui montre le débit transactionnel total de l'infrastructure
Vous trouverez plus d'informations comparant différents types d'infrastructures dans Comparaison des différentes offres IaaS certifiées SAP avec plus de détails sous Infrastructure certifiée pour SAP. Tous les points de référence SAP sont répertoriés pour chaque profil sous chaque type d'infrastructure proposé dans le portefeuille IBM Cloud® for SAP.
Considérations relatives à SAP HANA
L'application métier SAP S/4HANA est affectée par plusieurs considérations relatives à la conception de SAP HANA Database Server.
SAP S/4HANA est considéré comme une "charge de travail mixte", car l'application métier effectue principalement le traitement transactionnel (OLTP), mais SAP S/4HANA effectue également le traitement analytique (OLAP) via l'analyse intégrée SAP S/4HANA .
Lors de la sélection de SAP Sizing, de la prise de décision et de la sélection de l'infrastructure, SAP S/4HANA est souvent considéré comme OLTP uniquement. Cette représentation n'est pas une vue entièrement précise de l'application métier, mais elle est la représentation la plus proche à utiliser avec les informations de performances SAP. Toutefois, pour l'infrastructure SAP HANA, le dimensionnement est le plus souvent déterminé par la taille de capacité mémoire (DRAM).
Scalabilité verticale et scalabilité horizontale
Il est important de noter que si vous utilisez SAP HANA pour le déploiement de la scalabilité horizontale, le débit de transaction du système peut être affecté.
SAP Note 2428711 - S/4HANA Scale-Out S izing limite le scale-out de SAP HANA à quatre nœuds au total. Cette limite s'applique aux déploiements de S/4HANA sur IBM Cloud afin d'éviter que nos clients ne rencontrent des problèmes de débit transactionnel. IBM Cloud® for SAP ne publie pas activement ces spécifications.
Au lieu de cela, nous conseillons aux clients qui ont des exigences SAP HANA exceptionnellement importantes pour l'exécution d'une instance de production SAP S/4HANA (en particulier les exigences de plus de 14-18 To de DRAM) de discuter de leurs exigences avec IBM-SAP. Des discussions avec IBM et SAP des experts techniques du monde entier peuvent fournir des conseils plus précis sur le problème de l'entreprise et identifier d'autres voies possibles.
Ces pistes alternatives peuvent inclure la création d'un modèle de cloud hybride avec l'utilisation des options de scalabilité verticale haute performance disponibles dans les déploiements de centre de données classiques.
Un exemple de nuage hybride utilisé avec SAP S/4HANA lorsque l'on dépasse 14-18TB de DRAM, serait l'utilisation de IBM Power9 matériel fourni par IBM Power Systems, déployé dans des centres de données traditionnels sur site. Le matériel IBM Power9 maximum peut prendre en charge 28 To de mémoire DRAM pour SAP HANA 2.0. Grâce à un partenariat étroit et à des discussions techniques avec SAP, ces offres complémentaires permettent déjà à de nombreux clients d'exécuter avec succès des charges de travail sur le site SAP avec ces plus grandes empreintes de mémoire, et peuvent donc répondre aux besoins des entreprises pour des exigences de mise à l'échelle aussi exceptionnelles. Pour plus d'informations concernant SAP HANA sur IBM Power Systems, voir SAP Note 2188482 - SAP HANA sur IBM Power Systems : Matériel autorisé.
Considérations relatives à SAP NetWeaver
L'application métier SAP S/4HANA est affectée par plusieurs considérations de conception SAP NetWeaver Application Server.
Gestion des versions et mises à niveau
SAP S/4HANA ne dispose plus d'une version autonome de SAP NetWeaver Application Server (ABAP) qui peut être utilisée.
Le composant SAP S/4HANA Server est requis pour installer SAP S/4HANA. Ce composant est brièvement intitulé SAP ABAP Platform et historiquement appelé SAP NetWeaver AS ABAP.
Pour SAP S/4HANA "AnyPremise" 20xx (par exemple, 2020), le serveur SAP S/4HANA contient :
- SAP ABAP Platform 20xx et SAP Kernel 7.7x (le numéro de version de ces composants ne s'affiche qu'une fois l'installation terminée)
- ADT pour Eclipse
- Autres composants technologiques supplémentaires pour exécuter SAP S/4HANA
Pour cette raison, lorsque vous exécutez des versions SAP S/4HANA antérieures (telles que 1511, 1610, 1709), il n'est pas possible de mettre à niveau SAP NetWeaver AS ABAP 7.5+ en isolement. Toutes les mises à niveau doivent être effectuées à l'aide de SAP Maintenance Planner pour l'ensemble de la pile sur un système d'exploitation donné (par exemple, Red Hat Linux®, SUSE Linux, IBM AIX, Windows Server).