Analýza strategií pro migraci systémů SAP do Microsoft Azure
Většina zákazníků zvažující nasazení úloh SAP do Azure má stávající místní implementaci SAP. Počet nasazení zeleně je relativně malý.
Podniky mají obvykle systémy SAP pro obchodní funkce, jako je plánování podnikových zdrojů (ERP), globální obchod, business intelligence (BI) a další. V těchto systémech jsou prostředí, jako je sandbox, vývoj, testování a produkční prostředí.
Každý vodorovný řádek na obrázku výše je prostředí. Každý sloupec je systém SAP pro obchodní funkci (například ERP a BI).
Řádky nebo vrstvy v dolní části jsou prostředí s nižším rizikem a jsou méně kritické. Ty směrem k vrcholu jsou vyšší riziko a důležitější. Při přechodu do zásobníku je v procesu migrace větší riziko. Produkční prostředí je tedy nejdůležitějším prostředím a prostředí pro testování přijetí uživateli (Test), které se také používá pro provozní kontinuitu, je druhým nejdůležitějším prostředím.
Systémy v dolní části jsou menší, protože mají méně výpočetních prostředků, nižší požadavky na dostupnost a velikost a menší propustnost. Mají však stejné množství úložiště jako produkční databáze.
Vodorovná strategie
Při horizontální strategii začnete odspodu zásobníku, protože představuje bezpečný způsob, jak experimentovat a získat zkušenosti s Azure. Je to také dobrá strategie, kterou můžete použít při opětovném definici provozních procesů, nasazení a schvalování. Tyto procesy se při přechodu do Azure změní. Strategie funguje takto:
- Pokud chcete omezit riziko, začněte s izolovaným prostorem (sandbox) nebo trénovacími systémy s nízkým dopadem. Pokud se něco nepovede, je velmi málo nebezpečí, že ovlivní mnoho uživatelů nebo důležitých obchodních funkcí.
- Jakmile pak získáte zkušenosti se spouštěním, hostováním a správou systémů SAP v Azure, využijte to, co jste se naučili, na další vrstvu systémů, která je v zásobníku.
- Pro každou vrstvu odhadněte náklady, potenciální úspory peněz, výkon a potenciál optimalizace a v případě potřeby upravte.
Svislá strategie
Pokud chcete získat zkušenosti s produkčními systémy v Azure, můžete použít vertikální strategii s nízkoriziovými systémy paralelně s horizontální strategií. To také nabízí možnost upravit interní procesy pro členy týmu Azure a trénovat členy týmu. Je to skvělý způsob, jak včas odhalit případné problémy v produkčním prostředí. Strategie funguje takto:
- Podívejte se na dopad na náklady, zákazníky, smlouvy o úrovni služeb (SLA) a právní požadavky. Nejprve přesuňte systémy z sandboxu do produkčního prostředí, které mají nejnižší riziko: systém zásad správného řízení, rizika a dodržování předpisů a pak systém úložiště událostí objektu (OER). Pak přesuňte ty s vyšším rizikem, jako jsou BI a ERP.
- Pokud máte nový systém SAP, začněte ve výchozím nastavení v Azure, místo abyste ho umístili místně a přesunuli ho později. V diagramu je příkladem OER. OER je nový systém s nízkým rizikem. Po přesunu některých našich dalších systémů do Azure s horizontální strategií můžete nasadit celý vertikální zásobník OER do Azure– od sandboxu až do produkčního prostředí.
- Nejdřív nepřesouvejte svůj nejdůležitější systém. Posledním systémem, který přesunete, je nejvyšší riziko, nejkritičtější systém – produkční systém ERP. Potřebujete nejvýkonnější skladové položky virtuálních počítačů a největší úložiště.
- Nejprve přesuňte samostatné systémy. Některé systémy jsou úzce spojené s jinými systémy – například systémy ERP a GTS. Mezi nimi je spousta synchronních přenosů v reálném čase. Pokud přesunete ERP do Azure, ale zachováte GTS místně, bude mít vliv na výkon kvůli latenci sítě, takže je posouvejte společně.
- Pokud máte několik systémů SAP, vyhledejte upstreamové a podřízené závislosti z jednoho systému SAP do druhého nebo ze SAP do aplikací mimo ekosystém SAP. Prozkoumejte vzory provozu a oblasti s vysokou citlivostí na latenci.
- Pokud máte úzce propojené systémy, proveďte analýzu výkonu a podívejte se, jaký vliv je přesune. Pokud to nemá velký dopad, přesunuli je samostatně do Azure (například business warehouse nezávisle na ERP). Jinak vytvořte skupiny migrace a přesunuli je dohromady.
- V některých případech zvažte čekání. Někdy nechcete přesunout určité systémy do Azure hned. To může souviset s požadavky na velikost, když požadavky na zpracování byly tak vysoké, že virtuální počítače ještě nebyly dostatečně velké. Spusťte testy, abyste zajistili, že přesun těchto systémů nebude mít vliv na smlouvy SLA se zákazníky.