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