SAP HANA कसे उपयोजित करावे: आम्ही विविध पद्धतींचे विश्लेषण करतो

SAP HANA एक लोकप्रिय इन-मेमरी DBMS आहे ज्यामध्ये स्टोरेज सेवा (डेटा वेअरहाऊस) आणि विश्लेषणे, अंगभूत मिडलवेअर, अॅप्लिकेशन सर्व्हर आणि नवीन उपयुक्तता कॉन्फिगर करण्यासाठी किंवा विकसित करण्यासाठी एक व्यासपीठ समाविष्ट आहे. SAP HANA सह पारंपारिक DBMSs ची विलंबता काढून टाकून, तुम्ही सिस्टम कार्यप्रदर्शन, व्यवहार प्रक्रिया (OLTP) आणि व्यवसाय बुद्धिमत्ता (OLAP) मोठ्या प्रमाणात वाढवू शकता.

तुम्ही उपकरण आणि TDI मोडमध्ये SAP HANA तैनात करू शकता (जर आम्ही उत्पादन वातावरणाबद्दल बोललो तर). प्रत्येक पर्यायासाठी, निर्मात्याची स्वतःची आवश्यकता असते. या पोस्टमध्ये आम्ही विविध पर्यायांचे फायदे आणि तोटे, तसेच स्पष्टतेसाठी, SAP HANA सह आमच्या वास्तविक प्रकल्पांबद्दल बोलू.

SAP HANA मध्ये 3 मुख्य घटक असतात - होस्ट, इंस्टन्स आणि सिस्टम.

होस्ट SAP HANA DBMS चालवण्यासाठी सर्व्हर किंवा ऑपरेटिंग वातावरण आहे. त्याचे आवश्यक घटक CPU, RAM, स्टोरेज, नेटवर्क आणि OS आहेत. यजमान इंस्टॉलेशन डिरेक्ट्री, डेटा, लॉग किंवा थेट स्टोरेज सिस्टमला लिंक पुरवतो. त्याच वेळी, SAP HANA स्थापित करण्यासाठी स्टोरेज सिस्टम होस्टवर स्थित असणे आवश्यक नाही. सिस्टममध्ये अनेक होस्ट असल्यास, तुम्हाला एकतर शेअर्ड स्टोरेज किंवा सर्व होस्टच्या मागणीनुसार उपलब्ध असलेल्या स्टोरेजची आवश्यकता असेल.

उदाहरण — एका होस्टवर स्थापित केलेल्या SAP HANA सिस्टम घटकांचा संच. इंडेक्स सर्व्हर आणि नेम सर्व्हर हे मुख्य घटक आहेत. पहिला, ज्याला "कार्यरत सर्व्हर" देखील म्हटले जाते, विनंतीवर प्रक्रिया करते, वर्तमान डेटा स्टोअर आणि डेटाबेस इंजिन व्यवस्थापित करते. नेम सर्व्हर SAP HANA इन्स्टॉलेशनच्या टोपोलॉजीविषयी माहिती संग्रहित करतो - घटक कुठे चालतात आणि सर्व्हरवर कोणता डेटा आहे.

प्रणाली - ही समान संख्या असलेली एक किंवा अधिक उदाहरणे आहेत. मूलत:, हा एक वेगळा घटक आहे जो सक्षम, अक्षम किंवा कॉपी केला जाऊ शकतो (बॅक अप). SAP HANA प्रणाली बनविणाऱ्या विविध सर्व्हरच्या मेमरीमध्ये डेटा वितरित केला जातो.

सिस्टम सिंगल-होस्ट (एका होस्टवर एक उदाहरण) किंवा मल्टी-होस्ट म्हणून कॉन्फिगर केले जाऊ शकते, वितरीत केले जाऊ शकते (अनेक SAP HANA उदाहरणे अनेक होस्टवर वितरीत केल्या जातात, प्रत्येक होस्टवर एक प्रसंग). मल्टी-होस्ट सिस्टममध्ये, प्रत्येक उदाहरणामध्ये समान संख्या असणे आवश्यक आहे. SAP HANA सिस्टीम सिस्टीम आयडी (SID) द्वारे ओळखली जाते, तीन अल्फान्यूमेरिक वर्ण असलेली एक अद्वितीय संख्या.

एसएपी हाना आभासीकरण

SAP HANA च्या मुख्य मर्यादांपैकी एक म्हणजे फक्त एकाच सिस्टीमचा सपोर्ट - एक अद्वितीय सर्व्हर SID सह. हार्डवेअर अधिक कार्यक्षमतेने वापरण्यासाठी किंवा डेटा सेंटरमधील सर्व्हरची संख्या कमी करण्यासाठी, तुम्ही व्हर्च्युअलायझेशन वापरू शकता. अशा प्रकारे, इतर लँडस्केप समान सर्व्हरवर कमी आवश्यकता असलेल्या (नॉन-उत्पादक प्रणाली) असलेल्या सिस्टमसह एकत्र राहू शकतात. स्टँडबाय HA/DR सर्व्हरसाठी, व्हर्च्युअलायझेशन उत्पादक आणि नॉन-उत्पादक व्हर्च्युअल मशीन दरम्यान स्विच करण्याचा वेग सुधारू शकतो.

SAP HANA मध्ये VMWare ESX हायपरवाइजरसाठी समर्थन समाविष्ट आहे. याचा अर्थ असा की वेगवेगळ्या SAP HANA सिस्टीम - SAP HANA इन्स्टॉलेशन वेगवेगळ्या SID क्रमांकांसह - वेगवेगळ्या व्हर्च्युअल मशीन्समध्ये एकाच होस्टवर (सामान्य भौतिक सर्व्हर) एकत्र राहू शकतात. प्रत्येक आभासी मशीन समर्थित OS वर चालणे आवश्यक आहे.

उत्पादन वातावरणासाठी, SAP HANA आभासीकरणाला गंभीर मर्यादा आहेत:

• स्केल-आउट स्केलिंग समर्थित नाही - व्हर्च्युअलायझेशन फक्त स्केल-अप सिस्टमसह वापरले जाऊ शकते, मग ते BwoH/DM/SoH किंवा “शुद्ध” SoH असो;
• व्हर्च्युअलायझेशन अप्लायन्स किंवा टीडीआय उपकरणांसाठी स्थापित केलेल्या नियमांमध्ये केले जाणे आवश्यक आहे;
• सामान्य उपलब्धता (GA) मध्ये फक्त एक आभासी मशीन असू शकते - HANA उत्पादन वातावरणासह व्हर्च्युअलायझेशन वापरू इच्छिणाऱ्या कंपन्यांनी SAP सह नियंत्रित उपलब्धता कार्यक्रमात भाग घेतला पाहिजे.

नॉन-उत्पादक वातावरणात जेथे या मर्यादा अस्तित्वात नाहीत, व्हर्च्युअलायझेशनचा वापर हार्डवेअर वापर ऑप्टिमाइझ करण्यासाठी केला जाऊ शकतो.

एसएपी हाना टोपोलॉजीज

चला SAP HANA तैनात करण्याकडे वळूया. येथे दोन टोपोलॉजी परिभाषित केल्या आहेत.

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

SAP हार्डवेअर आवश्यकता

HANA साठी SAP ला अनिवार्य हार्डवेअर आवश्यकता आहेत. ते उत्पादक वातावरणाशी संबंधित आहेत - नॉन-प्रॉडसाठी, किमान वैशिष्ट्ये पुरेसे आहेत. तर, उत्पादन वातावरणासाठी येथे आवश्यकता आहेतः

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (ब्रॉडवेल)
• 128 CPU सह BW ऍप्लिकेशन्ससाठी 2 GB RAM पासून, 256+ CPU सह 4 GB;

उपकरण आणि TDI मोडमध्ये SAP HANA तैनात करत आहे

आता सरावाकडे वळू या आणि उपकरण आणि TDI मोडमध्ये SAP HANA कसे लागू करायचे याबद्दल बोलूया. यासाठी आम्ही BullSequana S आणि Bullion S सर्व्हरवर आधारित आमचे SAP HANA प्लॅटफॉर्म वापरतो, जे या मोडमध्ये काम करण्यासाठी SAP द्वारे प्रमाणित आहेत.

उत्पादनांबद्दल थोडी माहिती. Intel Xeon Scalable वर आधारित BullSequana S मध्ये एकाच सर्व्हरमध्ये 32 CPU पर्यंत विविध मॉडेल समाविष्ट आहेत. मॉड्युलर डिझाइन वापरून सर्व्हर तयार केला आहे जो 32 CPU आणि तेवढ्याच GPUs पर्यंत स्केलेबिलिटी प्रदान करतो. रॅम - 64 GB पासून 48 TB पर्यंत. BullSequana S वैशिष्ट्यांमध्ये सुधारित कार्यप्रदर्शनासाठी एंटरप्राइझ AI समर्थन, प्रवेगक डेटा विश्लेषण, सुधारित इन-मेमरी संगणन आणि आभासीकरण आणि क्लाउड तंत्रज्ञानासह आधुनिकीकरण समाविष्ट आहे.

Bullion S Intel Xeon E7 v4 फॅमिली CPU सह येतो. प्रोसेसरची कमाल संख्या 16 आहे. RAM 128 GB ते 24 TB पर्यंत स्केलेबल आहे. मोठ्या संख्येने RAS फंक्शन्स SAP HANA सारख्या मिशन-महत्वपूर्ण पायाभूत सुविधांसाठी उच्च पातळीची उपलब्धता प्रदान करतात. बुलियन एस मास डेटा सेंटर एकत्रीकरण, इन-मेमरी ऍप्लिकेशन्स चालवणे, मेनफ्रेम्स स्थलांतरित करणे किंवा लीगेसी सिस्टमसाठी योग्य आहे.

एसएपी हाना उपकरण

अप्लायन्स हे पूर्व-कॉन्फिगर केलेले समाधान आहे ज्यामध्ये सर्व्हर, स्टोरेज सिस्टम आणि टर्नकी अंमलबजावणीसाठी सॉफ्टवेअर पॅकेज, केंद्रीकृत समर्थन सेवा आणि कार्यप्रदर्शनाची सहमत पातळी समाविष्ट आहे. येथे, HANA पूर्व-कॉन्फिगर केलेले हार्डवेअर आणि सॉफ्टवेअर म्हणून येते, पूर्णपणे एकत्रित आणि प्रमाणित. उपकरण मोडमधील डिव्हाइस डेटा सेंटरमध्ये स्थापनेसाठी तयार आहे, आणि ऑपरेटिंग सिस्टम, SAP HANA आणि (आवश्यक असल्यास) अतिरिक्त VMWare उदाहरण आधीच कॉन्फिगर आणि स्थापित केले आहे.

SAP प्रमाणन कार्यक्षमतेची हमी पातळी, तसेच CPU मॉडेल, RAM आणि स्टोरेजचे प्रमाण निर्धारित करते. एकदा प्रमाणित झाल्यानंतर, वॉरंटी रद्द केल्याशिवाय कॉन्फिगरेशन बदलले जाऊ शकत नाही. HANA प्लॅटफॉर्म स्केल करण्यासाठी, SAP तीन पर्याय ऑफर करते.

• स्केल-अप BWoH/DM/SoH - अनुलंब स्केलिंग, जे सिंगल सिस्टमसाठी योग्य आहे (एक SID). SAP HANA SPS 256 पासून उपकरणे 384/11 GB ने वाढतात. हे प्रमाण एका CPU द्वारे समर्थित कमाल क्षमता दर्शवते आणि प्रमाणित उपकरणांच्या संपूर्ण सूचीसाठी सामान्य आहे. व्हर्टिकल स्केलिंगसह अप्लायन्स BWoH/DM/SoH हे HANA (BWoH), डेटा मार्ट (DM) आणि HANA (SoH) ऍप्लिकेशन्सवरील SAP सूटसाठी BW साठी आदर्श आहे.
• स्केल-अप SoH - ही मागील मॉडेलची हलकी आवृत्ती आहे, ज्यामध्ये RAM च्या प्रमाणात कमी निर्बंध आहेत. हे अद्याप अनुलंब स्केलेबल सर्व्हर आहे, परंतु 2 प्रोसेसरसाठी कमाल RAM आधीच 1536 GB (आवृत्ती SPS11 पर्यंत) आणि 3 TB (SPS12+) आहे. फक्त SoH साठी योग्य.
• स्केल-आउट - हा एक क्षैतिज स्केलेबल पर्याय आहे, एक प्रणाली जी मल्टी-सर्व्हर कॉन्फिगरेशनला समर्थन देते. क्षैतिज स्केलिंग BW साठी इष्टतम आहे आणि काही मर्यादांसह, SoH साठी.

BullSequana S आणि Bullion S सर्व्हरमध्ये, उभ्या स्केलिंगवर लक्ष केंद्रित केले जाते कारण त्यात कमी ऑपरेशनल मर्यादा आहेत आणि कमी प्रशासन आवश्यक आहे. उपकरण मोडसाठी विविध उपकरणांची मोठी श्रेणी आहे.

उपकरण मोडमध्ये SAP HANA साठी BullSequana S उपाय

*पर्यायी E7-8890/94v4
उपकरण मोडमध्ये SAP HANA साठी बुलियन एस सोल्यूशन्स

SAP HANA SPS 12 मधील अप्लायन्स मोडमधील सर्व बुल सोल्यूशन्स प्रमाणित आहेत. उपकरणे मानक 19-इंच 42U रॅकमध्ये स्थापित केली आहेत, दोन वीज पुरवठा - अंतर्गत PDU. खालील सर्व्हरकडे SAP प्रमाणन आहे:

• Intel Xeon Skylake 8176, 8176M, 8180, 8180M सह BullSequana S (“M” अक्षर असलेले प्रोसेसर 128 GB मेमरी मॉड्यूलला समर्थन देतात). किंमत-गुणवत्ता गुणोत्तराच्या बाबतीत, इंटेल 8176 सह पर्याय सर्वोत्तम दिसतात
• Intel Xeon E7-8880 v4, 8890 आणि 8894 सह Bullion S.

स्टोरेज सिस्टम थेट FC पोर्टद्वारे सर्व्हरशी कनेक्ट होते, म्हणून येथे SAN स्विचची आवश्यकता नाही. ते LAN किंवा SAN शी जोडलेल्या प्रणालींमध्ये प्रवेश करण्यासाठी उपयुक्त ठरू शकतात.

आमच्या सेटअपमधील EMC युनिटी 450F स्टोरेज सिस्टम कॉन्फिगरेशनचे येथे एक उदाहरण आहे:

• उंची: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
• नियंत्रक: 2
• डिस्क्स: 6 ते 250 SAS SSD पर्यंत, प्रत्येकी 600 GB ते 15.36 TB पर्यंत
• RAID: स्तर 5 (8+1), 4 RAID गट
• इंटरफेस: 4 FC प्रति नियंत्रक, 8 किंवा 16 Gbit/s
• सॉफ्टवेअर: Unisphere ब्लॉक सूट

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

सप हाणा TDI

अप्लायन्सचा पर्याय म्हणजे TDI (टेलर्ड डेटा सेंटर इंटिग्रेशन) मोड, ज्यामध्ये तुम्ही ग्राहकाच्या इच्छेनुसार विशिष्ट उत्पादक आणि पायाभूत सुविधांचे घटक निवडू शकता - केलेली कामे आणि कामाचा ताण लक्षात घेऊन. उदाहरणार्थ, HANA इंस्टॉलेशनला समर्पित असलेल्या काही डिस्क्ससह, डेटा सेंटरमध्ये SAN चा पुन्हा वापर केला जाऊ शकतो.

अप्लायन्सच्या तुलनेत, TDI मोड वापरकर्त्याला आवश्यकता पूर्ण करण्यासाठी अधिक स्वातंत्र्य देतो. हे डेटा सेंटरमध्ये HANA चे एकत्रीकरण मोठ्या प्रमाणात सुलभ करते - तुम्ही तुमची स्वतःची सानुकूलित पायाभूत सुविधा तयार करू शकता. उदाहरणार्थ, लोडवर अवलंबून प्रोसेसरचा प्रकार आणि संख्या बदला.

क्षमता मोजणीसाठी, आम्ही SAP क्विक साइझर वापरण्याची शिफारस करतो, एक साधे साधन जे SAP HANA मध्ये वेगवेगळ्या वर्कलोडसाठी CPU आणि मेमरी आवश्यकता पुरवते. त्यानंतर तुम्ही तुमच्या IT लँडस्केपची योजना करण्यासाठी SAP Active Global सपोर्टशी संपर्क साधू शकता. यानंतर, SAP HANA हार्डवेअर भागीदार गणना परिणामांना वेगवेगळ्या संभाव्य सिस्टम कॉन्फिगरेशनमध्ये रूपांतरित करतो - दोन्ही टॉप-एंड आणि सोप्या हार्डवेअरवर. सर्व्हरसाठी TDI मोडमध्ये इंटेल ब्रॉडवेल E7 आणि Skylake-SP (प्लॅटिनम, गोल्ड, सिल्व्हर प्रति प्रोसेसर 7 किंवा त्याहून अधिक कोरसह), तसेच IBM Power8 सह इंटेल E8 CPUs वापरणे स्वीकार्य आहे./ 9

सर्व्हर स्टोरेज सिस्टम, स्विचेस आणि रॅकशिवाय पुरवले जातात, परंतु हार्डवेअर आवश्यकता उपकरण मोडमध्ये सारख्याच राहतात - समान एकल नोड्स, अनुलंब किंवा क्षैतिज स्केलिंगसह उपाय. SAP ला ते आवश्यक आहे फक्त प्रमाणित सर्व्हर, स्टोरेज सिस्टम आणि स्विच वापरले गेले, परंतु हे भितीदायक नाही - बहुतेक उत्पादकांनी जवळजवळ सर्व उपकरणे प्रमाणित केली आहेत.

HWCCT (हार्डवेअर कॉन्फिगरेशन चेक टूल) चाचण्या वापरून कामगिरी चाचणी केली पाहिजे., जे तुम्हाला काही SAP KPI चे अनुपालन तपासण्याची परवानगी देतात. आणि एक नॉन-हार्डवेअर आवश्यकता आहे: HANA, OS आणि हायपरवाइजर (पर्यायी) SAP प्रमाणित तज्ञांनी स्थापित केले पाहिजेत. केवळ सर्व सूचीबद्ध नियमांची पूर्तता करणार्‍या प्रणालींना SAP कार्यप्रदर्शन समर्थन मिळू शकते.

TDI मोडमधील सर्व्हरची BullSequana S लाइन अप्लायन्स मोडमधील लाइनसारखीच आहे, परंतु स्टोरेज सिस्टम, स्विचेस आणि रॅकशिवाय. तुम्ही प्रमाणित SAP सिस्टीम - VNX, XtremIO, NetApp आणि इतरांच्या सूचीमधून कोणतीही स्टोरेज सिस्टम इंस्टॉल करू शकता. उदाहरणार्थ, जर VNX5400 SAP HANA कार्यप्रदर्शन आवश्यकता पूर्ण करत असेल, तर तुम्ही TDI कॉन्फिगरेशनचा भाग म्हणून Dell EMC Unity 450F स्टोरेज कनेक्ट करू शकता. आवश्यक असल्यास, FC अडॅप्टर (1 किंवा 10 Gbit/s), तसेच इथरनेट स्विचेस स्थापित केले जातात.

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

उपकरण + TDI: ऑनलाइन स्टोअरसाठी HANA

ऑनलाइन स्टोअर Mall.cz, मॉल ग्रुपचा एक भाग, 2000 मध्ये स्थापन झाला. झेक प्रजासत्ताक, स्लोव्हाकिया, पोलंड, हंगेरी, स्लोव्हेनिया, क्रोएशिया आणि रोमानियामध्ये त्याच्या शाखा आहेत. हे देशातील सर्वात मोठे ऑनलाइन स्टोअर आहे, दररोज 75 हजार उत्पादने विकतात, 2017 च्या शेवटी त्याचे उत्पन्न सुमारे 280 दशलक्ष युरो इतके होते.

SAP HANA मध्ये स्थलांतराच्या संबंधात डेटा सेंटर इन्फ्रास्ट्रक्चर अपडेट करणे आवश्यक होते. उत्पादन वातावरणासाठी अंदाजे आकार 2x6 TB आणि चाचणी/डेव्ह वातावरणासाठी 6 TB होता. त्याच वेळी, सक्रिय-सक्रिय क्लस्टरमध्ये उत्पादक SAP HANA वातावरणासाठी आपत्ती पुनर्प्राप्तीसह एक उपाय आवश्यक होता.

निविदा घोषणेच्या वेळी, ग्राहकाकडे SAP साठी मानक रॅक आणि ब्लेड सर्व्हरवर आधारित प्रणाली होती. दोन डेटा केंद्रे, एकमेकांपासून अंदाजे 10 किमी अंतरावर, विविध स्टोरेज प्रणालींनी सुसज्ज होते - IBM SVC, HP आणि Dell. आपत्ती पुनर्प्राप्ती मोडमध्ये चालविल्या जाणार्‍या प्रमुख प्रणाली.

प्रथम, ग्राहकाने 12 TB पर्यंत वाढीसह सर्व प्रणालींसाठी (उत्पादन आणि चाचणी/डेव्ह वातावरण) SAP HANA साठी उपकरण मोडमध्ये प्रमाणित समाधानाची विनंती केली. परंतु बजेटच्या निर्बंधांमुळे, त्यांनी इतर पर्यायांचा विचार करण्यास सुरुवात केली - उदाहरणार्थ, लहान RAM मॉड्यूलसह ​​अधिक CPUs (64 GB मॉड्यूलऐवजी 128 GB मॉड्यूल). याव्यतिरिक्त, किंमत ऑप्टिमाइझ करण्यासाठी, उत्पादन आणि चाचणी/देव वातावरणासाठी संयुक्त संचयन विचारात घेतले.

आम्ही उत्पादन वातावरणासाठी 4 CPUs आणि 6 TB RAM वर सहमती दर्शवली, वाढीसाठी जागा. TDI मोडमधील चाचणी/डेव्ह वातावरणासाठी, आम्ही कमी खर्चिक CPUs वापरण्याचा निर्णय घेतला - आम्ही 8 CPUs आणि 6 TB RAM सह समाप्त केले. ग्राहकाने विनंती केलेल्या फंक्शन्सच्या मोठ्या संख्येमुळे - दुसऱ्या साइटवर प्रतिकृती, बॅकअप, संयुक्त उत्पादन आणि चाचणी/डेव्ह वातावरण - अंतर्गत डिस्कऐवजी, डेलईएमसी युनिटी स्टोरेज सिस्टम फुल-फ्लॅश कॉन्फिगरेशनमध्ये वापरली गेली. याशिवाय, ग्राहकाने HANA सिस्टीम रिप्लिकेशन (HSR) वर आधारित आपत्ती पुनर्प्राप्ती समाधानाची विनंती केली आहे ज्यामध्ये तिसऱ्या साइटवर कोरम नोड आहे.

प्रॉड वातावरणासाठी अंतिम कॉन्फिगरेशनमध्ये Intel Xeon P400M (8176 core, 28 GHz, 2.10 W) आणि 165 TB RAM वर BullSequana S6 सर्व्हरचा समावेश आहे. स्टोरेज सिस्टम - Unity 450F 10x 3.84 TB. आपत्ती पुनर्प्राप्ती हेतूंसाठी, उत्पादन वातावरणासाठी आम्ही 400 TB RAM सह Intel Xeon P8176M (28 core, 2.10 GHz, 165 W) वर BullSequana S6 वापरले. चाचणी/डेव्ह पर्यावरणासाठी, आम्ही Intel Xeon P800 (8153 core, 16 GHz, 2.00 W) आणि 125 TB RAM अधिक Unity 6F 450x 15 TB स्टोरेज सिस्टमसह BullSequana S3.84 सर्व्हर घेतला. आमच्या तज्ञांनी कोरम, ऍप्लिकेशन सर्व्हर (VxRail Solution) आणि बॅकअप सोल्यूशन (DataDomain) म्हणून DellEMC सर्व्हर स्थापित आणि कॉन्फिगर केले.

उपकरणे भविष्यातील सुधारणांसाठी तयार आहेत. 2019 मध्ये HANA आकारमान वाढेल अशी ग्राहकाची अपेक्षा आहे आणि त्याला फक्त रॅकमध्ये नवीन मॉड्यूल्स बसवायचे आहेत.

उपकरण: मोठ्या पर्यटन इंटिग्रेटरसाठी HANA

यावेळी आमचा क्लायंट प्रवासी कंपन्यांसाठी तांत्रिक उपाय विकसित करणारा एक मोठा IT सेवा प्रदाता होता. नवीन बिलिंग प्रणाली लागू करण्यासाठी ग्राहकाने महत्त्वाकांक्षी SAP HANA प्रकल्प सुरू केला. उत्पादन आणि प्रीप्रॉड वातावरणासाठी 8 TB RAM सह उपकरण मोडमध्ये समाधान आवश्यक होते. SAP शिफारशींनुसार, ग्राहकाने वर्टिकल स्केलिंग पर्याय निवडला.

SAP HANA साठी अप्लायन्स मोडमध्ये प्रमाणित केलेल्या उपकरणांवर आधारित हार्डवेअर इन्फ्रास्ट्रक्चरची अंमलबजावणी हे मुख्य कार्य होते. प्राधान्य निकष खर्च परिणामकारकता, उच्च कार्यक्षमता, स्केलेबिलिटी आणि उच्च डेटा उपलब्धता होते.

आम्ही प्रोड आणि प्रीप्रॉड वातावरणासाठी - दोन बुलियन S16 सर्व्हरसह SAP प्रमाणित समाधान प्रस्तावित आणि लागू केले. उपकरणे Intel Xeon E7-v4 8890 प्रोसेसर (24 core, 2.20 GHz, 165 W) वर चालतात आणि 16 TB RAM ने सुसज्ज आहेत. BW आणि देव/चाचणी वातावरणासाठी, 4 TB RAM सह नऊ Bullion S22 सर्व्हर (2.20 core, 150 GHz, 4 W) स्थापित केले होते. हायब्रिड ईएमसी युनिटी स्टोरेज सिस्टम म्हणून वापरली गेली.

हे सोल्यूशन डिव्हाइसच्या सर्व घटकांसाठी स्केलिंग समर्थन प्रदान करते - उदाहरणार्थ, Intel Xeon E16-v7 CPU सह 4 सॉकेटपर्यंत. या कॉन्फिगरेशनमधील प्रशासन सरलीकृत केले आहे - विशेषतः, सर्व्हरचे पुनर्रचना किंवा विभाजन करण्यासाठी.

उपकरण + TDI: धातूशास्त्रज्ञांसाठी HANA

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

उत्पादन वातावरणासाठी, आम्ही SAP HANA अप्लायन्स मोडमध्ये बुलियन S8 सर्व्हर आणि स्टोरेज सिस्टीम वापरल्या. HA आणि चाचणी/dev साठी, प्लॅटफॉर्म TDI मोडमध्ये तैनात केले होते. आम्ही एक बुल बुलियन S8 सर्व्हर, दोन बुल बुलियन S6 सर्व्हर आणि एक हायब्रिड स्टोरेज सिस्टम वापरली. या संयोजनामुळे एसएपी लँडस्केपमध्ये ऍप्लिकेशन्सची गती लक्षणीयरीत्या वाढवणे, संगणकीय शक्ती आणि डेटा स्टोरेज संसाधनांचे प्रमाण वाढवणे आणि ऑपरेटिंग खर्च कमी करणे शक्य झाले. हे महत्त्वाचे आहे की क्लायंटकडे अजूनही 16 CPU पर्यंत स्केल करण्याची क्षमता आहे.

आम्ही तुम्हाला SAP फोरममध्ये आमंत्रित करतो

या पोस्टमध्ये, आम्ही वेगवेगळ्या प्रकारे SAP HANA तैनात करण्याकडे पाहिले आणि उपलब्ध पर्यायांचे फायदे आणि तोटे हायलाइट करण्याचा प्रयत्न केला. SAP HANA च्या अंमलबजावणीबद्दल तुम्हाला काही प्रश्न असल्यास, आम्हाला टिप्पण्यांमध्ये उत्तर देण्यात आनंद होईल.

बुल सोल्यूशन्स आणि SAP HANA अंतर्गत त्यांच्या अंमलबजावणीच्या शक्यतांमध्ये स्वारस्य असलेल्या प्रत्येकाला आम्ही वर्षातील सर्वात मोठ्या SAP कार्यक्रमासाठी आमंत्रित करतो: SAP फोरम 17 मॉस्को येथे 2019 एप्रिल रोजी आयोजित केला जाईल. IoT मध्ये आमच्या स्टँडवर आम्ही तुमची वाट पाहत आहोत झोन: आम्ही तुम्हाला बर्‍याच मनोरंजक गोष्टी सांगू आणि अनेक बक्षिसे देखील देऊ.

फोरमवर भेटू!

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