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 प्रणालीलाई प्रणाली ID (SID) द्वारा पहिचान गरिन्छ, तीनवटा अल्फान्यूमेरिक क्यारेक्टरहरू मिलेर बनेको एक अद्वितीय संख्या।

SAP HANA भर्चुअलाइजेशन

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

SAP HANA ले VMWare ESX हाइपरवाइजरको लागि समर्थन समावेश गर्दछ। यसको मतलब यो हो कि विभिन्न SAP HANA प्रणालीहरू - SAP HANA स्थापनाहरू विभिन्न SID नम्बरहरूसँग - विभिन्न भर्चुअल मेसिनहरूमा एकल होस्ट (सामान्य भौतिक सर्भर) मा एकसाथ रहन सक्छन्। प्रत्येक भर्चुअल मेसिन समर्थित OS मा चल्नु पर्छ।

उत्पादन वातावरणको लागि, SAP HANA भर्चुअलाइजेशनमा गम्भीर सीमाहरू छन्:

• स्केल-आउट स्केलिंग समर्थित छैन - भर्चुअलाइजेसन स्केल-अप प्रणालीहरूसँग मात्र प्रयोग गर्न सकिन्छ, यो BwoH/DM/SoH वा "शुद्ध" SoH होस्;
• भर्चुअलाइजेसन उपकरण वा TDI उपकरणहरूको लागि स्थापित नियमहरू भित्र पूरा गर्नुपर्छ;
• सामान्य उपलब्धता (GA) मा एउटा मात्र भर्चुअल मेसिन हुन सक्छ — HANA उत्पादन वातावरणको साथ भर्चुअलाइजेशन प्रयोग गर्न चाहने कम्पनीहरूले SAP सँग नियन्त्रित उपलब्धता कार्यक्रममा भाग लिनुपर्छ।

गैर-उत्पादक वातावरणहरूमा जहाँ यी सीमितताहरू अवस्थित छैनन्, भर्चुअलाइजेशनलाई हार्डवेयर उपयोगलाई अनुकूलन गर्न प्रयोग गर्न सकिन्छ।

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

SAP HANA को तैनाती गर्न अगाडि बढौं। यहाँ दुई टोपोलोजी परिभाषित गरिएको छ।

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

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

SAP सँग HANA को लागि अनिवार्य हार्डवेयर आवश्यकताहरू छन्। तिनीहरू उत्पादक वातावरणसँग सम्बन्धित छन् - गैर-उत्पादनको लागि, न्यूनतम विशेषताहरू पर्याप्त छन्। त्यसोभए, यहाँ उत्पादन वातावरणका लागि आवश्यकताहरू छन्:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• 128 GB RAM बाट BW अनुप्रयोगहरूका लागि 2 CPU हरू, 256 GB 4+ CPU सँग;

उपकरण र TDI मोडहरूमा SAP HANA प्रयोग गर्दै

अब अभ्यासमा जाऔं र उपकरण र TDI मोडहरूमा SAP HANA कसरी लागू गर्ने बारे कुरा गरौं। यसका लागि हामी हाम्रा SAP HANA प्लेटफर्महरू BullSequana S र Bullion S सर्भरहरूमा आधारित प्रयोग गर्छौं, जुन यी मोडहरूमा सञ्चालन गर्न SAP द्वारा प्रमाणित छन्।

उत्पादनहरु को बारे मा एक सानो जानकारी। Intel Xeon Scalable मा आधारित BullSequana S ले विभिन्न मोडेलहरू समावेश गर्दछ, एकल सर्भरमा 32 CPU हरू सम्म। सर्भर मोड्युलर डिजाइन प्रयोग गरेर बनाइएको छ जसले 32 CPU हरू र GPU हरूको उही संख्यामा स्केलेबिलिटी प्रदान गर्दछ। RAM - 64 GB देखि 48 TB सम्म। BullSequana S सुविधाहरूमा सुधारिएको कार्यसम्पादन, द्रुत डाटा एनालिटिक्स, सुधारिएको इन-मेमोरी कम्प्युटिङ, र भर्चुअलाइजेशन र क्लाउड टेक्नोलोजीहरूको साथ आधुनिकीकरणको लागि इन्टरप्राइज एआई समर्थन समावेश छ।

Bullion S Intel Xeon E7 v4 Family 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) अनुप्रयोगहरूमा 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 र्याक मा स्थापित छ, दुई पावर आपूर्ति संग - आन्तरिक PDUs। निम्न सर्भरहरूसँग SAP प्रमाणीकरण छ:

• BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M (पत्र "M" को साथ प्रोसेसरहरू 128 GB मेमोरी मोड्युलहरू समर्थन गर्दछ)। मूल्य-गुणस्तर अनुपातको सन्दर्भमा, Intel 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 Block Suite

उपकरण एक भरपर्दो तैनाती विकल्प हो, तर यसमा ठूलो कमी छ: हार्डवेयर कन्फिगर गर्न थोरै स्वतन्त्रता। थप रूपमा, यो विकल्पलाई आईटी विभागको प्रक्रियाहरूमा परिवर्तनहरू आवश्यक पर्दछ।

SAP हाना TDI

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

उपकरणको तुलनामा, TDI मोडले प्रयोगकर्तालाई आवश्यकताहरू पूरा गर्न धेरै स्वतन्त्रता दिन्छ। यसले डाटा सेन्टरमा HANA को एकीकरणलाई धेरै सरल बनाउँछ - तपाईं आफ्नै अनुकूलित पूर्वाधार निर्माण गर्न सक्नुहुन्छ। उदाहरणका लागि, लोडको आधारमा प्रोसेसरहरूको प्रकार र संख्या भिन्न हुन्छ।

क्षमता गणनाको लागि, हामी SAP क्विक साइजर प्रयोग गर्न सिफारिस गर्छौं, एक साधारण उपकरण जसले SAP HANA मा विभिन्न कार्यभारहरूको लागि CPU र मेमोरी आवश्यकताहरू प्रदान गर्दछ। त्यसपछि तपाइँ आफ्नो IT परिदृश्य योजना बनाउन SAP सक्रिय ग्लोबल समर्थनलाई सम्पर्क गर्न सक्नुहुन्छ। यस पछि, SAP HANA हार्डवेयर साझेदारले गणना परिणामहरूलाई विभिन्न सम्भावित प्रणाली कन्फिगरेसनहरूमा रूपान्तरण गर्दछ - दुबै शीर्ष-अन्तमा र सरल हार्डवेयरमा। सर्भरहरूको लागि TDI मोडमा यो Intel Broadwell E7 र Skylake-SP (प्लेटिनम, गोल्ड, प्रति प्रोसेसर 7 वा बढी कोर सहित सिल्भर), साथै IBM Power8 लगायत Intel 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 मोड्युलहरू (64 GB मोड्युलको सट्टा 128 GB मोड्युलहरू) संग धेरै CPU हरू। थप रूपमा, मूल्य अनुकूलन गर्न, उत्पादन र परीक्षण/देव वातावरणको लागि संयुक्त भण्डारण विचार गरियो।

हामीले उत्पादन वातावरणको लागि 4 CPU र 6 TB RAM मा, वृद्धिको लागि कोठा सहित सहमत भयौं। TDI मोडमा परीक्षण/देव वातावरणहरूको लागि, हामीले कम महँगो CPUs प्रयोग गर्ने निर्णय गर्यौं - हामीले 8 CPU र 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 ठूलो पर्यटन एकीकरणकर्ताको लागि

यस पटक हाम्रो ग्राहक ट्राभल कम्पनीहरूको लागि प्राविधिक समाधानहरू विकास गर्ने ठूलो आईटी सेवा प्रदायक थियो। ग्राहकले नयाँ बिलिङ प्रणाली लागू गर्न महत्वाकांक्षी SAP HANA परियोजना सुरु गरेका छन्। उत्पादन र PreProd वातावरणको लागि RAM को 8 TB सँग उपकरण मोडमा समाधान आवश्यक थियो। SAP सिफारिसहरू अनुसार, ग्राहकले ठाडो स्केलिंग विकल्प रोज्यो।

मुख्य कार्य SAP HANA को लागि उपकरण मोडमा प्रमाणित उपकरणहरूमा आधारित हार्डवेयर पूर्वाधारको कार्यान्वयन थियो। प्राथमिकता मापदण्ड लागत प्रभावकारिता, उच्च प्रदर्शन, स्केलेबिलिटी र उच्च डाटा उपलब्धता थिए।

हामीले दुई बुलियन S16 सर्भरहरू सहित - Prod र PreProd वातावरणका लागि SAP प्रमाणित समाधान प्रस्ताव र कार्यान्वयन गर्यौं। उपकरण Intel Xeon E7-v4 8890 प्रोसेसर (24 कोर, 2.20 GHz, 165 W) मा चल्छ र 16 TB RAM संग सुसज्जित छ। BW र Dev/Test वातावरणका लागि, RAM को 4 TB सँग नौ बुलियन S22 सर्भरहरू (2.20 core, 150 GHz, 4 W) स्थापना गरियो। हाइब्रिड EMC एकता भण्डारण प्रणालीको रूपमा प्रयोग गरिएको थियो।

यो समाधानले यन्त्रका सबै तत्वहरूको लागि स्केलिंग समर्थन प्रदान गर्दछ - उदाहरणका लागि, Intel Xeon E16-v7 CPU सँग १६ सकेटहरू सम्म। यस कन्फिगरेसनमा प्रशासनलाई सरलीकृत गरिएको छ - विशेष गरी, सर्भर पुन: कन्फिगर वा विभाजनको लागि।

उपकरण + TDI: धातुविज्ञानीहरूको लागि HANA

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

उत्पादन वातावरणको लागि, हामीले SAP HANA उपकरण मोडमा बुलियन S8 सर्भर र भण्डारण प्रणालीहरू प्रयोग गर्यौं। HA र परीक्षण/dev को लागि, प्लेटफर्म TDI मोडमा तैनात गरिएको थियो। हामीले एउटा बुल बुलियन S8 सर्भर, दुई बुल बुलियन S6 सर्भर र एक हाइब्रिड भण्डारण प्रणाली प्रयोग गर्यौं। यो संयोजनले SAP ल्यान्डस्केपमा अनुप्रयोगहरूको गतिलाई उल्लेखनीय रूपमा वृद्धि गर्न, कम्प्युटिङ पावर र डेटा भण्डारण स्रोतहरूको मात्रा बढाउन र सञ्चालन लागतहरू कम गर्न सम्भव बनायो। यो महत्त्वपूर्ण छ कि ग्राहकसँग अझै पनि 16 CPU हरू मापन गर्ने क्षमता छ।

हामी तपाईंलाई SAP फोरममा आमन्त्रित गर्दछौं

यस पोष्टमा, हामीले SAP HANA लाई विभिन्न तरिकामा प्रयोग गर्ने बारे हेर्यौं र उपलब्ध विकल्पहरूको फाइदा र बेफाइदाहरू हाइलाइट गर्ने प्रयास गर्यौं। यदि तपाईंसँग SAP HANA लागू गर्ने बारे कुनै प्रश्नहरू छन् भने, हामी टिप्पणीहरूमा जवाफ दिन पाउँदा खुसी हुनेछौं।

बुल समाधान र SAP HANA अन्तर्गत तिनीहरूको कार्यान्वयनको सम्भावनाहरूमा रुचि राख्ने सबैलाई हामी वर्षको सबैभन्दा ठूलो SAP कार्यक्रममा आमन्त्रित गर्छौं: SAP फोरम 17 अप्रिल 2019 मा मस्कोमा आयोजना हुनेछ। हामी IoT मा हाम्रो अडानमा तपाईंको प्रतीक्षा गरिरहेका छौं। क्षेत्र: हामी तपाईंलाई धेरै रोचक कुराहरू बताउनेछौं, र धेरै पुरस्कारहरू पनि दिनेछौं।

फोरममा भेटौंला!

स्रोत: www.habr.com