Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Au inawezekana? Bila shaka, uhamiaji wa mfumo wa SAP ni mchakato mgumu na wenye uchungu, ambao mafanikio yake yanahitaji jitihada zilizoratibiwa za pande zote. Na ikiwa uhamiaji unafanywa ndani ya muda uliowekwa, kazi inakuwa ngumu zaidi. Sio kila mtu anaamua kufanya hivi. Kunaweza kuwa na sababu kadhaa. Kwa mfano, mchakato yenyewe ni mrefu na ngumu ya shirika. Zaidi, kuna hatari ya kukatika kwa mfumo usiopangwa. Au wateja hawana uhakika kwamba watapokea manufaa yanayolingana na juhudi zitakazotumika baada ya operesheni kama hiyo. Hata hivyo, kuna tofauti.

Hapa chini, tutajadili changamoto ambazo wateja hukabiliana nazo wakati wa kuhama na kudumisha mifumo ya SAP, kwa nini dhana potofu haziambatani na uhalisia kila wakati, na tutashiriki kifani kielelezo cha jinsi tulivyohamisha mifumo ya mteja hadi kwenye miundombinu mipya kwa zaidi ya miezi mitatu.

Kukaribisha mfumo wa SAP

Miaka mitano tu iliyopita, ilikuwa vigumu kufikiria kwamba wateja wangeanza kutumia rasilimali za kuhudumia programu za SAP kwa wingi. Katika hali nyingi, ziliwekwa kwenye uwanja. Hata hivyo, pamoja na maendeleo ya mifano ya nje na soko la huduma za wingu, mitazamo ya wateja imeanza kubadilika. Je, ni mambo gani yanayoathiri uchaguzi wa wingu kwa SAP?

  • Kwa watu wapya wanaopanga utekelezaji wa SAP, miundombinu ya wingu ni chaguo la kawaida - upunguzaji wa rasilimali ili kukidhi mahitaji ya sasa ya mfumo na kusita kuelekeza rasilimali kukuza uwezo usio wa msingi.
  • Katika kampuni zilizo na mfumo mkubwa wa mazingira, upangishaji wa mfumo wa SAP huruhusu CIO kufikia kiwango kipya cha udhibiti wa hatari, kwani mshirika anawajibika kwa SLA.
  • Hoja ya tatu inayokutana mara kwa mara ni gharama kubwa ya ujenzi wa miundombinu ili kutekeleza upatikanaji wa juu na hali za DR.
  • Sababu ya 2027 ni mwisho uliotangazwa wa muuzaji kwa mifumo ya urithi katika 2027. Hii inamaanisha kuhamishia hifadhidata hadi HANA, ambayo inajumuisha gharama za kusasisha na ununuzi wa nguvu mpya za kompyuta.

Soko la mwenyeji wa SAP nchini Urusi sasa linaweza kuchukuliwa kuwa limekomaa kabisa. Hii inatoa fursa nyingi kwa wateja wanaotafuta kuboresha majukwaa yao ya ukaribishaji. Hata hivyo, miradi kama hii inaweza kuzua wasiwasi miongoni mwa wafanyabiashara kutokana na ugumu wa mchakato wa uhamiaji. Hii inawalazimu wateja kuweka mahitaji ya juu zaidi kwa watoa huduma, ambao lazima wawe na sio tu utaalamu wa kipekee katika kukaribisha na kudumisha mifumo ya SAP, lakini pia uzoefu wenye mafanikio wa uhamiaji.

Ni shida gani za kubadilisha ukaribishaji wa SAP?

Huduma za upangishaji hutofautiana. Huenda zisifikie kiwango kilichotajwa cha huduma, zina "lakini" na nyota nyingi zenye kanusho kwa maandishi madogo, na zina rasilimali na uwezo mdogo. mtoa huduma mwenyejiKutobadilika katika mawasiliano ya mteja, urasimu, mapungufu ya kiufundi, usaidizi duni wa kiufundi, na mambo mengine mengi madogomadogo—hizi ni baadhi tu ya mitego ambayo wateja wanaweza kukutana nayo wanapoendesha mifumo yao ya biashara katika miundombinu ya kutoa huduma kwa wateja wa nje. Mara nyingi, masuala haya hubaki yamefichwa kwa mteja, yamefichwa katika mkataba wa kurasa nyingi, na hujitokeza tu wakati wa matumizi halisi ya huduma.

Wakati fulani, inakuwa wazi kwa mteja kuwa kiwango cha huduma anachopokea kinapungua sana kulingana na matarajio yao. Hili hutumika kama kichocheo cha kutafuta suluhu za kurekebisha hali hiyo, na ikiwa hili litashindikana, na matatizo yanajilimbikiza hadi kuwa mzigo mkubwa, huchukua hatua za kutafuta njia mbadala, ikiwa ni pamoja na kubadilisha mtoa huduma.

Kwa nini wanasubiri hadi dakika ya mwisho? Sababu ni rahisi: mchakato wa uhamiaji wa mfumo sio wazi kila wakati na unaeleweka kwa wateja. Ni vigumu kwa wateja kutathmini hatari za kweli zinazohusiana na mchakato wa uhamiaji. Unaweza kusema kuwa uhamiaji ni aina ya kisanduku cheusi kwa wateja: bei, wakati wa kupungua kwa mfumo, hatari, na jinsi ya kuzipunguza haijulikani - kwa ujumla ni giza na inatisha. Baada ya yote, ikiwa haifanyi kazi, vichwa vitatoka, kutoka kwa watendaji na wakandarasi.

Mifumo ya SAP ni ya darasa la biashara, ngumu, na, kuiweka kwa upole, ya gharama kubwa. Bajeti kubwa hutumika katika utekelezaji, uboreshaji na matengenezo, na uwepo wa kampuni hutegemea upatikanaji na uendeshaji sahihi. Sasa fikiria matokeo ya kuzima kwa uzalishaji mkubwa. Hizi ni pamoja na hasara za kifedha, ambazo zinaweza kufikia sufuri nyingi, pamoja na sifa na hatari zingine muhimu sawa.

Hebu tuchunguze changamoto zinazoweza kutokea katika kila hatua kwa kutumia mfano wa uhamishaji wa mfumo wa SAP kwa mmoja wa wateja wetu.

Maandalizi na muundo

Uhamiaji ni fomula yenye vipengele vingi tofauti. Moja ya muhimu zaidi ni muundo na utayarishaji wa miundombinu inayolengwa (mpya).

Tulihitaji kuzama katika utekelezaji na usanifu wa mifumo iliyopo. Katika miundombinu inayolengwa, tuliiga masuluhisho yaliyopo katika baadhi ya maeneo, tukayaongezea na kuyaboresha katika mengine, tukaunda upya mengine, tukafikiria na kuchagua suluhu ili kuhakikisha uvumilivu wa makosa na upatikanaji, na kuunganisha rasilimali zote kadri tuwezavyo.

Wakati wa mchakato wa kubuni, mazoezi mengi tofauti yalifanywa, ambayo hatimaye ilituruhusu kuwa tayari iwezekanavyo kwa uhamiaji na kuzingatia kila aina ya nuances na pitfalls (zaidi juu ya haya baadaye).

Tulichomaliza nacho ni miundombinu ya kibinafsi ya kibinafsi iliyoundwa kulingana na kituo chetu cha data:

  • seva za kimwili zilizojitolea kwa SAP HANA;
  • Jukwaa la uboreshaji la VMware kwa seva za programu na huduma za miundombinu;
  • njia za mawasiliano zilizorudiwa kati ya vituo vya data kwa L2 VPN;
  • mifumo miwili kuu ya kuhifadhi ili kutenganisha tija na "kila kitu kingine";
  • Mfumo wa chelezo kulingana na Veritas Netbackup na seva tofauti, rafu ya diski na maktaba ya tepu.

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Na hii ndio jinsi yote haya yalitekelezwa kutoka kwa maoni ya kiufundi.

SAP

  • Ili kutumia vyema hifadhi kwa ajili ya uzalishaji wa HANA, tulitumia diski zilizoshirikiwa bila urudiaji wa hifadhidata ya mfumo kupitia SAP. Haya yote yalifungwa katika nguzo Inayotumika ya SUSE HAE kulingana na Kisaidia Moyo. Ingawa muda wa urejeshaji ni mrefu kidogo kuliko urudiaji, hii inasababisha kuokoa mara mbili ya nafasi ya kuhifadhi, na hivyo kusababisha kuokoa gharama kwa mteja.
  • Katika mazingira ya kabla ya utayarishaji, nguzo za HANA ziliachwa, lakini usanidi wa uzalishaji ulirudiwa kitaalam.
  • Mazingira ya majaribio na usanidi yalisambazwa kwenye seva nyingi zaidi bila makundi katika usanidi wa MCOS.
  • Seva zote za programu zilisasishwa na kupangishwa katika VMware.

Сети

  • Tulitenganisha mtaro wa mitandao ya usimamizi na uzalishaji kwa kutumia rafu za swichi, huku mitandao ya uzalishaji ikitazama kituo cha data cha mteja.
  • Tumetoa idadi ya kutosha ya violesura vya mtandao ili kuepuka kuchanganya mtiririko mkubwa wa trafiki.
  • Viwanda vya Classic FC SAN viliundwa kwa ajili ya kuhamisha data kutoka kwa mifumo ya hifadhi.

SHD

  • Uzalishaji wa SAP na mizigo ya kazi ya kabla ya utayarishaji iliachwa kwenye safu ya taa zote.
  • Mazingira ya majaribio ya wasanidi programu na huduma za miundombinu ziliwekwa kwenye safu mseto tofauti.

IBS

  • Imetengenezwa kwa msingi wa Veritas Netbackup.
  • Tumeongeza utendakazi wa ziada kwenye hati zilizojengewa ndani ili kuhifadhi nakala za usanidi wa MCOS.
  • Tunaweka nakala za uendeshaji kwenye rafu ya diski kwa urejeshaji wa haraka, na tunatumia tepi kwa uhifadhi wa muda mrefu.

Ufuatiliaji

  • Maunzi yote, OS, na SAP vilisanidiwa kwa Zabbix.
  • Tumekusanya tani nyingi za dashibodi muhimu huko Grafana.
  • Tahadhari inapotokea, Zabbix inaweza kuunda tikiti katika mfumo wa kudhibiti matukio, ambao tunautekeleza katika Jira. Habari pia inashirikiwa katika chaneli ya Telegraph.

telegram

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Hali ya jumla ya HANA

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Hali ya Seva ya Maombi ya SAP:

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Huduma za miundombinu

  • Ili kuhudumia nafasi za majina za ndani, tunaanzisha kundi la seva za DNS ambazo husawazisha na seva za mteja.
  • Tuliunda seva tofauti ya faili kwa kubadilishana data.
  • Ili kuhifadhi usanidi mbalimbali, tuliongeza Gitlab.
  • Kwa taarifa mbalimbali nyeti, tulitumia HashiCorp Vault.

Mchakato wa uhamiaji

Kwa ujumla, mchakato wa uhamiaji una hatua zifuatazo:

  • maandalizi ya nyaraka zote muhimu za kubuni;
  • mazungumzo na mtoa huduma wa sasa - utatuzi wa masuala ya shirika;
  • ununuzi, utoaji na ufungaji wa vifaa vipya vya mradi;
  • mtihani wa uhamiaji na utatuzi wa mchakato;
  • uhamisho wa mifumo, kupambana na uhamiaji.

Mwishoni mwa Oktoba 2019, tulitia saini mkataba, kisha tukaunda usanifu, na baada ya kukubaliana na mteja, tukaamuru vifaa muhimu.

Jambo la kwanza kuzingatia ni wakati wa utoaji wa vifaa. Kwa wastani, uwasilishaji wa maunzi yaliyoidhinishwa kwa SAP NAHA, kulingana na mahitaji ya jukwaa la maunzi ya muuzaji wa programu, huchukua wiki 10-12. Kwa kuzingatia msimu wa mradi (mradi ulipangwa kwa Mwaka Mpya), muda huu ungeweza kuongezwa kwa mwezi mwingine. Ipasavyo, tulihitaji kuharakisha mchakato iwezekanavyo: tulifanya kazi na msambazaji wa usambazaji na kufanya mazungumzo ya uwasilishaji wa haraka wa hewa (badala ya nchi kavu na baharini).

Novemba na Desemba zilitumika kuandaa uhamiaji na kupokea baadhi ya vifaa. Tulifanya maandalizi kwenye kifaa cha majaribio katika wingu letu la umma, ambapo tulifanya mazoezi ya hatua zote muhimu na kutambua matatizo na masuala yanayoweza kutokea:

  • kuandaa mpango wa kina wa mwingiliano kati ya washiriki wa timu ya mradi na muda wa dakika kwa dakika;
  • Tumeunda kituo cha majaribio cha hifadhidata na seva za programu kwa takriban njia sawa na katika miundombinu inayolengwa;
  • kusanidi njia muhimu za mawasiliano na huduma za miundombinu ili kujaribu miunganisho;
  • fanya matukio ya kukata;
  • Wingu hili pia lilitusaidia kuunda violezo vya mashine pepe vilivyosanidiwa awali ambavyo tuliingiza na kusambaza kwa mazingira lengwa.

Muda mfupi kabla ya likizo ya Mwaka Mpya, usafirishaji wa kwanza wa vifaa ulifika. Hii ilituruhusu kupeleka baadhi ya mifumo kwenye maunzi halisi. Kwa kuwa si vyote vilivyofika, tulitumia vifaa vingine, ambavyo tulikuwa tumefanya mazungumzo na muuzaji na wasambazaji. Tulipokea salio la miundombinu inayolengwa wakati wa hatua ya mwisho.
Ili kutimiza tarehe ya mwisho, wahandisi wetu walilazimika kudhabihu likizo zao za Mwaka Mpya na kuanza kuandaa miundombinu inayolengwa mnamo Januari 2, katikati mwa likizo. Ndiyo, hiyo hutokea wakati mwingine wakati kuna moto na hakuna chaguzi nyingine. Uendeshaji wa mifumo ambayo shughuli za kampuni zilitegemea ilikuwa hatarini.

Agizo la jumla la uhamiaji lilikuwa kama ifuatavyo: mifumo muhimu zaidi (mazingira ya maendeleo, mazingira ya majaribio) kwanza, ikifuatiwa na mifumo ya uzalishaji. Hatua ya mwisho ya uhamiaji ilifanyika mwishoni mwa Januari-mapema Februari.

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Mchakato wa uhamiaji ulipangwa hadi dakika. Ulikuwa mpango wa kupunguzwa na orodha ya kazi zote, nyakati za kukamilisha, na wafanyikazi waliopewa. Hatua zote zilikuwa tayari zimefanywa wakati wa uhamiaji wa mtihani, kwa hiyo wakati wa uhamiaji wa uzalishaji, kilichohitajika ni kufuata tu mpango na kuratibu mchakato.

Uzoefu wa kubadilisha upangishaji wa SAP: jinsi ya kuhama mifumo bila kuwa na uchungu mwingi

Uhamiaji ulifanyika kwa utaratibu katika hatua kadhaa, na mifumo miwili katika kila hatua.

Mbio za miezi mitatu zilisababisha mfumo wa kufanya kazi kikamilifu katika kituo cha data cha CROC. Kwa ujumla, matokeo chanya yalipatikana kupitia kazi ya pamoja, kwa mchango wa juu na kujitolea kutoka kwa washiriki wote.

Jukumu la mteja katika mradi

Kuwasiliana na mtoa huduma mteja wetu alikuwa akiondoka ilikuwa ngumu. Inaeleweka hivyo, kwa kuwa walikuwa wa mwisho kwenye orodha ya wadau waliopenda kukamilika kwa mradi huo. Mteja alichukua jukumu la kukuza na kusimamia maswala yote ya mawasiliano na alishughulikia 100500%. Shukrani za pekee kwao kwa hili. Bila ushiriki wa kujitolea kama huu, matokeo ya mradi yangekuwa tofauti kabisa.

Kwa sababu ya hali rasmi ya michakato katika mtoaji "wa zamani", matengenezo ya miundombinu yalishughulikiwa na wataalamu ambao hawakujali kabisa shida ambazo, wakati huo, bado zilikuwa za mteja wao. Kwa mfano, kusafirisha hifadhidata moja kunaweza kuchukua mahali popote kutoka saa moja hadi tano. Wakati huo, ilionekana kama aina fulani ya uchawi, siri ambayo hatujawahi kugundua. Labda wahandisi wa msaada wa kiufundi walikuwa wakitafakari kati ya kazi, bila kuzingatia ukweli kwamba mahali fulani huko Urusi ya mbali, tarehe za mwisho zilifikiwa, wahandisi hawakuwa na saladi za Mwaka Mpya, na mteja alikuwa akilia na kuteseka ...

Matokeo ya mradi

Njia ya mwisho ya uhamiaji ilikuwa uhamisho wa mifumo kwa matengenezo.

Kwa sasa tunatoa huduma ya dirisha moja kwa maswali ya wateja na kushughulikia wigo mzima wa sehemu ya miundombinu na kazi za usaidizi za Msingi wa SAP pamoja na mshirika wetu, akili. Mteja amekuwa akitumia wingu la kibinafsi kwa miezi sita sasa. Hapa kuna takwimu za kesi za huduma kwa wakati huu:

  • Matukio 90 (20% kutatuliwa bila ushiriki wa mteja)
  • Imetatuliwa ndani ya SLA - 100%
  • Ufungaji wa mfumo usiopangwa - 0

Ikiwa una matatizo sawa na yale ambayo mteja wetu alikabili na ungependa kujifunza zaidi kuhusu jinsi ya kuyatatua, tafadhali wasiliana nasi kwa ahaidukov@croc.ru

Chanzo: mapenzi.com

Nunua upangishaji wa kuaminika wa tovuti zilizo na ulinzi wa DDoS, seva za VPS VDS 🔥 Nunua upangishaji wa tovuti unaoaminika kwa ulinzi wa DDoS, seva za VPS VDS | ProHoster