Reynsla af því að breyta SAP hýsingu: hvernig á að flytja kerfi án þess að það sé ógurlega sársaukafullt

Eða er það mögulegt? Auðvitað er flutningur á SAP kerfum flókið og vandað ferli, þar sem árangurinn krefst vel samræmdrar vinnu allra þátttakenda. Og ef flutningur fer fram á stuttum tíma verður verkefnið miklu flóknara. Það eru ekki allir sem ákveða að gera þetta. Það geta verið nokkrar ástæður. Til dæmis er ferlið sjálft langt og skipulagslega flókið. Auk þess er hætta á ófyrirséðum kerfistíma. Eða viðskiptavinir eru ekki vissir um að eftir að hafa gengist undir slíka aðgerð fái þeir ávinning í samræmi við þá fyrirhöfn sem varið er. Hins vegar eru undantekningar.

Fyrir neðan niðurskurðinn munum við tala um erfiðleikana sem viðskiptavinir standa frammi fyrir í ferlinu við að flytja og viðhalda SAP kerfum, ræða hvers vegna staðalmyndir samsvara ekki alltaf raunveruleikanum og deila dæmisögu um hvernig okkur tókst að flytja kerfi viðskiptavinar til ný innviði á rúmum þremur mánuðum.

SAP kerfishýsing

Fyrir aðeins fimm árum síðan var erfitt að ímynda sér að viðskiptavinir myndu byrja að nota hýsingarauðlindir fyrir SAP forrit. Í flestum tilfellum voru þær framkvæmdar á staðnum. Hins vegar, með þróun útvistunarlíkana og skýjaþjónustumarkaðarins, fór heimsmynd viðskiptavina að breytast. Hver eru rökin sem hafa áhrif á valið í þágu skýsins fyrir SAP?

• Fyrir byrjendur sem hafa bara ætlað að innleiða SAP eru skýjainnviðir nánast staðlað val - sveigjanleiki auðlinda í samræmi við núverandi þarfir kerfisins og tregða til að beina auðlindum til þróunar á hæfni sem ekki er kjarnafærni.
• Í fyrirtækjum með stórt kerfislandslag, með hjálp hýsingar SAP kerfa, ná CIOs eigindlega mismunandi áhættustýringarstigi, vegna þess að Samstarfsaðilinn ber ábyrgð á SLA.
• Þriðja algengasta rökin er hár kostnaður við að byggja upp innviði til að innleiða mikið framboð og DR atburðarás.
• Þáttur 2027 - söluaðilinn tilkynnti að stuðningi við eldri kerfi væri lokið árið 2027. Þetta þýðir að flytja gagnagrunninn til HANA sem hefur í för með sér kostnað vegna nútímavæðingar og kaupa á nýrri tölvuafli.

SAP hýsingarmarkaðurinn í Rússlandi getur nú talist nokkuð þroskaður. Og þetta veitir næg tækifæri fyrir viðskiptavini sem vilja breyta hýsingarpöllum sínum. Hins vegar geta slík verkefni með réttu valdið áhyggjum meðal fyrirtækja vegna þess hve flókið flutningsferlið er. Þetta neyðir viðskiptavini til að gera auknar kröfur til þjónustuaðila, sem þurfa ekki aðeins að hafa einstaka hæfni í hýsingu og viðhaldi SAP kerfa, heldur einnig farsæla reynslu á sviði fólksflutninga.

Hverjir eru erfiðleikarnir við að breyta SAP hýsingu?

Hýsingar eru mismunandi. Ósamræmi við uppgefið þjónustustig, mörg „en“ og stjörnur með fyrirvara í litlum texta, takmarkað fjármagn og getu hýsingaraðilans, skortur á sveigjanleika í samskiptum við viðskiptavininn, skrifræði, tæknilegar takmarkanir, lítil hæfni tækniaðstoðar. sérfræðingar, auk margra annarra blæbrigða - þetta eru Þetta er aðeins lítill hluti af þeim gildrum sem viðskiptavinir geta lent í þegar þeir reka viðskiptakerfi sín í útvistun innviða. Oft, fyrir viðskiptavininn, er þetta allt í skugganum, í frumskógi margra blaðsíðna samnings, og kemur fram í því ferli að nota þjónustuna.

Á einhverjum tímapunkti verður viðskiptavininum augljóst að þjónustustigið sem hann fær er langt frá væntingum hans. Þetta er nokkurs konar hvati til að finna lausnir til að leiðrétta ástandið og, ef bilun er, þegar vandamál safnast upp til hins ýtrasta og það verður mjög sársaukafullt, fara þeir yfir í virkar aðgerðir til að þróa aðra valkosti í þá átt að skipta um þjónustuveitanda .

Af hverju bíða þeir fram á síðustu stundu? Ástæðan er einföld - ferlið við að flytja kerfi fyrir viðskiptavini er ekki alltaf gagnsætt og skiljanlegt. Það er erfitt fyrir viðskiptavininn að meta raunverulega áhættu sem tengist flutningsferlinu. Við getum sagt að flutningur fyrir viðskiptavini sé eins konar svartur kassi: það er óljóst, verðið, kerfisniðurtími, áhættur og hvernig á að draga úr þeim, og almennt er það dimmt og skelfilegt. Það er eins og ef það gengur ekki, þá munu hausarnir rúlla bæði á toppnum og flytjendunum.

SAP er fyrirtækiskerfi, flókið og vægast sagt ekki ódýrt. Þokkalegum fjárveitingum er varið í framkvæmd þeirra, breytingar og viðhald og líf fyrirtækisins fer eftir framboði þeirra og réttum rekstri. Ímyndaðu þér núna hvaða afleiðingar það hefur að stöðva einhverja stóra framleiðslu. Um er að ræða fjárhagslegt tjón, sem hægt er að reikna í tölum með mörgum núllum, auk orðspors og annarra jafnverulegra áhættu.

Við munum greina erfiðleikana sem geta komið upp á hverju stigi þegar um er að ræða flutning á SAP kerfum frá einum af viðskiptavinum okkar.

Undirbúningur og hönnun

Flutningur er formúla með mörgum mismunandi hlutum. Og eitt það mikilvægasta er stigið við að hanna og undirbúa markmiðið (nýja) innviði.

Við þurftum að kafa ofan í núverandi útfærslu kerfanna, arkitektúr þeirra. Í markinnviðunum endurtókum við núverandi lausnir einhvers staðar, bættum við og bættum þær á einhverjum tímapunkti, endurgerðum þær einhvers staðar, hugsuðum í gegnum og völdum lausnir til að tryggja bilanaþol og aðgengi og sameinuðum einnig öll úrræði eins og hægt var.

Í hönnunarferlinu voru gerðar margar mismunandi æfingar sem að lokum gerðu það að verkum að hægt var að undirbúa sig sem mest fyrir fólksflutninga og taka tillit til alls kyns blæbrigða og gildra (nánar síðar).

Það sem við enduðum með er sérhannaður einkaskýjainnviði byggður á gagnaverinu okkar:

• sérstakir líkamlegir netþjónar fyrir SAP HANA;
• VMware sýndarvæðingarvettvangur fyrir forritaþjóna og innviðaþjónustu;
• tvíteknar samskiptarásir milli gagnavera fyrir L2 VPN;
• tvö aðal geymslukerfi til að aðskilja vöruna og „allt annað“;
• SRC byggt á Veritas Netbackup með aðskildum netþjóni, diskahillu og segulbandasafni.

Og hér er hvernig við útfærðum þetta allt frá tæknilegu sjónarhorni.

SAP

• Til að nota á áhrifaríkan hátt geymslu fyrir afkastamikið HANA, notuðum við sameiginlega diska án kerfisbundinnar afritunar gagnagrunns með SAP. Öllu þessu var pakkað inn í Active Standby SUSE HAE klasa sem byggir á gangráði. Já, endurheimtartíminn er aðeins lengri en við afritun, en við spörum geymsluplássi um helming og þar af leiðandi sparum við fjárhagsáætlun viðskiptavinarins.
• Í forframleiðsluumhverfi voru HANA klasar yfirgefin, en tæknilega séð var framleiðslustillingin endurtekin.
• Prófunar- og þróunarumhverfi var dreift á fleiri netþjóna án klasa í MCOS uppsetningu.
• Allir forritaþjónar voru sýndir og hýstir í VMware.

Сети

• Við aðskildum líkamlega útlínur stjórnunar- og framleiðsluneta með stöflum af rofum og beygðum þeim afkastamikla í átt að gagnaverum viðskiptavinarins.
• Við settum upp nægilega marga netviðmót til að blanda ekki saman miklu umferðarflæði.
• Til að flytja gögn úr geymslukerfum gerðum við klassískar FC SAN verksmiðjur.

SHD

• Afraksturs- og forframleiðsluálagið af SAP var skilið eftir á all-flash fylkinu.
• Prófumhverfi þróunaraðila og innviðaþjónusta var sett á aðskilda blendingafjölda.

IBS

• Gert með því að nota Veritas Netbackup.
• Við bættum aðeins við innbyggðu forskriftirnar til að taka öryggisafrit af MCOS stillingum.
• Við setjum rekstrarafrit á diskahillu til að ná skjótum bata og við notum spólur til langtímageymslu.

Eftirlit

• Allur vélbúnaður, stýrikerfi og SAP var sett upp undir Zabbix.
• Við höfum safnað mörgum gagnlegum mælaborðum í Grafana.
• Þegar viðvörun kemur upp getur Zabbix búið til beiðni í atvikastjórnunarkerfinu; við höfum það útfært á Jira. Upplýsingarnar eru einnig afritaðar í Telegram rásinni.

Telegram

Almenn heilsa HANA

Staða SAP umsóknarþjóns:

Innviðaþjónusta

• Til að þjónusta innri nafnarými var safnað upp þyrping af DNS netþjónum, sem er samstilltur við netþjóna viðskiptavinarins.
• Við bjuggum til sérstakan skráaþjón fyrir gagnaskipti.
• Til að geyma ýmsar stillingar var Gitlab bætt við.
• Fyrir ýmsar viðkvæmar upplýsingar tókum við HashiCorp Vault.

Flutningaferli

Almennt séð samanstendur flutningsferlið af eftirfarandi stigum:

• undirbúningur allra nauðsynlegra verkefnagagna;
• samningaviðræður við núverandi þjónustuaðila - leysa skipulagsmál;
• kaup, afhending og uppsetning á nýjum búnaði fyrir verkefnið;
• prufukeyrsla og ferli villuleit;
• kerfisflutningur, berjast gegn fólksflutningum.

Í lok október 2019 skrifuðum við undir samning, hönnuðum síðan arkitektúrinn og eftir að hafa samið við viðskiptavininn pöntuðum við nauðsynlegan búnað.

Það sem þú þarft að borga eftirtekt til fyrst er afhendingartími búnaðarins. Að meðaltali tekur afhending vottaðs vélbúnaðar fyrir SAP NAHA sem uppfyllir kröfur hugbúnaðarframleiðandans um vélbúnaðarvettvang 10-12 vikur. Og að teknu tilliti til árstíðabundins (framkvæmd verkefnisins féll nákvæmlega á áramótum), hefði þetta tímabil getað aukist um annan mánuð. Í samræmi við það var nauðsynlegt að hraða ferlinu eins og hægt var: við unnum með dreifingaraðilanum og sömdum um flýta afhendingu með flugvél (í stað land- og sjóleiða).

Nóvember og desember fóru í að undirbúa flutninginn og taka á móti hluta búnaðarins. Við framkvæmdum undirbúninginn á prófunarbekk í almenningsskýinu okkar, þar sem við unnum í gegnum öll helstu skrefin og náðum hugsanlegum erfiðleikum og vandamálum:

• útbúið ítarlega áætlun um samskipti milli meðlima verkefnishópsins með tímasetningu mínútu fyrir mínútu;
• smíðaði prufubekk fyrir gagnagrunninn og forritaþjóna á nokkurn veginn sama hátt og í markinnviðum;
• stillt nauðsynlegar samskiptaleiðir og innviðaþjónustu til að prófa virkni samþættinganna;
• útfærðar niðurskurðarsviðsmyndir;
• Skýið hjálpaði okkur líka að búa til forstillt sýndarvélasniðmát, sem við fluttum svo einfaldlega inn og settum á marklandslagið.

Stuttu fyrir áramótin kom fyrsti búnaðurinn til okkar. Þetta gerði það mögulegt að dreifa sumum kerfum á alvöru vélbúnaði. Þar sem ekki allt kom, tengdum við varabúnað, sem við náðum að samþykkja við söluaðila og dreifingaraðila. Við fengum leifar af innviðum miðsins á lokastigi.
Til að standast frestinn þurftu verkfræðingar okkar að fórna áramótafríinu og hefja vinnu við að undirbúa markinnviðina 2. janúar, í miðjum fríinu. Já, þetta gerist stundum þegar það kviknar í og ​​það eru einfaldlega engir aðrir valkostir. Í húfi var frammistaða þeirra kerfa sem líf fyrirtækis byggist á.

Almenn röð fólksflutninga leit svona út: í fyrsta lagi mikilvægustu kerfin (þróunarlandslag, prófunarlandslag), síðan framleiðslukerfi. Lokastig fólksflutninga átti sér stað í lok janúar og byrjun febrúar.

Flutningsferlið var skipulagt niður á mínútu. Þetta er niðurskurðaráætlun með lista yfir öll verkefni, verklokatíma og ábyrgðaraðila. Öll skref höfðu þegar verið útfærð í prófunarflutningnum, þannig að í lifandi flutningi var bara nauðsynlegt að fylgja áætluninni og samræma ferlið.

Flutningurinn var kerfisbundinn í nokkrum áföngum. Það eru tvö kerfi á hverju stigi.

Afrakstur þriggja mánaða spretts var kerfi sem er að fullu virkt í CROC gagnaverinu. Almennt séð náðist jákvæður árangur með teymisvinnu, framlag og alúð allra þátttakenda í ferlinu var sem mest.

Hlutverk viðskiptavinarins í verkefninu

Samskipti við þjónustuveituna sem viðskiptavinur okkar var að fara var ekki auðvelt. Þetta er skiljanlegt, þeir voru síðastir á lista yfir áhugafólk um að verkefnið ljúki vel. Viðskiptavinurinn tók að sér það verkefni að stigmagna og stíga upp á öll samskiptamál og tókst á við þetta 100500%. Sérstakar þakkir til hans fyrir þetta. Án slíkrar raunhæfrar þátttöku í ferlinu hefði niðurstaða verkefnisins getað orðið allt önnur.

Vegna formfestingar ferla á hlið „fyrrum“ veitandans var innviðastuðningur framkvæmdur af sérfræðingum sem voru bókstaflega langt frá vandamálunum, á þeim tíma enn viðskiptavinur þeirra. Til dæmis gæti ferlið við að flytja út sama gagnagrunn tekið frá klukkutíma upp í fimm. Svo virtist sem þetta væri einhvers konar galdur, leyndarmál sem aldrei var opinberað okkur. Sennilega létu tæknifræðingarnir hugleiðslu í millitíðinni og gleymdu því að einhvers staðar í fjarlægu Rússlandi eru frestir, verkfræðingar án áramótasalats, viðskiptavinurinn grætur og þjáist...

Niðurstöður verkefnis

Lokaskref flutningsins var flutningur á kerfum til viðhalds.

Nú bjóðum við upp á einn gluggaþjónustu fyrir beiðnir viðskiptavina og náum yfir allt umfang verkefna sem tengjast stuðningi við innviðahluta og SAP grunn ásamt samstarfsaðila okkar - itelligence. Viðskiptavinurinn hefur búið í einkaskýi í sex mánuði. Hér eru tölfræði um þjónustumál á þessum tíma:

• 90 atvik (20% leyst án þess að viðskiptavinurinn komi við sögu)
• Leyst innan SLA – 100%
• Ótímasettar kerfislokanir – 0

Ef þú átt í svipuðum vandræðum og viðskiptavinur okkar, og þú vilt læra meira um hvernig á að leysa þau, skrifaðu til: [netvarið]

Heimild: www.habr.com