Au inawezekana? Bila shaka, kuhama kwa mifumo ya SAP ni mchakato mgumu na wenye uchungu, ambao mafanikio yake yanahitaji kazi iliyoratibiwa vizuri ya washiriki wote. Na ikiwa uhamiaji unafanywa kwa muda mfupi, 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. Pia kuna hatari ya kukatika kwa mfumo usiopangwa. Au wateja hawana uhakika kwamba, baada ya kufanyiwa operesheni kama hiyo, watapata faida zinazolingana na juhudi zilizotumika. Hata hivyo, kuna tofauti.
Chini ya upunguzaji huo, tutazungumza kuhusu matatizo ambayo wateja wanakumbana nayo katika mchakato wa kuhama na kudumisha mifumo ya SAP, kujadili kwa nini dhana potofu haziwiani na ukweli kila wakati, na kushiriki kifani kielelezo cha jinsi tulivyoweza kuhamisha mifumo ya mteja hadi miundombinu mipya ndani ya miezi mitatu tu.
Ukaribishaji wa mifumo ya SAP
Miaka mitano tu iliyopita, ilikuwa vigumu kufikiria kwamba wateja wangeanza kutumia rasilimali za kukaribisha programu za SAP. Katika hali nyingi zilitekelezwa kwa msingi. Hata hivyo, pamoja na maendeleo ya mifano ya nje na soko la huduma za wingu, mtazamo wa ulimwengu wa wateja ulianza kubadilika. Je, ni hoja gani zinazoathiri uchaguzi kwa ajili ya wingu kwa SAP?
- Kwa wanaoanza ambao wamepanga tu kutekeleza SAP, miundombinu ya wingu ni karibu chaguo la kawaida - scalability ya rasilimali kwa mahitaji ya sasa ya mfumo na kusita kugeuza rasilimali kwa maendeleo ya ujuzi usio wa msingi.
- Katika makampuni yenye mfumo mkubwa wa mazingira, kwa usaidizi wa kukaribisha mifumo ya SAP, CIOs hufikia kiwango cha ubora tofauti cha usimamizi wa hatari, kwa sababu. Mshirika anawajibika kwa SLA.
- Hoja ya tatu ya kawaida ni gharama kubwa ya ujenzi wa miundombinu ili kutekeleza upatikanaji wa juu na matukio ya DR.
- Sababu 2027 - muuzaji alitangaza mwisho wa msaada kwa mifumo ya urithi mnamo 2027. Hii ina maana ya kuhamisha hifadhidata hadi HANA, ambayo inajumuisha gharama za uboreshaji wa kisasa na ununuzi wa nguvu mpya za kompyuta.
Soko la mwenyeji wa SAP nchini Urusi sasa linaweza kuchukuliwa kuwa limekomaa kabisa. Na hii inatoa fursa ya kutosha kwa wateja ambao wanataka kubadilisha majukwaa yao ya upangishaji. Hata hivyo, miradi hiyo inaweza kusababisha wasiwasi miongoni mwa biashara kutokana na utata wa utaratibu wa uhamiaji. Hii inawalazimisha wateja kuweka mahitaji yaliyoongezeka kwa watoa huduma, ambao lazima wawe na ujuzi wa kipekee katika kukaribisha na kudumisha mifumo ya SAP, lakini pia uzoefu wa mafanikio katika uwanja wa uhamiaji.
Ni shida gani za kubadilisha ukaribishaji wa SAP?
Wapangishaji ni tofauti. Kutoendana na kiwango kilichotangazwa cha huduma, "lakini" nyingi na nyota zenye kutoridhishwa kwa maandishi madogo, rasilimali ndogo na uwezo wa mtoaji mwenyeji, ukosefu wa kubadilika katika maswala ya mawasiliano na mteja, urasimu, mapungufu ya kiufundi, uwezo mdogo wa usaidizi wa kiufundi. wataalam, pamoja na nuances nyingine nyingi - hizi ni Hii ni sehemu ndogo tu ya mitego ambayo wateja wanaweza kukutana nayo wakati wa kuendesha mifumo yao ya biashara katika miundombinu ya nje. Mara nyingi, kwa mteja, yote haya yanabakia katika vivuli, katika jungle la mkataba wa kurasa nyingi, na hujitokeza katika mchakato wa kutumia huduma.
Wakati fulani, inakuwa dhahiri kwa mteja kwamba kiwango cha huduma anachopata ni mbali na matarajio yake. Hii ni aina ya kichocheo cha kutafuta suluhisho za kurekebisha hali hiyo na, ikiwa itashindwa, shida zinapojilimbikiza hadi kikomo na inakuwa chungu sana, huendelea kwa vitendo vya kufanya kazi ili kukuza chaguzi mbadala katika mwelekeo wa kubadilisha mtoa huduma. .
Kwa nini wanasubiri hadi dakika ya mwisho? Sababu ni rahisi - mchakato wa mifumo ya kuhama kwa wateja sio wazi kila wakati na inaeleweka. Ni vigumu kwa mteja kutathmini hatari halisi zinazohusiana na mchakato wa uhamiaji. Tunaweza kusema kwamba uhamiaji kwa wateja ni aina ya sanduku nyeusi: haijulikani, bei, kupungua kwa mfumo, hatari na jinsi ya kuzipunguza, na kwa ujumla ni giza na inatisha. Ni kama, ikiwa haifanyi kazi, basi vichwa vitazunguka juu na kwa wasanii.
SAP ni mfumo wa kiwango cha biashara, ngumu na, kuiweka kwa upole, sio nafuu. Bajeti nzuri hutumiwa katika utekelezaji, marekebisho na matengenezo, na maisha ya biashara inategemea upatikanaji wao na uendeshaji sahihi. Sasa fikiria matokeo ya kusimamisha uzalishaji fulani mkubwa. Hizi ni hasara za kifedha, ambazo zinaweza kuhesabiwa kwa idadi na idadi kubwa ya zero, pamoja na sifa na hatari nyingine muhimu sawa.
Tutachambua matatizo ambayo yanaweza kutokea katika kila hatua katika kesi ya kuhamisha mifumo ya SAP kutoka kwa mmoja wa wateja wetu.
Maandalizi na muundo
Uhamiaji ni fomula yenye sehemu nyingi tofauti. Na moja ya muhimu zaidi ni hatua ya kubuni na kuandaa miundombinu inayolengwa (mpya).
Tulihitaji kupiga mbizi katika utekelezaji uliopo wa mifumo, usanifu wao. Katika miundombinu inayolengwa, tulirudia masuluhisho yaliyopo mahali fulani, tukayaongezea na kuyaboresha katika baadhi ya maeneo, tukayafanya upya mahali fulani, tukafikiria na kuchagua suluhu ili kuhakikisha uvumilivu wa makosa na upatikanaji, na pia tuliunganisha rasilimali zote iwezekanavyo.
Wakati wa mchakato wa kubuni, mazoezi mengi tofauti yalifanywa, ambayo hatimaye ilifanya iwezekanavyo kuandaa iwezekanavyo kwa uhamiaji na kuzingatia kila aina ya nuances na pitfalls (zaidi juu yao baadaye).
Tulichomaliza nacho ni miundombinu ya kibinafsi ya wingu iliyoundwa kibinafsi 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 mbili za mawasiliano kati ya vituo vya data vya L2 VPN;
- mifumo miwili kuu ya uhifadhi wa kutenganisha bidhaa na "kila kitu kingine";
- SRC kulingana na Veritas Netbackup na seva tofauti, rafu ya diski na maktaba ya tepi.
Na hivi ndivyo tulivyotekeleza haya yote kutoka kwa mtazamo wa kiufundi.
SAP
- Ili kutumia uhifadhi kwa ufanisi kwa HANA yenye tija, tulitumia diski zilizoshirikiwa bila uigaji wa hifadhidata wa kimfumo kwa kutumia SAP. Haya yote yalifungwa kwenye nguzo Inayotumika ya Kusubiri SUSE HAE kulingana na Pacemaker. Ndiyo, muda wa kurejesha ni mrefu zaidi kuliko kwa kurudia, lakini tunahifadhi nafasi ya kuhifadhi kwa nusu na, kwa sababu hiyo, kuokoa bajeti ya mteja.
- Katika mazingira ya kabla ya uzalishaji, nguzo za HANA ziliachwa, lakini kiufundi usanidi wa uzalishaji ulirudiwa.
- 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 mikondo ya mitandao ya udhibiti na uzalishaji kwa rundo la swichi, na kugeuza zinazozalisha kuelekea vituo vya data vya mteja.
- Tuliweka idadi ya kutosha ya violesura vya mtandao ili tusichanganye mtiririko mkubwa wa trafiki.
- Ili kuhamisha data kutoka kwa mifumo ya hifadhi, tulitengeneza viwanda vya kawaida vya FC SAN.
SHD
- Mzigo wa uzalishaji na kabla ya uzalishaji wa SAP uliachwa kwenye safu ya flash-wote.
- Mazingira ya majaribio ya wasanidi programu na huduma za miundombinu ziliwekwa kwenye safu mseto tofauti.
IBS
- Imetengenezwa kwa kutumia Veritas Netbackup.
- Tuliongeza kidogo kwenye hati zilizojengewa ndani ili kuhifadhi usanidi wa MCOS.
- Tunaweka nakala za uendeshaji kwenye rafu ya diski kwa urejeshaji wa haraka, na tunatumia tepi kwa uhifadhi wa muda mrefu.
Ufuatiliaji
- Vifaa vyote, OS na SAP vilisakinishwa chini ya Zabbix.
- Tumekusanya dashibodi nyingi muhimu huko Grafana.
- Tahadhari inapotokea, Zabbix inaweza kuunda ombi katika mfumo wa udhibiti wa matukio; tumeifanya itekelezwe kwenye Jira. Habari hiyo pia imenakiliwa katika chaneli ya Telegraph.
telegram
Afya ya jumla ya HANA
Hali ya Seva ya Maombi ya SAP:
Huduma za miundombinu
- Ili kuhudumia nafasi za majina za ndani, kundi la seva za DNS liliinuliwa, ambalo linasawazishwa na seva za mteja.
- Tuliunda seva tofauti ya faili kwa kubadilishana data.
- Ili kuhifadhi usanidi mbalimbali, Gitlab iliongezwa.
- Kwa taarifa mbalimbali Nyeti tulichukua HashiCorp Vault.
Mchakato wa uhamiaji
Kwa ujumla, mchakato wa uhamiaji una hatua zifuatazo:
- maandalizi ya nyaraka zote muhimu za mradi;
- mazungumzo na mtoa huduma wa sasa - kutatua 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, tuliagiza vifaa muhimu.
Unachohitaji kulipa kipaumbele kwanza ni wakati wa utoaji wa vifaa. Kwa wastani, uwasilishaji wa maunzi yaliyoidhinishwa kwa SAP NAHA ambayo yanakidhi mahitaji ya mtengenezaji wa programu kwa majukwaa ya maunzi huchukua wiki 10-12. Na kwa kuzingatia msimu (utekelezaji wa mradi ulianguka kwa Mwaka Mpya), kipindi hiki kingeweza kuongezeka kwa mwezi mwingine. Ipasavyo, ilikuwa ni lazima kuharakisha mchakato iwezekanavyo: tulifanya kazi na msambazaji-wasambazaji na kukubaliana juu ya utoaji wa haraka kwa ndege (badala ya njia za ardhi na bahari).
Novemba na Desemba zilitumika kuandaa uhamiaji na kupokea baadhi ya vifaa. Tulifanya maandalizi kwenye benchi ya majaribio kwenye wingu letu la umma, ambapo tulipitia hatua zote kuu na tukapata shida na shida zinazowezekana:
- kuandaa mpango wa kina wa mwingiliano kati ya washiriki wa timu ya mradi na muda wa dakika kwa dakika;
- iliunda benchi ya majaribio ya hifadhidata na seva za programu kwa takriban njia sawa na katika miundombinu inayolengwa;
- kusanidi njia muhimu za mawasiliano na huduma za miundombinu ili kujaribu utendakazi wa miunganisho;
- fanya matukio ya kukata;
- Wingu hili pia lilitusaidia kuunda violezo vya mashine pepe vilivyosanidiwa awali, ambavyo tuliviingiza kwa urahisi na kusambaza kwa mazingira lengwa.
Muda mfupi kabla ya likizo ya Mwaka Mpya, kundi la kwanza la vifaa lilifika kwetu. Hii ilifanya iwezekane kupeleka baadhi ya mifumo kwenye maunzi halisi. Kwa kuwa sio kila kitu kilifika, tuliunganisha vifaa vya uingizwaji, ugavi ambao tuliweza kukubaliana na muuzaji na wasambazaji. Tulipokea mabaki ya miundombinu inayolengwa katika hatua ya mwisho.
Ili kufikia tarehe ya mwisho, wahandisi wetu walipaswa kutoa likizo ya Mwaka Mpya na kuanza kazi ya kuandaa miundombinu inayolengwa mnamo Januari 2, katikati ya likizo. Ndio, wakati mwingine hii hufanyika wakati inawaka na hakuna chaguzi zingine. Hatarini ilikuwa utendaji wa mifumo ambayo maisha ya biashara inategemea.
Mpangilio wa jumla wa uhamiaji ulionekana kama hii: kwanza, mifumo muhimu zaidi (mazingira ya maendeleo, mazingira ya kupima), kisha mifumo ya uzalishaji. Hatua ya mwisho ya uhamiaji ilifanyika mwishoni mwa Januari na mapema Februari.
Mchakato wa uhamiaji ulipangwa hadi dakika. Huu ni mpango wa kukata na orodha ya kazi zote, muda wa kukamilisha na watu wanaowajibika. Hatua zote zilikuwa tayari zimefanyika katika uhamiaji wa mtihani, kwa hiyo katika uhamiaji wa moja kwa moja ilikuwa ni lazima tu kufuata mpango na kuratibu mchakato.
Uhamiaji ulifanyika kwa utaratibu katika hatua kadhaa. Kuna mifumo miwili katika kila hatua.
Matokeo ya sprint ya miezi mitatu ilikuwa mfumo ambao unafanya kazi kikamilifu katika kituo cha data cha CROC. Kwa ujumla, matokeo chanya yalipatikana kupitia kazi ya pamoja; mchango na kujitolea kwa washiriki wote katika mchakato huo ulikuwa wa juu zaidi.
Jukumu la mteja katika mradi
Kuwasiliana na mtoa huduma mteja wetu alikuwa akiondoka haikuwa rahisi. Hii inaeleweka; walikuwa wa mwisho kwenye orodha ya watu wanaopenda kukamilika kwa mradi huo. Mteja alichukua jukumu la kukuza na kukanyaga maswala yote ya mawasiliano na kukabiliana na hii 100500%. Shukrani za pekee kwake kwa hili. Bila ushirikishwaji kama huo katika mchakato, matokeo ya mradi yangekuwa tofauti kabisa.
Kwa sababu ya urasimishaji wa michakato kwa upande wa mtoaji "wa zamani", msaada wa miundombinu ulifanywa na wataalam ambao walikuwa mbali na shida, wakati huo bado ni wateja wao. Kwa mfano, mchakato wa kusafirisha hifadhidata hiyo hiyo inaweza kuchukua kutoka saa moja hadi tano. Kisha ilionekana kuwa hii ilikuwa aina fulani ya uchawi, siri ambayo haikufunuliwa kamwe kwetu. Pengine wahandisi wa msaada wa kiufundi walijiingiza katika kutafakari wakati huo huo, wakisahau kwamba mahali fulani katika Urusi ya mbali kuna tarehe za mwisho, wahandisi bila saladi za Mwaka Mpya, mteja analia na kuteseka ...
Matokeo ya mradi
Hatua ya mwisho ya uhamiaji ilikuwa uhamisho wa mifumo ya matengenezo.
Sasa tunatoa huduma ya dirisha moja kwa maombi ya wateja na kushughulikia wigo mzima wa kazi zinazohusiana na kusaidia vipengee vya miundombinu na msingi wa SAP pamoja na mshirika wetu - akili. Mteja amekuwa akiishi katika wingu la kibinafsi kwa miezi sita. Hapa kuna takwimu za kesi za huduma wakati huu:
- Matukio 90 (20% yalitatuliwa bila kuhusisha mteja)
- Imetatuliwa ndani ya SLA - 100%
- Ufungaji wa mfumo usiopangwa - 0
Ikiwa una matatizo sawa na ya mteja wetu, na unataka kujifunza zaidi kuhusu jinsi ya kuyatatua, andika kwa: [barua pepe inalindwa]
Chanzo: mapenzi.com