एसएपी होस्टिंग बदलण्याचा अनुभव: अत्यंत क्लेशकारक नसताना सिस्टम स्थलांतरित कसे करावे

किंवा ते शक्य आहे का? अर्थात, SAP प्रणाली स्थलांतरित करणे ही एक जटिल आणि कष्टाळू प्रक्रिया आहे, ज्याच्या यशासाठी सर्व सहभागींच्या सुसंघटित कार्याची आवश्यकता आहे. आणि जर स्थलांतर अल्पावधीत केले गेले तर कार्य अधिक क्लिष्ट होते. प्रत्येकजण हे करण्याचा निर्णय घेत नाही. अनेक कारणे असू शकतात. उदाहरणार्थ, प्रक्रिया स्वतःच लांब आणि संस्थात्मकदृष्ट्या जटिल आहे. तसेच अनियोजित सिस्टम डाउनटाइमचा धोका आहे. किंवा क्लायंटला खात्री नसते की, असे ऑपरेशन केल्यावर, त्यांना खर्च केलेल्या प्रयत्नांच्या अनुषंगाने फायदे मिळतील. तथापि, अपवाद आहेत.

कट खाली, आम्ही SAP सिस्टीम स्थलांतरित आणि देखरेख करण्याच्या प्रक्रियेत ग्राहकांना येणाऱ्या अडचणींबद्दल चर्चा करू, स्टिरिओटाइप नेहमी वास्तविकतेशी का जुळत नाहीत यावर चर्चा करू आणि आम्ही ग्राहकांच्या सिस्टमचे स्थलांतर कसे केले याचा केस स्टडी शेअर करू. अवघ्या तीन महिन्यांत नवीन पायाभूत सुविधा.

एसएपी सिस्टम होस्टिंग

फक्त पाच वर्षांपूर्वी, क्लायंट मोठ्या प्रमाणावर SAP ऍप्लिकेशन्ससाठी होस्टिंग संसाधने वापरण्यास प्रारंभ करतील याची कल्पना करणे कठीण होते. बहुतेक प्रकरणांमध्ये ते जागेवरच लागू केले गेले. तथापि, आउटसोर्सिंग मॉडेल्स आणि क्लाउड सेवा बाजाराच्या विकासासह, ग्राहकांचे जागतिक दृश्य बदलू लागले. SAP साठी क्लाउडच्या बाजूने निवडीवर परिणाम करणारे युक्तिवाद कोणते आहेत?

• नवशिक्यांसाठी ज्यांनी नुकतेच एसएपी लागू करण्याची योजना आखली आहे, क्लाउड इन्फ्रास्ट्रक्चर ही जवळजवळ एक मानक निवड आहे - सिस्टमच्या सध्याच्या गरजांनुसार संसाधनांची मापनक्षमता आणि गैर-मुख्य क्षमतांच्या विकासाकडे संसाधने वळवण्याची अनिच्छा.
• मोठ्या सिस्टीम लँडस्केप असलेल्या कंपन्यांमध्ये, SAP सिस्टम होस्टिंगच्या मदतीने, CIO जोखीम व्यवस्थापनाच्या गुणात्मकरीत्या वेगळ्या स्तरावर पोहोचतात, कारण भागीदार SLA साठी जबाबदार आहे.
• तिसरा सर्वात सामान्य युक्तिवाद म्हणजे उच्च उपलब्धता आणि DR परिस्थिती लागू करण्यासाठी पायाभूत सुविधांच्या उभारणीचा उच्च खर्च.
• फॅक्टर 2027 - विक्रेत्याने 2027 मध्ये लेगसी सिस्टमसाठी समर्थन समाप्त करण्याची घोषणा केली. याचा अर्थ डेटाबेस HANA मध्ये हस्तांतरित करणे, ज्यामध्ये आधुनिकीकरण आणि नवीन संगणकीय शक्ती खरेदीसाठी खर्च येतो.

रशियामधील एसएपी होस्टिंग मार्केट आता बरेच परिपक्व मानले जाऊ शकते. आणि हे त्यांचे होस्टिंग प्लॅटफॉर्म बदलू इच्छिणाऱ्या ग्राहकांसाठी पुरेशी संधी प्रदान करते. तथापि, असे प्रकल्प स्थलांतर प्रक्रियेच्या जटिलतेमुळे व्यवसायांमध्ये चिंतेचे कारण बनू शकतात. हे ग्राहकांना सेवा प्रदात्यांकडे वाढीव मागणी ठेवण्यास भाग पाडते, ज्यांच्याकडे SAP प्रणाली होस्टिंग आणि देखरेखीमध्ये केवळ अपवादात्मक कौशल्येच नाहीत तर स्थलांतराच्या क्षेत्रातील यशस्वी अनुभव देखील असणे आवश्यक आहे.

SAP होस्टिंग बदलण्यात काय अडचणी आहेत?

होस्टिंग वेगळे आहेत. घोषित केलेल्या सेवेच्या पातळीशी विसंगती, लहान मजकूरातील आरक्षणांसह अनेक "बुट" आणि तारे, होस्टिंग प्रदात्याची मर्यादित संसाधने आणि क्षमता, क्लायंटशी संवादाच्या बाबतीत लवचिकता नसणे, नोकरशाही, तांत्रिक मर्यादा, तांत्रिक समर्थनाची कमी क्षमता. विशेषज्ञ, तसेच इतर अनेक बारकावे - या आहेत आउटसोर्सिंग इन्फ्रास्ट्रक्चर्समध्ये त्यांची व्यवसाय प्रणाली चालवताना क्लायंटला भेडसावणाऱ्या अडचणींचा हा एक छोटासा भाग आहे. बहुतेकदा, क्लायंटसाठी, हे सर्व सावलीत, बहु-पृष्ठ कराराच्या जंगलात राहते आणि सेवा वापरण्याच्या प्रक्रियेत उदयास येते.

काही क्षणी, ग्राहकाला हे स्पष्ट होते की त्याला प्राप्त होणारी सेवा त्याच्या अपेक्षेपेक्षा खूप दूर आहे. परिस्थिती दुरुस्त करण्यासाठी उपाय शोधण्यासाठी हा एक प्रकारचा उत्प्रेरक आहे आणि अयशस्वी झाल्यास, जेव्हा समस्या मर्यादेपर्यंत जमा होतात आणि खूप वेदनादायक होतात, तेव्हा ते सेवा प्रदाता बदलण्याच्या दिशेने पर्यायी पर्याय विकसित करण्यासाठी सक्रिय कृतींकडे जातात. .

ते शेवटच्या क्षणापर्यंत का थांबतात? कारण सोपे आहे - क्लायंटसाठी सिस्टम स्थलांतरित करण्याची प्रक्रिया नेहमीच पारदर्शक आणि समजण्यायोग्य नसते. स्थलांतर प्रक्रियेशी संबंधित वास्तविक जोखमींचे मूल्यांकन करणे क्लायंटसाठी अवघड आहे. आम्ही असे म्हणू शकतो की क्लायंटसाठी स्थलांतर हा एक प्रकारचा ब्लॅक बॉक्स आहे: किंमत, सिस्टम डाउनटाइम, जोखीम आणि ते कसे कमी करावे हे अस्पष्ट आहे आणि सर्वसाधारणपणे ते गडद आणि भितीदायक आहे. हे असे आहे की, जर ते कार्य करत नसेल, तर डोके शीर्षस्थानी आणि कलाकारांवर फिरतील.

SAP ही एंटरप्राइझ-स्तरीय प्रणाली आहे, जटिल आणि, सौम्यपणे सांगायचे तर, स्वस्त नाही. त्यांची अंमलबजावणी, सुधारणा आणि देखभाल यावर सभ्य बजेट खर्च केले जाते आणि एंटरप्राइझचे आयुष्य त्यांच्या उपलब्धतेवर आणि योग्य ऑपरेशनवर अवलंबून असते. आता काही मोठे उत्पादन थांबवल्याच्या परिणामांची कल्पना करा. हे आर्थिक नुकसान आहेत, ज्यांची गणना मोठ्या संख्येने शून्यांसह, तसेच प्रतिष्ठित आणि इतर तितकेच महत्त्वपूर्ण जोखीम असलेल्या संख्येमध्ये केली जाऊ शकते.

आमच्या ग्राहकांपैकी एकाकडून SAP प्रणाली स्थलांतरित करण्याच्या बाबतीत प्रत्येक टप्प्यावर उद्भवणाऱ्या अडचणींचे आम्ही विश्लेषण करू.

तयारी आणि रचना

स्थलांतर हे अनेक भिन्न भागांसह एक सूत्र आहे. आणि सर्वात महत्वाचे म्हणजे लक्ष्य (नवीन) पायाभूत सुविधांची रचना आणि तयारीचा टप्पा.

आम्हाला सिस्टीमच्या विद्यमान अंमलबजावणीमध्ये, त्यांच्या आर्किटेक्चरमध्ये जाण्याची आवश्यकता आहे. टार्गेट इन्फ्रास्ट्रक्चरमध्ये, आम्ही कुठेतरी विद्यमान उपायांची पुनरावृत्ती केली, काही ठिकाणी त्यांना पूरक आणि सुधारित केले, कुठेतरी ते पुन्हा केले, विचार केला आणि दोष सहिष्णुता आणि उपलब्धता सुनिश्चित करण्यासाठी उपाय निवडले आणि शक्य तितक्या सर्व संसाधनांचे एकत्रीकरण केले.

डिझाइन प्रक्रियेदरम्यान, बरेच भिन्न व्यायाम केले गेले, ज्यामुळे शेवटी स्थलांतरासाठी शक्य तितकी तयारी करणे आणि सर्व प्रकारच्या बारकावे आणि तोटे विचारात घेणे शक्य झाले (नंतर त्याबद्दल अधिक).

आम्ही आमच्या डेटा सेंटरवर आधारित वैयक्तिकरित्या डिझाइन केलेली खाजगी क्लाउड इन्फ्रास्ट्रक्चर आहे:

• SAP HANA साठी समर्पित भौतिक सर्व्हर;
• अॅप्लिकेशन सर्व्हर आणि पायाभूत सेवांसाठी VMware वर्च्युअलायझेशन प्लॅटफॉर्म;
• L2 VPN साठी डेटा केंद्रांमधील डुप्लिकेट कम्युनिकेशन चॅनेल;
• उत्पादन आणि "बाकी सर्व काही" वेगळे करण्यासाठी दोन मुख्य स्टोरेज सिस्टम;
• वेगळे सर्व्हर, डिस्क शेल्फ आणि टेप लायब्ररीसह Veritas Netbackup वर आधारित SRC.

आणि आम्ही हे सर्व तांत्रिक दृष्टिकोनातून कसे अंमलात आणले ते येथे आहे.

सॅप

• उत्पादक HANA साठी स्टोरेजचा प्रभावीपणे वापर करण्यासाठी, आम्ही SAP वापरून सिस्टमिक डेटाबेस प्रतिकृतीशिवाय सामायिक डिस्क वापरल्या. हे सर्व पेसमेकरवर आधारित सक्रिय-स्टँडबाय SUSE HAE क्लस्टरमध्ये गुंडाळलेले होते. होय, रिकव्हरी वेळ प्रतिकृतीपेक्षा थोडा जास्त आहे, परंतु आम्ही स्टोरेज स्पेस अर्ध्याने वाचवतो आणि परिणामी, ग्राहकाचे बजेट वाचवतो.
• प्री-प्रॉडक्शन वातावरणात, HANA क्लस्टर्स सोडले गेले, परंतु तांत्रिकदृष्ट्या उत्पादन कॉन्फिगरेशनची पुनरावृत्ती झाली.
• चाचणी आणि विकास वातावरण MCOS कॉन्फिगरेशनमध्ये क्लस्टरशिवाय अनेक सर्व्हरवर वितरित केले गेले.
• सर्व ऍप्लिकेशन सर्व्हर VMware मध्ये व्हर्च्युअलाइज्ड आणि होस्ट केले होते.

नेटवर्क

• आम्ही स्विचच्या स्टॅकसह नियंत्रण आणि उत्पादन नेटवर्कचे रूपरेषा भौतिकरित्या विभक्त केली, उत्पादकांना ग्राहकांच्या डेटा केंद्रांकडे वळवले.
• मोठ्या ट्रॅफिक प्रवाहात मिसळू नये म्हणून आम्ही नेटवर्क इंटरफेसची पुरेशी संख्या स्थापित केली आहे.
• स्टोरेज सिस्टममधून डेटा ट्रान्सफर करण्यासाठी, आम्ही क्लासिक FC SAN कारखाने बनवले.

SHD

• SAP चे उत्पादक आणि पूर्व-उत्पादक भार ऑल-फ्लॅश अॅरेवर सोडला होता.
• विकसक चाचणी वातावरण आणि पायाभूत सेवा वेगळ्या हायब्रिड अॅरेवर ठेवल्या गेल्या.

आयबीएस

• Veritas Netbackup वापरून बनवले.
• आम्ही MCOS कॉन्फिगरेशनचा बॅकअप घेण्यासाठी अंगभूत स्क्रिप्टमध्ये थोडेसे जोडले.
• द्रुत पुनर्प्राप्तीसाठी आम्ही ऑपरेशनल कॉपी डिस्क शेल्फवर ठेवतो आणि आम्ही दीर्घकालीन स्टोरेजसाठी टेप वापरतो.

देखरेख

• Zabbix अंतर्गत सर्व हार्डवेअर, OS आणि SAP स्थापित केले गेले.
• आम्ही Grafana मध्ये अनेक उपयुक्त डॅशबोर्ड गोळा केले आहेत.
• जेव्हा एखादी सूचना येते, तेव्हा Zabbix घटना व्यवस्थापन प्रणालीमध्ये विनंती तयार करू शकते; आम्ही ती Jira मध्ये लागू केली आहे. टेलीग्राम चॅनेलमध्येही माहिती डुप्लिकेट केली जाते.

तार

HANA चे सामान्य आरोग्य

SAP ऍप्लिकेशन सर्व्हर स्थिती:

पायाभूत सेवा

• अंतर्गत नेमस्पेसेसची सेवा देण्यासाठी, DNS सर्व्हरचा एक क्लस्टर उभा केला होता, जो ग्राहकाच्या सर्व्हरसह समक्रमित केला जातो.
• आम्ही डेटा एक्सचेंजसाठी वेगळा फाइल सर्व्हर तयार केला आहे.
• विविध कॉन्फिगरेशन संग्रहित करण्यासाठी, Gitlab जोडले गेले.
• विविध संवेदनशील माहितीसाठी आम्ही HashiCorp Vault घेतला.

स्थलांतर प्रक्रिया

सर्वसाधारणपणे, स्थलांतर प्रक्रियेत खालील टप्पे असतात:

• सर्व आवश्यक प्रकल्प दस्तऐवज तयार करणे;
• वर्तमान प्रदात्याशी वाटाघाटी - संस्थात्मक समस्यांचे निराकरण करणे;
• प्रकल्पासाठी नवीन उपकरणांची खरेदी, वितरण आणि स्थापना;
• चाचणी स्थलांतर आणि प्रक्रिया डीबगिंग;
• प्रणाली हस्तांतरण, लढाऊ स्थलांतर.

ऑक्टोबर 2019 च्या शेवटी, आम्ही करारावर स्वाक्षरी केली, त्यानंतर आर्किटेक्चरची रचना केली आणि ग्राहकांशी सहमत झाल्यानंतर, आम्ही आवश्यक उपकरणांची ऑर्डर दिली.

आपण प्रथम लक्ष देणे आवश्यक आहे उपकरणे वितरण वेळ. सरासरी, हार्डवेअर प्लॅटफॉर्मसाठी सॉफ्टवेअर निर्मात्याच्या आवश्यकता पूर्ण करणार्‍या SAP NAHA साठी प्रमाणित हार्डवेअरच्या वितरणास 10-12 आठवडे लागतात. आणि हंगामीपणा लक्षात घेऊन (प्रकल्पाची अंमलबजावणी नवीन वर्षावर झाली), हा कालावधी आणखी एका महिन्याने वाढू शकतो. त्यानुसार, प्रक्रिया शक्य तितक्या वेगवान करणे आवश्यक होते: आम्ही वितरक-पुरवठादारासह काम केले आणि विमानाने (जमीन आणि समुद्री मार्गांऐवजी) जलद वितरणावर सहमत झालो.

नोव्हेंबर आणि डिसेंबर हे स्थलांतराची तयारी करण्यात आणि काही उपकरणे मिळवण्यात घालवले. आम्ही आमच्या सार्वजनिक क्लाउडमध्ये चाचणी बेंचवर तयारी केली, जिथे आम्ही सर्व मुख्य चरणांवर काम केले आणि संभाव्य अडचणी आणि समस्या पकडल्या:

• मिनिट-दर-मिनिट वेळेसह प्रकल्प कार्यसंघ सदस्यांमधील परस्परसंवादासाठी तपशीलवार योजना तयार केली;
• डेटाबेस आणि ऍप्लिकेशन सर्व्हरसाठी अंदाजे लक्ष्य पायाभूत सुविधांप्रमाणेच चाचणी खंडपीठ तयार केले;
• एकत्रीकरणाच्या ऑपरेशनची चाचणी घेण्यासाठी आवश्यक संप्रेषण चॅनेल आणि पायाभूत सेवा कॉन्फिगर केले;
• कटओव्हर परिदृश्यांवर काम केले;
• क्लाउडने आम्हाला पूर्व-कॉन्फिगर केलेले व्हर्च्युअल मशीन टेम्पलेट्स तयार करण्यात मदत केली, जी आम्ही नंतर फक्त आयात केली आणि लक्ष्य लँडस्केपवर तैनात केली.

नवीन वर्षाच्या सुट्टीच्या काही काळापूर्वी, उपकरणांची पहिली तुकडी आमच्याकडे आली. यामुळे रिअल हार्डवेअरवर काही प्रणाली तैनात करणे शक्य झाले. सर्व काही पोहोचले नसल्यामुळे, आम्ही बदली उपकरणे जोडली, ज्याचा पुरवठा आम्ही विक्रेता आणि वितरकांशी सहमत होऊ शकलो. आम्हाला अंतिम टप्प्यावर लक्ष्यित पायाभूत सुविधांचे अवशेष मिळाले.
अंतिम मुदत पूर्ण करण्यासाठी, आमच्या अभियंत्यांना नवीन वर्षाच्या सुट्ट्यांचा त्याग करावा लागला आणि सुट्टीच्या मध्यभागी 2 जानेवारी रोजी लक्ष्य पायाभूत सुविधा तयार करण्याचे काम सुरू करावे लागले. होय, हे काहीवेळा घडते जेव्हा आग लागते आणि इतर कोणतेही पर्याय नसतात. एंटरप्राइझचे जीवन ज्यावर अवलंबून आहे अशा सिस्टमची कामगिरी धोक्यात आली.

स्थलांतराचा सामान्य क्रम असा दिसत होता: प्रथम, सर्वात कमी गंभीर प्रणाली (विकास लँडस्केप, चाचणी लँडस्केप), नंतर उत्पादक प्रणाली. स्थलांतराचा अंतिम टप्पा जानेवारीच्या अखेरीस आणि फेब्रुवारीच्या सुरुवातीस झाला.

स्थलांतर प्रक्रिया मिनिटापर्यंत नियोजित होती. ही सर्व कामे, पूर्ण होण्याची वेळ आणि जबाबदार व्यक्तींची यादी असलेली कटओव्हर योजना आहे. चाचणी स्थलांतरामध्ये सर्व पायऱ्या आधीच पूर्ण केल्या गेल्या होत्या, त्यामुळे थेट स्थलांतरामध्ये योजनेचे अनुसरण करणे आणि प्रक्रियेचे समन्वय साधणे आवश्यक होते.

स्थलांतर अनेक टप्प्यांत पद्धतशीरपणे पार पडले. प्रत्येक टप्प्यात दोन प्रणाली आहेत.

तीन महिन्यांच्या स्प्रिंटचा परिणाम म्हणजे CROC डेटा सेंटरमध्ये पूर्णपणे कार्यरत असलेली प्रणाली. सर्वसाधारणपणे, टीमवर्कद्वारे एक सकारात्मक परिणाम प्राप्त झाला; प्रक्रियेतील सर्व सहभागींचे योगदान आणि समर्पण जास्तीत जास्त होते.

प्रकल्पात ग्राहकाची भूमिका

आमचा क्लायंट सोडत असलेल्या प्रदात्याशी संवाद साधणे सोपे नव्हते. हे समजण्यासारखे आहे; प्रकल्प यशस्वीरित्या पूर्ण करण्यात स्वारस्य असलेल्या लोकांच्या यादीत ते शेवटचे होते. ग्राहकाने सर्व संप्रेषण समस्या वाढविण्याचे आणि पेडल करण्याचे कार्य केले आणि या 100500% सह सामना केला. त्याबद्दल त्यांचे विशेष आभार. प्रक्रियेत अशा व्यवहार्य सहभागाशिवाय, प्रकल्पाचा परिणाम पूर्णपणे भिन्न असू शकतो.

"माजी" प्रदात्याच्या बाजूने प्रक्रियेच्या औपचारिकतेमुळे, पायाभूत सुविधांचे समर्थन अशा तज्ञांद्वारे केले गेले जे समस्यांपासून अक्षरशः दूर होते, त्या वेळी त्यांचे ग्राहक होते. उदाहरणार्थ, समान डेटाबेस निर्यात करण्याच्या प्रक्रियेस एक तास ते पाच वेळ लागू शकतो. मग असे वाटले की ही एक प्रकारची जादू आहे, एक रहस्य जे आम्हाला कधीच उघड झाले नाही. कदाचित तांत्रिक सहाय्य अभियंते या दरम्यान ध्यानात गुंतले आहेत, हे विसरले की दूरच्या रशियामध्ये कुठेतरी डेडलाइन आहेत, नवीन वर्षाच्या सॅलडशिवाय अभियंते आहेत, ग्राहक रडत आहे आणि त्रास देत आहे ...

प्रकल्प परिणाम

स्थलांतराचा अंतिम टप्पा म्हणजे देखभालीसाठी यंत्रणांचे हस्तांतरण.

आता आम्ही ग्राहकांच्या विनंत्यांसाठी सिंगल विंडो सेवा प्रदान करतो आणि आमच्या भागीदार - टेलिजेंससह आधारभूत संरचना घटक आणि SAP आधाराशी संबंधित कार्यांची संपूर्ण व्याप्ती कव्हर करतो. क्लायंट सहा महिन्यांपासून खाजगी क्लाउडमध्ये राहत आहे. या काळातील सेवा प्रकरणांची आकडेवारी येथे आहे:

• 90 घटना (ग्राहकांना सहभागी न करता 20% निराकरण केले)
• SLA मध्ये निराकरण - 100%
• अनुसूचित प्रणाली शटडाउन - 0

तुम्हाला आमच्या क्लायंट सारख्या समस्या असल्यास आणि त्या कशा सोडवायच्या याबद्दल तुम्हाला अधिक जाणून घ्यायचे असल्यास, येथे लिहा: [ईमेल संरक्षित]

स्त्रोत: www.habr.com