Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Neu a yw'n bosibl? Wrth gwrs, mae mudo systemau SAP yn broses gymhleth a manwl, ac mae llwyddiant y broses yn gofyn am waith cydlynol yr holl gyfranogwyr. Ac os ymfudiad yn cael ei wneud mewn amser byr, mae'r dasg yn dod yn llawer mwy cymhleth. Nid yw pawb yn penderfynu gwneud hyn. Gall fod sawl rheswm. Er enghraifft, mae'r broses ei hun yn hirfaith ac yn sefydliadol gymhleth. Hefyd, mae risg o amser segur yn y system heb ei gynllunio. Neu nid yw cleientiaid yn siŵr, ar ôl cael llawdriniaeth o'r fath, y byddant yn derbyn buddion sy'n gymesur â'r ymdrechion a wnaed. Fodd bynnag, mae yna eithriadau.

O dan y toriad, byddwn yn siarad am yr anawsterau y mae cwsmeriaid yn eu hwynebu yn y broses o fudo a chynnal systemau SAP, yn trafod pam nad yw stereoteipiau bob amser yn cyfateb i realiti, ac yn rhannu astudiaeth achos o sut y gwnaethom lwyddo i fudo systemau cwsmer i a seilwaith newydd mewn ychydig dros dri mis.

Gwesteio systemau SAP

Dim ond pum mlynedd yn ôl, roedd yn anodd dychmygu y byddai cleientiaid yn aruthrol yn dechrau defnyddio adnoddau cynnal ar gyfer ceisiadau SAP. Yn y rhan fwyaf o achosion cawsant eu gweithredu ar y safle. Fodd bynnag, gyda datblygiad modelau allanoli a'r farchnad gwasanaethau cwmwl, dechreuodd byd-olwg cwsmeriaid newid. Beth yw'r dadleuon sy'n dylanwadu ar y dewis o blaid y cwmwl ar gyfer SAP?

  • Ar gyfer dechreuwyr sydd newydd gynllunio i weithredu SAP, mae seilwaith cwmwl bron yn ddewis safonol - scalability adnoddau i anghenion presennol y system ac amharodrwydd i ddargyfeirio adnoddau i ddatblygu cymwyseddau nad ydynt yn rhai craidd.
  • Mewn cwmnïau sydd â thirwedd system fawr, gyda chymorth cynnal systemau SAP, mae CIOs yn cyrraedd lefel ansoddol wahanol o reoli risg, oherwydd Mae'r partner yn gyfrifol am y CLG.
  • Y drydedd ddadl fwyaf cyffredin yw cost uchel adeiladu seilwaith i weithredu senarios argaeledd uchel a DR.
  • Ffactor 2027 - cyhoeddodd y gwerthwr ddiwedd y gefnogaeth i systemau etifeddiaeth yn 2027. Mae hyn yn golygu trosglwyddo'r gronfa ddata i HANA, sy'n golygu costau moderneiddio a phrynu pŵer cyfrifiadurol newydd.

Bellach gellir ystyried y farchnad cynnal SAP yn Rwsia yn eithaf aeddfed. Ac mae hyn yn rhoi digon o gyfle i gwsmeriaid sydd am newid eu llwyfannau cynnal. Fodd bynnag, gall prosiectau o'r fath achosi pryder ymhlith busnesau, a hynny'n gwbl briodol, oherwydd cymhlethdod y weithdrefn fudo. Mae hyn yn gorfodi cwsmeriaid i roi mwy o bwysau ar ddarparwyr gwasanaeth, y mae'n rhaid iddynt gael nid yn unig gymwyseddau eithriadol mewn cynnal a chynnal systemau SAP, ond hefyd brofiad llwyddiannus ym maes mudo.

Beth yw anawsterau newid gwesteiwr SAP?

Mae gwesteiwyr yn wahanol. Anghysondeb â lefel ddatganedig y gwasanaeth, llawer o “benion” a sêr gydag amheuon mewn testun bach, adnoddau cyfyngedig a galluoedd y darparwr cynnal, diffyg hyblygrwydd mewn materion cyfathrebu â'r cleient, biwrocratiaeth, cyfyngiadau technegol, cymhwysedd isel o ran cymorth technegol arbenigwyr, yn ogystal â llawer o arlliwiau eraill - mae'r rhain yn Dim ond rhan fach o'r peryglon y gall cleientiaid ddod ar eu traws wrth weithredu eu systemau busnes mewn seilweithiau allanol yw hyn. Yn aml, i'r cleient, mae hyn i gyd yn aros yn y cysgodion, yn jyngl contract aml-dudalen, ac yn dod i'r amlwg yn y broses o ddefnyddio'r gwasanaethau.

Ar ryw adeg, daw'n amlwg i'r cwsmer fod lefel y gwasanaeth y mae'n ei dderbyn ymhell o'i ddisgwyliadau. Mae hwn yn fath o gatalydd ar gyfer dod o hyd i atebion i gywiro'r sefyllfa ac, rhag ofn y bydd methiant, pan fydd problemau'n cronni i'r eithaf ac yn dod yn boenus iawn, maent yn symud ymlaen i gamau gweithredol i ddatblygu opsiynau amgen i'r cyfeiriad o newid y darparwr gwasanaeth. .

Pam maen nhw'n aros tan y funud olaf? Mae'r rheswm yn syml - nid yw'r broses o systemau mudo ar gyfer cleientiaid bob amser yn dryloyw ac yn ddealladwy. Mae'n anodd i'r cleient asesu'r risgiau gwirioneddol sy'n gysylltiedig â'r broses fudo. Gallwn ddweud bod mudo ar gyfer cleientiaid yn fath o flwch du: nid yw'n glir, y pris, amser segur y system, risgiau a sut i'w lliniaru, ac yn gyffredinol mae'n dywyll ac yn frawychus. Mae fel, os nad yw'n gweithio allan, yna bydd y pennau'n rholio ar y brig ac ar y perfformwyr.

Mae SAP yn system ar lefel menter, yn gymhleth ac, yn ysgafn, nid yn rhad. Mae cyllidebau gweddus yn cael eu gwario ar eu gweithredu, eu haddasu a'u cynnal a'u cadw, ac mae bywyd y fenter yn dibynnu ar eu hargaeledd a'u gweithrediad cywir. Nawr dychmygwch y canlyniadau o atal rhywfaint o gynhyrchu mawr. Colledion ariannol yw’r rhain, y gellir eu cyfrifo mewn niferoedd â nifer fawr o sero, yn ogystal â risgiau i enw da a risgiau eraill sydd yr un mor arwyddocaol.

Byddwn yn dadansoddi'r anawsterau a all godi ym mhob cam yn achos mudo systemau SAP oddi wrth un o'n cwsmeriaid.

Paratoi a dylunio

Mae mudo yn fformiwla gyda llawer o wahanol rannau. Ac un o'r rhai pwysicaf yw'r cam o ddylunio a pharatoi'r seilwaith targed (newydd).

Roedd angen i ni blymio i mewn i weithrediad presennol y systemau, eu pensaernïaeth. Yn y seilwaith targed, fe wnaethom ailadrodd atebion presennol yn rhywle, eu hategu a'u gwella ar rai adegau, eu hailgyfeirio yn rhywle, meddwl drwodd a dewis atebion i sicrhau goddefgarwch ac argaeledd diffygion, a hefyd cydgrynhoi'r holl adnoddau cymaint â phosibl.

Yn ystod y broses ddylunio, perfformiwyd llawer o wahanol ymarferion, a oedd yn y pen draw yn ei gwneud hi'n bosibl paratoi cymaint â phosibl ar gyfer mudo ac ystyried pob math o arlliwiau a pheryglon (mwy arnynt yn ddiweddarach).

Yr hyn a wnaethom yn y pen draw yw seilwaith cwmwl preifat wedi'i ddylunio'n unigol yn seiliedig ar ein canolfan ddata:

  • gweinyddwyr corfforol pwrpasol ar gyfer SAP HANA;
  • Llwyfan rhithwiroli VMware ar gyfer gweinyddwyr cymwysiadau a gwasanaethau seilwaith;
  • sianeli cyfathrebu dyblyg rhwng canolfannau data ar gyfer L2 VPN;
  • dwy brif system storio ar gyfer gwahanu'r cynnyrch a “popeth arall”;
  • SRC yn seiliedig ar Veritas Netbackup gyda gweinydd ar wahân, silff ddisg a llyfrgell tâp.

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

A dyma sut y gwnaethom weithredu hyn i gyd o safbwynt technegol.

SAP

  • Er mwyn defnyddio storfa ar gyfer HANA cynhyrchiol yn effeithiol, gwnaethom ddefnyddio disgiau a rennir heb ddyblygu cronfa ddata systemig gan ddefnyddio SAP. Cafodd hyn i gyd ei lapio mewn clwstwr SUSE HAE Active-Sandby yn seiliedig ar Pacemaker. Ydy, mae'r amser adfer ychydig yn hirach na chyda dyblygu, ond rydym yn arbed hanner lle storio ac, o ganlyniad, yn arbed cyllideb y cwsmer.
  • Mewn amgylcheddau cyn-gynhyrchu, rhoddwyd y gorau i glystyrau HANA, ond yn dechnegol ailadroddwyd y cyfluniad cynhyrchu.
  • Dosbarthwyd amgylcheddau prawf a datblygu ar draws sawl gweinydd arall heb glystyrau mewn cyfluniad MCOS.
  • Cafodd yr holl weinyddion cymwysiadau eu rhithweithio a'u cynnal yn VMware.

Sesiwn

  • Fe wnaethom wahanu cyfuchliniau'r rhwydweithiau rheoli a chynhyrchu yn gorfforol gyda phentyrrau o switshis, gan droi'r rhai cynhyrchiol tuag at ganolfannau data'r cwsmer.
  • Fe wnaethom osod nifer ddigonol o ryngwynebau rhwydwaith er mwyn peidio â chymysgu llif traffig mawr.
  • Er mwyn trosglwyddo data o systemau storio, gwnaethom ffatrïoedd FC SAN clasurol.

SHD

  • Gadawyd llwyth cynhyrchiol a chyn-gynhyrchiol SAP ar yr arae holl-fflach.
  • Gosodwyd amgylcheddau prawf datblygwyr a gwasanaethau seilwaith ar gyfres hybrid ar wahân.

IBS

  • Wedi'i wneud gan ddefnyddio Veritas Netbackup.
  • Fe wnaethom ychwanegu ychydig bach at y sgriptiau adeiledig i wneud copi wrth gefn o ffurfweddau MCOS.
  • Rydyn ni'n rhoi copïau gweithredol ar silff ddisg ar gyfer adferiad cyflym, ac rydyn ni'n defnyddio tapiau ar gyfer storio hirdymor.

Monitro

  • Gosodwyd yr holl galedwedd, OS a SAP o dan Zabbix.
  • Rydym wedi casglu llawer o ddangosfyrddau defnyddiol yn Grafana.
  • Pan fydd rhybudd yn digwydd, gall Zabbix greu cais yn y system rheoli digwyddiadau; rydym wedi ei weithredu yn Jira. Mae'r wybodaeth hefyd yn cael ei dyblygu yn y sianel Telegram.

Telegram

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Iechyd cyffredinol HANA

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Statws Gweinydd Cais SAP:

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Gwasanaethau seilwaith

  • Er mwyn gwasanaethu gofodau enwau mewnol, codwyd clwstwr o weinyddion DNS, sy'n cael ei gydamseru â gweinyddwyr y cwsmer.
  • Rydym wedi creu gweinydd ffeiliau ar wahân ar gyfer cyfnewid data.
  • I storio gwahanol ffurfweddiadau, ychwanegwyd Gitlab.
  • I gael gwybodaeth Sensitif amrywiol, fe wnaethom gymryd HashiCorp Vault.

Proses fudo

Yn gyffredinol, mae'r broses fudo yn cynnwys y camau canlynol:

  • paratoi'r holl ddogfennau prosiect angenrheidiol;
  • trafodaethau gyda'r darparwr presennol - datrys materion trefniadol;
  • prynu, dosbarthu a gosod offer newydd ar gyfer y prosiect;
  • profi mudo a dadfygio prosesau;
  • trosglwyddo systemau, brwydro yn erbyn mudo.

Ar ddiwedd mis Hydref 2019, gwnaethom lofnodi contract, yna dylunio'r bensaernïaeth, ac ar ôl cytuno â'r cwsmer, fe wnaethom archebu'r offer angenrheidiol.

Yr hyn y mae angen i chi roi sylw iddo yn gyntaf yw amser dosbarthu'r offer. Ar gyfartaledd, mae cyflwyno caledwedd ardystiedig ar gyfer SAP NAHA sy'n bodloni gofynion y gwneuthurwr meddalwedd ar gyfer llwyfannau caledwedd yn cymryd 10-12 wythnos. Ac o gymryd i ystyriaeth dymhorolrwydd (gweithredu'r prosiect yn disgyn yn union ar y Flwyddyn Newydd), gallai'r cyfnod hwn fod wedi cynyddu mis arall. Yn unol â hynny, roedd angen cyflymu'r broses gymaint â phosibl: buom yn gweithio gyda'r dosbarthwr-cyflenwr a chytunwyd ar ddosbarthu'n gyflym mewn awyren (yn hytrach na llwybrau tir a môr).

Treuliwyd Tachwedd a Rhagfyr yn paratoi ar gyfer yr ymfudiad a derbyn peth o'r offer. Gwnaethom y paratoadau ar fainc brawf yn ein cwmwl cyhoeddus, lle buom yn gweithio trwy'r holl brif gamau a dal anawsterau a phroblemau posibl:

  • paratoi cynllun manwl ar gyfer rhyngweithio rhwng aelodau tîm y prosiect gydag amseriadau munud wrth funud;
  • adeiladu mainc brawf ar gyfer y gronfa ddata a gweinyddwyr rhaglenni yn yr un ffordd fwy neu lai ag yn y seilwaith targed;
  • wedi ffurfweddu'r sianeli cyfathrebu a'r gwasanaethau seilwaith angenrheidiol i brofi gweithrediad yr integreiddiadau;
  • senarios torri drosodd;
  • Fe wnaeth y cwmwl hefyd ein helpu i greu templedi peiriannau rhithwir wedi'u ffurfweddu ymlaen llaw, y gwnaethom eu mewnforio a'u defnyddio i'r dirwedd darged.

Ychydig cyn gwyliau'r Flwyddyn Newydd, cyrhaeddodd y swp cyntaf o offer i ni. Roedd hyn yn ei gwneud hi'n bosibl defnyddio rhai systemau ar galedwedd go iawn. Gan na chyrhaeddodd popeth, fe wnaethom gysylltu offer newydd, a llwyddwyd i gytuno ar y cyflenwad gyda'r gwerthwr a'r dosbarthwyr. Cawsom weddillion y seilwaith targed yn y cam olaf.
I gwrdd â'r dyddiad cau, roedd yn rhaid i'n peirianwyr aberthu gwyliau'r Flwyddyn Newydd a dechrau gweithio ar baratoi'r seilwaith targed ar Ionawr 2, yng nghanol y gwyliau. Ydy, mae hyn weithiau'n digwydd pan fydd ar dân ac yn syml, nid oes unrhyw opsiynau eraill. Yn y fantol oedd perfformiad y systemau y mae bywyd y fenter yn dibynnu arnynt.

Roedd trefn gyffredinol mudo yn edrych fel hyn: yn gyntaf, y systemau lleiaf hanfodol (tirwedd datblygu, tirwedd profi), yna systemau cynhyrchiol. Digwyddodd cam olaf y mudo ddiwedd Ionawr a dechrau Chwefror.

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Cynlluniwyd y broses fudo hyd at y funud. Mae hwn yn gynllun torri drosodd gyda rhestr o'r holl dasgau, amser cwblhau a phersonau cyfrifol. Roedd pob cam eisoes wedi'i weithio allan yn y mudo prawf, felly yn y mudo byw roedd angen dilyn y cynllun a chydlynu'r broses.

Profiad o newid gwesteiwr SAP: sut i fudo systemau heb iddo fod yn hynod boenus

Cynhaliwyd yr ymfudiad yn systematig mewn sawl cam. Mae dwy system ym mhob cam.

Canlyniad sbrint tri mis oedd system sy'n gwbl weithredol yng nghanolfan ddata CROC. Yn gyffredinol, cafwyd canlyniad cadarnhaol trwy waith tîm; roedd cyfraniad ac ymroddiad pawb a gymerodd ran yn y broses yn uchaf.

Rôl y cwsmer yn y prosiect

Nid oedd yn hawdd cyfathrebu â'r darparwr yr oedd ein cleient yn ei adael. Mae hyn yn ddealladwy; nhw oedd yr olaf ar y rhestr o bobl oedd â diddordeb mewn cwblhau’r prosiect yn llwyddiannus. Cymerodd y cwsmer y dasg o uwchgyfeirio a phedalu'r holl faterion cyfathrebu ac ymdopi â'r 100500% hwn. Diolch arbennig iddo am hyn. Heb gyfranogiad mor ymarferol yn y broses, gallai canlyniad y prosiect fod wedi bod yn gwbl wahanol.

Oherwydd ffurfioli prosesau ar ochr y darparwr “cyn”, cynhaliwyd cefnogaeth seilwaith gan arbenigwyr a oedd yn llythrennol ymhell o'r problemau, a oedd yn dal i fod yn gwsmer iddynt ar y pryd. Er enghraifft, gallai'r broses o allforio'r un gronfa ddata gymryd rhwng awr a phump. Yna roedd yn ymddangos mai rhyw fath o hud oedd hwn, cyfrinach na ddatgelwyd erioed i ni. Mae'n debyg bod y peirianwyr cymorth technegol wedi cymryd rhan mewn myfyrdod yn y cyfamser, gan anghofio bod yna ddyddiadau cau yn rhywle yn Rwsia bell, peirianwyr heb saladau Blwyddyn Newydd, mae'r cwsmer yn crio ac yn dioddef ...

Canlyniadau'r prosiect

Cam olaf y mudo oedd trosglwyddo systemau ar gyfer cynnal a chadw.

Nawr rydym yn darparu gwasanaeth un ffenestr ar gyfer ceisiadau cwsmeriaid ac yn cwmpasu holl gwmpas y tasgau sy'n ymwneud â chefnogi cydrannau seilwaith a sail SAP ynghyd â'n partner - itelligence. Mae'r cleient wedi bod yn byw mewn cwmwl preifat ers chwe mis. Dyma'r ystadegau ar achosion gwasanaeth yn ystod y cyfnod hwn:

  • 90 digwyddiad (20% wedi’u datrys heb gynnwys y cwsmer)
  • Penderfynwyd o fewn CLG – 100%
  • Cau system heb ei drefnu - 0

Os oes gennych chi broblemau tebyg i rai ein cleient, a'ch bod am ddysgu mwy am sut i'w datrys, ysgrifennwch at: [e-bost wedi'i warchod]

Ffynhonnell: hab.com

Ychwanegu sylw