SAP HANA هڪ مشهور ان-ميموري DBMS آهي جنهن ۾ اسٽوريج خدمتون (ڊيٽا گودام) ۽ تجزياتي، بلٽ ان مڊل ويئر، هڪ ايپليڪيشن سرور، ۽ نئين يوٽيلٽيز کي ترتيب ڏيڻ يا ترقي ڪرڻ لاءِ پليٽ فارم شامل آهي. SAP HANA سان روايتي DBMSs جي ويڪرائي کي ختم ڪرڻ سان، توهان سسٽم جي ڪارڪردگي، ٽرانزيڪشن پروسيسنگ (OLTP) ۽ ڪاروباري انٽيليجنس (OLAP) کي تمام گهڻو وڌائي سگهو ٿا.
توھان سيٽ ڪري سگھو ٿا SAP HANA آلات ۽ TDI طريقن ۾ (جيڪڏھن اسان پيداوار جي ماحول بابت ڳالهايون). هر اختيار لاء، ٺاهيندڙن کي پنهنجي گهرج آهي. هن پوسٽ ۾ اسان مختلف اختيارن جي فائدن ۽ نقصانن بابت ڳالهائينداسين، انهي سان گڏ، وضاحت لاء، SAP HANA سان اسان جي حقيقي منصوبن بابت.
SAP HANA 3 مکيه حصن تي مشتمل آهي - ميزبان، مثال ۽ سسٽم.
ميزبان SAP HANA DBMS هلائڻ لاءِ هڪ سرور يا آپريٽنگ ماحول آهي. ان جا گهربل حصا سي پي يو، رام، اسٽوريج، نيٽورڪ ۽ او ايس آهن. ميزبان انسٽاليشن ڊائريڪٽرن، ڊيٽا، لاگز، يا سڌو سنئون اسٽوريج سسٽم ڏانهن لنڪ مهيا ڪري ٿو. ساڳئي وقت، 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 hypervisor لاءِ سپورٽ شامل آھي. هن جو مطلب آهي ته مختلف SAP HANA سسٽم - SAP HANA تنصيب مختلف SID نمبرن سان - هڪ واحد ميزبان (عام فزيڪل سرور) تي مختلف ورچوئل مشينن ۾ گڏ ٿي سگهن ٿيون. هر ورچوئل مشين کي سپورٽ ٿيل او ايس تي هلڻ گهرجي.
پيداواري ماحول لاءِ، SAP HANA ورچوئلائيزيشن جون سخت حدون آهن:
- اسڪيل آئوٽ اسڪيلنگ سپورٽ نه ڪئي وئي آهي - ورچوئلائيزيشن صرف اسڪيل اپ سسٽم سان استعمال ٿي سگهي ٿي، اهو BwoH/DM/SoH هجي يا ”خالص“ SoH؛
- ورچوئلائيزيشن کي لازمي طور تي اپلائنس يا TDI ڊوائيسز لاءِ قائم ڪيل ضابطن جي اندر اندر ڪيو وڃي.
- عام دستيابي (GA) وٽ صرف هڪ ورچوئل مشين ٿي سگهي ٿي- ڪمپنيون جيڪي HANA پيداوار ماحول سان ورچوئلائيزيشن استعمال ڪرڻ چاهين ٿيون انهن کي لازمي طور تي SAP سان ڪنٽرول ٿيل دستيابي پروگرام ۾ حصو وٺڻ گهرجي.
غير پيداواري ماحول ۾ جتي اهي حدون موجود نه هونديون آهن، ورچوئلائيزيشن کي هارڊويئر جي استعمال کي بهتر ڪرڻ لاءِ استعمال ڪري سگهجي ٿو.
SAP HANA topologies
اچو ته SAP HANA کي ترتيب ڏيڻ تي وڃو. هتي ٻه ٽوپولاجيون بيان ڪيون ويون آهن.
- اسڪيل اپ - ھڪڙو وڏو سرور. جيئن ته HANA جو بنياد وڌندو آهي، سرور پاڻ وڌندو آهي: CPUs جو تعداد ۽ ياداشت جي مقدار ۾ اضافو. هاء دستيابي (HA) ۽ آفت جي بحالي (DR) سان حل ۾، بيڪ اپ يا غلطي برداشت ڪندڙ سرورز کي پيداواري سرور جي خاصيتن سان ملائڻ گهرجي.
- اسڪيل آئوٽ - SAP HANA سسٽم جو سڄو حجم ڪيترن ئي هڪجهڙائي سرورن تي ورهايو ويو آهي. ماسٽر سرور انڊيڪس سرور ۽ نالو سرور جي معلومات تي مشتمل آهي. غلام سرورن ۾ هي ڊيٽا شامل ناهي - سواءِ سرور جي، جيڪو مکيه سرور جي ناڪامي جي صورت ۾ ماسٽر جي ڪمن کي سنڀاليندو آهي. انڊيڪس سرورز ڊيٽا جي حصن کي منظم ڪن ٿا جيڪي انهن کي تفويض ڪيا ويا آهن ۽ سوالن جا جواب پڻ ڏين ٿا. نالو سرور ڄاڻن ٿا ته ڊيٽا ڪيئن ورهايل آهي پيداوار جي سرورن ۾. جيڪڏهن HANA وڌي ٿو، ٻيو نوڊ صرف موجوده سرور جي ترتيب ۾ شامل ڪيو ويو آهي. ھن ٽوپولوجي ۾، اھو ڪافي آھي ھڪڙو بيڪ اپ نوڊ مڪمل سرور جي حفاظت کي يقيني بڻائڻ لاءِ.
SAP هارڊويئر گهرجون
SAP وٽ HANA لاءِ لازمي هارڊويئر گهرجون آهن. اهي پيداواري ماحول سان تعلق رکن ٿا - غير پيداوار لاءِ، گهٽ ۾ گهٽ خاصيتون ڪافي آهن. تنهن ڪري، هتي پيداوار ماحول لاء گهرجون آهن:
- سي پي يو Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- BW ايپليڪيشنن لاءِ 128 GB ريم کان 2 CPUs سان، 256 GB سان گڏ 4+ سي پي يوز؛
اپلائنس ۽ TDI طريقن ۾ SAP HANA کي ترتيب ڏيڻ
ھاڻي اچو ته مشق ڏانھن ھلون ۽ ڳالھيون ته ڪيئن لاڳو ڪجي SAP HANA کي اپلائنس ۽ TDI طريقن ۾. ان لاءِ اسان استعمال ڪريون ٿا اسان جي SAP HANA پليٽ فارمن تي ٻڌل آهي BullSequana S ۽ Bullion S سرور، جيڪي SAP پاران تصديق ٿيل آهن انهن طريقن ۾ هلائڻ لاءِ.
مصنوعات جي باري ۾ ٿوري معلومات. Intel Xeon Scalable تي ٻڌل BullSequana S ۾ مختلف ماڊل شامل آھن، ھڪڙي سرور ۾ 32 CPUs تائين. سرور ھڪڙي ماڊلر ڊيزائن استعمال ڪندي ٺاھيو ويو آھي جيڪو 32 سي پي يوز ۽ ساڳئي تعداد جي GPUs تائين اسڪيلبلٽي مهيا ڪري ٿو. رام - 64 GB کان 48 TB تائين. BullSequana S خاصيتن ۾ شامل آهن انٽرنيشنل AI سپورٽ بهتر ڪارڪردگي لاءِ، تيز ڊيٽا اينالائيٽڪس، بهتر ان-ميموري ڪمپيوٽنگ، ۽ ورچوئلائيزيشن ۽ ڪلائوڊ ٽيڪنالاجيز سان جديديت.
Bullion S Intel Xeon E7 v4 Family CPUs سان گڏ اچي ٿو. پروسيسرز جو وڌ ۾ وڌ تعداد 16 آهي. رام 128 GB کان 24 TB تائين اسڪيلبل آهي. RAS افعال جو هڪ وڏو تعداد مشن-نازڪ انفراسٽرڪچر لاءِ اعليٰ سطح جي دستيابي مهيا ڪري ٿو جهڙوڪ SAP HANA. بلين ايس موزون آهي ماس ڊيٽا سينٽر جي استحڪام لاءِ، ان-ميموري ايپليڪيشنن کي هلائڻ، مين فريم جي لڏپلاڻ يا ورثي واري نظام لاءِ.
SAP هانا جو سامان
اپلائينس هڪ اڳ ۾ ترتيب ڏنل حل آهي جنهن ۾ هڪ سرور، اسٽوريج سسٽم ۽ ٽرنڪي تي عمل ڪرڻ لاءِ هڪ سافٽ ويئر پيڪيج شامل آهي، مرڪزي سپورٽ سروس سان ۽ ڪارڪردگي جي هڪ متفقه سطح سان. هتي، HANA اچي ٿو اڳ ۾ ترتيب ڏنل هارڊويئر ۽ سافٽ ويئر، مڪمل طور تي مربوط ۽ تصديق ٿيل. ڊوائيس موڊ ۾ ڊوائيس ڊيٽا سينٽر ۾ تنصيب لاء تيار آهي، ۽ آپريٽنگ سسٽم، SAP HANA ۽ (جيڪڏهن ضروري هجي) هڪ اضافي VMWare مثال اڳ ۾ ئي ترتيب ۽ نصب ٿيل آهن.
SAP سرٽيفڪيشن ڪارڪردگي جي ضمانت واري سطح جو تعين ڪري ٿو، گڏوگڏ سي پي يو ماڊل، ريم جي مقدار ۽ اسٽوريج. هڪ دفعو تصديق ٿيل، بناوت کي بغير وارنٽي کي رد ڪرڻ کان سواء تبديل نٿو ڪري سگهجي. HANA پليٽ فارم کي ماپڻ لاءِ، SAP پيش ڪري ٿو ٽي آپشن.
- اسڪيل اپ BWoH/DM/SoH - عمودي اسڪيلنگ، جيڪو اڪيلو سسٽم لاء مناسب آهي (هڪ SID). اپلائنسز 256/384 GB تائين وڌن ٿيون SAP HANA SPS 11 کان شروع ٿي. ھي تناسب ڏيکاري ٿو وڌ ۾ وڌ گنجائش ڏيکاري ٿو ھڪڙي سي پي يو جي مدد سان ۽ تصديق ٿيل آلات جي پوري لسٽ لاءِ عام آھي. اپلائنس BWoH/DM/SoH عمودي اسڪيلنگ سان گڏ HANA (BWoH)، ڊيٽا مارٽ (DM)، ۽ HANA (SoH) ايپليڪيشنن تي BW لاءِ مثالي آهي.
- اسڪيل اپ SoH - ھي پوئين ماڊل جو ھڪڙو ھلڪو ورزن آھي، جنھن ۾ ريم جي مقدار تي گھٽ پابنديون آھن. اهو اڃا تائين هڪ عمدي طور تي اسپيبلبل سرور آهي، پر 2 پروسيسرز لاءِ ريم جي وڌ ۾ وڌ مقدار اڳ ۾ ئي 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 سان.
اسٽوريج سسٽم سڌو سنئون سرور سان 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 HANA TDI
اپلائنس جو هڪ متبادل آهي TDI (Tailored Data Center Integration) موڊ، جنهن ۾ توهان مخصوص ٺاهيندڙن ۽ انفراسٽرڪچر جا حصا چونڊي سگهو ٿا ڪسٽمر جي خواهشن جي بنياد تي - ڪيل ڪمن ۽ ڪم جي لوڊ کي مدنظر رکندي. مثال طور، هڪ SAN ڊيٽا سينٽر ۾ ٻيهر استعمال ڪري سگهجي ٿو، ڪجهه ڊسڪ سان HANA تنصيب لاءِ وقف ٿيل آهن.
اوزار جي مقابلي ۾، TDI موڊ صارف کي ضرورتن کي پورو ڪرڻ لاء وڌيڪ آزادي ڏئي ٿو. هي ڊيٽا سينٽر ۾ HANA جي انضمام کي تمام گهڻو آسان بڻائي ٿو - توهان پنهنجو پنهنجو ڪسٽمائيز انفراسٽرڪچر ٺاهي سگهو ٿا. مثال طور، مختلف قسم ۽ پروسيسرز جو تعداد لوڊ تي منحصر ڪري ٿو.
ظرفيت جي حسابن لاءِ، اسان SAP Quick Sizer استعمال ڪرڻ جي صلاح ڏيون ٿا، ھڪڙو سادو اوزار جيڪو SAP HANA ۾ مختلف ڪم لوڊن لاءِ CPU ۽ ميموري گھرجون پوريون ڪري ٿو. توھان وري رابطو ڪري سگھو ٿا SAP Active Global Support پنھنجي IT نظارن جي منصوبابندي ڪرڻ لاءِ. ان کان پوء، SAP HANA هارڊويئر پارٽنر حساب ڪتاب جي نتيجن کي مختلف ممڪن سسٽم جي ترتيبن ۾ تبديل ڪري ٿو - ٻئي مٿان-آخر ۽ آسان هارڊويئر تي. سرورز لاءِ TDI موڊ ۾ اهو Intel E7 CPUs استعمال ڪرڻ قابل قبول آهي، بشمول Intel Broadwell E7 ۽ Skylake-SP (Platinum, Gold, Silver with 8 or more cores per processor) ۽ انهي سان گڏ IBM Power8/ 9.
سرورز بغير اسٽوريج سسٽم، سوئچز ۽ ريڪ جي فراهم ڪيا ويا آهن، پر هارڊويئر جون گهرجون ساڳيون ئي رهنديون آهن جيئن ايپلائنس موڊ ۾ - ساڳيا واحد نوڊس، عمودي يا افقي اسڪيلنگ سان حل. SAP انهي جي ضرورت آهي صرف تصديق ٿيل سرور، اسٽوريج سسٽم ۽ سوئچ استعمال ڪيا ويا، پر اهو خوفناڪ نه آهي - اڪثر ٺاهيندڙن وٽ تقريبن سڀني سامان جي تصديق ٿيل آهي.
ڪارڪردگي جاچ ڪرڻ گهرجي HWCCT (هارڊويئر ڪنفيگريشن چيڪ ٽول) ٽيسٽ استعمال ڪندي.، جيڪي توهان کي ڪجهه SAP KPIs جي تعميل جي جانچ ڪرڻ جي اجازت ڏين ٿا. ۽ اتي ھڪڙو غير هارڊويئر گھربل آھي: HANA، OS ۽ hypervisor (اختياري) لازمي طور تي SAP تصديق ٿيل ماهرن طرفان نصب ڪيو وڃي. صرف سسٽم جيڪي سڀئي درج ڪيل ضابطن کي پورا ڪن ٿا SAP ڪارڪردگي جي مدد حاصل ڪري سگھن ٿا.
TDI موڊ ۾ سرورز جي BullSequana S لائن اپلائنس موڊ ۾ لائن وانگر آھي، پر اسٽوريج سسٽم، سوئچز ۽ ريڪ کان سواء. توهان تصديق ٿيل SAP سسٽم جي فهرست مان ڪنهن به اسٽوريج سسٽم کي انسٽال ڪري سگهو ٿا - VNX، XtremIO، NetApp ۽ ٻيا. مثال طور، جيڪڏهن VNX5400 SAP HANA ڪارڪردگي گهرجن کي پورو ڪري ٿو، توهان ڊيل EMC يونٽي 450F اسٽوريج کي TDI ترتيب جي حصي طور ڳنڍي سگهو ٿا. جيڪڏهن ضروري هجي ته، ايف سي اڊاپٽر (1 يا 10 گبٽ / س)، انهي سان گڏ ايٿرنيٽ سوئچز، نصب ٿيل آهن.
هاڻي، ته جيئن توهان بيان ڪيل طريقن کي وڌيڪ واضح طور تي تصور ڪري سگهو ٿا، اسان توهان کي اسان جي ڪيترن ئي حقيقي ڪيسن بابت ٻڌائينداسين.
اپلائنس + 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 لاءِ اپلائنس موڊ ۾ تصديق ٿيل حل جي درخواست ڪئي. پر بجيٽ جي پابندين جي ڪري، انهن ٻين اختيارن تي غور ڪرڻ شروع ڪيو - مثال طور، وڌيڪ سي پي يوز سان ننڍا ريم ماڊلز (64 GB ماڊلز جي بدران 128 GB ماڊل). ان کان علاوه، قيمت کي بهتر ڪرڻ لاء، پيداوار لاء گڏيل اسٽوريج ۽ ٽيسٽ / ديوي ماحول تي غور ڪيو ويو.
اسان 4 سي پي يوز ۽ 6 ٽي بي ريم تي اتفاق ڪيو پيداوار جي ماحول لاءِ، واڌ جي گنجائش سان. TDI موڊ ۾ ٽيسٽ/ڊيو ماحول لاءِ، اسان فيصلو ڪيو ته گهٽ قيمتي سي پي يوز استعمال ڪرڻ جو - اسان 8 سي پي يوز ۽ 6 ٽي بي ريم سان ختم ڪيو. ڪسٽمر پاران درخواست ڪيل ڪمن جي وڏي تعداد جي ڪري - ٻي سائيٽ تي نقل، بيڪ اپ، گڏيل پيداوار ۽ ٽيسٽ / ڊيو ماحول - اندروني ڊسڪ جي بدران، ڊيل اي ايم سي يونٽي اسٽوريج سسٽم مڪمل فليش ترتيب ۾ استعمال ڪيا ويا. ان کان علاوه، گراهڪ HANA سسٽم ريپليڪيشن (HSR) جي بنياد تي هڪ ٽين سائيٽ تي ڪورم نوڊ سان آفت جي بحالي جي حل جي درخواست ڪئي.
پروڊ ماحول لاءِ حتمي تشڪيل تي مشتمل آهي BullSequana S400 سرور تي هڪ Intel Xeon P8176M (28 cores، 2.10 GHz، 165 W) ۽ 6 TB رام. اسٽوريج سسٽم - يونٽي 450F 10x 3.84 ٽي بي. آفت جي بحالي جي مقصدن لاءِ، پروڊ ماحول لاءِ اسان استعمال ڪيو BullSequana S400 Intel Xeon P8176M (28 cores, 2.10 GHz, 165 W) تي 6 TB RAM سان. ٽيسٽ/ڊيو ماحول لاءِ، اسان ورتو هڪ BullSequana S800 سرور هڪ Intel Xeon P8153 (16 cores, 2.00 GHz, 125 W) ۽ 6 TB جي RAM سان گڏ هڪ Unity 450F 15x 3.84 TB اسٽوريج سسٽم. اسان جي ماهرن ڊيل اي ايم سي سرورز کي ڪورم، ايپليڪيشن سرورز (VxRail Solution) ۽ بيڪ اپ حل (DataDomain) جي طور تي نصب ۽ ترتيب ڏنو.
سامان مستقبل جي اپ گريڊ لاء تيار آهي. گراهڪ اميد رکي ٿو HANA جي سائيز 2019 ۾ وڌندي، ۽ هن کي صرف اهو ڪرڻو آهي ته ريڪ ۾ نوان ماڊل انسٽال ڪرڻا آهن.
اوزار: HANA وڏي سياحتي انٽيگريٽر لاءِ
هن ڀيري اسان جو ڪلائنٽ هڪ وڏو آئي ٽي سروس فراهم ڪندڙ هو جيڪو ٽريول ڪمپنين لاءِ ٽيڪنالاجي حل تيار ڪري رهيو هو. ڪسٽمر هڪ نئين بلنگ سسٽم کي لاڳو ڪرڻ لاء هڪ امڪاني SAP HANA پروجيڪٽ شروع ڪيو. پيداوار ۽ پري پروڊ ماحول لاءِ 8 ٽي بي ريم سان ايپلائنس موڊ ۾ حل گهربل هو. SAP سفارشن جي مطابق، ڪسٽمر چونڊيو عمودي اسڪيلنگ اختيار.
اهم ڪم SAP HANA لاءِ اپلائنس موڊ ۾ تصديق ٿيل ڊوائيسز تي ٻڌل هارڊويئر انفراسٽرڪچر جو نفاذ هو. ترجيحي معيار قيمت جي تاثير، اعلي ڪارڪردگي، اسپيبلبلٽي ۽ اعلي ڊيٽا جي دستيابي هئي.
اسان هڪ SAP تصديق ٿيل حل تجويز ڪيو ۽ لاڳو ڪيو، جنهن ۾ ٻه بلين S16 سرور شامل آهن - پروڊ ۽ پري پروڊ ماحول لاءِ. سامان Intel Xeon E7-v4 8890 پروسيسرز تي هلندو آهي (24 ڪور، 2.20 GHz، 165 W) ۽ 16 TB جي رام سان ليس آهي. BW ۽ Dev/Test ماحول لاءِ، نو بلين S4 سرورز (22 cores، 2.20 GHz، 150 W) 4 TB RAM سان گڏ نصب ڪيا ويا. هائبرڊ اي ايم سي يونٽ کي اسٽوريج سسٽم طور استعمال ڪيو ويو.
اهو حل ڊوائيس جي سڀني عناصر لاء اسڪيلنگ سپورٽ مهيا ڪري ٿو - مثال طور، Intel Xeon E16-v7 CPU سان 4 ساکٽ تائين. هن ترتيب ۾ انتظاميه آسان آهي - خاص طور تي، سرور کي ٻيهر ترتيب ڏيڻ يا ورهاڱي لاء.
اپلائنس + TDI: HANA دھاتي ماهرن لاءِ
MMC Norilsk Nickel، نڪيل ۽ پيليڊيم جي سڀ کان وڏي پروڊڪٽرن مان هڪ، اهم ڪاروباري ايپليڪيشنن ۽ منصوبن کي سپورٽ ڪرڻ لاءِ پنهنجي SAP HANA هارڊويئر پليٽ فارم کي اپڊيٽ ڪرڻ جو فيصلو ڪيو. ڪمپيوٽنگ پاور جي لحاظ کان موجوده منظرنامي کي وڌائڻ جي ضرورت هئي. ڪسٽمر پاران پيش ڪيل مکيه شرطن مان هڪ پليٽ فارم جي اعلي دستيابي هئي - هارڊويئر جي حدن جي باوجود.
پيداوار جي ماحول لاءِ، اسان استعمال ڪيو بلين S8 سرور ۽ اسٽوريج سسٽم SAP HANA Appliance موڊ ۾. HA ۽ ٽيسٽ/dev لاءِ، پليٽ فارم کي TDI موڊ ۾ لڳايو ويو. اسان استعمال ڪيو ھڪڙو بيل بلين S8 سرور، ٻه بل بلين S6 سرور ۽ ھڪڙو ھائبرڊ اسٽوريج سسٽم. ھن ميلاپ کي ممڪن بڻايو SAP جي منظرنامي ۾ ايپليڪيشنن جي رفتار کي خاص طور تي وڌائڻ، ڪمپيوٽنگ پاور ۽ ڊيٽا اسٽوريج وسيلن جي مقدار کي وڌائڻ، ۽ آپريٽنگ خرچن کي گھٽائڻ. اهو ضروري آهي ته ڪلائنٽ اڃا تائين 16 سي پي يوز تائين ماپ ڪرڻ جي صلاحيت رکي ٿي.
اسان توهان کي SAP فورم تي دعوت ڏيون ٿا
هن پوسٽ ۾، اسان مختلف طريقن سان SAP HANA کي ترتيب ڏيڻ تي غور ڪيو ۽ موجود اختيارن جي فائدن ۽ نقصانن کي اجاگر ڪرڻ جي ڪوشش ڪئي. جيڪڏهن توهان وٽ SAP HANA لاڳو ڪرڻ بابت ڪي سوال آهن، اسان انهن کي تبصرن ۾ جواب ڏيڻ ۾ خوش ٿيندا.
اسان هر ڪنهن کي دعوت ڏيون ٿا جيڪو بيل حلن ۾ دلچسپي رکي ٿو ۽ SAP HANA تحت انهن تي عمل درآمد جي امڪانن کي سال جي سڀ کان وڏي SAP تقريب ۾ شامل ڪري ٿو: SAP فورم 17 2019 اپريل تي ماسڪو ۾ منعقد ٿيندو. اسان IoT ۾ اسان جي موقف تي توهان جا منتظر آهيون. زون: اسان توهان کي ڪيتريون ئي دلچسپ شيون ٻڌائينداسين، ۽ ڪيترائي انعام پڻ ڏينداسين.
فورم تي ملنداسين!
جو ذريعو: www.habr.com