SAP-workloads op Azure: controle lijst voor planning en implementatie

Deze controle lijst is ontworpen voor klanten die SAP NetWeaver-, S/4HANA-en Hybris-toepassingen verplaatsen naar een Azure-infra structuur als een service. Gedurende de loop tijd van het project moet een klant en/of SAP-partner de controle lijst controleren. Het is belang rijk te weten dat veel van de controles aan het begin van het project en tijdens de plannings fase zijn voltooid. Wanneer de implementatie is voltooid, kunnen eenvoudige wijzigingen in de geïmplementeerde Azure-infra structuur of SAP-software versies ingewikkeld worden.

Raadpleeg de controle lijst bij belang rijke mijl palen tijdens uw project. Als u dit doet, kunt u kleine problemen detecteren voordat ze grote problemen worden. U hebt ook voldoende tijd om opnieuw te kunnen samen stellen en alle benodigde wijzigingen te testen. Bekijk deze controle lijst niet. Afhankelijk van uw situatie moet u mogelijk veel meer controles uitvoeren.

De controle lijst bevat geen taken die onafhankelijk zijn van Azure. SAP-toepassings interfaces veranderen bijvoorbeeld tijdens een verplaatsing naar het Azure-platform of een hosting provider.

Deze controle lijst kan ook worden gebruikt voor systemen die al zijn geïmplementeerd. Nieuwe functies, zoals Write Accelerator en Beschikbaarheidszones, en nieuwe VM-typen zijn mogelijk toegevoegd sinds u hebt geïmplementeerd. Het is dus handig om de controle lijst regel matig te bekijken, zodat u op de hoogte bent van de nieuwe functies van het Azure-platform.

Project voorbereiding en plannings fase

Tijdens deze fase plant u de migratie van uw SAP-werk belasting naar het Azure-platform. Tijdens deze fase moet u ten minste de volgende documenten maken en de volgende elementen van de migratie definiëren en bespreken:

  1. Ontwerp document op hoog niveau. Dit document moet het volgende bevatten:
    • De huidige inventaris van SAP-onderdelen en-toepassingen en een inventarisatie van de doel toepassing voor Azure.
    • Een RACI (verantwoordelijkheids toewijzings matrix) die de verantwoordelijkheden en toewijzingen van de betrokken partijen definieert. Begin op een hoog niveau en werk aan meer granulaire niveaus tijdens de planning en de eerste implementaties.
    • Een oplossings architectuur op hoog niveau.
    • Een beslissing over welke Azure-regio's moeten worden geïmplementeerd. Bekijk de lijst met Azure-regio's. Zie producten beschikbaar per regiovoor meer informatie over welke services beschikbaar zijn in elke regio.
    • Een netwerk architectuur om verbinding te maken tussen on-premises en Azure. Begin met het verkennen van de blauw druk van Virtual Data Center voor Azure.
    • Beveiligings principes voor het uitvoeren van belang rijke Bedrijfs gegevens in Azure. Als u meer wilt weten over de beveiliging van gegevens, gaat u naar de Azure Security-documentatie.
  2. Technisch ontwerp document. Dit document moet het volgende bevatten:
  3. Een inventarisatie van alle SAP-interfaces (SAP en niet-SAP).
  4. Ontwerp van Foundation-Services. Dit ontwerp moet de volgende items bevatten:
  5. Micro soft Professional-of Premier Support-contract. Identificeer uw Technical Account Manager (TAM) van micro soft als u een premier-ondersteunings contract met micro soft hebt. Zie SAP-ondersteunings opmerking #2015553voor SAP-ondersteunings vereisten.
  6. Het aantal Azure-abonnementen en het kern quotum voor de abonnementen. Open ondersteunings aanvragen om de quota van Azure-abonnementen naar behoefte te verhogen .
  7. Gegevens reductie en gegevens migratie plan voor het migreren van SAP-gegevens naar Azure. SAP NetWeaver Systems bevat richt lijnen voor het beperken van het volume van grote hoeveel heden gegevens. Zie deze SAP-hand leiding over gegevens beheer in SAP ERP-systemen. Een deel van de inhoud is ook van toepassing op netweave en S/4HANA-systemen in het algemeen.
  8. Een geautomatiseerde implementatie methode. Het doel van de automatisering van infrastructuur implementaties in Azure is om op een deterministische manier te implementeren en de deterministische resultaten te verkrijgen. Veel klanten gebruiken scripts op basis van Power shell of CLI. Er zijn echter verschillende open-source technologieën die u kunt gebruiken om Azure-infra structuur voor SAP te implementeren en zelfs SAP-software te installeren. U kunt voor beelden vinden op GitHub:
  9. Definieer een regel matige ontwerp-en implementatie uitgebracht tussen u als de klant, de systeem integrator, micro soft en andere betrokken partijen.

U kunt een pilot uitvoeren vóór of tijdens de planning en voor bereiding van het project. U kunt ook de pilot fase gebruiken om benaderingen en ontwerpen te testen die zijn aangebracht tijdens de plannings-en voorbereidings fase. En u kunt de test fase uitbreiden om het een echt concept te maken.

U wordt aangeraden een volledige HADR-oplossing en beveiligings ontwerp in te stellen en te valideren tijdens een pilot implementatie. Sommige klanten voeren schaal baarheid-tests uit tijdens deze fase. Andere klanten gebruiken implementaties van SAP-sandboxsystemen als een pilot fase. We gaan ervan uit dat u al een systeem hebt geïdentificeerd dat u wilt migreren naar Azure voor de pilot.

  1. Optimaliseer de gegevens overdracht naar Azure. De optimale keuze is zeer afhankelijk van het specifieke scenario. Overdracht van on-premises via Azure ExpressRoute is snelst als het ExpressRoute-circuit voldoende band breedte heeft. In andere gevallen is het overbrengen via internet sneller.
  2. Voor een heterogene SAP-platform migratie waarbij gegevens worden geëxporteerd en geïmporteerd, moet u de export-en import fasen testen en optimaliseren. Voor grote migraties waarin SQL Server het doel platform is, kunt u aanbevelingenvinden. U kunt de migratie monitor/SWPM gebruiken als u geen gecombineerde versie-upgrade nodig hebt. U kunt het SAP DMO -proces gebruiken wanneer u de migratie combineert met een SAP-versie-upgrade. Hiervoor moet u voldoen aan bepaalde vereisten voor de combi natie van bron-en doel database platform. Dit proces wordt beschreven in Data Base Migration Option (DMO) van SUM 2,0 SP03.
    1. Exporteren naar bron, export bestand uploaden naar Azure en prestaties importeren. Maximaliseer overlap ping tussen exporteren en importeren.
    2. Evalueer het volume van de Data Base op de doel-en doel platformen om de infra structuur te verg Roten.
    3. Timing valideren en optimaliseren.
  3. Technische validatie.
    1. VM-typen.
      • Bekijk de resources in SAP-ondersteunings notities, in de SAP HANA hardware-map en de SAP PAM-module opnieuw. Zorg ervoor dat er geen wijzigingen zijn in ondersteunde Vm's voor Azure, ondersteunde versies van besturings systemen voor deze VM-typen en ondersteunde SAP-en DBMS-releases.
      • Valideer opnieuw de grootte van uw toepassing en de infra structuur die u in azure implementeert. Als u bestaande toepassingen verplaatst, kunt u vaak de benodigde SAP'S afleiden van de infra structuur die u gebruikt en de SAP-benchmark pagina en deze vergelijken met de sap's-nummers die worden vermeld in de SAP-ondersteunings Opmerking #1928533. Houd dit artikel ook bij op sap's-classificaties .
      • Evalueer en test de grootte van uw Azure-Vm's met betrekking tot de maximale opslag doorvoer en netwerk doorvoer van de VM-typen die u tijdens de plannings fase hebt gekozen. U kunt de gegevens hier vinden:
    2. Opslag.
      • Controleer het document Azure Storage typen voor SAP-workload
      • Gebruik ten minste Azure Standard-SSD Storage voor virtuele machines die een SAP-toepassings lagen vertegenwoordigen en voor de implementatie van DBMSs die geen prestatie gevoelig zijn.
      • In het algemeen wordt het gebruik van Azure Standard-HDD-schijvenniet aangeraden.
      • Gebruik Azure Premium Storage voor alle DBMS-vm's die op afstand gevoelig zijn.
      • Gebruik Azure Managed disks.
      • Gebruik Azure Write Accelerator voor DBMS-logboek stations met een M-serie. Houd rekening met Write Accelerator limieten en het gebruik, zoals wordt beschreven in Write Accelerator.
      • Voor de verschillende DBMS-typen raadpleegt u de algemene SAP-gerelateerde DBMS-documentatie en de DBMS-specifieke documentatie waarnaar het algemene document verwijst.
      • Zie SAP Hana Infrastructure-configuraties en-bewerkingen op Azurevoor meer informatie over SAP Hana.
      • Koppel nooit Azure-gegevens schijven aan een Azure Linux-VM met behulp van de apparaat-ID. Gebruik in plaats daarvan de UUID (Universally Unique Identifier). Wees voorzichtig wanneer u grafische hulpprogram ma's gebruikt om Azure-gegevens schijven te koppelen. Controleer de vermeldingen in bestand/etc/fstab om te controleren of de UUID wordt gebruikt om de schijven te koppelen. In dit artikelvindt u meer informatie.
    3. Inbel.
      • Test en evalueer uw virtuele netwerk infrastructuur en de distributie van uw SAP-toepassingen over of binnen de verschillende virtuele netwerken van Azure.
      • Evalueer de architectuur van de hub en het spoke-netwerk of de microsegmentatie aanpak binnen één virtueel Azure-netwerk. Baseer deze evaluatie op: 1. Kosten van gegevens uitwisseling tussen gepeerde virtuele netwerken van Azure. Zie Virtual Network prijzenvoor meer informatie over de kosten. 2. Voor delen van een snelle ontkoppeling van de peering tussen virtuele Azure-netwerken in plaats van de netwerk beveiligings groep wijzigen om een subnet in een virtueel netwerk te isoleren. Deze evaluatie is voor gevallen waarin toepassingen of Vm's die worden gehost in een subnet van het virtuele netwerk een beveiligings risico vormen. 3. Centrale logboek registratie en controle van netwerk verkeer tussen on-premises, de buiten wereld en het virtuele Data Center dat u in azure hebt gemaakt.
      • Evalueer en test het gegevenspad tussen de SAP-toepassingslaag en de SAP DBMS-laag.
      • Zorg ervoor dat Azure versneld netwerken is ingeschakeld op de virtuele machines die worden gebruikt in de SAP-toepassingslaag en de SAP-DBMS-laag. Houd er bij dat er verschillende besturingssysteem niveaus nodig zijn voor de ondersteuning van versneld netwerken in Azure:
        • Windows Server 2012 R2 of nieuwer.
        • SUSE Linux 12 SP3 of hoger.
        • RHEL 7,4 of hoger.
        • Oracle Linux 7,5. Als u de RHCKL-kernel gebruikt, is release 3.10.0-862.13.1. EL7 vereist. Als u de Oracle UEK-kernel gebruikt, is release 5 vereist.
      • Test en evalueer de netwerk latentie tussen de virtuele machines van de SAP-toepassingslaag en de DBMS-Vm's op basis van SAP-ondersteunings opmerkingen #500235 en #1100926. Controleer de resultaten op basis van de richt lijnen voor netwerk latentie in SAP-ondersteunings opmerking #1100926. De netwerk latentie moet in het gemiddelde of het goede bereik liggen. Uitzonde ringen zijn van toepassing op verkeer tussen Vm's en HANA grote instantie-eenheden, zoals beschreven in dit artikel.
      • Zorg ervoor dat ILB-implementaties zijn ingesteld om direct server return te gebruiken. Met deze instelling wordt de latentie verminderd wanneer Azure ILBs wordt gebruikt voor configuraties met hoge Beschik baarheid op de DBMS-laag.
      • Als u Azure Load Balancer samen met Linux-gast besturingssystemen gebruikt, controleert u of de para meter van het Linux-netwerk net.IPv4.tcp_timestamps is ingesteld op 0. Deze aanbeveling is in conflict met aanbevelingen in oudere versies van SAP note #2382421. De SAP-notitie wordt nu bijgewerkt met de status dat deze para meter moet worden ingesteld op 0 om te kunnen werken met Azure load balancers.
      • Overweeg het gebruik van Azure proximity placement groups om een optimale netwerk latentie te verkrijgen. Zie voor meer informatie Azure proximity placement groups voor optimale netwerk latentie met SAP-toepassingen.
    4. Hoge Beschik baarheid en implementaties voor herstel na nood gevallen.
      • Als u de SAP-toepassingslaag implementeert zonder een specifieke Azure-beschikbaarheids zone te definiëren, moet u ervoor zorgen dat alle virtuele machines waarop SAP-dialoog instanties of middleware-exemplaren van één SAP-systeem worden uitgevoerd, worden geïmplementeerd in een beschikbaarheidsset.
      • Als u geen hoge Beschik baarheid voor SAP Central-Services en het DBMS nodig hebt, kunt u deze Vm's implementeren in dezelfde beschikbaarheidsset als de SAP-toepassingslaag.
      • Als u SAP Central-Services en de DBMS-laag voor hoge Beschik baarheid beveiligt met behulp van passieve replicatie, plaatst u de twee knoop punten voor SAP Central-Services in één afzonderlijke beschikbaarheidsset en de twee DBMS-knoop punten in een andere beschikbaarheidsset.
      • Als u in Azure-beschikbaarheidszones implementeert, kunt u geen beschikbaarheids sets gebruiken. Maar u moet ervoor zorgen dat u de knoop punten actief en passieve centrale Services implementeert in twee verschillende Beschikbaarheidszones. Gebruik Beschikbaarheidszones die de laagste latentie ertussen hebben. Houd er rekening mee dat u Azure Standard Load Balancer moet gebruiken voor het gebruik van om Windows-of pacemaker-failoverclusters te maken voor de DBMS en SAP Central Services-laag voor alle Beschikbaarheidszones. U kunt geen basis Load Balancer gebruiken voor zonegebonden-implementaties.
    5. Time-outinstellingen.
      • Controleer de SAP NetWeaver-ontwikkelaars traceringen van de SAP-exemplaren om ervoor te zorgen dat er geen verbindings onderbrekingen tussen de bewerkings-en SAP-processen zijn. U kunt deze verbindings onderbrekingen vermijden door deze twee register parameters in te stellen:
        • HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\KeepAliveTime = 120000. Zie KeepAliveTimevoor meer informatie.
        • HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\KeepAliveInterval = 120000. Zie KeepAliveIntervalvoor meer informatie.
      • Als u wilt voor komen dat GUI-time-outs tussen on-premises SAP GUI-interfaces en SAP-toepassings lagen in azure zijn geïmplementeerd, controleert u of deze para meters zijn ingesteld in het standaard. PFL-of het exemplaar profiel:
        • rdisp/keepalive_timeout = 3600
        • rdisp/keepalive = 20
      • U moet de para meter enque/encni/set_so_keepalive instellen op True om te voor komen dat er verbinding wordt gemaakt tussen de SAP-in-en SAP-werk processen. Zie ook SAP-opmerking #2743751.
      • Als u een configuratie van een Windows-failovercluster gebruikt, moet u ervoor zorgen dat de tijd die moet worden gereageerd op niet-reagerende knoop punten correct is ingesteld voor Azure. In het artikel de drempel waarden voor het afstemmen van het failover cluster-netwerk worden de para meters weer gegeven. Ervan uitgaande dat de cluster knooppunten zich in hetzelfde subnet bevinden, moet u deze para meters wijzigen:
        • SameSubNetDelay = 2000
        • SameSubNetThreshold = 15
        • RoutingHistorylength = 30
    6. Instellingen of patches voor besturings systeem
  4. Test uw hoge Beschik baarheid en nood herstel procedures.
    1. Failover-situaties simuleren door Vm's (Windows-gast besturingssystemen) af te sluiten of besturings systemen in de modus paniek (Linux-gast besturingssystemen) te zetten. Met deze stap kunt u nagaan of uw failover-configuraties werken zoals is ontworpen.
    2. Meet hoe lang het duurt om een failover uit te voeren. Als de tijden te lang zijn, kunt u het volgende overwegen:
      • Voor SUSE Linux gebruikt u SBD-apparaten in plaats van de Azure Fence-agent om failover te versnellen.
      • Voor SAP HANA, als het opnieuw laden van gegevens te lang duurt, kunt u overwegen om meer opslag bandbreedte in te richten.
    3. Test uw back-up/herstel volgorde en timing en breng zo nodig wijzigingen aan. Zorg ervoor dat de back-uptijden voldoende zijn. U moet ook de herstel-en tijd herstel activiteiten testen. Zorg ervoor dat de herstel tijden binnen uw RTO-Sla's vallen, waar uw RTO afhankelijk is van een Data Base-of VM-herstel proces.
    4. De DR-functionaliteit en-architectuur van meerdere regio's testen.
  5. Beveiligings controles.
    1. Test de geldigheid van uw Azure RBAC-architectuur (op rollen gebaseerd toegangs beheer). Het doel is om de toegang en machtigingen van verschillende teams te scheiden en te beperken. SAP-team leden moeten bijvoorbeeld Vm's kunnen implementeren en schijven toewijzen van Azure Storage in een bepaald Azure Virtual Network. Het SAP-basis team mag echter geen eigen virtuele netwerken maken of de instellingen van bestaande virtuele netwerken wijzigen. Leden van het netwerk team mogen geen Vm's implementeren in virtuele netwerken waarin SAP-toepassingen en DBMS-Vm's worden uitgevoerd. Ook kunnen leden van dit team kenmerken van Vm's wijzigen of zelfs Vm's of schijven verwijderen.
    2. Controleer of de netwerk beveiligings groep en de ASC -regels naar behoren werken en de beveiligde resources afschermen.
    3. Zorg ervoor dat alle resources die moeten worden versleuteld, zijn versleuteld. Definieer en implementeer processen voor het maken van back-ups van certificaten, opslag en toegang tot die certificaten en herstel de versleutelde entiteiten.
    4. Gebruik Azure Disk Encryption voor besturingssysteem schijven waar mogelijk vanuit een besturings systeem-ondersteunings punt wordt weer gegeven.
    5. Zorg ervoor dat u niet te veel versleutelings lagen gebruikt. In sommige gevallen is het zinvol om Azure Disk Encryption samen met een van de DBMS-Transparent Data Encryption methoden te gebruiken om verschillende schijven of onderdelen op dezelfde server te beveiligen. Op een SAP-DBMS-server kan bijvoorbeeld de Azure Disk Encryption (ADE) worden ingeschakeld op de opstart schijf van het besturings systeem (als het besturings systeem ADE ondersteunt) en die gegevens schijven die niet worden gebruikt door de bestanden met DBMS-gegevens persistentie. Een voor beeld hiervan is het gebruik van ADE op de schijf met de DBMS TDE-versleutelings sleutels.
  6. Prestatie testen. In SAP voert u de volgende vergelijkingen uit op basis van SAP-tracering en-metingen:
    • Indien van toepassing, kunt u de 10 beste online rapporten vergelijken met uw huidige implementatie.
    • Indien van toepassing, kunt u de eerste 10 batch-taken vergelijken met uw huidige implementatie.
    • Vergelijkt gegevens overdracht via interfaces naar het SAP-systeem. Focus op interfaces waar u weet dat de overdracht plaatsvindt tussen verschillende locaties, zoals van on-premises naar Azure.

Niet-productie fase

In deze fase gaan we ervan uit dat u, na een geslaagde pilot of proef van het concept (haalbaarheids test), u begint met het implementeren van niet-productie SAP-systemen naar Azure. Integreer alles wat u hebt geleerd en ervaring hebt tijdens de haalbaarheids test voor deze implementatie. Alle criteria en stappen die worden vermeld voor POCs, zijn ook van toepassing op deze implementatie.

Tijdens deze fase implementeert u doorgaans Ontwikkel systemen, eenheids test systemen en zakelijke regressie test systemen naar Azure. Het is raadzaam dat ten minste één niet-productie systeem in één SAP-toepassings lijn de volledige configuratie van hoge Beschik baarheid heeft die het toekomstige productie systeem zal hebben. Hier volgen enkele extra stappen die u moet uitvoeren tijdens deze fase:

  1. Voordat u systemen van het oude platform naar Azure verplaatst, verzamelt u gegevens over het verbruik van bronnen, zoals CPU-gebruik, opslag doorvoer en IOPS-gegevens. Dit geldt met name voor het verzamelen van gegevens uit de DBMS-laag eenheden, maar u kunt deze ook verzamelen uit de eenheden van de toepassingslaag. Meet ook netwerk-en opslag latentie.
  2. Registreer de tijd patronen voor het beschikbaarheids gebruik van uw systemen. Het doel is te bepalen of niet-productie systemen elke dag en elke dag beschikbaar moeten zijn, en of er niet-productie systemen zijn die kunnen worden afgesloten tijdens bepaalde fasen van een week of maand.
  3. Test en bepaal of u uw eigen installatie kopieën voor het besturings systeem wilt maken voor uw virtuele machines in azure of dat u een installatie kopie wilt gebruiken uit de galerie met gedeelde installatie kopieën van Azure. Als u een installatie kopie uit de galerie met gedeelde afbeeldingen gebruikt, moet u ervoor zorgen dat u een installatie kopie gebruikt die het ondersteunings contract weerspiegelt met de leverancier van uw besturings systeem. Voor sommige leveranciers van het besturings systeem kunt u met de galerie met gedeelde installatie kopieën uw eigen licentie-installatie kopieën meenemen. Voor andere installatie kopieën van besturings systemen is ondersteuning opgenomen in de prijs die door Azure wordt vermeld. Als u besluit om uw eigen installatie kopieën voor het besturings systeem te maken, kunt u de documentatie vinden in deze artikelen:
  4. Als u SUSE-en Red Hat Linux-installatie kopieën uit de galerie met gedeelde afbeeldingen gebruikt, moet u de installatie kopieën voor SAP van de Linux-leveranciers gebruiken in de galerie met gedeelde installatie kopieën.
  5. Zorg ervoor dat u voldoet aan de SAP-ondersteunings vereisten voor micro soft-ondersteunings overeenkomsten. Zie SAP-ondersteunings opmerking #2015553. Zie vereisten voor onboardingvoor Hana grote instanties.
  6. Zorg ervoor dat de juiste mensen gepland onderhouds meldingen ontvangen, zodat u de beste downtime kunt kiezen.
  7. Controleer regel matig op Azure-presentaties op kanalen als Channel 9 voor nieuwe functionaliteit die mogelijk van toepassing is op uw implementaties.
  8. Raadpleeg SAP-notities met betrekking tot Azure, zoals de ondersteunings opmerking #1928533, voor nieuwe VM-sku's en nieuw ondersteund besturings systeem en DBMS-releases. Vergelijk de prijzen van nieuwe VM-typen met de oudere VM-typen, zodat u Vm's kunt implementeren met de beste prijs-prestatie verhouding.
  9. Raadpleeg SAP-ondersteunings opmerkingen, de SAP HANA hardware-map en de SAP PAM opnieuw. Zorg ervoor dat er geen wijzigingen zijn in ondersteunde Vm's voor Azure, ondersteunde besturingssysteem versies op deze Vm's en ondersteunde SAP-en DBMS-releases.
  10. Raadpleeg de SAP-website voor nieuwe met Hana gecertificeerde Sku's in Azure. Vergelijk de prijs van nieuwe Sku's met de prijzen die u voor gebruik hebt gepland. Breng uiteindelijk de benodigde wijzigingen aan voor het gebruik ervan met de beste prijs-prestatie verhouding.
  11. Uw implementatie scripts aanpassen om nieuwe VM-typen te gebruiken en nieuwe Azure-functies te integreren die u wilt gebruiken.
  12. Na de implementatie van de-infra structuur test en evalueert u de netwerk latentie tussen de virtuele machines van de SAP-toepassingslaag en de DBMS-Vm's op basis van SAP-ondersteunings opmerkingen #500235 en #1100926. Controleer de resultaten op basis van de richt lijnen voor netwerk latentie in SAP-ondersteunings opmerking #1100926. De netwerk latentie moet in het gemiddelde of het goede bereik liggen. Uitzonde ringen zijn van toepassing op verkeer tussen Vm's en HANA grote instantie-eenheden, zoals beschreven in dit artikel. Zorg ervoor dat geen van de beperkingen die worden vermeld in overwegingen voor azure virtual machines DBMS-implementatie voor SAP-workloads en SAP Hana infrastructuur configuraties en-bewerkingen op Azure van toepassing zijn op uw implementatie.
  13. Zorg ervoor dat uw virtuele machines worden geïmplementeerd in de juiste Azure proximity-plaatsings groep, zoals beschreven in Azure-plaatsings groepen voor optimale netwerk latentie met SAP-toepassingen.
  14. Voer alle andere controles uit die worden vermeld voor de concept fase testen voordat u de werk belasting toepast.
  15. Als de werk belasting van toepassing is, noteert u het Resource verbruik van de systemen in Azure. Vergelijk dit verbruik met records van uw oude platform. Pas de VM-grootte van toekomstige implementaties aan als u ziet dat er grote verschillen zijn. Houd er rekening mee dat bij het krimpen, opslag en netwerk bandbreedte van Vm's ook worden gereduceerd.
  16. Experimenteer met de functionaliteit en processen van systeem kopieën. Het doel is om het eenvoudig te maken om een ontwikkelings systeem of een test systeem te kopiëren, zodat project teams snel nieuwe systemen kunnen verkrijgen.
  17. Optimaliseer en verwerk de op rollen gebaseerde toegang, machtigingen en processen van uw team om ervoor te zorgen dat u een schei ding van taken hebt. Op hetzelfde moment moet u ervoor zorgen dat alle teams hun taken in de Azure-infra structuur kunnen uitvoeren.
  18. Ontwikkel, test en documenteer procedures voor hoge Beschik baarheid en herstel na nood gevallen om uw mede werkers in staat te stellen deze taken uit te voeren. Identificeer tekortkomingen en pas nieuwe Azure-functionaliteit aan die u integreert in uw implementaties.

Fase productie voorbereiding

In deze fase verzamelt u wat u hebt ervaren en geleerd tijdens uw implementaties zonder productie en past u deze toe op toekomstige productie-implementaties. U moet ook het werk van de gegevens overdracht voorbereiden tussen de huidige hosting locatie en Azure.

  1. Voltooi de benodigde SAP-release-upgrades van uw productie systemen voordat u overstapt op Azure.
  2. Ga akkoord met de zakelijke eigen aren van functionele en zakelijke tests die moeten worden uitgevoerd na de migratie van het productie systeem.
  3. Zorg ervoor dat deze tests zijn voltooid met de bron systemen in de huidige hosting locatie. Vermijd het uitvoeren van tests voor de eerste keer nadat het systeem is verplaatst naar Azure.
  4. Test het proces van het migreren van productie systemen naar Azure. Als u gedurende hetzelfde tijds bestek niet alle productie systemen naar Azure verplaatst, bouwt u groepen productie systemen op die zich op dezelfde hosting locatie moeten bevinden. Test gegevens migratie. Hier volgen enkele veelvoorkomende methoden:
    • Gebruik DBMS-methoden zoals back-up maken/herstellen in combi natie met SQL Server always on, HANA System Replication of log shipping to Seed and Synchronize data base content in Azure.
    • Back-up/herstel gebruiken voor kleinere data bases.
    • Gebruik SAP-migratie monitor, die is geïntegreerd in SAP SWPM, om heterogene migraties uit te voeren.
    • Gebruik het SAP DMO -proces als u uw migratie wilt combi neren met een SAP-versie-upgrade. Denk eraan dat niet alle combi Naties van bron-DBMS en doel-DBMS worden ondersteund. U vindt meer informatie in de specifieke SAP-ondersteunings opmerkingen voor de verschillende versies van DMO. Bijvoorbeeld, Data Base Migration Option (DMO) van SUM 2,0 SP04.
    • Testen of de door Voer van gegevens overdracht beter is via internet of via ExpressRoute, voor het geval u back-ups of SAP-export bestanden moet verplaatsen. Als u gegevens verplaatst via internet, moet u mogelijk een aantal van de regels voor de beveiligings groep van uw netwerk groep/toepassing wijzigen die u nodig hebt voor toekomstige productie systemen.
  5. Verzamel gegevens over resource verbruik voordat u systemen van uw oude platform naar Azure verplaatst. Nuttige gegevens zijn onder andere CPU-gebruik, opslag doorvoer en IOPS-gegevens. Dit geldt met name voor het verzamelen van gegevens uit de DBMS-laag eenheden, maar u kunt deze ook verzamelen uit de eenheden van de toepassingslaag. Meet ook netwerk-en opslag latentie.
  6. Raadpleeg SAP-ondersteunings opmerkingen en de vereiste instellingen voor het besturings systeem, de SAP HANA hardware-map en de SAP PAM. Zorg ervoor dat er geen wijzigingen zijn in ondersteunde Vm's voor Azure, ondersteunde besturingssysteem versies in deze Vm's en ondersteunde SAP-en DBMS-releases.
  7. Update implementatie scripts om rekening te houden met de meest recente beslissingen die u hebt genomen voor VM-typen en Azure-functionaliteit.
  8. Nadat u de infra structuur en toepassingen hebt geïmplementeerd, controleert u of:
    • De juiste VM-typen zijn geïmplementeerd, met de juiste kenmerken en opslag grootten.
    • De virtuele machines bevinden zich op de juiste en gewenste versies van het besturings systeem en patches en zijn uniform.
    • Vm's worden zo nodig en op een uniforme manier gehard.
    • De juiste toepassings releases en patches zijn geïnstalleerd en geïmplementeerd.
    • De virtuele machines zijn in azure-beschikbaarheids sets geïmplementeerd zoals gepland.
    • Azure Premium Storage wordt gebruikt voor latentie gevoelige schijven of als de Sla met één virtuele machine van 99,9% is vereist.
    • Azure Write Accelerator is correct geïmplementeerd.
    • Azure Managed disks worden uitsluitend gebruikt.
    • Vm's zijn geïmplementeerd in de juiste beschikbaarheids sets en Beschikbaarheidszones.
    • Versneld netwerken van Azure is ingeschakeld op de virtuele machines die worden gebruikt in de SAP-toepassingslaag en de SAP-DBMS-laag.
    • Er bevinden zich geen virtuele Azure-netwerk apparaten in het communicatie traject tussen de SAP-toepassing en de DBMS-laag van SAP-systemen op basis van SAP NetWeaver, hybris of S/4HANA.
    • Met de regels voor toepassings beveiligings groepen en netwerk beveiligings groepen kan de communicatie naar wens worden gecommuniceerd en wordt de communicatie, indien nodig, worden geblokkeerd.
    • Time-outinstellingen zijn juist ingesteld, zoals eerder is beschreven.
    • Virtuele machines worden geïmplementeerd in de juiste Azure proximity-plaatsings groep, zoals beschreven in Azure proximity placement groups voor optimale netwerk latentie met SAP-toepassingen.
    • De netwerk latentie tussen de virtuele machines van de SAP-toepassingslaag en de DBMS Vm's wordt getest en gevalideerd zoals beschreven in de SAP-ondersteunings opmerkingen #500235 en #1100926. Controleer de resultaten op basis van de richt lijnen voor netwerk latentie in SAP-ondersteunings opmerking #1100926. De netwerk latentie moet in het gemiddelde of het goede bereik liggen. Uitzonde ringen zijn van toepassing op verkeer tussen Vm's en HANA grote instantie-eenheden, zoals beschreven in dit artikel.
    • Versleuteling is geïmplementeerd indien nodig en met de juiste versleutelings methode.
    • Interfaces en andere toepassingen kunnen verbinding maken met de zojuist geïmplementeerde infra structuur.
  9. Maak een Playbook voor het reageren op geplande Azure-onderhoud. Bepaal de volg orde waarin systemen en Vm's opnieuw moeten worden opgestart voor gepland onderhoud.

Go-Live-fase

Zorg ervoor dat u tijdens de Go-Live-fase de playbooks volgt die u hebt ontwikkeld tijdens eerdere fasen. Voer de stappen uit die u hebt getest en gepraktijkd. Accepteer geen wijzigingen in de laatste minuut in configuraties en processen. Voer ook de volgende stappen uit:

  1. Controleer of Azure Portal controle en andere controle hulpprogramma's werken. U kunt het beste Windows prestatie meter (PerfMon) voor Windows en SAR voor Linux.
    • CPU-tellers.
      • Gemiddelde CPU-tijd, totaal (alle Cpu's)
      • Gemiddelde CPU-tijd, elke afzonderlijke processor (128 processors op M128 Vm's)
      • CPU-kerneltijd, elke afzonderlijke processor
      • CPU-gebruikers tijd, elke afzonderlijke processor
    • Geheugen.
      • Vrij geheugen
      • Geheugen pagina in per seconde
      • Geheugen pagina uit per seconde
    • Schijf.
      • Schijf gelezen in KBps, per afzonderlijke schijf
      • Lees-en schrijf bewerkingen per seconde op afzonderlijke schijven
      • Schijf lezen in micro seconden/lezen, per afzonderlijke schijf
      • Schijf schrijven in KBps, per afzonderlijke schijf
      • Schijf schrijf bewerkingen per seconde, op afzonderlijke schijven
      • Schrijf bewerkingen naar de schijf in micro seconden/lezen, per afzonderlijke schijf
    • Netwerk.
      • Netwerk pakketten in/seconde
      • Netwerk pakketten uit per seconde
      • Netwerk KB per seconde
      • Netwerk KB uit/seconde
  2. Voer na de gegevens migratie alle validatie tests uit die u hebt geaccepteerd bij de zakelijke eigen aren. Alleen validatie test resultaten accepteren als er resultaten voor de oorspronkelijke bron systemen zijn.
  3. Controleer of de interfaces functioneren en of andere toepassingen kunnen communiceren met de zojuist geïmplementeerde productie systemen.
  4. Controleer het Trans Port en het correctie systeem via SAP Trans Action STMS.
  5. Database back-ups uitvoeren nadat het systeem is vrijgegeven voor productie.
  6. Voer VM-back-ups uit voor de SAP Application Layer-Vm's nadat het systeem is vrijgegeven voor productie.
  7. Voor SAP-systemen die geen deel uitmaken van de huidige Go-Live-fase, maar die communiceren met de SAP-systemen die u tijdens deze go-live-fase hebt verplaatst naar Azure, moet u de buffer van de hostnaam opnieuw instellen in SM51. Als u dit doet, worden de oude IP-adressen in de cache verwijderd die zijn gekoppeld aan de namen van de exemplaren van de toepassing die u naar Azure hebt verplaatst.

Na productie

Deze fase is informatie over het bewaken, het beheren van en het beheer van het systeem. Vanuit een SAP-oogpunt zijn de gebruikelijke taken die u nodig had om te volt ooien in uw oude hosting locatie van toepassing. Voer deze specifieke Azure-taken ook uit:

  1. Bekijk Azure-facturen voor systemen met hoge beladen.
  2. Optimaliseer de prijs-prestatie verhouding van de virtuele machine en de opslag zijde.
  3. Optimaliseer de tijden wanneer u systemen kunt uitschakelen.

Volgende stappen

Zie deze artikelen: