Ontwerp van SAP-workloadtoepassing
SAP-toepassingen moeten voldoen aan de ontwerpprincipes. De richtlijnen hier zijn gericht op kostenoptimalisatie en betrouwbaarheid.
Optimalisatie van sap-toepassingskosten
Impact: Kostenoptimalisatie
Door uw SAP-toepassing te optimaliseren, kunt u de totale eigendomskosten verlagen zonder de mogelijkheden te verminderen. Het doel is om het maximale rendement op investeringen (ROI) te genereren. Hier volgen manieren om een SAP-toepassing te optimaliseren.
Identificeer de toepassingsverantwoordelijkheid. Het optimaliseren van een SAP-toepassing moet de verantwoordelijkheid zijn van het zakelijke toepassingsteam van de klant. Als iemand of een groep verantwoordelijk is voor de kosten, kunt u beslissingen nemen die de kosten optimaliseren gedurende de levenscyclus van de SAP-workload.
Rationaliseren en opnieuw ontwerpen. U moet overwegen om de SAP-toepassing te rationaliseren of opnieuw te ontwerpen, met name tijdens migraties. S4 HANA vervangt vaak oudere SAP-toepassingen die kunnen worden toegevoegd als een verouderd systeem. De SAP WAF-evaluatie kan helpen bij het valideren van de inspanningen voor het opnieuw ontwerpen en moet periodiek worden uitgevoerd. Zie Azure Well-Architected Review voor meer informatie.
Investeringen in verouderde systemen minimaliseren. U moet een verouderde SAP-toepassing hosten op minimaal ondersteunde architectuur om de kosten te verlagen. Een verouderde toepassing is trager en minder presterend. Alle verouderde systemen die overblijven na rationalisering en herarchitecting moeten de minimale uitgaven ontvangen die mogelijk zijn en buiten gebruik worden gesteld wanneer dat nodig is. Zie Azure Cost Management voor meer informatie.
Betrouwbaarheid van SAP-toepassingen
Impact: betrouwbaarheid
Gebruik een architectuur met meerdere lagen. Het maken van een architectuur met meerdere lagen ter ondersteuning van een SAP-workload is essentieel voor betrouwbaarheid. Het aantal lagen en architectuur verschilt per SAP-toepassing. Zorg ervoor dat u toepassingsonderdelen van elkaar isoleert en redundantie maakt om hoge beschikbaarheid te bereiken. Indien van toepassing moet u de SAP Web Dispatcher, SAP Central Services, SAP App Server, SAPMNT Share en database isoleren. We hebben voorbeeldarchitecturen voor verschillende SAP-toepassingen die u kunt gebruiken om uw ontwerp te bepalen.
Zie voor meer informatie:
Configureer de betrouwbaarheid van SAP Central-services. SAP Central Services (SCS) of ABAP SAP Central Services (ASCS) is de basis van sap-toepassingscommunicatie. Deze bestaat uit de berichtenserver en de server in de wachtrij. De centrale servicelaag is vaak een Single Point of Failure en moet worden ingesteld voor hoge beschikbaarheid om sap-toepassingstolerantie te bereiken. Als u redundantie wilt toevoegen, maakt u een cluster van centrale SAP-services met compatibele gedeelde opslagtechnologie die het cluster ondersteunt. Afhankelijk van het besturingssysteem en de beschikbare technologie voor gedeelde opslag in algemene beschikbaarheid of persoonlijke/openbare preview, zijn er verschillende opties beschikbaar. Beschikbaarheidszones bieden de mogelijkheid om een maximaal beschikbare ASCS-architectuur te maken.
Zie voor meer informatie:
- SAP-werkbelastingconfiguraties met Azure-beschikbaarheidszones
- Architectuur met hoge beschikbaarheid voor een SAP ASCS/SCS-exemplaar in Windows
- Architectuur met hoge beschikbaarheid voor een SAP ASCS/SCS-exemplaar in Linux