Of is it mooglik? Fansels is it migrearjen fan SAP-systemen in kompleks en pynlik proses, wêrfan it sukses it goed koördinearre wurk fan alle dielnimmers fereasket. En as migraasje yn koarte tiid útfierd wurdt, wurdt de taak folle yngewikkelder. Net elkenien beslút dit te dwaan. D'r kinne ferskate redenen wêze. Bygelyks, it proses sels is lang en organisatoarysk kompleks. Plus d'r is in risiko fan net plande systeemdowntime. Of kliïnten binne der net wis fan dat se, nei't se sa'n operaasje hawwe ûndergien, foardielen krije dy't oerienkomme mei de bestege ynspanningen. D'r binne lykwols útsûnderingen.
Under de besuniging sille wy prate oer de swierrichheden dy't klanten te krijen hawwe yn it proses fan it migrearjen en ûnderhâlden fan SAP-systemen, besprekke wêrom stereotypen net altyd oerienkomme mei de realiteit, en diele in saakstúdzje oer hoe't wy it slagge om de systemen fan in klant te migrearjen nei in nije ynfrastruktuer yn krekt mear as trije moannen.
SAP systemen hosting
Krekt fiif jier lyn wie it lestich foar te stellen dat kliïnten massaal begjinne mei it brûken fan hostingboarnen foar SAP-applikaasjes. Yn 'e measte gefallen waarden se op it plak útfierd. Lykwols, mei de ûntwikkeling fan outsourcing modellen en de wolk tsjinsten merk, it wrâldbyld fan klanten begûn te feroarjen. Wat binne de arguminten dy't de kar yn it foardiel fan 'e wolk foar SAP beynfloedzje?
- Foar begjinners dy't krekt plannen hawwe om SAP te ymplementearjen, is wolkynfrastruktuer hast in standert kar - skaalberens fan boarnen nei de hjoeddeistige behoeften fan it systeem en ûnwilligens om boarnen ôf te lieden nei de ûntwikkeling fan net-kearnkompetinsjes.
- Yn bedriuwen mei in grut systeemlânskip, mei help fan hosting fan SAP-systemen, berikke CIO's in kwalitatyf oar nivo fan risikobehear, om't De partner is ferantwurdlik foar de SLA.
- It tredde meast foarkommende argumint is de hege kosten fan it bouwen fan ynfrastruktuer om hege beskikberens en DR-senario's út te fieren.
- Faktor 2027 - de ferkeaper kundige it ein oan fan stipe foar legacy-systemen yn 2027. Dat betsjut dat de databank oerdroegen wurdt oan HANA, wat kosten meibringt foar modernisearring en de oankeap fan nije rekkenkrêft.
De SAP-hostingmerk yn Ruslân kin no as frij folwoeksen wurde beskôge. En dit biedt genôch kâns foar klanten dy't har hostingplatfoarms wolle feroarje. Sokke projekten kinne lykwols terjochte soargen meitsje ûnder bedriuwen fanwegen de kompleksiteit fan 'e migraasjeproseduere. Dit twingt klanten om ferhege easken te pleatsen oan tsjinstferlieners, dy't net allinich útsûnderlike kompetinsjes hawwe moatte yn hosting en ûnderhâld fan SAP-systemen, mar ek suksesfolle ûnderfining op it mêd fan migraasje.
Wat binne de swierrichheden fan it feroarjen fan SAP-hosting?
Hostings binne oars. Inkonsistinsje mei it ferklearre nivo fan tsjinstferliening, in protte "mars" en asterisken mei reservearrings yn lytse tekst, beheinde boarnen en mooglikheden fan 'e hostingprovider, gebrek oan fleksibiliteit yn saken fan kommunikaasje mei de kliïnt, burokrasy, technyske beheiningen, lege kompetinsje fan technyske stipe spesjalisten, lykas ek in protte oare nuânses - dit binne Dit is mar in lyts part fan 'e falkûlen dy't kliïnten kinne tsjinkomme by it operearjen fan har bedriuwssystemen by it útbesteegjen fan ynfrastruktuer. Faak, foar de kliïnt, bliuwt dit alles yn 'e skaden, yn' e jungle fan in kontrakt mei meardere siden, en komt nei foaren yn it proses fan it brûken fan de tsjinsten.
Op in stuit wurdt it dúdlik foar de klant dat it nivo fan tsjinst dat hy krijt fier fan syn ferwachtingen is. Dit is in soarte fan katalysator foar it finen fan oplossingen om de situaasje te korrigearjen en, yn gefal fan mislearring, as problemen oant de limyt accumulearje en it heul pynlik wurdt, geane se troch nei aktive aksjes om alternative opsjes te ûntwikkeljen yn 'e rjochting fan it feroarjen fan de tsjinstferliener .
Wêrom wachtsje se oant de lêste minút? De reden is ienfâldich - it proses fan migrearjen fan systemen foar kliïnten is net altyd transparant en begryplik. It is lestich foar de klant om de eigentlike risiko's te beoardieljen dy't ferbûn binne mei it migraasjeproses. Wy kinne sizze dat migraasje foar kliïnten is in soarte fan swarte doaze: it is ûndúdlik, de priis, systeem downtime, risiko 's en hoe te mitigate se, en yn it algemien is it tsjuster en eng. It is as, as it net slagget, dan sille de koppen sawol boppe as by de artysten rôlje.
SAP is in systeem op ûndernimmingsnivo, kompleks en, om it myld te sizzen, net goedkeap. Fatsoenlike budzjetten wurde bestege oan har ymplemintaasje, wiziging en ûnderhâld, en it libben fan 'e ûndernimming hinget ôf fan har beskikberens en juste wurking. Stel jo no de gefolgen foar fan it stopjen fan wat grutte produksje. Dit binne finansjele ferliezen, dy't kinne wurde berekkene yn getallen mei in grut oantal nullen, lykas reputaasje en oare like wichtige risiko's.
Wy sille de swierrichheden analysearje dy't yn elke faze ûntsteane kinne yn it gefal fan migrearjen fan SAP-systemen fan ien fan ús klanten.
Tarieding en ûntwerp
Migraasje is in formule mei in protte ferskillende dielen. En ien fan 'e wichtichste is it poadium fan it ûntwerpen en tarieden fan' e doel (nije) ynfrastruktuer.
Wy moasten dûke yn 'e besteande ymplemintaasje fan' e systemen, har arsjitektuer. Yn 'e doelynfrastruktuer hawwe wy besteande oplossingen earne werhelle, se op guon punten oanfolle en ferbettere, se earne opnij makke, oplossingen trochtocht en selektearre om te garandearjen fan fouttolerânsje en beskikberens, en ek alle boarnen safolle mooglik konsolidearre.
Tidens it ûntwerpproses waarden in protte ferskillende oefeningen útfierd, dy't it úteinlik mooglik makken om safolle mooglik ta te rieden op migraasje en rekken te hâlden mei allerhanne nuânses en falkûlen (deroer letter mear).
Wat wy einigje mei is in yndividueel ûntworpen privee wolkynfrastruktuer basearre op ús datasintrum:
- tawijd fysike tsjinners foar SAP HANA;
- VMware virtualisaasje platfoarm foar applikaasje tsjinners en ynfrastruktuer tsjinsten;
- dûbele kommunikaasjekanalen tusken datasintra foar L2 VPN;
- twa wichtichste opslach systemen foar it skieden fan it produkt en "alles oars";
- SRC basearre op Veritas Netbackup mei in aparte tsjinner, skiif planke en tape bibleteek.
En hjir is hoe't wy dit alles út in technysk eachpunt hawwe ymplementearre.
sop
- Om opslach effektyf te brûken foar produktive HANA, brûkten wy dielde skiven sûnder systemyske databasereplikaasje mei SAP. Dit alles waard ferpakt yn in Active-Standby SUSE HAE-kluster basearre op Pacemaker. Ja, de hersteltiid is wat langer dan mei replikaasje, mar wy besparje opslachromte mei de helte en besparje as gefolch it budzjet fan 'e klant.
- Yn pre-produksje-omjouwings waarden HANA-klusters ferlitten, mar technysk waard de produksjekonfiguraasje werhelle.
- Test- en ûntwikkelingsomjouwings waarden ferdield oer ferskate mear servers sûnder klusters yn in MCOS-konfiguraasje.
- Alle applikaasje tsjinners waarden virtualized en hosted yn VMware.
Netwurken
- Wy skieden de kontoeren fan kontrôle- en produksjenetwurken fysyk mei stapels skeakels, en draaie de produktive nei de datasintra fan 'e klant.
- Wy hawwe in foldwaande oantal netwurkynterfaces ynstalleare om gjin grutte ferkearsstreamen te mingjen.
- Foar it oerdragen fan gegevens fan opslachsystemen, makken wy klassike FC SAN-fabriken.
SHD
- De produktive en pre-produktive lading fan SAP waard oerbleaun op 'e all-flash array.
- Testomjouwings foar ûntwikkelders en ynfrastruktuertsjinsten waarden pleatst op in aparte hybride array.
IBS
- Makke mei Veritas Netbackup.
- Wy hawwe in bytsje tafoege oan 'e ynboude skripts foar reservekopy fan MCOS-konfiguraasjes.
- Wy sette operasjonele kopyen op in skiif planke foar flugge herstel, en wy brûke tapes foar lange-termyn opslach.
Monitoring
- Alle hardware, OS en SAP waarden ynstalleare ûnder Zabbix.
- Wy hawwe in protte nuttige dashboards sammele yn Grafana.
- As in warskôging foarkomt, kin Zabbix in fersyk oanmeitsje yn it ynsidintbehearsysteem; wy hawwe it ymplementearre yn Jira. De ynformaasje wurdt ek duplisearre yn it Telegram-kanaal.
Telegram
Algemiene sûnens fan HANA
SAP Application Server Status:
Ynfrastruktuer tsjinsten
- Om ynterne nammeromten te tsjinjen, waard in kluster fan DNS-tsjinners opwekke, dy't syngronisearre is mei de tsjinners fan 'e klant.
- Wy hawwe in aparte triemtsjinner makke foar gegevensútwikseling.
- Om ferskate konfiguraasjes op te slaan, waard Gitlab tafoege.
- Foar ferskate gefoelige ynformaasje namen wy HashiCorp Vault.
Migraasjeproses
Yn 't algemien bestiet it migraasjeproses út de folgjende stadia:
- tarieding fan alle nedige projekt dokumintaasje;
- ûnderhannelings mei de hjoeddeiske provider - it oplossen fan organisatoaryske problemen;
- oankeap, levering en ynstallaasje fan nije apparatuer foar it projekt;
- testmigraasje en proses-debuggen;
- systemen oerdracht, combat migraasje.
Ein oktober 2019 hawwe wy in kontrakt tekene, doe de arsjitektuer ûntworpen, en nei ôfpraat mei de klant, bestelden wy de nedige apparatuer.
Wêr't jo earst op moatte betelje is de levertiid fan 'e apparatuer. Gemiddeld duorret de levering fan sertifisearre hardware foar SAP NAHA dy't foldocht oan de easken fan 'e softwarefabrikant foar hardwareplatfoarms 10-12 wiken. En rekken hâldend mei seizoensferoaring (de útfiering fan it projekt foel krekt op it Nije Jier), koe dizze perioade mei in oare moanne ferhege wurde. Dêrtroch wie it nedich om it proses sa folle mooglik te fersnellen: wy wurken mei de distributeur-leveransier en ôfpraten oer in flugge levering mei it fleantúch (ynstee fan lân- en seerûtes).
Novimber en desimber waarden bestege oan it tarieden op de migraasje en it ûntfangen fan guon fan 'e apparatuer. Wy hawwe de tarieding útfierd op in testbank yn ús iepenbiere wolk, wêr't wy alle haadstappen trochwurke en mooglike swierrichheden en problemen opfongen:
- taret in detaillearre plan foar ynteraksje tusken projektteam leden mei minút-by-minút timings;
- boude in testbank foar de databank en applikaasjeservers op sawat deselde manier as yn 'e doelynfrastruktuer;
- konfigureare de nedige kommunikaasjekanalen en ynfrastruktuertsjinsten om de wurking fan 'e yntegraasjes te testen;
- útwurke cutover senario's;
- De wolk hat ús ek holpen om foarôf konfigureare sjabloanen foar firtuele masines te meitsjen, dy't wy dan gewoan ymporteare en ynset nei it doellânskip.
Koart foar de nijjiersfakânsje kaam de earste partij apparatuer by ús. Dit makke it mooglik om guon systemen op echte hardware yn te setten. Om't net alles oankaam, ferbûnen wy ferfangende apparatuer, wêrfan it oanbod wy slagge om te iens mei de ferkeaper en distributeurs. Wy krigen de oerbliuwsels fan 'e doelynfrastruktuer yn' e lêste etappe.
Om de deadline te foldwaan, moasten ús yngenieurs de nijjiersfakânsje opofferje en op 2 jannewaris, yn 'e midden fan' e fekânsje, wurkje oan it tarieden fan 'e doelynfrastruktuer. Ja, dit bart soms as it yn 'e brân stiet en d'r gewoan gjin oare opsjes binne. Op it spul wie de prestaasjes fan 'e systemen wêrfan it libben fan' e ûndernimming hinget.
De algemiene folchoarder fan migraasje seach der sa út: earst de minst krityske systemen (ûntwikkelingslânskip, testlânskip), dan produktive systemen. De lêste etappe fan migraasje fûn ein jannewaris en begjin febrewaris plak.
It migraasjeproses wie oant de minuut pland. Dit is in besunigingsplan mei in list fan alle taken, foltôgingstiid en ferantwurdlike persoanen. Alle stappen wiene al útwurke yn 'e testmigraasje, dus yn' e live migraasje wie it gewoan nedich om it plan te folgjen en it proses te koördinearjen.
De migraasje waard systematysk útfierd yn ferskate stadia. D'r binne twa systemen yn elke faze.
It resultaat fan in sprint fan trije moanne wie in systeem dat folslein operasjoneel is yn it CROC-datasintrum. Yn it algemien waard in posityf resultaat berikt troch teamwurk; de bydrage en tawijing fan alle dielnimmers oan it proses wie maksimaal.
De rol fan de klant yn it projekt
Kommunikaasje mei de provider dy't ús klant ferliet wie net maklik. Dit is begryplik; se wiene de lêste op 'e list fan minsken dy't ynteressearre binne yn' e suksesfolle foltôging fan it projekt. De klant naam de taak op om alle kommunikaasjeproblemen te eskalearjen en te pedaaljen en omgean mei dit 100500%. Spesjaal tank oan him hjirfoar. Sûnder sa'n mooglike dielname oan it proses hie it resultaat fan it projekt folslein oars wêze kinnen.
Troch de formalisaasje fan prosessen oan 'e kant fan' e "eardere" provider, waard ynfrastruktuer stipe útfierd troch spesjalisten dy't letterlik fier fan 'e problemen wiene, op dat stuit noch har klant. Bygelyks, it proses fan it eksportearjen fan deselde databank kin fan in oere oant fiif duorje. Doe like it derop dat dit in soarte fan magy wie, in geheim dat ús noait iepenbiere waard. Wierskynlik hawwe de technyske stipe-yngenieurs yn 'e tuskentiid oerjûn oan meditaasje, ferjitten dat earne yn it fiere Ruslân deadlines binne, yngenieurs sûnder nijjierssalades, de klant skriemt en lijt ...
Projektresultaten
De lêste stap fan de migraasje wie de oerdracht fan systemen foar ûnderhâld.
No leverje wy ien finstertsjinst foar oanfragen fan klanten en dekke it heule omfang fan taken yn ferbân mei it stypjen fan ynfrastruktuerkomponinten en SAP-basis tegearre mei ús partner - itelligence. De klant wennet al seis moanne yn in privee wolk. Hjir binne de statistiken oer tsjinstfallen yn dizze tiid:
- 90 ynsidinten (20% oplost sûnder de klant te belûken)
- Oplost binnen SLA - 100%
- Net plande systeem ôfsluten - 0
As jo problemen hawwe lykas dy fan ús kliïnt, en jo wolle mear leare oer hoe't jo se kinne oplosse, skriuw dan nei: [e-post beskerme]
Boarne: www.habr.com