يا اهو ممڪن آهي؟ يقينا، لڏپلاڻ SAP سسٽم هڪ پيچيده ۽ مشڪل عمل آهي، جنهن جي ڪاميابي سڀني شرڪت ڪندڙن جي چڱي طرح هموار ڪم جي ضرورت آهي. ۽ جيڪڏهن لڏپلاڻ هڪ مختصر وقت ۾ ڪيو ويندو آهي، اهو ڪم تمام گهڻو پيچيده ٿي ويندو. نه هرڪو اهو ڪرڻ جو فيصلو ڪري ٿو. ان جا ڪيترائي سبب ٿي سگهن ٿا. مثال طور، اهو عمل پاڻ کي ڊگهو ۽ تنظيمي طور تي پيچيده آهي. ان سان گڏ غير منصوبابندي واري نظام جي خاتمي جو خطرو آهي. يا گراهڪ کي پڪ ناهي ته، اهڙي آپريشن کان پوءِ، انهن کي خرچ ڪيل ڪوششن جي برابر فائدا ملندا. بهرحال، اتي استثنا آهن.
هيٺ ڏنل ڪٽ، اسان انهن مشڪلاتن جي باري ۾ ڳالهائينداسين جيڪي گراهڪ کي SAP سسٽم جي لڏپلاڻ ۽ برقرار رکڻ جي عمل ۾ پيش اچن ٿا، بحث ڪنداسين ڇو ته اسٽريٽائپائپ هميشه حقيقت سان مطابقت نه رکندا آهن، ۽ هڪ ڪيس اسٽڊي شيئر ڪندا آهيون ته ڪيئن اسان هڪ ڪسٽمر جي سسٽم کي منتقل ڪرڻ ۾ منظم ڪيو. صرف ٽن مهينن ۾ نئون انفراسٽرڪچر.
SAP سسٽم هوسٽنگ
صرف پنج سال اڳ، اهو تصور ڪرڻ ڏکيو هو ته گراهڪ وڏي پئماني تي SAP ايپليڪيشنن لاءِ ميزباني جا وسيلا استعمال ڪرڻ شروع ڪندا. اڪثر ڪيسن ۾، انهن تي عمل ڪيو ويو آهي. بهرحال، آئوٽ سورسنگ ماڊلز ۽ ڪلائوڊ سروسز مارڪيٽ جي ترقيءَ سان، گراهڪن جو عالمي ڏيک تبديل ٿيڻ لڳو. SAP لاء بادل جي حق ۾ چونڊ تي اثر انداز ڪندڙ دليل ڇا آهن؟
- شروعات ڪندڙن لاءِ جن صرف SAP کي لاڳو ڪرڻ جي منصوبابندي ڪئي آهي، ڪلائوڊ انفراسٽرڪچر لڳ ڀڳ هڪ معياري انتخاب آهي - وسيلن جي اسڪاليبلٽي سسٽم جي موجوده ضرورتن ۽ وسيلن کي غير بنيادي صلاحيتن جي ترقيءَ ڏانهن موڙڻ جي خواهش.
- ڪمپنين ۾ وڏي سسٽم جي منظرنامي سان، SAP سسٽم جي ميزباني جي مدد سان، CIOs خطري جي انتظام جي معيار جي لحاظ کان مختلف سطح تي پهچي ٿو، ڇاڪاڻ ته ڀائيواري SLA لاء ذميوار آهي.
- ٽيون سڀ کان وڌيڪ عام دليل اعلي دستيابي ۽ ڊي آر منظرنامي کي لاڳو ڪرڻ لاء زيربناء جي تعمير جي اعلي قيمت آهي.
- فيڪٽر 2027 - وينڊر اعلان ڪيو ته 2027 ۾ ورثي واري نظام جي حمايت جي خاتمي. ان جو مطلب آهي ڊيٽابيس کي HANA ڏانهن منتقل ڪرڻ، جنهن ۾ جديديت ۽ نئين ڪمپيوٽر پاور جي خريداري لاءِ خرچ شامل آهن.
روس ۾ SAP هوسٽنگ مارڪيٽ هاڻي سمجهي سگهجي ٿو ڪافي بالغ. ۽ اهو انهن گراهڪن لاءِ ڪافي موقعو فراهم ڪري ٿو جيڪي انهن جي هوسٽنگ پليٽ فارمن کي تبديل ڪرڻ چاهيندا آهن. بهرحال، اهڙا منصوبا صحيح طور تي لڏپلاڻ جي طريقيڪار جي پيچيدگي جي ڪري ڪاروبار جي وچ ۾ خدشات پيدا ڪري سگھن ٿا. اهو گراهڪ کي مجبور ڪري ٿو ته اهي خدمت فراهم ڪندڙن تي وڌندڙ مطالبن کي رکي، جن کي نه رڳو SAP سسٽم جي ميزباني ۽ برقرار رکڻ ۾ غير معمولي صلاحيتون هجڻ گهرجن، پر لڏپلاڻ جي ميدان ۾ ڪامياب تجربو پڻ.
SAP هوسٽنگ کي تبديل ڪرڻ ۾ ڪهڙيون مشڪلاتون آهن؟
ميزباني مختلف آهن. خدمت جي اعلان ڪيل سطح سان مطابقت، ڪيترائي "بٽ" ۽ ستارن سان گڏ ننڍڙي متن ۾ تحفظات، محدود وسيلن ۽ ميزباني فراهم ڪندڙ جي صلاحيتون، ڪلائنٽ سان رابطي جي معاملن ۾ لچڪ جي کوٽ، بيوروڪريسي، ٽيڪنيڪل حدون، ٽيڪنيڪل سپورٽ جي گهٽ صلاحيت. ماهرن، ۽ گڏوگڏ ٻيا ڪيترائي nuances - اھي آھن ھي صرف نقصانن جو ھڪڙو ننڍڙو حصو آھي جيڪي ڪلائنٽ کي منهن ڏئي سگھن ٿا جڏھن پنھنجي ڪاروباري نظام کي ٻاھرين انفراسٽرڪچرز ۾ ڪم ڪري سگھن ٿا. گهڻو ڪري، ڪلائنٽ لاء، اهو سڀ ڪجهه پاڇي ۾ رهي ٿو، ڪيترن ئي صفحن جي معاهدي جي جنگل ۾، ۽ خدمتن کي استعمال ڪرڻ جي عمل ۾ ظاهر ٿئي ٿو.
ڪجهه نقطي تي، اهو گراهڪ ڏانهن واضح ٿي وڃي ٿو ته خدمت جي سطح هن کي حاصل ڪري ٿو هن جي اميدن کان پري آهي. صورتحال کي درست ڪرڻ لاءِ حل ڳولهڻ لاءِ هي هڪ قسم جو ڪيٽيلسٽ آهي ۽ ناڪامي جي صورت ۾، جڏهن مسئلا وڌندا وڃن ٿا حد تائين ۽ اهو تمام گهڻو ڏکوئيندڙ ٿي وڃي ٿو، تڏهن اهي خدمت فراهم ڪندڙ کي تبديل ڪرڻ جي هدايت ۾ متبادل آپشن ٺاهڻ لاءِ سرگرم عملن ڏانهن هليا ويندا آهن. .
اهي آخري منٽ تائين انتظار ڇو ٿا ڪن؟ سبب سادو آهي - گراهڪن لاءِ لڏپلاڻ واري نظام جو عمل هميشه شفاف ۽ سمجھڻ وارو ناهي. گراهڪ لاءِ اهو ڏکيو آهي ته لڏپلاڻ جي عمل سان لاڳاپيل حقيقي خطرن جو اندازو لڳائڻ. اسان اهو چئي سگهون ٿا ته گراهڪن لاءِ لڏپلاڻ هڪ قسم جو بليڪ باڪس آهي: اهو واضح ناهي، قيمت، سسٽم ختم ٿيڻ، خطرات ۽ انهن کي ڪيئن گھٽائڻ، ۽ عام طور تي اهو اونداهو ۽ خوفناڪ آهي. اهو پسند آهي، جيڪڏهن اهو ڪم نٿو ڪري، ته هيڊ مٿي ۽ پرفارمنس ٻنهي تي رول ڪندو.
SAP هڪ انٽرنيشنل-سطح سسٽم آهي، پيچيده ۽، ان کي نرمي سان رکڻ لاء، سستو ناهي. مهذب بجيٽ خرچ ڪيا ويا آهن انهن تي عمل درآمد، ترميم ۽ سار سنڀال، ۽ ڪمپني جي زندگي ان جي دستيابي ۽ صحيح آپريشن تي منحصر آهي. هاڻي تصور ڪريو ڪجهه وڏي پيداوار کي روڪڻ جا نتيجا. اهي مالي نقصان آهن، جن کي شمار ڪري سگهجي ٿو انگن اکرن ۾ صفر جي وڏي تعداد سان، گڏوگڏ شهرت ۽ ٻيا برابر اهم خطرا.
اسان انهن مشڪلاتن جو تجزيو ڪنداسين جيڪي اسان جي گراهڪن مان هڪ کان SAP سسٽم لڏپلاڻ جي صورت ۾ هر اسٽيج تي پيدا ٿي سگهن ٿيون.
تياري ۽ ڊيزائن
لڏپلاڻ هڪ فارمولا آهي ڪيترن ئي مختلف حصن سان. ۽ ھڪڙو سڀ کان وڌيڪ اھم آھي ھدف (نئين) انفراسٽرڪچر کي ڊزائين ڪرڻ ۽ تيار ڪرڻ جو مرحلو.
اسان کي ضرورت آهي ته موجوده نظام جي نفاذ ۾، انهن جي فن تعمير ۾. ھدف جي بنيادي ڍانچي ۾، اسان موجوده حلن کي ورجايو، ڪجھ پوائنٽن تي انھن کي وڌايو ۽ انھن کي بھتر ڪيو، انھن کي ڪنھن جاءِ تي ريڊ ڪيو، غلطين جي رواداري ۽ دستيابي کي يقيني بڻائڻ لاءِ سوچيو ۽ حل چونڊيا، ۽ سڀني وسيلن کي جيترو ٿي سگھي گڏ ڪيو.
ڊزائن جي عمل دوران، ڪيتريون ئي مختلف مشقون انجام ڏنيون ويون، جن کي آخرڪار لڏپلاڻ لاء ممڪن حد تائين تيار ڪرڻ ۽ سڀني قسمن جي نونسن ۽ نقصانات (انهن تي وڌيڪ بعد ۾) شامل ڪرڻ لاء ممڪن آهي.
جيڪو اسان ختم ڪيو اهو هڪ انفرادي طور تي ٺهيل نجي ڪلائوڊ انفراسٽرڪچر آهي جيڪو اسان جي ڊيٽا سينٽر تي ٻڌل آهي:
- SAP HANA لاءِ وقف ٿيل جسماني سرور؛
- VMware ورچوئلائيزيشن پليٽ فارم ايپليڪيشن سرورز ۽ انفراسٽرڪچر سروسز لاءِ؛
- L2 VPN لاءِ ڊيٽا سينٽرن جي وچ ۾ نقل ٿيل مواصلاتي چينل؛
- پراڊڪٽ کي الڳ ڪرڻ لاءِ ٻه مکيه اسٽوريج سسٽم ۽ ”ٻيو سڀ ڪجهه“؛
- SRC هڪ الڳ سرور، ڊسڪ شيلف ۽ ٽيپ لائبريري سان Veritas نيٽ بيڪ اپ تي ٻڌل آهي.
۽ هتي اهو آهي ته اسان اهو سڀ ڪجهه ٽيڪنالاجي نقطي نظر کان ڪيئن لاڳو ڪيو.
SAP
- پيداواري HANA لاءِ اسٽوريج کي مؤثر طريقي سان استعمال ڪرڻ لاءِ، اسان SAP استعمال ڪندي سسٽماتي ڊيٽابيس جي نقل کان سواءِ شيئر ڪيل ڊسڪ استعمال ڪيو. اهو سڀ ڪجهه Pacemaker تي ٻڌل هڪ Active-Standby SUSE HAE ڪلستر ۾ لپي ويو. ها، وصولي جو وقت نقل جي ڀيٽ ۾ ٿورڙو ڊگهو آهي، پر اسان اسٽوريج جي جاء کي اڌ تائين بچايو ۽ نتيجي طور، صارف جي بجيٽ کي بچايو.
- اڳ-پيداوار ماحول ۾، HANA ڪلستر ڇڏيا ويا، پر ٽيڪنيڪل طور تي پيداوار جي جوڙجڪ کي بار بار ڪيو ويو.
- ٽيسٽ ۽ ڊولپمينٽ ماحول ڪيترن ئي سرورن تي ورهايو ويو بغير ڪلسٽر جي MCOS ترتيب ۾.
- سڀئي ايپليڪيشن سرورز مجازي ۽ وي ايم ويئر ۾ ميزباني ڪيا ويا.
Сети
- اسان جسماني طور تي ڪنٽرول ۽ پيداوار جي نيٽ ورڪن جي شڪلن کي سوئچ جي اسٽيڪ سان الڳ ڪيو، پيداوار وارن کي ڪسٽمر جي ڊيٽا سينٽرن ڏانهن رخ ڪيو.
- اسان ڪافي تعداد ۾ نيٽ ورڪ انٽرفيس نصب ڪيا آهن ته جيئن وڏي ٽرئفڪ جي وهڪري کي گڏ نه ڪيو وڃي.
- اسٽوريج سسٽم مان ڊيٽا کي منتقل ڪرڻ لاء، اسان ٺاهيو FC SAN فيڪٽريز کلاسک.
ايس ايڇ ڊي
- SAP جي پيداواري ۽ اڳ-پيداوار لوڊ آل فليش صف تي ڇڏي ويو.
- ڊولپر ٽيسٽ ماحول ۽ انفراسٽرڪچر سروسز هڪ الڳ هائبرڊ صف تي رکيا ويا.
IBS
- Veritas Netbackup استعمال ڪندي ٺاهيو ويو.
- اسان MCOS ترتيبن جي بيڪ اپ ڪرڻ لاءِ بلٽ ان اسڪرپٽ ۾ ٿورو اضافو ڪيو.
- اسان جلدي بحالي لاءِ ڊسڪ شيلف تي آپريشنل ڪاپيون رکون ٿا، ۽ اسان ڊگھي مدت جي اسٽوريج لاءِ ٽيپ استعمال ڪريون ٿا.
مانيٽرنگ
- سڀ هارڊويئر، OS ۽ SAP زبڪس تحت نصب ڪيا ويا.
- اسان گرافانا ۾ ڪيترائي مفيد ڊيش بورڊ گڏ ڪيا آهن.
- جڏهن هڪ خبرداري ٿئي ٿي، Zabbix واقعا مينيجمينٽ سسٽم ۾ هڪ درخواست ٺاهي سگهي ٿي؛ اسان ان کي جيرا ۾ لاڳو ڪيو آهي. معلومات ٽيليگرام چينل ۾ پڻ نقل ڪئي وئي آهي.
تار
هانا جي عام صحت
SAP ايپليڪيشن سرور اسٽيٽس:
انفراسٽرڪچر خدمتون
- اندروني نالن جي خدمت ڪرڻ لاء، ڊي اين ايس سرورز جو هڪ ڪلستر بلند ڪيو ويو، جيڪو ڪسٽمر جي سرور سان هم وقت سازي ڪيو ويو آهي.
- اسان ڊيٽا مٽائڻ لاءِ الڳ فائل سرور ٺاهيو.
- مختلف ترتيبن کي ذخيرو ڪرڻ لاء، Gitlab شامل ڪيو ويو.
- مختلف حساس معلومات لاءِ اسان ورتو HashiCorp Vault.
لڏپلاڻ وارو عمل
عام طور تي، لڏپلاڻ وارو عمل هيٺين مرحلن تي مشتمل آهي:
- سڀني ضروري منصوبي جي دستاويز جي تياري؛
- موجوده فراهم ڪندڙ سان ڳالهين - تنظيمي مسئلن کي حل ڪرڻ؛
- منصوبي لاء نئين سامان جي خريداري، پهچائڻ ۽ تنصيب؛
- ٽيسٽ لڏپلاڻ ۽ پروسيس ڊيبگنگ؛
- نظام جي منتقلي، جنگي لڏپلاڻ.
آڪٽوبر 2019 جي آخر ۾، اسان هڪ معاهدي تي دستخط ڪيو، پوء فن تعمير کي ڊزائين ڪيو، ۽ گراهڪ سان اتفاق ڪرڻ کان پوء، اسان ضروري سامان جو حڪم ڏنو.
توهان کي پهريان ڌيان ڏيڻ جي ضرورت آهي سامان جي پهچائڻ جو وقت. سراسري طور تي، SAP NAHA لاءِ تصديق ٿيل هارڊويئر جي ترسيل جيڪا هارڊويئر پليٽ فارمن لاءِ سافٽ ويئر ٺاهيندڙ جي گهرجن کي پورو ڪري ٿي 10-12 هفتا. ۽ اڪائونٽ ۾ موسميات (منصوبي تي عمل درآمد بلڪل نئين سال تي ٿي ويو)، هن عرصي ۾ هڪ ٻيو مهينو وڌائي سگهي ٿو. ان جي مطابق، اهو ضروري هو ته ممڪن طور تي عمل کي تيز ڪرڻ لاء: اسان تقسيم ڪندڙ-سپلائر سان ڪم ڪيو ۽ جهاز ذريعي تيز ترسيل تي اتفاق ڪيو (زميني ۽ سامونڊي رستن جي بدران).
نومبر ۽ ڊسمبر لڏپلاڻ جي تياري ۽ ڪجهه سامان حاصل ڪرڻ ۾ گذري ويا. اسان اسان جي پبلڪ ڪلائوڊ ۾ ٽيسٽ بينچ تي تياري ڪئي، جتي اسان سڀني مکيه مرحلن ذريعي ڪم ڪيو ۽ ممڪن مشڪلاتن ۽ مسئلن کي پڪڙيو:
- پروجيڪٽ ٽيم جي ميمبرن جي وچ ۾ رابطي لاء هڪ تفصيلي منصوبو تيار ڪيو، منٽ جي وقت سان.
- ڊيٽابيس ۽ ايپليڪيشن سرورز لاءِ هڪ ٽيسٽ بينچ ٺاهي وئي تقريبن ساڳئي طرح جيئن ٽارگيٽ انفراسٽرڪچر ۾؛
- انضمام جي آپريشن کي جانچڻ لاءِ ضروري ڪميونيڪيشن چينلز ۽ انفراسٽرڪچر سروسز کي ترتيب ڏنو؛
- ڪم ڪيو cutover منظرنامو؛
- بادل اسان کي اڳ ۾ ترتيب ڏنل ورچوئل مشين ٽيمپليٽ ٺاهڻ ۾ پڻ مدد ڪئي، جنهن کي اسان پوءِ آساني سان درآمد ڪيو ۽ ٽارگيٽ لينڊ اسڪيپ تي لڳايو.
نئين سال جي موڪلن کان ٿورو اڳ، سامان جي پهرين بيچ اسان وٽ پهتو. هن اهو ممڪن ڪيو ته ڪجهه سسٽم کي حقيقي هارڊويئر تي ترتيب ڏيو. جتان سڀ ڪجھ نه پهتو، اسان متبادل سامان ڳنڍيو، جنهن جي فراهمي اسان وينڊر ۽ ورهائڻ وارن سان متفق ٿيڻ ۾ ڪامياب ٿي ويا. اسان آخري مرحلي ۾ ٽارگيٽ انفراسٽرڪچر جي باقيات حاصل ڪئي.
آخري حد تائين پهچڻ لاءِ، اسان جي انجنيئرن کي نئين سال جون موڪلون قربان ڪرڻيون پيون ۽ موڪلن جي وچ ۾ 2 جنوري تي ٽارگيٽ انفراسٽرڪچر تيار ڪرڻ جو ڪم شروع ڪرڻو پيو. ها، اهو ڪڏهن ڪڏهن ٿئي ٿو جڏهن اهو باهه تي آهي ۽ صرف ٻيو ڪو اختيار ناهي. داء تي سسٽم جي ڪارڪردگي هئي جنهن تي ڪاروبار جي زندگي منحصر آهي.
لڏپلاڻ جو عام ترتيب هن طرح نظر آيو: پهريون، گهٽ ۾ گهٽ نازڪ نظام (ترقي جي منظرنامي، ٽيسٽنگ لينڊ اسڪيپ)، پوءِ پيداواري نظام. لڏپلاڻ جو آخري مرحلو جنوري جي آخر ۽ فيبروري جي شروعات ۾ ٿيو.
لڏپلاڻ جي عمل کي منٽ ۾ رٿيو ويو. هي هڪ ڪٽ اوور پلان آهي جنهن ۾ سڀني ڪمن، مڪمل ٿيڻ جو وقت ۽ ذميوار ماڻهن جي فهرست آهي. ٽيسٽ لڏپلاڻ ۾ سڀ مرحلا اڳ ۾ ئي ڪم ڪيا ويا هئا، تنهنڪري لائيو لڏپلاڻ ۾ اهو صرف ضروري هو ته منصوبي جي پيروي ڪرڻ ۽ عمل کي همٿائڻ.
لڏپلاڻ ڪيترن ئي مرحلن ۾ منظم ڪيو ويو. هر مرحلي ۾ ٻه نظام آهن.
ٽن مهينن جي اسپرنٽ جو نتيجو هڪ سسٽم هو جيڪو مڪمل طور تي هلندڙ آهي CROC ڊيٽا سينٽر ۾. عام طور تي، هڪ مثبت نتيجو ٽيم ڪم ذريعي حاصل ڪيو ويو؛ عمل ۾ سڀني شرڪت ڪندڙن جو حصو ۽ وقف وڌ ۾ وڌ هو.
منصوبي ۾ ڪسٽمر جو ڪردار
مهيا ڪندڙ سان رابطو ڪرڻ اسان جو ڪلائنٽ ڇڏي رهيو هو آسان نه هو. اهو سمجھڻ وارو آهي؛ اهي ماڻهون جي لسٽ تي آخري هئا جيڪي منصوبي جي ڪامياب مڪمل ٿيڻ ۾ دلچسپي وٺندا آهن. ڪسٽمر سڀني ڪميونيڪيشن مسئلن کي وڌائڻ ۽ پيڊل ڪرڻ جو ڪم ورتو ۽ هن 100500٪ سان مقابلو ڪيو. ان لاءِ سندس خاص مهرباني. عمل ۾ اهڙي ممڪن شموليت جي بغير، منصوبي جو نتيجو مڪمل طور تي مختلف ٿي سگهي ٿو.
"اڳوڻي" فراهم ڪندڙ جي پاسي تي عمل جي رسميت جي ڪري، انفراسٹرڪچر سپورٽ ماهرن طرفان ڪيو ويو، جيڪي لفظي طور تي مسئلن کان پري هئا، ان وقت اڃا تائين سندن گراهڪ. مثال طور، ساڳئي ڊيٽابيس کي برآمد ڪرڻ جو عمل هڪ ڪلاڪ کان پنج تائين وٺي سگھي ٿو. پوءِ اهو محسوس ٿيو ته هي ڪنهن قسم جو جادو هو، اهڙو راز جيڪو اسان تي ڪڏهن به ظاهر نه ٿيو هو. شايد ٽيڪنيڪل سپورٽ انجنيئر ان دوران مراقبي ۾ مشغول ٿي ويا، اهو وساري ڇڏيو ته ڪنهن دور روس ۾ اتي ڊيڊ لائنون آهن، انجنيئرن کان سواء نئين سال جي سلاد کان سواء، گراهڪ روئي رهيو آهي ۽ مصيبت آهي ...
پروجيڪٽ جا نتيجا
لڏپلاڻ جو آخري مرحلو سار سنڀال لاءِ نظام جي منتقلي هو.
ھاڻي اسان گراهڪ جي درخواستن لاءِ ھڪڙي ونڊو سروس مهيا ڪريون ٿا ۽ بنيادي ڍانچي جي مدد سان لاڳاپيل ڪمن جي پوري دائري کي ڍڪيندا آھيون ۽ SAP جي بنياد تي اسان جي ڀائيواري سان گڏ. گراهڪ ڇهن مهينن کان هڪ خانگي بادل ۾ رهي رهيو آهي. هتي هن وقت دوران سروس ڪيسن جا انگ اکر آهن:
- 90 واقعا (20٪ حل ڪيو ويو بغير گراهڪ کي شامل ڪرڻ)
- حل ٿيل SLA اندر - 100٪
- اڻ شيڊول سسٽم بند ڪرڻ - 0
جيڪڏھن توھان وٽ اسان جي ڪلائنٽ جھڙا مسئلا آھن، ۽ توھان انھن کي حل ڪرڻ بابت وڌيڪ ڄاڻڻ چاھيو ٿا، ھيٺ لکو: [ايميل محفوظ ٿيل]
جو ذريعو: www.habr.com