ວິທີການນໍາໃຊ້ SAP HANA: ພວກເຮົາວິເຄາະວິທີການທີ່ແຕກຕ່າງກັນ

SAP HANA ເປັນ DBMS ໃນໜ່ວຍຄວາມຈຳທີ່ເປັນທີ່ນິຍົມເຊິ່ງລວມມີການບໍລິການເກັບຂໍ້ມູນ (Data Warehouse) ແລະການວິເຄາະ, ສື່ກາງໃນຕົວ, ແອັບພລິເຄຊັນເຊີບເວີ, ແລະແພລດຟອມສຳລັບກຳນົດຄ່າ ຫຼືພັດທະນາສິ່ງອຳນວຍຄວາມສະດວກໃໝ່. ໂດຍການກໍາຈັດຄວາມລ່າຊ້າຂອງ DBMS ແບບດັ້ງເດີມກັບ SAP HANA, ທ່ານສາມາດເພີ່ມປະສິດທິພາບຂອງລະບົບ, ການປະມວນຜົນທຸລະກໍາ (OLTP) ແລະທາງທຸລະກິດ (OLAP).

ທ່ານສາມາດປັບໃຊ້ SAP HANA ໃນໂໝດ Appliance ແລະ TDI (ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບສະພາບແວດລ້ອມການຜະລິດ). ສໍາລັບແຕ່ລະທາງເລືອກ, ຜູ້ຜະລິດມີຄວາມຕ້ອງການຂອງຕົນເອງ. ໃນບົດຂຽນນີ້, ພວກເຮົາຈະເວົ້າກ່ຽວກັບຂໍ້ດີແລະຂໍ້ເສຍຂອງທາງເລືອກທີ່ແຕກຕ່າງກັນ, ເຊັ່ນດຽວກັນກັບ, ສໍາລັບຄວາມຊັດເຈນ, ກ່ຽວກັບໂຄງການທີ່ແທ້ຈິງຂອງພວກເຮົາກັບ SAP HANA.

SAP HANA ປະກອບດ້ວຍ 3 ອົງປະກອບຕົ້ນຕໍ - ເຈົ້າພາບ, ຕົວຢ່າງແລະລະບົບ.

ເຈົ້າພາບ ແມ່ນເຊີບເວີ ຫຼືສະພາບແວດລ້ອມການເຮັດວຽກສໍາລັບການແລ່ນ SAP HANA DBMS. ອົງປະກອບທີ່ຕ້ອງການຂອງມັນແມ່ນ CPU, RAM, ການເກັບຮັກສາ, ເຄືອຂ່າຍແລະ OS. ເຈົ້າພາບສະຫນອງການເຊື່ອມຕໍ່ກັບໄດເລກະທໍລີການຕິດຕັ້ງ, ຂໍ້ມູນ, ບັນທຶກ, ຫຼືໂດຍກົງກັບລະບົບການເກັບຮັກສາ. ໃນເວລາດຽວກັນ, ລະບົບການເກັບຮັກສາສໍາລັບການຕິດຕັ້ງ SAP HANA ບໍ່ຈໍາເປັນຕ້ອງຕັ້ງຢູ່ໃນເຈົ້າພາບ. ຖ້າລະບົບມີໂຮດຫຼາຍ, ທ່ານຈະຕ້ອງການບ່ອນເກັບມ້ຽນທີ່ໃຊ້ຮ່ວມກັນຫຼືຫນຶ່ງທີ່ສາມາດໃຊ້ໄດ້ຕາມຄວາມຕ້ອງການຈາກໂຮດທັງຫມົດ.

ຕົວຢ່າງ — ຊຸດຂອງອົງປະກອບລະບົບ SAP HANA ທີ່ຕິດຕັ້ງຢູ່ໃນໂຮດດຽວ. ອົງປະກອບຫຼັກແມ່ນ Index Server ແລະ Name Server. ອັນກ່ອນໜ້ານີ້, ເຊິ່ງເອີ້ນກັນວ່າ "ເຊີບເວີທີ່ເຮັດວຽກ," ປະມວນຜົນຄຳຮ້ອງຂໍ ແລະ ຈັດການສາງຂໍ້ມູນຕົວຈິງ ແລະ ເຄື່ອງຈັກຖານຂໍ້ມູນ. Name Server ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບໂທໂພໂລຢີການຕິດຕັ້ງ SAP HANA — ບ່ອນທີ່ອົງປະກອບຕ່າງໆກຳລັງເຮັດວຽກ ແລະ ຂໍ້ມູນໃດທີ່ຕັ້ງຢູ່ໃນພວກມັນ. ເຄື່ອງແມ່ຂ່າຍ.

ລະບົບ - ນີ້ແມ່ນໜຶ່ງ ຫຼືຫຼາຍຕົວຢ່າງທີ່ມີຕົວເລກດຽວກັນ. ໂດຍພື້ນຖານແລ້ວ, ນີ້ແມ່ນອົງປະກອບແຍກຕ່າງຫາກທີ່ສາມາດເປີດໃຊ້ໄດ້, ປິດການໃຊ້ງານຫຼືຄັດລອກ (ສໍາຮອງຂໍ້ມູນ). ຂໍ້ມູນໄດ້ຖືກແຈກຢາຍຢູ່ໃນຫນ່ວຍຄວາມຈໍາຂອງເຄື່ອງແມ່ຂ່າຍຕ່າງໆທີ່ປະກອບເປັນລະບົບ SAP HANA.

ລະບົບສາມາດຖືກຕັ້ງຄ່າເປັນໂຮດດຽວ (ຫນຶ່ງຕົວຢ່າງໃນຫນຶ່ງໂຮດ) ຫຼືຫຼາຍໂຮດ, ແຈກຢາຍ (ຫຼາຍໆຕົວຢ່າງ SAP HANA ຖືກແຈກຢາຍໃນໄລຍະຫຼາຍໂຮດ, ມີຫນຶ່ງຕົວຢ່າງຕໍ່ໂຮດ). ໃນລະບົບຫຼາຍໂຮດ, ແຕ່ລະຕົວຢ່າງຕ້ອງມີຕົວເລກດຽວກັນ. ລະບົບ SAP HANA ຖືກລະບຸໂດຍລະບົບ ID (SID), ຕົວເລກທີ່ເປັນເອກະລັກປະກອບດ້ວຍສາມຕົວອັກສອນທີ່ເປັນຕົວເລກ.

SAP HANA Virtualization

ຫນຶ່ງໃນຂໍ້ຈໍາກັດຕົ້ນຕໍຂອງ SAP HANA ແມ່ນການສະຫນັບສະຫນູນຂອງລະບົບດຽວ - ຕົວຢ່າງຫນຶ່ງທີ່ມີເຄື່ອງແມ່ຂ່າຍທີ່ເປັນເອກະລັກ SID. ເພື່ອໃຊ້ຮາດແວໃຫ້ມີປະສິດທິພາບຫຼາຍຂຶ້ນ ຫຼືຫຼຸດຈໍານວນເຊີບເວີໃນສູນຂໍ້ມູນ, ທ່ານສາມາດໃຊ້ virtualization ໄດ້. ວິທີນີ້, ພູມສັນຖານອື່ນໆສາມາດຢູ່ຮ່ວມກັນໃນເຄື່ອງແມ່ຂ່າຍດຽວກັນກັບລະບົບທີ່ມີຄວາມຕ້ອງການຕ່ໍາ (ລະບົບທີ່ບໍ່ແມ່ນຜະລິດຕະພັນ). ສໍາລັບເຊີບເວີ HA/DR ທີ່ສະແຕນບາຍ, virtualization ສາມາດປັບປຸງຄວາມໄວຂອງການສະຫຼັບລະຫວ່າງເຄື່ອງ virtual ທີ່ຜະລິດໄດ້ ແລະບໍ່ແມ່ນການຜະລິດ.

SAP HANA ປະກອບມີການສະຫນັບສະຫນູນສໍາລັບ VMWare ESX hypervisor. ນີ້ຫມາຍຄວາມວ່າລະບົບ SAP HANA ທີ່ແຕກຕ່າງກັນ - ການຕິດຕັ້ງ SAP HANA ທີ່ມີຕົວເລກ SID ທີ່ແຕກຕ່າງກັນ - ສາມາດຢູ່ຮ່ວມກັນໃນໂຮດດຽວ (ເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍທົ່ວໄປ) ໃນເຄື່ອງ virtual ທີ່ແຕກຕ່າງກັນ. ແຕ່ລະເຄື່ອງ virtual ຕ້ອງແລ່ນຢູ່ໃນ OS ທີ່ຮອງຮັບ.

ສໍາລັບສະພາບແວດລ້ອມການຜະລິດ, SAP HANA virtualization ມີຂໍ້ຈໍາກັດທີ່ຮ້າຍແຮງ:

• ບໍ່ຮອງຮັບການຂະຫຍາຍຂະໜາດອອກ - virtualization ສາມາດໃຊ້ໄດ້ກັບລະບົບ Scale-Up ເທົ່ານັ້ນ, ບໍ່ວ່າຈະເປັນ BwoH/DM/SoH ຫຼື “ບໍລິສຸດ” SoH;
• virtualization ຕ້ອງໄດ້ຮັບການປະຕິບັດພາຍໃນກົດລະບຽບທີ່ສ້າງຕັ້ງຂຶ້ນສໍາລັບອຸປະກອນ Appliance ຫຼື TDI;
• ການມີໃຫ້ທົ່ວໄປ (GA) ສາມາດມີເຄື່ອງສະເໝືອນຈິງໄດ້ເຄື່ອງດຽວເທົ່ານັ້ນ—ບໍລິສັດທີ່ຢາກໃຊ້ virtualization ກັບສະພາບແວດລ້ອມການຜະລິດ HANA ຕ້ອງເຂົ້າຮ່ວມໃນໂຄງການຄວາມພ້ອມທີ່ມີການຄວບຄຸມດ້ວຍ SAP.

ໃນສະພາບແວດລ້ອມທີ່ບໍ່ມີຜົນຜະລິດທີ່ຂໍ້ຈໍາກັດເຫຼົ່ານີ້ບໍ່ມີ, virtualization ສາມາດຖືກນໍາໃຊ້ເພື່ອເພີ່ມປະສິດທິພາບການນໍາໃຊ້ຮາດແວ.

SAP HANA topologies

ກ້າວໄປສູ່ການນຳໃຊ້ SAP HANA. ສອງ topologies ໄດ້ຖືກກໍານົດຢູ່ທີ່ນີ້.

• ຂະຫຍາຍ - ເຄື່ອງແມ່ຂ່າຍໃຫຍ່ຫນຶ່ງ. ໃນຂະນະທີ່ພື້ນຖານ HANA ເຕີບໂຕ, ເຄື່ອງແມ່ຂ່າຍຂອງມັນເອງເຕີບໂຕ: ຈໍານວນຂອງ CPU ແລະຈໍານວນຫນ່ວຍຄວາມຈໍາເພີ່ມຂຶ້ນ. ໃນການແກ້ໄຂທີ່ມີ High Availability (HA) ແລະ Disaster Recovery (DR), ເຊີບເວີສໍາຮອງຫຼືຄວາມຜິດຕໍ່ຄວາມຜິດຕ້ອງກົງກັບລັກສະນະຂອງເຊີບເວີທີ່ຜະລິດໄດ້.
• ການຂະຫຍາຍຂະໜາດ – ລະບົບ SAP HANA ທັງໝົດຖືກແຈກຢາຍໄປທົ່ວເຊີບເວີຫຼາຍເຄື່ອງທີ່ຄືກັນ. ເຊີບເວີຫຼັກມີຂໍ້ມູນສຳລັບເຊີບເວີດັດຊະນີ ແລະ ເຊີບເວີຊື່. ເຊີບເວີ Slave ບໍ່ມີຂໍ້ມູນນີ້, ຍົກເວັ້ນເຊີບເວີທີ່ເຂົ້າຮັບບົດບາດຫຼັກໃນກໍລະນີທີ່ເຊີບເວີຫຼັກລົ້ມເຫຼວ. ເຊີບເວີຜູ້ເຮັດວຽກ (ເຊີບເວີດັດຊະນີ) ຈັດການສ່ວນຂໍ້ມູນທີ່ຖືກມອບໝາຍໃຫ້ພວກມັນ ແລະ ຕອບສະໜອງຕໍ່ການສອບຖາມ. ເຊີບເວີຊື່ຮູ້ວິທີການແຈກຢາຍຂໍ້ມູນລະຫວ່າງເຊີບເວີຜູ້ເຮັດວຽກ. ຖ້າ HANA ເຕີບໃຫຍ່ເກີນຂະໜາດປະຈຸບັນຂອງມັນ, ການຕັ້ງຄ່າເຊີບເວີ ພຽງແຕ່ເພີ່ມໂຫນດອື່ນ. ໃນໂທໂພໂລຢີນີ້, ການມີໂຫນດສຳຮອງໜຶ່ງແມ່ນພຽງພໍທີ່ຈະຮັບປະກັນຄວາມປອດໄພຂອງເຊີບເວີທັງໝົດ.

ຄວາມຕ້ອງການຮາດແວ SAP

SAP ມີຄວາມຕ້ອງການຮາດແວທີ່ບັງຄັບສໍາລັບ HANA. ພວກເຂົາກ່ຽວຂ້ອງກັບສະພາບແວດລ້ອມທີ່ມີຜົນຜະລິດ - ສໍາລັບການທີ່ບໍ່ແມ່ນຜະລິດຕະພັນ, ລັກສະນະຫນ້ອຍແມ່ນພຽງພໍ. ດັ່ງນັ້ນ, ນີ້ແມ່ນຂໍ້ກໍານົດສໍາລັບສະພາບແວດລ້ອມການຜະລິດ:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• ຈາກ 128 GB RAM ສໍາລັບຄໍາຮ້ອງສະຫມັກ BW ກັບ 2 CPUs, 256 GB ກັບ 4+ CPUs;

ນຳໃຊ້ SAP HANA ໃນໂໝດເຄື່ອງໃຊ້ ແລະ TDI

ຕອນນີ້ໃຫ້ເຮົາກ້າວໄປສູ່ການປະຕິບັດ ແລະສົນທະນາກ່ຽວກັບວິທີການປະຕິບັດ SAP HANA ໃນໂຫມດ Appliance ແລະ TDI. ສໍາລັບນີ້ພວກເຮົາໃຊ້ແພລະຕະຟອມ SAP HANA ຂອງພວກເຮົາໂດຍອີງໃສ່ເຄື່ອງແມ່ຂ່າຍຂອງ BullSequana S ແລະ Bullion S, ເຊິ່ງໄດ້ຮັບການຢັ້ງຢືນໂດຍ SAP ເພື່ອດໍາເນີນການໃນໂຫມດເຫຼົ່ານີ້.

ຂໍ້ມູນເລັກນ້ອຍກ່ຽວກັບຜະລິດຕະພັນ. BullSequana S ໂດຍອີງໃສ່ Intel Xeon Scalable ປະກອບມີຮູບແບບຕ່າງໆ, ສູງເຖິງ 32 CPU ໃນເຄື່ອງແມ່ຂ່າຍດຽວ. ເຊີບເວີຖືກສ້າງຂຶ້ນໂດຍໃຊ້ການອອກແບບໂມດູນທີ່ສະຫນອງການຂະຫຍາຍໄດ້ເຖິງ 32 CPUs ແລະຈໍານວນ GPU ດຽວກັນ. RAM - ຈາກ 64 GB ເຖິງ 48 TB. ຄຸນສົມບັດຂອງ BullSequana S ປະກອບມີການສະຫນັບສະຫນູນ AI ​​ວິສາຫະກິດສໍາລັບການປັບປຸງປະສິດທິພາບ, ການວິເຄາະຂໍ້ມູນທີ່ເລັ່ງລັດ, ການປັບປຸງຄອມພິວເຕີ້ໃນຫນ່ວຍຄວາມຈໍາ, ແລະຄວາມທັນສະໄຫມດ້ວຍ virtualization ແລະເຕັກໂນໂລຊີຟັງ.

Bullion S ມາພ້ອມກັບ CPU ຄອບຄົວ Intel Xeon E7 v4. ຈໍານວນສູງສຸດຂອງໂປເຊດເຊີແມ່ນ 16. RAM ສາມາດຂະຫຍາຍໄດ້ຈາກ 128 GB ຫາ 24 TB. ຟັງຊັນ RAS ຈໍານວນຫຼວງຫຼາຍໃຫ້ຄວາມພ້ອມໃນລະດັບສູງສໍາລັບໂຄງສ້າງພື້ນຖານທີ່ມີຄວາມສໍາຄັນເຊັ່ນ SAP HANA. Bullion S ແມ່ນເຫມາະສົມສໍາລັບການລວມສູນຂໍ້ມູນມະຫາຊົນ, ແລ່ນຄໍາຮ້ອງສະຫມັກໃນຫນ່ວຍຄວາມຈໍາ, ການເຄື່ອນຍ້າຍ mainframes ຫຼືລະບົບມໍລະດົກ.

ເຄື່ອງໃຊ້ SAP HANA

ເຄື່ອງໃຊ້ເປັນການແກ້ໄຂທີ່ກໍານົດໄວ້ກ່ອນເຊິ່ງປະກອບມີເຄື່ອງແມ່ຂ່າຍ, ລະບົບການເກັບຮັກສາແລະຊຸດຊອບແວສໍາລັບການປະຕິບັດ turnkey, ມີການບໍລິການສະຫນັບສະຫນູນສູນກາງແລະລະດັບການປະຕິບັດທີ່ຕົກລົງກັນ. ທີ່ນີ້, HANA ມາເປັນຮາດແວ ແລະຊອບແວທີ່ກຳນົດຄ່າໄວ້ລ່ວງໜ້າ, ປະສົມປະສານຢ່າງຄົບຖ້ວນ ແລະໄດ້ຮັບການຢັ້ງຢືນ. ອຸ​ປະ​ກອນ​ໃນ​ຮູບ​ແບບ Appliance ແມ່ນ​ພ້ອມ​ສໍາ​ລັບ​ການ​ຕິດ​ຕັ້ງ​ໃນ​ສູນ​ຂໍ້​ມູນ​, ແລະ​ລະ​ບົບ​ປະ​ຕິ​ບັດ​ການ​, SAP HANA ແລະ (ຖ້າ​ຈໍາ​ເປັນ​) ຕົວ​ຢ່າງ VMWare ເພີ່ມ​ເຕີມ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ຄ່າ​ແລະ​ຕິດ​ຕັ້ງ​.

ການຢັ້ງຢືນ SAP ກໍານົດລະດັບການຮັບປະກັນຂອງການປະຕິບັດ, ເຊັ່ນດຽວກັນກັບຮູບແບບ CPU, ຈໍານວນ RAM ແລະການເກັບຮັກສາ. ເມື່ອໄດ້ຮັບການຢັ້ງຢືນ, ການຕັ້ງຄ່າບໍ່ສາມາດປ່ຽນແປງໄດ້ໂດຍບໍ່ມີການຮັບປະກັນ. ເພື່ອຂະຫຍາຍເວທີ HANA, SAP ສະເຫນີສາມທາງເລືອກ.

• ຂະຫຍາຍຂະໜາດ BWoH/DM/SoH - ການ​ປັບ​ຂະ​ຫນາດ​ຕັ້ງ​, ທີ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ລະ​ບົບ​ດຽວ (ຫນຶ່ງ SID​)​. ເຄື່ອງໃຊ້ໄຟຟ້າຂະຫຍາຍຕົວ 256/384 GB ເລີ່ມຕົ້ນຈາກ SAP HANA SPS 11. ອັດຕາສ່ວນນີ້ສະແດງໃຫ້ເຫັນເຖິງຄວາມອາດສາມາດສູງສຸດທີ່ຮອງຮັບໂດຍ CPU ໜ່ວຍດຽວ ແລະເປັນເລື່ອງທຳມະດາສຳລັບບັນດາລາຍການເຄື່ອງໃຊ້ທີ່ໄດ້ຮັບການຢັ້ງຢືນທັງໝົດ. ເຄື່ອງໃຊ້ BWoH/DM/SoH ທີ່ມີການປັບຂະໜາດແນວຕັ້ງແມ່ນເໝາະສຳລັບ BW ໃນ HANA (BWoH), Data Mart (DM), ແລະ SAP Suite ໃນແອັບພລິເຄຊັນ HANA (SoH).
• ຂະຫນາດຂຶ້ນ SoH - ນີ້ແມ່ນລຸ້ນທີ່ມີນ້ໍາຫນັກເບົາຂອງຮຸ່ນທີ່ຜ່ານມາ, ມີຂໍ້ຈໍາກັດຫນ້ອຍກ່ຽວກັບຈໍານວນ RAM. ອັນນີ້ຍັງເປັນເຊີບເວີທີ່ສາມາດປັບຂະ ໜາດ ໄດ້ຕາມແນວຕັ້ງ, ແຕ່ປະລິມານ RAM ສູງສຸດຂອງ 2 ໂປເຊດເຊີແມ່ນ 1536 GB (ເຖິງລຸ້ນ SPS11) ແລະ 3 TB (SPS12+). ເຫມາະສໍາລັບ SoH ເທົ່ານັ້ນ.
• ຂະຫຍາຍອອກ - ນີ້​ແມ່ນ​ເປັນ​ທາງ​ເລືອກ​ທີ່​ສາ​ມາດ​ຂະ​ຫຍາຍ​ອອກ​ຕາມ​ລວງ​ນອນ​, ລະ​ບົບ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ຕັ້ງ​ຄ່າ​ຫຼາຍ server​. ການປັບຂະຫນາດຕາມແນວນອນແມ່ນເຫມາະສົມສໍາລັບ BW ແລະມີຂໍ້ຈໍາກັດບາງຢ່າງ, ສໍາລັບ SoH.

ໃນເຊີບເວີ BullSequana S ແລະ Bullion S, ການປັບຂະຫນາດຕາມແນວຕັ້ງແມ່ນຈຸດສຸມເພາະວ່າມັນມີຂໍ້ຈໍາກັດໃນການດໍາເນີນງານຫນ້ອຍແລະຕ້ອງການການບໍລິຫານຫນ້ອຍ. ສໍາ​ລັບ​ຮູບ​ແບບ Appliance ມີ​ລະ​ດັບ​ຂະ​ຫນາດ​ໃຫຍ່​ຂອງ​ອຸ​ປະ​ກອນ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​.

ວິທີແກ້ໄຂ BullSequana S ສໍາລັບ SAP HANA ໃນຮູບແບບເຄື່ອງໃຊ້

*ທາງເລືອກ E7-8890/94v4
ວິທີແກ້ໄຂ Bullion S ສໍາລັບ SAP HANA ໃນຮູບແບບເຄື່ອງໃຊ້

ການແກ້ໄຂ Bull ທັງໝົດໃນໂໝດເຄື່ອງໃຊ້ຈາກ SAP HANA SPS 12 ໄດ້ຮັບການຢັ້ງຢືນ. ອຸປະກອນໄດ້ຖືກຕິດຕັ້ງຢູ່ໃນ rack 19U ມາດຕະຖານ 42 ນິ້ວ, ມີສອງອຸປະກອນພະລັງງານ - PDUs ພາຍໃນ. ເຊີບເວີຕໍ່ໄປນີ້ມີການຢັ້ງຢືນ SAP:

• BullSequana S ກັບ Intel Xeon Skylake 8176, 8176M, 8180, 8180M (ໂປເຊດເຊີທີ່ມີຕົວອັກສອນ "M" ສະຫນັບສະຫນູນໂມດູນຫນ່ວຍຄວາມຈໍາ 128 GB). ໃນແງ່ຂອງອັດຕາສ່ວນຄຸນນະພາບລາຄາ, ທາງເລືອກທີ່ມີ Intel 8176 ເບິ່ງດີທີ່ສຸດ
• Bullion S ກັບ Intel Xeon E7-8880 v4, 8890 ແລະ 8894.

ລະບົບການເກັບຮັກສາເຊື່ອມຕໍ່ໂດຍກົງກັບເຄື່ອງແມ່ຂ່າຍຜ່ານພອດ FC, ດັ່ງນັ້ນສະວິດ SAN ບໍ່ຈໍາເປັນຢູ່ທີ່ນີ້. ພວກເຂົາສາມາດເປັນປະໂຫຍດສໍາລັບການເຂົ້າເຖິງລະບົບທີ່ເຊື່ອມຕໍ່ກັບ LAN ຫຼື SAN.

ນີ້ແມ່ນຕົວຢ່າງຂອງການຕັ້ງຄ່າລະບົບການເກັບຮັກສາ EMC Unity 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

ເຄື່ອງໃຊ້ເປັນທາງເລືອກໃນການຕິດຕັ້ງທີ່ເຊື່ອຖືໄດ້, ແຕ່ມັນມີຂໍ້ບົກຜ່ອງໃຫຍ່: ສິດເສລີພາບພຽງເລັກນ້ອຍໃນການຕັ້ງຄ່າຮາດແວ. ນອກຈາກນັ້ນ, ທາງເລືອກນີ້ອາດຈະຮຽກຮ້ອງໃຫ້ມີການປ່ຽນແປງໃນຂະບວນການຂອງພະແນກ IT.

SAP HANA TDI

ທາງເລືອກຂອງ Appliance ແມ່ນ TDI (Tailored Data Center Integration) ຮູບແບບ, ທີ່ທ່ານສາມາດເລືອກເອົາຜູ້ຜະລິດແລະອົງປະກອບພື້ນຖານໂຄງລ່າງສະເພາະໂດຍອີງຕາມຄວາມປາຖະຫນາຂອງລູກຄ້າ - ຄໍານຶງເຖິງວຽກງານທີ່ປະຕິບັດແລະວຽກ. ຕົວຢ່າງເຊັ່ນ, SAN ສາມາດຖືກນໍາໃຊ້ຄືນໃຫມ່ໃນສູນຂໍ້ມູນ, ດ້ວຍບາງແຜ່ນທີ່ອຸທິດໃຫ້ກັບການຕິດຕັ້ງ HANA.

ເມື່ອປຽບທຽບກັບເຄື່ອງໃຊ້, ຮູບແບບ TDI ເຮັດໃຫ້ຜູ້ໃຊ້ມີອິດສະລະຫຼາຍໃນການປະຕິບັດຕາມຄວາມຕ້ອງການ. ນີ້ເຮັດໃຫ້ການລວມຕົວຂອງ HANA ເຂົ້າໄປໃນສູນຂໍ້ມູນງ່າຍຂຶ້ນຫຼາຍ - ທ່ານສາມາດສ້າງໂຄງສ້າງພື້ນຖານທີ່ປັບແຕ່ງເອງໄດ້. ຕົວຢ່າງ, ແຕກຕ່າງກັນປະເພດແລະຈໍານວນຂອງໂປເຊດເຊີຂຶ້ນຢູ່ກັບການໂຫຼດ.

ສໍາລັບການຄິດໄລ່ຄວາມອາດສາມາດ, ພວກເຮົາແນະນໍາໃຫ້ໃຊ້ SAP Quick Sizer, ເຄື່ອງມືງ່າຍດາຍທີ່ສະຫນອງຄວາມຕ້ອງການ CPU ແລະຫນ່ວຍຄວາມຈໍາສໍາລັບການເຮັດວຽກທີ່ແຕກຕ່າງກັນໃນ SAP HANA. ຈາກນັ້ນທ່ານສາມາດຕິດຕໍ່ SAP Active Global Support ເພື່ອວາງແຜນພູມສັນຖານ IT ຂອງທ່ານໄດ້. ຫຼັງຈາກນີ້, ຄູ່ຮ່ວມງານຂອງຮາດແວ SAP HANA ປ່ຽນຜົນການຄຳນວນໃຫ້ເປັນການຕັ້ງຄ່າລະບົບທີ່ເປັນໄປໄດ້ທີ່ແຕກຕ່າງກັນ - ທັງຢູ່ເທິງສຸດ ແລະໃນຮາດແວທີ່ງ່າຍກວ່າ. ໃນໂຫມດ TDI ສໍາລັບເຄື່ອງແມ່ຂ່າຍ ມັນເປັນທີ່ຍອມຮັບທີ່ຈະໃຊ້ CPU Intel E7, ລວມທັງ Intel Broadwell E7 ແລະ Skylake-SP (Platinum, Gold, Silver ທີ່ມີ 8 ຫຼືຫຼາຍກວ່ານັ້ນຕໍ່ໂປເຊດເຊີ), ເຊັ່ນດຽວກັນກັບ IBM Power8./ 9

ເຊີບເວີໄດ້ຖືກສະຫນອງໂດຍບໍ່ມີລະບົບການເກັບຮັກສາ, ສະຫຼັບແລະ racks, ແຕ່ຄວາມຕ້ອງການຮາດແວຍັງຄົງຄືກັນກັບໃນໂຫມດເຄື່ອງໃຊ້ - ໂຫມດດຽວດຽວກັນ, ການແກ້ໄຂດ້ວຍການປັບຂະຫນາດຕາມແນວຕັ້ງຫຼືແນວນອນ. SAP ຮຽກຮ້ອງໃຫ້ມັນ ພຽງແຕ່ເຊີບເວີທີ່ໄດ້ຮັບການຮັບຮອງ, ລະບົບການເກັບຮັກສາແລະສະວິດຖືກໃຊ້, ແຕ່ນີ້ບໍ່ຫນ້າຢ້ານ - ຜູ້ຜະລິດສ່ວນໃຫຍ່ມີອຸປະກອນເກືອບທັງຫມົດທີ່ໄດ້ຮັບການຢັ້ງຢືນ.

ການທົດສອບປະສິດທິພາບຄວນເຮັດໂດຍໃຊ້ການທົດສອບ HWCCT (Hardware Configuration Check Tool)., ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກວດສອບການປະຕິບັດຕາມ SAP KPIs ບາງຢ່າງ. ແລະມີຄວາມຕ້ອງການທີ່ບໍ່ແມ່ນຮາດແວ: HANA, OS ແລະ hypervisor (ທາງເລືອກ) ຕ້ອງໄດ້ຮັບການຕິດຕັ້ງໂດຍຜູ້ຊ່ຽວຊານທີ່ໄດ້ຮັບການຢັ້ງຢືນ SAP. ສະເພາະລະບົບທີ່ຕອບສະໜອງໄດ້ທຸກກົດລະບຽບທີ່ລະບຸໄວ້ສາມາດໄດ້ຮັບການສະໜັບສະໜູນການປະຕິບັດ SAP.

ເສັ້ນ BullSequana S ຂອງເຄື່ອງແມ່ຂ່າຍໃນໂຫມດ TDI ແມ່ນຄ້າຍຄືກັນກັບສາຍໃນໂຫມດເຄື່ອງໃຊ້, ແຕ່ບໍ່ມີລະບົບການເກັບຮັກສາ, ສະຫຼັບແລະ racks. ທ່ານສາມາດຕິດຕັ້ງລະບົບການເກັບຮັກສາໃດໆຈາກບັນຊີລາຍຊື່ຂອງລະບົບ SAP ທີ່ໄດ້ຮັບການຢັ້ງຢືນ - VNX, XtremIO, NetApp ແລະອື່ນໆ. ຕົວຢ່າງ, ຖ້າ VNX5400 ຕອບສະໜອງໄດ້ຄວາມຕ້ອງການປະສິດທິພາບ SAP HANA, ທ່ານສາມາດເຊື່ອມຕໍ່ບ່ອນເກັບຂໍ້ມູນ Dell EMC Unity 450F ເປັນສ່ວນຫນຶ່ງຂອງການຕັ້ງຄ່າ TDI. ຖ້າຈໍາເປັນ, ອະແດບເຕີ FC (1 ຫຼື 10 Gbit/s), ເຊັ່ນດຽວກັນກັບສະວິດອີເທີເນັດ, ຖືກຕິດຕັ້ງ.

ດຽວນີ້, ເພື່ອໃຫ້ເຈົ້າສາມາດຈິນຕະນາການໄດ້ຢ່າງຊັດເຈນເຖິງຮູບແບບທີ່ອະທິບາຍ, ພວກເຮົາຈະບອກທ່ານກ່ຽວກັບກໍລະນີທີ່ແທ້ຈິງຂອງພວກເຮົາຫຼາຍຄັ້ງ.

ເຄື່ອງໃຊ້ + TDI: HANA ສໍາລັບຮ້ານອອນໄລນ໌

ຮ້ານຄ້າອອນໄລນ໌ Mall.cz, ເປັນສ່ວນຫນຶ່ງຂອງກຸ່ມ Mall, ຖືກສ້າງຕັ້ງຂຶ້ນໃນປີ 2000. ມັນມີສາຂາຢູ່ໃນສາທາລະນະລັດເຊັກ, ສະໂລວາເກຍ, ໂປແລນ, ຮັງກາຣີ, ສະໂລເວເນຍ, ໂຄເອເຊຍແລະໂລມາເນຍ. ນີ້ແມ່ນຮ້ານອອນໄລນ໌ທີ່ໃຫຍ່ທີ່ສຸດໃນປະເທດ, ຂາຍໄດ້ເຖິງ 75 ພັນຜະລິດຕະພັນຕໍ່ມື້, ລາຍຮັບຂອງຕົນໃນທ້າຍປີ 2017 ປະມານ 280 ລ້ານເອີໂຣ.

ການປັບປຸງພື້ນຖານໂຄງລ່າງຂອງສູນຂໍ້ມູນແມ່ນຈໍາເປັນໃນການເຊື່ອມຕໍ່ກັບການເຄື່ອນຍ້າຍໄປ SAP HANA. ຂະໜາດທີ່ຄາດຄະເນແມ່ນ 2x6 TB ສໍາລັບສະພາບແວດລ້ອມການຜະລິດ ແລະ 6 TB ສໍາລັບສະພາບແວດລ້ອມການທົດສອບ/dev. ໃນເວລາດຽວກັນ, ການແກ້ໄຂກັບການຟື້ນຟູໄພພິບັດແມ່ນຕ້ອງການສໍາລັບສະພາບແວດລ້ອມ SAP HANA ທີ່ມີປະສິດຕິຜົນໃນກຸ່ມທີ່ມີການເຄື່ອນໄຫວ.

ໃນເວລາປະກາດການປະມູນ, ລູກຄ້າມີລະບົບ SAP ໂດຍອີງໃສ່ເຄື່ອງແມ່ຂ່າຍຂອງ rack ແລະ blade ມາດຕະຖານ. ສອງສູນຂໍ້ມູນ, ຕັ້ງຢູ່ປະມານ 10 ກິໂລແມັດຈາກກັນແລະກັນ, ໄດ້ຖືກຕິດຕັ້ງດ້ວຍລະບົບເກັບຮັກສາຕ່າງໆ - IBM SVC, HP ແລະ Dell. ລະ​ບົບ​ກະ​ແຈ​ດໍາ​ເນີນ​ການ​ໃນ​ຮູບ​ແບບ​ການ​ຟື້ນ​ຟູ​ໄພ​ພິ​ບັດ​.

ທໍາອິດ, ລູກຄ້າໄດ້ຮ້ອງຂໍການແກ້ໄຂທີ່ໄດ້ຮັບການຮັບຮອງໃນໂຫມດເຄື່ອງໃຊ້ສໍາລັບ SAP HANA ສໍາລັບທຸກລະບົບ (ການຜະລິດແລະການທົດສອບ / ສະພາບແວດລ້ອມພັດທະນາ) ທີ່ມີການຂະຫຍາຍຕົວສູງເຖິງ 12 TB. ແຕ່ເນື່ອງຈາກຂໍ້ຈໍາກັດດ້ານງົບປະມານ, ພວກເຂົາເລີ່ມພິຈາລະນາທາງເລືອກອື່ນ - ຕົວຢ່າງ, CPU ຫຼາຍທີ່ມີໂມດູນ RAM ຂະຫນາດນ້ອຍກວ່າ (ໂມດູນ 64 GB ແທນທີ່ຈະເປັນໂມດູນ 128 GB). ນອກຈາກນັ້ນ, ເພື່ອເພີ່ມປະສິດທິພາບລາຄາ, ການເກັບຮັກສາຮ່ວມກັນສໍາລັບສະພາບແວດລ້ອມການຜະລິດແລະການທົດສອບ / ພັດທະນາໄດ້ຖືກພິຈາລະນາ.

ພວກເຮົາຕົກລົງເຫັນດີກ່ຽວກັບ 4 CPU ແລະ 6 TB RAM ສໍາລັບສະພາບແວດລ້ອມການຜະລິດ, ມີພື້ນທີ່ສໍາລັບການຂະຫຍາຍຕົວ. ສໍາລັບສະພາບແວດລ້ອມການທົດສອບ / dev ໃນໂຫມດ TDI, ພວກເຮົາໄດ້ຕັດສິນໃຈໃຊ້ CPU ທີ່ມີລາຄາແພງຫນ້ອຍ - ພວກເຮົາສິ້ນສຸດລົງດ້ວຍ 8 CPU ແລະ 6 TB ຂອງ RAM. ເນື່ອງຈາກມີຈໍານວນຫນ້າທີ່ລູກຄ້າຮຽກຮ້ອງຫຼາຍຂຶ້ນ - ການຈໍາລອງ, ການສໍາຮອງຂໍ້ມູນ, ການຜະລິດຮ່ວມກັນແລະສະພາບແວດລ້ອມການທົດສອບ / dev ຢູ່ໃນເວັບໄຊທ໌ທີສອງ - ແທນທີ່ຈະເປັນແຜ່ນພາຍໃນ, ລະບົບການເກັບຮັກສາ DellEMC Unity ໄດ້ຖືກນໍາໃຊ້ໃນການຕັ້ງຄ່າເຕັມ flash. ນອກຈາກນັ້ນ, ລູກຄ້າໄດ້ຮ້ອງຂໍການແກ້ໄຂໄພພິບັດໂດຍອີງໃສ່ການຈໍາລອງລະບົບ HANA (HSR) ທີ່ມີກຸ່ມໂຄລໍາຢູ່ໃນເວັບໄຊທ໌ທີສາມ.

ການຕັ້ງຄ່າສຸດທ້າຍສໍາລັບສະພາບແວດລ້ອມ Prod ປະກອບດ້ວຍເຊີບເວີ BullSequana S400 ໃນ Intel Xeon P8176M (28 cores, 2.10 GHz, 165 W) ແລະ 6 TB ຂອງ RAM. ລະບົບການເກັບຮັກສາ - Unity 450F 10x 3.84 TB. ສໍາລັບຈຸດປະສົງການຟື້ນຟູໄພພິບັດ, ສໍາລັບສະພາບແວດລ້ອມ Prod ພວກເຮົາໃຊ້ BullSequana S400 ໃນ Intel Xeon P8176M (28 cores, 2.10 GHz, 165 W) ກັບ 6 TB ຂອງ RAM. ສໍາລັບສະພາບແວດລ້ອມການທົດສອບ/dev, ພວກເຮົາໄດ້ເອົາເຊີບເວີ BullSequana S800 ທີ່ມີ Intel Xeon P8153 (16 cores, 2.00 GHz, 125 W) ແລະ 6 TB ຂອງ RAM ບວກກັບລະບົບການເກັບຮັກສາ Unity 450F 15x 3.84 TB. ຜູ້ຊ່ຽວຊານຂອງພວກເຮົາໄດ້ຕິດຕັ້ງ ແລະກຳນົດຄ່າເຊີບເວີ DellEMC ເປັນກຸ່ມ, ເຊີບເວີແອັບພລິເຄຊັນ (VxRail Solution) ແລະ ການແກ້ໄຂສຳຮອງ (DataDomain).

ອຸປະກອນແມ່ນກຽມພ້ອມສໍາລັບການຍົກລະດັບໃນອະນາຄົດ. ລູກຄ້າຄາດວ່າຂະຫນາດ HANA ຈະເພີ່ມຂຶ້ນໃນປີ 2019, ແລະທັງຫມົດທີ່ລາວຕ້ອງເຮັດແມ່ນການຕິດຕັ້ງໂມດູນໃຫມ່ໃນ racks.

ເຄື່ອງໃຊ້: HANA ສໍາລັບການເຊື່ອມໂຍງການທ່ອງທ່ຽວຂະຫນາດໃຫຍ່

ເວລານີ້ລູກຄ້າຂອງພວກເຮົາເປັນຜູ້ໃຫ້ບໍລິການ IT ຂະຫນາດໃຫຍ່ທີ່ພັດທະນາວິທີແກ້ໄຂເຕັກໂນໂລຢີສໍາລັບບໍລິສັດທ່ອງທ່ຽວ. ລູກຄ້າໄດ້ເປີດຕົວໂຄງການ SAP HANA ທີ່ມີຄວາມທະເຍີທະຍານເພື່ອປະຕິບັດລະບົບການເອີ້ນເກັບເງິນໃຫມ່. ຕ້ອງມີການແກ້ໄຂໃນໂໝດເຄື່ອງໃຊ້ທີ່ມີ RAM 8 TB ສໍາລັບສະພາບແວດລ້ອມການຜະລິດ ແລະ PreProd. ອີງຕາມຄໍາແນະນໍາຂອງ SAP, ລູກຄ້າໄດ້ເລືອກຕົວເລືອກການປັບຂະຫນາດຕາມແນວຕັ້ງ.

ໜ້າທີ່ສຳຄັນແມ່ນການປະຕິບັດໂຄງສ້າງພື້ນຖານຂອງຮາດແວທີ່ອີງໃສ່ອຸປະກອນທີ່ໄດ້ຮັບການຢັ້ງຢືນໃນໂໝດເຄື່ອງໃຊ້ສຳລັບ SAP HANA. ເງື່ອນໄຂບູລິມະສິດແມ່ນປະສິດທິພາບຄ່າໃຊ້ຈ່າຍ, ປະສິດທິພາບສູງ, ຂະຫຍາຍຂະຫນາດແລະຂໍ້ມູນສູງ.

ພວກເຮົາໄດ້ສະເຫນີແລະປະຕິບັດການແກ້ໄຂທີ່ໄດ້ຮັບການຢັ້ງຢືນ SAP, ລວມທັງສອງເຄື່ອງແມ່ຂ່າຍ Bullion S16 - ສໍາລັບສະພາບແວດລ້ອມ Prod ແລະ PreProd. ອຸປະກອນດັ່ງກ່າວແລ່ນດ້ວຍໂປເຊດເຊີ Intel Xeon E7-v4 8890 (24 cores, 2.20 GHz, 165 W) ແລະຕິດຕັ້ງ RAM 16 TB. ສໍາລັບສະພາບແວດລ້ອມ BW ແລະ Dev/Test, ເກົ້າເຊີບເວີ Bullion S4 (22 cores, 2.20 GHz, 150 W) ພ້ອມດ້ວຍ RAM 4 TB. Hybrid EMC Unity ຖືກໃຊ້ເປັນລະບົບການເກັບຮັກສາ.

ການແກ້ໄຂນີ້ສະຫນອງການສະຫນັບສະຫນູນການຂະຫຍາຍສໍາລັບອົງປະກອບທັງຫມົດຂອງອຸປະກອນ - ຕົວຢ່າງ, ເຖິງ 16 ຊັອກເກັດທີ່ມີ CPU Intel Xeon E7-v4. ການບໍລິຫານໃນການຕັ້ງຄ່ານີ້ແມ່ນງ່າຍດາຍ - ໂດຍສະເພາະ, ສໍາລັບການ configure ຫຼື partitioning ເຄື່ອງແມ່ຂ່າຍ.

ເຄື່ອງໃຊ້ + TDI: HANA ສໍາລັບນັກໂລຫະ

MMC Norilsk Nickel, ຫນຶ່ງໃນຜູ້ຜະລິດທີ່ໃຫຍ່ທີ່ສຸດຂອງ nickel ແລະ palladium, ໄດ້ຕັດສິນໃຈປັບປຸງແພລະຕະຟອມຮາດແວ SAP HANA ຂອງຕົນເພື່ອສະຫນັບສະຫນູນຄໍາຮ້ອງສະຫມັກແລະໂຄງການທຸລະກິດທີ່ສໍາຄັນ. ມີຄວາມຕ້ອງການທີ່ຈະຂະຫຍາຍພູມສັນຖານທີ່ມີຢູ່ແລ້ວໃນແງ່ຂອງພະລັງງານຄອມພິວເຕີ້. ຫນຶ່ງໃນເງື່ອນໄຂຕົ້ນຕໍທີ່ລູກຄ້າໄດ້ວາງໄວ້ແມ່ນຄວາມພ້ອມຂອງແພລະຕະຟອມສູງ - ເຖິງວ່າຈະມີຂໍ້ຈໍາກັດຂອງຮາດແວ.

ສໍາລັບສະພາບແວດລ້ອມການຜະລິດ, ພວກເຮົາໄດ້ໃຊ້ເຊີບເວີ Bullion S8 ແລະລະບົບການເກັບຮັກສາໃນ SAP HANA Appliance mode. ສຳລັບ HA ແລະ test/dev, ແພລດຟອມຖືກນຳໃຊ້ໃນຮູບແບບ TDI. ພວກເຮົາໄດ້ໃຊ້ເຊີບເວີ Bull Bullion S8 ຫນຶ່ງ, ສອງເຊີບເວີ Bull Bullion S6 ແລະລະບົບການເກັບຮັກສາແບບປະສົມ. ການປະສົມປະສານນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເພີ່ມຄວາມໄວຂອງຄໍາຮ້ອງສະຫມັກໃນພູມສັນຖານ SAP, ເພີ່ມຈໍານວນພະລັງງານຄອມພິວເຕີ້ແລະຊັບພະຍາກອນການເກັບຮັກສາຂໍ້ມູນ, ແລະຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນການດໍາເນີນງານ. ມັນເປັນສິ່ງສໍາຄັນທີ່ລູກຄ້າຍັງມີຄວາມສາມາດໃນການຂະຫຍາຍເຖິງ 16 CPU.

ພວກເຮົາເຊີນທ່ານເຂົ້າຮ່ວມ SAP Forum

ໃນບົດຂຽນນີ້, ພວກເຮົາໄດ້ເບິ່ງການ ນຳ ໃຊ້ SAP HANA ໃນຮູບແບບຕ່າງໆແລະພະຍາຍາມຊີ້ໃຫ້ເຫັນຂໍ້ດີແລະຂໍ້ເສຍຂອງທາງເລືອກທີ່ມີຢູ່. ຖ້າທ່ານມີຄໍາຖາມໃດໆກ່ຽວກັບການປະຕິບັດ SAP HANA, ພວກເຮົາຍິນດີທີ່ຈະຕອບພວກເຂົາໃນຄໍາເຫັນ.

ພວກເຮົາເຊີນທຸກຄົນທີ່ສົນໃຈໃນການແກ້ໄຂ Bull ແລະຄວາມເປັນໄປໄດ້ຂອງການປະຕິບັດພາຍໃຕ້ SAP HANA ກັບເຫດການ SAP ທີ່ໃຫຍ່ທີ່ສຸດຂອງປີ: SAP Forum 17 ຈະຈັດຂຶ້ນໃນມອດໂກໃນວັນທີ 2019 ເດືອນເມສາ. ພວກເຮົາລໍຖ້າທ່ານຢູ່ທີ່ຈຸດຢືນຂອງພວກເຮົາໃນ IoT. zone: ພວກເຮົາຈະບອກທ່ານຫຼາຍສິ່ງທີ່ຫນ້າສົນໃຈ, ແລະຍັງມີຂອງລາງວັນຫຼາຍ.

ແລ້ວພົບກັນໃນເວທີສົນທະນາ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com