Әлде мүмкін бе? Әрине, SAP жүйелерін көшіру күрделі және қиын процесс, оның табысы барлық қатысушылардың жақсы үйлестірілген жұмысын талап етеді. Ал көші-қон қысқа мерзімде жүзеге асырылса, тапсырма әлдеқайда күрделене түседі. Мұны бәрі бірдей шешпейді. Мұның бірнеше себептері болуы мүмкін. Мысалы, процестің өзі ұзақ және ұйымдастыру жағынан күрделі. Оған қоса, жүйенің жоспардан тыс тұрып қалу қаупі бар. Немесе клиенттер мұндай операциядан кейін жұмсалған күш-жігерге сәйкес пайда алатынына сенімді емес. Дегенмен, ерекше жағдайлар бар.
Төменде біз тұтынушылардың SAP жүйелерін көшіру және қолдау процесінде кездесетін қиындықтары туралы сөйлесетін боламыз, стереотиптердің неге әрқашан шындыққа сәйкес келмейтінін талқылаймыз және тұтынушының жүйелерін жаңа жүйеге қалай көшіргеніміз туралы мысалмен бөлісеміз. үш айдан астам уақыт ішінде жаңа инфрақұрылым.
SAP жүйелерінің хостингі
Бес жыл бұрын клиенттердің SAP қосымшалары үшін хостинг ресурстарын жаппай пайдалана бастайды деп елестету қиын еді. Көп жағдайда олар жергілікті жерде жүзеге асырылды. Дегенмен, аутсорсинг модельдері мен бұлтты қызметтер нарығының дамуымен тұтынушылардың дүниетанымы өзгере бастады. SAP үшін бұлттың пайдасына таңдауға қандай дәлелдер әсер етеді?
- SAP енгізуді енді ғана жоспарлаған жаңадан бастаушылар үшін бұлтты инфрақұрылым дерлік стандартты таңдау болып табылады - жүйенің ағымдағы қажеттіліктеріне ресурстардың ауқымдылығы және ресурстарды негізгі емес құзыреттерді дамытуға бағыттауды қаламау.
- Үлкен жүйелік ландшафтқа ие компанияларда SAP жүйелерін орналастыру арқылы CIO тәуекелдерді басқарудың сапалы басқа деңгейіне жетеді, өйткені Серіктес SLA үшін жауап береді.
- Үшінші жиі кездесетін дәлел - жоғары қолжетімділік пен DR сценарийлерін жүзеге асыру үшін инфрақұрылымды құрудың жоғары құны.
- Фактор 2027 – сатушы 2027 жылы ескі жүйелерді қолдауды аяқтайтынын жариялады. Бұл дерекқорды HANA-ға ауыстыруды білдіреді, бұл модернизацияға және жаңа есептеу қуатын сатып алуға кететін шығындарды талап етеді.
Ресейдегі SAP хостинг нарығы қазір әбден жетілген деп санауға болады. Және бұл хостинг платформаларын өзгерткісі келетін тұтынушыларға мол мүмкіндік береді. Алайда мұндай жобалар көші-қон процедурасының күрделілігіне байланысты бизнесті алаңдатуы мүмкін. Бұл тұтынушыларды SAP жүйелерін орналастыру мен қолдауда ерекше құзыреттіліктерге ғана емес, сонымен қатар көші-қон саласындағы табысты тәжірибеге ие болуы тиіс қызмет провайдерлеріне жоғары талаптар қоюға мәжбүр етеді.
SAP хостингін өзгертудің қандай қиындықтары бар?
Хостингтер әртүрлі. Мәлімделген қызмет көрсету деңгейіне сәйкессіздік, шағын мәтіндегі ескертпелермен көптеген «бірақ» және жұлдызшалар, хостинг провайдерінің шектеулі ресурстары мен мүмкіндіктері, клиентпен қарым-қатынас мәселелерінде икемділіктің болмауы, бюрократия, техникалық шектеулер, техникалық қолдаудың төмен құзыреттілігі мамандар, сондай-ақ басқа да көптеген нюанстар - бұл клиенттер аутсорсинг инфрақұрылымында бизнес жүйелерін пайдалану кезінде кездесетін қиындықтардың аз ғана бөлігі. Көбінесе клиент үшін мұның бәрі көлеңкеде, көп беттік келісімшарттың джунглиінде қалады және қызметтерді пайдалану процесінде пайда болады.
Бір кездері тұтынушыға көрсетілетін қызмет деңгейі оның күткенінен алыс екені белгілі болады. Бұл жағдайды түзету үшін шешімдерді табудың өзіндік катализаторы және сәтсіздікке ұшыраған жағдайда, проблемалар шегіне дейін жиналып, ол өте ауыр болған кезде, олар қызмет провайдерін өзгерту бағытында балама нұсқаларды әзірлеу үшін белсенді әрекеттерге көшеді. .
Неліктен олар соңғы минутқа дейін күтеді? Себебі қарапайым – клиенттерге арналған жүйелерді көшіру процесі әрқашан ашық және түсінікті бола бермейді. Клиентке көші-қон процесіне байланысты нақты тәуекелдерді бағалау қиын. Клиенттер үшін көші-қонды қара жәшіктің бір түрі деп айта аламыз: бұл түсініксіз, бағасы, жүйенің тоқтап қалуы, тәуекелдер және оларды қалай азайтуға болады, және тұтастай алғанда бұл қараңғы және қорқынышты. Бұл орындалмаса, бастар жоғарыда да, орындаушыларда да айналады.
SAP - бұл кәсіпорын деңгейіндегі жүйе, күрделі және жұмсақ тілмен айтқанда, арзан емес. Лайықты бюджеттер оларды жүзеге асыруға, өзгертуге және күтіп ұстауға жұмсалады, ал кәсіпорынның өмірі олардың болуы мен дұрыс жұмыс істеуіне байланысты. Енді біраз ірі өндірісті тоқтатудың салдары қандай болатынын елестетіп көріңізші. Бұл нөлдердің үлкен саны бар сандармен есептелуі мүмкін қаржылық шығындар, сондай-ақ беделді және басқа да бірдей маңызды тәуекелдер.
Біз тұтынушыларымыздың бірінен SAP жүйелерін көшіру жағдайында әр кезеңде туындауы мүмкін қиындықтарды талдаймыз.
Дайындау және жобалау
Көшіру - бұл әртүрлі бөліктері бар формула. Ал ең маңыздыларының бірі – мақсатты (жаңа) инфрақұрылымды жобалау және дайындау кезеңі.
Бізге жүйелердің қолданыстағы енгізуіне, олардың архитектурасына сүңгу керек болды. Мақсатты инфрақұрылымда біз бар шешімдерді бір жерде қайталадық, оларды кейбір нүктелерде толықтырдық және жетілдірдік, оларды бір жерде қайта жасадық, ақауларға төзімділік пен қолжетімділікті қамтамасыз ету үшін шешімдерді ойластырдық және таңдадық, сонымен қатар барлық ресурстарды мүмкіндігінше біріктірдік.
Жобалау процесінде көптеген әртүрлі жаттығулар орындалды, бұл сайып келгенде көші-қонға барынша дайындалуға және барлық нюанстар мен тұзақтарды ескеруге мүмкіндік берді (олар туралы кейінірек).
Біздің деректер орталығымызға негізделген жеке жобаланған жеке бұлттық инфрақұрылымды аяқтадық:
- SAP HANA үшін арнайы физикалық серверлер;
- Қолданбалы серверлер мен инфрақұрылымдық қызметтерге арналған VMware виртуалдандыру платформасы;
- L2 VPN үшін деректер орталықтары арасындағы қайталанатын байланыс арналары;
- өнімді және «барлығын» бөлуге арналған екі негізгі сақтау жүйесі;
- Жеке сервері, диск сөресі және таспа кітапханасы бар Veritas Netbackup негізіндегі SRC.
Міне, біз мұның бәрін техникалық тұрғыдан қалай жүзеге асырдық.
SAP
- Өнімді HANA үшін жадты тиімді пайдалану үшін біз SAP арқылы жүйелік дерекқор репликациясынсыз ортақ дискілерді қолдандық. Мұның бәрі кардиостимулятор негізіндегі Active-Standby SUSE HAE кластеріне оралған. Иә, қалпына келтіру уақыты репликацияға қарағанда сәл ұзағырақ, бірақ біз сақтау орнын екі есе үнемдейміз және нәтижесінде тұтынушы бюджетін үнемдейміз.
- Өндіріске дейінгі орталарда HANA кластерлерінен бас тартылды, бірақ техникалық тұрғыдан өндіріс конфигурациясы қайталанды.
- Сынақ және әзірлеу орталары MCOS конфигурациясында кластерлері жоқ тағы бірнеше серверлерге таратылды.
- Барлық қолданба серверлері виртуалдандырылған және VMware-де орналастырылған.
Сети
- Біз басқару және өндірістік желілердің контурларын ажыратқыштар дестелерімен физикалық түрде бөліп, өнімділерін тұтынушының деректер орталықтарына бұрдық.
- Үлкен трафик ағындарын араластырмау үшін біз желілік интерфейстердің жеткілікті санын орнаттық.
- Деректерді сақтау жүйелерінен тасымалдау үшін біз классикалық FC SAN зауыттарын жасадық.
Сақтау
- SAP өнімділігі мен өнімділікке дейінгі жүктемесі толық флэш массивінде қалды.
- Әзірлеушінің сынақ орталары мен инфрақұрылым қызметтері бөлек гибридті массивке орналастырылды.
IBS
- Veritas Netbackup көмегімен жасалған.
- Біз MCOS конфигурацияларының сақтық көшірмесін жасау үшін кірістірілген сценарийлерге аздап қостық.
- Біз жылдам қалпына келтіру үшін операциялық көшірмелерді диск сөресіне қоямыз және ұзақ сақтау үшін таспаларды қолданамыз.
Бақылау
- Барлық аппараттық құралдар, ОЖ және SAP Zabbix астында орнатылды.
- Біз Grafana-да көптеген пайдалы бақылау тақталарын жинадық.
- Ескерту пайда болғанда, Zabbix оқиғаны басқару жүйесінде сұрау жасай алады; біз оны Jira жүйесінде енгіздік. Ақпарат Telegram арнасында да қайталанады.
Telegram
HANA-ның жалпы денсаулығы
SAP қолданба серверінің күйі:
Инфрақұрылымдық қызметтер
- Ішкі аттар кеңістігіне қызмет көрсету үшін тұтынушының серверлерімен үндестірілетін DNS серверлерінің кластері шығарылды.
- Деректер алмасу үшін бөлек файл серверін жасадық.
- Әртүрлі конфигурацияларды сақтау үшін Gitlab қосылды.
- Әртүрлі құпия ақпарат үшін біз HashiCorp Vault-ты алдық.
Көшіру процесі
Жалпы, көші-қон процесі келесі кезеңдерден тұрады:
- барлық қажетті жобалық құжаттаманы дайындау;
- ағымдағы провайдермен келіссөздер – ұйымдастыру мәселелерін шешу;
- жобаға жаңа жабдықты сатып алу, жеткізу және орнату;
- сынақ тасымалдау және процесті жөндеу;
- жүйелерді тасымалдау, көші-қонға қарсы күрес.
2019 жылдың қазан айының соңында біз келісім-шартқа отырдық, содан кейін архитектураны жобалап, тапсырыс берушімен келісіп, қажетті құрал-жабдыққа тапсырыс бердік.
Ең алдымен назар аудару керек нәрсе - жабдықты жеткізу уақыты. Орташа алғанда, бағдарламалық жасақтама өндірушісінің аппараттық платформаларға қойылатын талаптарына сәйкес келетін SAP NAHA үшін сертификатталған жабдықты жеткізу 10-12 аптаға созылады. Ал маусымдықты ескере отырып (жобаның жүзеге асырылуы дәл Жаңа жылға сәйкес келді), бұл кезең тағы бір айға артуы мүмкін еді. Тиісінше, процесті барынша жылдамдату қажет болды: біз дистрибьютор-жеткізушімен жұмыс істедік және ұшақпен (құрлық және теңіз жолдарының орнына) жедел жеткізу туралы келістік.
Қараша, желтоқсан айлары көшіп-қонуға дайындалып, техниканың біразын алуға жұмсалды. Біз дайындықты жалпыға қолжетімді бұлттағы сынақ стендінде жүргіздік, онда біз барлық негізгі қадамдар арқылы жұмыс істедік және мүмкін қиындықтар мен мәселелерді анықтадық:
- минуттық таймингтермен жоба тобы мүшелерінің өзара әрекеттесуінің егжей-тегжейлі жоспарын дайындады;
- деректер базасы мен қолданбалы серверлер үшін шамамен мақсатты инфрақұрылымдағы сияқты сынақ стендін құрастырды;
- интеграциялардың жұмысын тексеру үшін қажетті байланыс арналары мен инфрақұрылымдық қызметтерді конфигурациялады;
- қысқартылған сценарийлер әзірленді;
- Бұлт бізге алдын ала конфигурацияланған виртуалды машина үлгілерін жасауға көмектесті, содан кейін біз оларды жай ғана импорттап, мақсатты ландшафтқа орналастырдық.
Жаңа жылдық мерекелердің алдында бізге техниканың алғашқы легі келді. Бұл нақты жабдықта кейбір жүйелерді орналастыруға мүмкіндік берді. Барлығы келмегендіктен, біз жеткізушімен және дистрибьюторлармен келісе алатын ауыстырылатын жабдықты қостық. Біз соңғы кезеңде нысаналы инфрақұрылымның қалдықтарын алдық.
Мерзімді орындау үшін біздің инженерлер жаңа жылдық мерекелерді құрбан етіп, мереке күндерінің ортасында 2 қаңтарда мақсатты инфрақұрылымды дайындау жұмыстарын бастауға мәжбүр болды. Иә, бұл кейде ол жанып жатқанда болады және басқа нұсқалар жоқ. Кәсіпорынның қызмет ету мерзімі тәуелді жүйелердің өнімділігі сөз болды.
Көші-қонның жалпы тәртібі келесідей болды: біріншіден, ең аз сыни жүйелер (даму ландшафты, сынақ ландшафт), содан кейін өнімді жүйелер. Көші-қонның соңғы кезеңі қаңтардың соңы мен ақпанның басында болды.
Көші-қон процесі минутқа дейін жоспарланған. Бұл барлық тапсырмалар тізімі, орындалу уақыты және жауапты тұлғалары бар қысқартылған жоспар. Сынақ көші-қонында барлық қадамдар әзірленген болатын, сондықтан тірі көшіруде тек жоспарды орындау және процесті үйлестіру қажет болды.
Көші-қон бірнеше кезеңде жүйелі түрде жүргізілді. Әр кезеңде екі жүйе бар.
Үш айлық спринттің нәтижесі CROC деректер орталығында толық жұмыс істейтін жүйе болды. Жалпы алғанда, оң нәтижеге командалық жұмыс арқылы қол жеткізілді, процеске барлық қатысушылардың үлесі мен берілгендігі барынша болды.
Жобадағы тапсырыс берушінің рөлі
Клиентіміз кетіп бара жатқан провайдермен байланысу оңай болған жоқ. Бұл түсінікті, олар жобаның сәтті аяқталуына мүдделі адамдар тізімінде соңғы болды. Тұтынушы барлық байланыс мәселелерін көтеру және педаль жасау міндетін алды және бұл 100500% жеңді. Бұл үшін оған ерекше рахмет. Процесске мұндай мүмкін болатын қатысу болмаса, жобаның нәтижесі мүлдем басқаша болуы мүмкін еді.
Процестердің «бұрынғы» провайдер жағында ресімделуіне байланысты инфрақұрылымды қолдауды проблемалардан алыс, сол кезде әлі де олардың тұтынушысы болған мамандар жүзеге асырды. Мысалы, бір дерекқорды экспорттау процесі бір сағаттан беске дейін созылуы мүмкін. Сонда бұл бір сиқырдың түрі, бізге ешқашан ашылмаған сыр сияқты көрінді. Бәлкім, техникалық қолдау инженерлері алыс Ресейдің бір жерінде мерзімі барын, жаңа жылдық салаттарсыз инженерлер, тапсырыс беруші жылап, қиналып жатқанын ұмытып, медитациямен айналысқан шығар...
Жоба нәтижелері
Көші-қонның соңғы қадамы жүйелерді техникалық қызмет көрсетуге беру болды.
Енді біз тұтынушылардың сұраныстары үшін бір терезе қызметін ұсынып, серіктесіміз - itelligence-пен бірге инфрақұрылымдық құрамдастарды және SAP негізін қолдауға қатысты тапсырмалардың барлық ауқымын қамтыймыз. Клиент алты ай бойы жеке бұлтта тұрады. Міне, осы уақыт аралығындағы қызмет көрсету жағдайларының статистикасы:
- 90 оқиға (20% тұтынушының қатысуынсыз шешілді)
- SLA шеңберінде шешілді – 100%
- Жүйені жоспардан тыс өшіру – 0
Егер сізде біздің клиенттікіне ұқсас мәселелер болса және оларды шешу жолы туралы көбірек білгіңіз келсе, мына мекенжайға жазыңыз: [электрондық пошта қорғалған]
Ақпарат көзі: www.habr.com