O hè pussibule? Di sicuru, a migrazione di i sistemi SAP hè un prucessu cumplessu è minuciosu, u successu di quale esige u travagliu ben coordinatu di tutti i participanti. È se a migrazione hè realizata in pocu tempu, u compitu diventa assai più cumplicatu. Micca tutti decide di fà questu. Ci pò esse parechje ragioni. Per esempiu, u prucessu stessu hè longu è cumplessu organizativamente. In più, ci hè un risicu di downtime di u sistema imprevisu. O i clienti ùn sò micca sicuri chì, dopu avè sottumessu una tale operazione, riceveranu benefici proporzionati à i sforzi spesi. Tuttavia, ci sò eccezzioni.
Sottu u tagliu, parlemu di e difficultà chì i clienti affruntà in u prucessu di migrazione è di mantene i sistemi SAP, discuteremu perchè l'estereotipi ùn currispondenu micca sempre à a realità, è spartemu un studiu di casu di cumu avemu riesciutu à migrà i sistemi di un cliente à un nova infrastruttura in pocu più di trè mesi.
Hosting di sistemi SAP
Solu cinque anni fà, era difficiule d'imagine chì i clienti cuminciassi à aduprà massivamente risorse di hosting per l'applicazioni SAP. In a maiò parte di i casi sò stati implementati in u locu. In ogni casu, cù u sviluppu di mudelli di outsourcing è u mercatu di servizii di nuvola, a visione di u mondu di i clienti hà cuminciatu à cambià. Chì sò l'argumenti chì influenzanu a scelta in favore di u cloud per SAP?
- Per i principianti chì anu appena prughjettatu di implementà SAP, l'infrastruttura di nuvola hè quasi una scelta standard - scalabilità di risorse à i bisogni attuali di u sistema è riluttanza à svià risorse à u sviluppu di cumpetenze non core.
- In l'imprese cù un grande paisaghju di sistema, cù l'aiutu di l'ospiti di sistemi SAP, i CIO righjunghjenu un livellu qualitativamente diversu di gestione di risichi, perchè U partner hè rispunsevule per u SLA.
- U terzu argumentu più cumuni hè l'altu costu di l'infrastruttura di custruzzione per implementà scenarii d'alta dispunibilità è DR.
- Factor 2027 - u venditore hà annunziatu a fine di u supportu per i sistemi legacy in 2027. Questu significa u trasferimentu di a basa di dati à HANA, chì implica costi per a mudernizazione è l'acquistu di una nova putenza informatica.
U mercatu di hosting SAP in Russia pò avà esse cunsideratu abbastanza maturu. È questu furnisce una grande opportunità per i clienti chì volenu cambià e so plataforme di hosting. Tuttavia, tali prughjetti ponu ghjustificà a preoccupazione trà l'imprese per via di a cumplessità di a prucedura di migrazione. Questu furzà i clienti à esigenze aumentate nantu à i fornitori di serviziu, chì deve avè micca solu cumpetenze eccezziunali in l'ospitu è u mantenimentu di i sistemi SAP, ma ancu una sperienza di successu in u campu di a migrazione.
Chì sò e difficultà di cambià l'ospitu SAP?
L'ospiti sò diffirenti. Incongruenza cù u livellu di serviziu dichjaratu, assai "ma" è asterischi cù riservazioni in u testu chjucu, risorse limitati è capacità di l'ospitu, mancanza di flessibilità in materia di cumunicazione cù u cliente, burocrazia, limitazioni tecniche, bassa cumpetenza di supportu tecnicu. spezialisti, è ancu parechje altre sfumature - questi sò Questa hè solu una piccula parte di e trappule chì i clienti ponu scuntrà quandu operanu i so sistemi di cummerciale in infrastrutture di outsourcing. Spessu, per u cliente, tuttu questu ferma in l'ombra, in a jungla di un cuntrattu multi-pagina, è emerge in u prucessu di usu di i servizii.
À un certu puntu, diventa evidenti à u cliente chì u livellu di serviziu chì riceve hè luntanu da e so aspettative. Questu hè un tipu di catalizzatore per truvà suluzioni per correggere a situazione è, in casu di fallimentu, quandu i prublemi s'accumulanu à u limitu è diventa assai doloroso, passanu à l'azzioni attive per sviluppà opzioni alternative in a direzzione di cambià u fornitore di serviziu. .
Perchè aspettanu finu à l'ultimu minutu ? U mutivu hè simplice - u prucessu di migrazione di i sistemi per i clienti ùn hè micca sempre trasparente è comprensibile. Hè difficiuli per u cliente per valutà i risichi attuali assuciati cù u prucessu di migrazione. Pudemu dì chì a migrazione per i clienti hè una spezia di scatula negra: ùn hè micca chjaru, u prezzu, u tempu d'arrestu di u sistema, i risichi è cumu per mitigate, è in generale hè scuru è scary. Hè cum'è, s'ellu ùn funziona micca, allora i capi si rotulanu à a cima è à l'artisti.
SAP hè un sistema à livellu di l'impresa, cumplessu è, per dì un pocu, micca prezzu. I bilanci decentu sò spesi nantu à a so implementazione, mudificazione è mantenimentu, è a vita di l'impresa dipende da a so dispunibilità è u funziunamentu currettu. Avà imaginate e cunsequenze di piantà qualchì grande produzzione. Quessi sò perditi finanziarii, chì ponu esse calculati in numeri cù un gran numaru di zeri, è ancu di reputazione è altri risichi ugualmente significativi.
Analizemu e difficultà chì ponu esse in ogni stadiu in u casu di migrazione di sistemi SAP da unu di i nostri clienti.
Preparazione è disignu
A migrazione hè una formula cù parechje parti diffirenti. È unu di i più impurtanti hè u stadiu di cuncepimentu è di preparazione di l'infrastruttura di destinazione (nova).
Avemu bisognu di immersi in l'implementazione esistenti di i sistemi, a so architettura. In l'infrastruttura di destinazione, avemu ripetutu suluzioni esistenti in qualchì locu, supplementatu è migliuratu in certi punti, rifatti in qualchì locu, pensatu è selezziunate suluzioni per assicurà a tolleranza è a dispunibilità di difetti, è ancu cunsulidatu tutte e risorse quant'è pussibule.
Duranti u prucessu di cuncepimentu, parechji esercizii diffirenti sò stati realizati, chì in ultimamente hà permessu di preparà quant'è pussibule per a migrazione è piglià in contu ogni tipu di sfumature è trappule (più nantu à elli dopu).
Ciò chì avemu finitu hè una infrastruttura di nuvola privata cuncepita individualmente basatu annantu à u nostru centru di dati:
- servitori fisici dedicati per SAP HANA;
- Piattaforma di virtualizazione VMware per i servitori di applicazioni è i servizii d'infrastruttura;
- canali di cumunicazione duplicati trà i centri di dati per L2 VPN;
- dui sistemi di almacenamentu principali per separà u pruduttu è "tuttu u restu";
- SRC basatu annantu à Veritas Netbackup cù un servitore separatu, un scaffale di discu è una libreria di cinta.
È eccu cumu implementemu tuttu questu da un puntu di vista tecnicu.
Sap
- Per utilizà in modu efficace l'almacenamiento per HANA produtivu, avemu usatu dischi spartuti senza replicazione di basa di dati sistemica cù SAP. Tuttu chistu era impannillatu in un cluster SUSE HAE Active-Standby basatu in Pacemaker. Iè, u tempu di ricuperazione hè un pocu più longu chì cù a replicazione, ma salvemu u spaziu di almacenamiento à a mità è, in u risultatu, salvemu u budgetu di u cliente.
- In l'ambienti di pre-produzione, i clusters HANA sò stati abbandunati, ma tecnicamente a cunfigurazione di produzzione hè stata ripetuta.
- L'ambienti di prova è di sviluppu sò stati distribuiti in parechji più servitori senza clusters in una cunfigurazione MCOS.
- Tutti i servitori di l'applicazioni sò stati virtualizzati è ospitati in VMware.
Сети
- Separamu fisicamente i contorni di e rete di cuntrollu è di produzzione cù stacks of switches, turnendu i pruduttivi versu i centri di dati di u cliente.
- Avemu stallatu un numeru abbastanza di interfacce di rete per ùn mischjà grandi flussi di trafficu.
- Per trasfiriri dati da i sistemi di almacenamiento, avemu fattu fabbriche FC SAN classici.
SHD
- A carica produtiva è pre-produttiva di SAP hè stata lasciata nantu à l'array all-flash.
- L'ambienti di prova di sviluppatori è i servizii di infrastruttura sò stati posti nantu à una matrice hibrida separata.
IBS
- Fattu cù Veritas Netbackup.
- Avemu aghjustatu un pocu à i scripts integrati per salvà e cunfigurazioni MCOS.
- Pudemu copie operative nantu à un scaffale di discu per a ricuperazione rapida, è usemu nastri per u almacenamentu longu.
Monitoramentu
- Tuttu u hardware, OS è SAP sò stati installati sottu Zabbix.
- Avemu cullatu parechji dashboards utili in Grafana.
- Quandu si verifica una alerta, Zabbix pò creà una dumanda in u sistema di gestione di incidenti; l'avemu implementata in Jira. L'infurmazione hè ancu duplicata in u canali Telegram.
n'ambasciata
Salute generale di HANA
Status di u Servitore di Applicazioni SAP:
servizii d'infrastruttura
- Per serve spazii di nomi interni, un cluster di servitori DNS hè statu risuscitatu, chì hè sincronizatu cù i servitori di u cliente.
- Avemu creatu un servitore di schedari separatu per u scambiu di dati.
- Per almacenà diverse cunfigurazioni, Gitlab hè statu aghjuntu.
- Per vari infurmazioni Sensibili avemu pigliatu HashiCorp Vault.
Prucessu di migrazione
In generale, u prucessu di migrazione hè custituitu da e seguenti tappe:
- preparazione di tutta a documentazione necessaria di u prugettu;
- negoziazioni cù u fornitore attuale - risolve i prublemi organizzativi;
- compra, consegna è stallazione di novi equipaghji per u prugettu;
- prova migrazione è prucessu di debugging;
- trasferimentu di sistemi, migrazione di cumbattimentu.
À a fine di uttrovi 2019, avemu firmatu un cuntrattu, dopu cuncepimentu l'architettura, è dopu avè accunsentutu cù u cliente, avemu urdinatu l'equipaggiu necessariu.
Ciò chì deve esse attentu prima hè u tempu di consegna di l'equipaggiu. In media, a consegna di hardware certificatu per SAP NAHA chì risponde à i requisiti di u fabricatore di software per e piattaforme hardware dura 10-12 settimane. E tenendu in contu a staghjunalità (l'implementazione di u prugettu hè cascata esattamente nantu à l'annu novu), stu periodu puderia aumentà un altru mesi. In cunsiquenza, era necessariu di accelerà u prucessu quantu pussibule: avemu travagliatu cù u distributore-furnitore è accunsenu nantu à a spedizione rapida in aereo (inveci di rotte di terra è di mare).
Nuvembre è dicembre sò stati passati per preparà a migrazione è riceve un pocu di l'equipaggiu. Avemu fattu a preparazione nantu à un bancu di prova in u nostru nuvulu publicu, induve avemu travagliatu tutti i passi principali è catturà e pussibuli difficultà è prublemi:
- hà preparatu un pianu detallatu per l'interazzione trà i membri di l'equipa di u prughjettu cù timings minuti per minutu;
- hà custruitu un bancu di teste per a basa di dati è i servitori di l'applicazioni in quasi u listessu modu chì in l'infrastruttura di destinazione;
- cunfiguratu i canali di cumunicazione necessarii è i servizii di l'infrastruttura per pruvà l'operazione di l'integrazioni;
- elaboratu scenarii di cutover;
- U nuvulu ci hà ancu aiutatu à creà mudelli di macchina virtuale pre-configurati, chì dopu avemu impurtatu è implementatu in u paisaghju di destinazione.
Pocu prima di e vacanze di l'annu novu, u primu batch di equipamentu hè ghjuntu à noi. Questu hà permessu di implementà alcuni sistemi in hardware reale. Siccomu micca tuttu ghjuntu, avemu cunnessu l'equipaggiu di rimpiazzamentu, l'offerta di quale avemu riesciutu à cuncordà cù u venditore è i distributori. Avemu ricevutu i resti di l'infrastruttura di destinazione in a tappa finale.
Per risponde à a scadenza, i nostri ingegneri anu da sacrificà e vacanze di l'annu novu è cumincianu à travaglià nantu à a preparazione di l'infrastruttura di destinazione u 2 di ghjennaghju, à mezu à e vacanze. Iè, questu qualchì volta succede quandu hè in focu è ùn ci hè simplicemente micca altre opzioni. In ghjocu era u funziunamentu di i sistemi da quale dipende a vita di l'impresa.
L'ordine generale di a migrazione pareva cusì: prima, i sistemi menu critichi (paisaje di sviluppu, paisaghju di teste), dopu sistemi pruduttivi. L'ultima tappa di a migrazione hè stata a fini di ghjennaghju è principiu di ferraghju.
U prucessu di migrazione hè stata pianificata finu à u minutu. Questu hè un pianu di cutover cù una lista di tutti i travaglii, u tempu di cumpiimentu è e persone rispunsevuli. Tutti i passi avianu digià statu travagliatu in a migrazione di prova, cusì in a migrazione in diretta era solu necessariu di seguità u pianu è coordina u prucessu.
A migrazione hè stata realizata sistematicamente in parechje tappe. Ci sò dui sistemi in ogni stadiu.
U risultatu di un sprint di trè mesi era un sistema chì hè cumplettamente operativu in u centru di dati CROC. In generale, un risultatu pusitivu hè statu ottenutu grazia à u travagliu in squadra; a cuntribuzione è a dedicazione di tutti i participanti in u prucessu hè stata massima.
U rolu di u cliente in u prugettu
A cumunicazione cù u fornitore chì u nostru cliente abbandunava ùn era micca faciule. Questu hè comprensibile; eranu l'ultimi nantu à a lista di e persone interessate à u successu di u prugettu. U cliente hà pigliatu nantu à ellu stessu i compiti di scalate è pedale tutti i prublemi di cumunicazione è coped with this 100500%. Un ringraziu speciale à ellu per questu. Senza una participazione cusì fattibile à u prucessu, u risultatu di u prugettu puderia esse cumplettamente diversu.
A causa di a formalizazione di prucessi à u latu di u "anzianu" fornitore, u sustegnu di l'infrastruttura hè stata realizata da specialisti chì eranu literalmente luntanu da i prublemi, à quellu tempu sempre u so cliente. Per esempiu, u prucessu di exportà a stessa basa di dati puderia piglià da una ora à cinque. Tandu paria chì questu era una sorta di magia, un sicretu chì ùn ci hè mai statu revelatu. Probabilmente l'ingegneri di supportu tecnicu indulgenu in meditazioni intantu, scurdendu chì in qualchì locu in Russia distanti ci sò scadenze, ingegneri senza insalate di l'annu novu, u cliente pienghje è soffre...
I risultati di u prugettu
L'ultimu passu di a migrazione era u trasferimentu di sistemi per mantenimentu.
Avà furnimu un serviziu di finestra unica per e richieste di i clienti è copremu tuttu u scopu di i travaglii in relazione à i cumpunenti di l'infrastruttura di supportu è a basa SAP inseme cù u nostru partner - itelligence. U cliente hà campatu in una nuvola privata per sei mesi. Eccu e statistiche nantu à i casi di serviziu in questu tempu:
- 90 incidenti (20% risolti senza implicazione di u cliente)
- Risolta in SLA - 100%
- Spegnimenti di u sistema micca pianificati - 0
Sè vo avete prublemi simili à quelli di u nostru cliente, è vulete sapè più nantu à cumu risolve, scrivite à: [email prutettu]
Source: www.habr.com