SAP HANA ialah DBMS dalam ingatan popular yang merangkumi perkhidmatan storan (Gudang Data) dan analitik, perisian tengah terbina dalam, pelayan aplikasi dan platform untuk mengkonfigurasi atau membangunkan utiliti baharu. Dengan menghapuskan kependaman DBMS tradisional dengan SAP HANA, anda boleh meningkatkan prestasi sistem, pemprosesan transaksi (OLTP) dan risikan perniagaan (OLAP) dengan banyak.
Anda boleh menggunakan SAP HANA dalam mod Perkakas dan TDI (jika kita bercakap tentang persekitaran pengeluaran). Untuk setiap pilihan, pengilang mempunyai keperluannya sendiri. Dalam siaran ini kita akan bercakap tentang kelebihan dan kekurangan pilihan yang berbeza, serta, untuk kejelasan, tentang projek sebenar kami dengan SAP HANA.
SAP HANA terdiri daripada 3 komponen utama - hos, contoh dan sistem.
Tuan rumah ialah pelayan atau persekitaran operasi untuk menjalankan DBMS SAP HANA. Komponen yang diperlukan ialah CPU, RAM, storan, rangkaian dan OS. Hos menyediakan pautan ke direktori pemasangan, data, log, atau terus ke sistem storan. Pada masa yang sama, sistem storan untuk memasang SAP HANA tidak perlu diletakkan pada hos. Jika sistem mempunyai beberapa hos, anda memerlukan sama ada storan dikongsi atau satu yang tersedia atas permintaan daripada semua hos.
Contoh — satu set komponen sistem SAP HANA dipasang pada satu hos. Komponen utama ialah Pelayan Indeks dan Pelayan Nama. Yang pertama, yang juga dipanggil "pelayan yang berfungsi," memproses permintaan, menguruskan stor data semasa dan enjin pangkalan data. Name Server menyimpan maklumat tentang topologi pemasangan SAP HANA - tempat komponen dijalankan dan data yang ada pada pelayan.
Sistem – ini adalah satu atau lebih kejadian dengan nombor yang sama. Pada asasnya, ini ialah elemen berasingan yang boleh didayakan, dilumpuhkan atau disalin (disandarkan). Data diedarkan dalam memori pelbagai pelayan yang membentuk sistem SAP HANA.
Sistem ini boleh dikonfigurasikan sebagai hos tunggal (satu contoh pada satu hos) atau berbilang hos, diedarkan (beberapa tika SAP HANA diedarkan ke atas beberapa hos, dengan satu tika setiap hos). Dalam sistem berbilang hos, setiap kejadian mesti mempunyai nombor yang sama. Sistem SAP HANA dikenal pasti oleh ID Sistem (SID), nombor unik yang terdiri daripada tiga aksara abjad angka.
Virtualisasi SAP HANA
Salah satu batasan utama SAP HANA ialah sokongan hanya satu sistem - satu contoh dengan SID pelayan unik. Untuk menggunakan perkakasan dengan lebih cekap atau mengurangkan bilangan pelayan dalam pusat data, anda boleh menggunakan virtualisasi. Dengan cara ini, landskap lain boleh wujud bersama pada pelayan yang sama dengan sistem yang mempunyai keperluan yang lebih rendah (sistem tidak produktif). Untuk pelayan HA/DR siap sedia, virtualisasi boleh meningkatkan kelajuan bertukar antara mesin maya yang produktif dan tidak produktif.
SAP HANA termasuk sokongan untuk hipervisor VMWare ESX. Ini bermakna sistem SAP HANA yang berbeza - pemasangan SAP HANA dengan nombor SID yang berbeza - boleh wujud bersama pada satu hos (pelayan fizikal biasa) dalam mesin maya yang berbeza. Setiap mesin maya mesti berjalan pada OS yang disokong.
Untuk persekitaran pengeluaran, virtualisasi SAP HANA mempunyai had yang serius:
- Penskalaan skala kecil tidak disokong - virtualisasi hanya boleh digunakan dengan sistem Scale-Up, sama ada BwoH/DM/SoH atau SoH “tulen”;
- virtualisasi mesti dijalankan dalam peraturan yang ditetapkan untuk peranti Perkakas atau TDI;
- Ketersediaan Umum (GA) hanya boleh mempunyai satu mesin maya—syarikat yang ingin menggunakan virtualisasi dengan persekitaran pengeluaran HANA mesti mengambil bahagian dalam program Ketersediaan Terkawal dengan SAP.
Dalam persekitaran tidak produktif di mana batasan ini tidak wujud, virtualisasi boleh digunakan untuk mengoptimumkan penggunaan perkakasan.
Topologi SAP HANA
Mari kita teruskan untuk menggunakan SAP HANA. Dua topologi ditakrifkan di sini.
- Skala-up – satu pelayan besar. Apabila pangkalan HANA berkembang, pelayan itu sendiri berkembang: bilangan CPU dan jumlah memori meningkat. Dalam penyelesaian dengan Ketersediaan Tinggi (HA) dan Pemulihan Bencana (DR), pelayan sandaran atau toleransi kesalahan mesti sepadan dengan ciri pelayan yang produktif.
- Scale-out – keseluruhan volum sistem SAP HANA diedarkan pada beberapa pelayan yang sama. Pelayan Induk mengandungi maklumat untuk Pelayan Indeks dan Pelayan Nama. Pelayan hamba tidak mengandungi data ini - kecuali pelayan, yang mengambil alih fungsi Master sekiranya berlaku kegagalan pelayan utama. Pelayan Indeks mengurus segmen data yang diberikan kepada mereka dan juga membalas pertanyaan. Pelayan Nama mengetahui cara data diedarkan antara pelayan pengeluaran. Jika HANA berkembang, satu lagi nod hanya ditambahkan pada konfigurasi pelayan semasa. Dalam topologi ini, cukup untuk mempunyai satu nod sandaran untuk memastikan keselamatan keseluruhan pelayan.
Keperluan perkakasan SAP
SAP mempunyai keperluan perkakasan mandatori untuk HANA. Ia berkaitan dengan persekitaran yang produktif - untuk bukan produk, ciri minimum adalah mencukupi. Jadi, berikut ialah keperluan untuk persekitaran pengeluaran:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- daripada 128 GB RAM untuk aplikasi BW dengan 2 CPU, 256 GB dengan 4+ CPU;
Menggunakan SAP HANA dalam mod Perkakas dan TDI
Sekarang mari kita teruskan untuk berlatih dan bercakap tentang cara melaksanakan SAP HANA dalam mod Perkakas dan TDI. Untuk ini, kami menggunakan platform SAP HANA kami berdasarkan pelayan BullSequana S dan Bullion S, yang diperakui oleh SAP untuk beroperasi dalam mod ini.
Sedikit maklumat tentang produk. BullSequana S berdasarkan Intel Xeon Scalable merangkumi pelbagai model, sehingga 32 CPU dalam satu pelayan. Pelayan dibina menggunakan reka bentuk modular yang menyediakan kebolehskalaan sehingga 32 CPU dan bilangan GPU yang sama. RAM – daripada 64 GB hingga 48 TB. Ciri BullSequana S termasuk sokongan AI perusahaan untuk prestasi yang dipertingkatkan, analisis data dipercepatkan, pengkomputeran dalam memori yang dipertingkatkan dan pemodenan dengan teknologi maya dan awan.
Bullion S disertakan dengan CPU Keluarga Intel Xeon E7 v4. Bilangan maksimum pemproses ialah 16. RAM boleh berskala daripada 128 GB kepada 24 TB. Sebilangan besar fungsi RAS menyediakan tahap ketersediaan yang tinggi untuk infrastruktur kritikal misi seperti SAP HANA. Bullion S sesuai untuk penyatuan pusat data massa, menjalankan aplikasi Dalam Memori, memindahkan kerangka utama atau sistem warisan.
Perkakas SAP HANA
Perkakas ialah penyelesaian pra-konfigurasi yang merangkumi pelayan, sistem storan dan pakej perisian untuk pelaksanaan turnkey, dengan perkhidmatan sokongan berpusat dan tahap prestasi yang dipersetujui. Di sini, HANA hadir sebagai perkakasan dan perisian pra-konfigurasi, bersepadu dan diperakui sepenuhnya. Peranti dalam mod Perkakas sedia untuk dipasang di pusat data, dan sistem pengendalian, SAP HANA dan (jika perlu) contoh VMWare tambahan telah dikonfigurasikan dan dipasang.
Pensijilan SAP menentukan tahap prestasi yang dijamin, serta model CPU, jumlah RAM dan storan. Setelah diperakui, konfigurasi tidak boleh diubah tanpa membatalkan waranti. Untuk skala platform HANA, SAP menawarkan tiga pilihan.
- Skala BWoH/DM/SoH – penskalaan menegak, yang sesuai untuk sistem tunggal (satu SID). Perkakas berkembang sebanyak 256/384 GB bermula dari SAP HANA SPS 11. Nisbah ini menunjukkan kapasiti maksimum yang disokong oleh satu CPU dan adalah perkara biasa untuk keseluruhan senarai Perkakas yang diperakui. Perkakas BWoH/DM/SoH dengan penskalaan menegak sesuai untuk aplikasi BW on HANA (BWoH), Data Mart (DM) dan SAP Suite on HANA (SoH).
- Skala-Up SoH - Ini adalah versi ringan model sebelumnya, dengan lebih sedikit sekatan pada jumlah RAM. Ini masih pelayan berskala menegak, tetapi jumlah maksimum RAM untuk 2 pemproses sudah pun 1536 GB (sehingga versi SPS11) dan 3 TB (SPS12+). Sesuai untuk SoH sahaja.
- Skala-Keluar - Ini ialah pilihan berskala mendatar, sistem yang menyokong konfigurasi berbilang pelayan. Penskalaan mendatar adalah optimum untuk BW dan, dengan beberapa batasan, untuk SoH.
Dalam pelayan BullSequana S dan Bullion S, penskalaan menegak menjadi tumpuan kerana ia mempunyai lebih sedikit had operasi dan memerlukan kurang pentadbiran. Untuk mod Perkakas terdapat pelbagai jenis peranti yang berbeza.
Penyelesaian BullSequana S untuk SAP HANA dalam mod Perkakas
*Pilihan E7-8890/94v4
Penyelesaian Bullion S untuk SAP HANA dalam mod Perkakas
Semua penyelesaian Bull dalam mod Perkakas daripada SAP HANA SPS 12 diperakui. Peralatan dipasang dalam rak 19U standard 42-inci, dengan dua bekalan kuasa - PDU dalaman. Pelayan berikut mempunyai pensijilan SAP:
- BullSequana S dengan Intel Xeon Skylake 8176, 8176M, 8180, 8180M (pemproses dengan huruf "M" menyokong modul memori 128 GB). Dari segi nisbah kualiti harga, pilihan dengan Intel 8176 kelihatan terbaik
- Bullion S dengan Intel Xeon E7-8880 v4, 8890 dan 8894.
Sistem storan bersambung terus ke pelayan melalui port FC, jadi suis SAN tidak diperlukan di sini. Ia boleh berguna untuk mengakses sistem yang disambungkan ke LAN atau SAN.
Berikut ialah contoh konfigurasi sistem storan EMC Unity 450F dalam persediaan kami:
- Ketinggian: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Pengawal: 2
- Cakera: dari 6 hingga 250 SAS SSD, dari 600 GB hingga 15.36 TB setiap satu
- RAID: tahap 5 (8+1), 4 kumpulan RAID
- Antara muka: 4 FC setiap pengawal, 8 atau 16 Gbit/s
- Perisian: Suite Blok Unisphere
Perkakas ialah pilihan penggunaan yang boleh dipercayai, tetapi ia mempunyai kelemahan yang besar: sedikit kebebasan dalam mengkonfigurasi perkakasan. Di samping itu, pilihan ini mungkin memerlukan perubahan dalam proses jabatan IT.
SAP HANA TDI
Alternatif kepada Perkakas ialah mod TDI (Tailored Data center Integration), di mana anda boleh memilih pengeluar dan komponen infrastruktur tertentu bergantung pada kehendak pelanggan - dengan mengambil kira tugas yang dilakukan dan beban kerja. Contohnya, SAN boleh digunakan semula dalam pusat data, dengan beberapa cakera khusus untuk pemasangan HANA.
Berbanding dengan Perkakas, mod TDI memberikan pengguna lebih banyak kebebasan untuk memenuhi keperluan. Ini sangat memudahkan penyepaduan HANA ke dalam pusat data - anda boleh membina infrastruktur tersuai anda sendiri. Contohnya, ubah jenis dan bilangan pemproses bergantung pada beban.
Untuk pengiraan kapasiti, kami mengesyorkan menggunakan SAP Quick Sizer, alat mudah yang menyediakan keperluan CPU dan memori untuk beban kerja yang berbeza dalam SAP HANA. Anda kemudiannya boleh menghubungi Sokongan Global Aktif SAP untuk merancang landskap IT anda. Selepas ini, rakan kongsi perkakasan SAP HANA menukar hasil pengiraan kepada konfigurasi sistem yang berbeza - kedua-duanya pada bahagian atasan dan pada perkakasan yang lebih ringkas. Dalam mod TDI untuk pelayan ia boleh diterima untuk menggunakan CPU Intel E7, termasuk Intel Broadwell E7 dan Skylake-SP (Platinum, Emas, Perak dengan 8 atau lebih teras setiap pemproses), serta IBM Power8/ 9.
Pelayan dibekalkan tanpa sistem storan, suis dan rak, tetapi keperluan perkakasan kekal sama seperti dalam mod Perkakas - nod tunggal yang sama, penyelesaian dengan penskalaan menegak atau mendatar. SAP memerlukan itu hanya pelayan yang diperakui, sistem storan dan suis digunakan, tetapi ini tidak menakutkan - kebanyakan pengeluar mempunyai hampir semua peralatan yang diperakui.
Ujian prestasi perlu dilakukan menggunakan ujian HWCCT (Hardware Configuration Check Tool)., yang membolehkan anda menyemak pematuhan dengan KPI SAP tertentu. Dan terdapat keperluan bukan perkakasan: HANA, OS dan hipervisor (pilihan) mesti dipasang oleh pakar yang diperakui SAP. Hanya sistem yang memenuhi semua peraturan yang disenaraikan boleh menerima sokongan prestasi SAP.
Barisan pelayan BullSequana S dalam mod TDI adalah serupa dengan baris dalam mod Perkakas, tetapi tanpa sistem storan, suis dan rak. Anda boleh memasang sebarang sistem storan daripada senarai sistem SAP yang diperakui - VNX, XtremIO, NetApp dan lain-lain. Contohnya, jika VNX5400 memenuhi keperluan prestasi SAP HANA, anda boleh menyambungkan storan Dell EMC Unity 450F sebagai sebahagian daripada konfigurasi TDI. Jika perlu, penyesuai FC (1 atau 10 Gbit/s), serta suis Ethernet, dipasang.
Sekarang, supaya anda dapat membayangkan mod yang diterangkan dengan lebih jelas, kami akan memberitahu anda tentang beberapa kes sebenar kami.
Perkakas + TDI: HANA untuk kedai dalam talian
Kedai dalam talian Mall.cz, sebahagian daripada Kumpulan Mall, diasaskan pada tahun 2000. Ia mempunyai cawangan di Republik Czech, Slovakia, Poland, Hungary, Slovenia, Croatia dan Romania. Ini adalah kedai dalam talian terbesar di negara ini, menjual sehingga 75 ribu produk setiap hari, pendapatannya pada akhir 2017 berjumlah kira-kira 280 juta euro.
Mengemas kini infrastruktur pusat data diperlukan berkaitan dengan penghijrahan ke SAP HANA. Anggaran saiz ialah 2x6 TB untuk persekitaran prod dan 6 TB untuk persekitaran ujian/pembangunan. Pada masa yang sama, penyelesaian dengan pemulihan bencana diperlukan untuk persekitaran SAP HANA yang produktif dalam kelompok aktif-aktif.
Pada masa pengumuman tender, pelanggan mempunyai sistem untuk SAP berdasarkan pelayan rak dan bilah standard. Dua pusat data, terletak kira-kira 10 km antara satu sama lain, dilengkapi dengan pelbagai sistem storan - IBM SVC, HP dan Dell. Sistem utama dikendalikan dalam mod pemulihan bencana.
Pertama, pelanggan meminta penyelesaian yang diperakui dalam mod Perkakas untuk SAP HANA untuk semua sistem (persekitaran Pengeluaran dan ujian/pembangunan) dengan pertumbuhan sehingga 12 TB. Tetapi disebabkan oleh sekatan belanjawan, mereka mula mempertimbangkan pilihan lain - contohnya, lebih banyak CPU dengan modul RAM yang lebih kecil (modul 64 GB dan bukannya modul 128 GB). Selain itu, untuk mengoptimumkan harga, storan bersama untuk persekitaran Pengeluaran dan ujian/pembangunan telah dipertimbangkan.
Kami bersetuju dengan 4 CPU dan 6 TB RAM untuk persekitaran Pengeluaran, dengan ruang untuk pertumbuhan. Untuk persekitaran ujian/pembangunan dalam mod TDI, kami memutuskan untuk menggunakan CPU yang lebih murah - kami mempunyai 8 CPU dan 6 TB RAM. Disebabkan bilangan fungsi yang lebih banyak yang diminta oleh pelanggan - persekitaran replikasi, sandaran, Pengeluaran bersama dan ujian/pembangun di tapak kedua - bukannya cakera dalaman, sistem storan DellEMC Unity digunakan dalam konfigurasi denyar penuh. Selain itu, pelanggan meminta penyelesaian pemulihan bencana berdasarkan replikasi sistem HANA (HSR) dengan nod kuorum di tapak ketiga.
Konfigurasi akhir untuk persekitaran Prod terdiri daripada pelayan BullSequana S400 pada Intel Xeon P8176M (28 teras, 2.10 GHz, 165 W) dan 6 TB RAM. Sistem storan - Unity 450F 10x 3.84 TB. Untuk tujuan pemulihan bencana, untuk persekitaran Prod kami menggunakan BullSequana S400 pada Intel Xeon P8176M (28 teras, 2.10 GHz, 165 W) dengan 6 TB RAM. Untuk persekitaran ujian/pembangunan, kami menggunakan pelayan BullSequana S800 dengan Intel Xeon P8153 (16 teras, 2.00 GHz, 125 W) dan 6 TB RAM serta sistem storan Unity 450F 15x 3.84 TB. Pakar kami memasang dan mengkonfigurasi pelayan DellEMC sebagai kuorum, pelayan aplikasi (VxRail Solution) dan penyelesaian sandaran (DataDomain).
Peralatan sedia untuk naik taraf pada masa hadapan. Pelanggan menjangkakan saiz HANA akan meningkat pada 2019, dan apa yang dia perlu lakukan ialah memasang modul baharu dalam rak.
Perkakas: HANA untuk penyepadu pelancongan yang besar
Kali ini pelanggan kami ialah penyedia perkhidmatan IT yang besar yang membangunkan penyelesaian teknologi untuk syarikat pelancongan. Pelanggan melancarkan projek SAP HANA yang bercita-cita tinggi untuk melaksanakan sistem pengebilan baharu. Penyelesaian diperlukan dalam mod Perkakas dengan 8 TB RAM untuk persekitaran Pengeluaran dan PraProd. Selaras dengan pengesyoran SAP, pelanggan memilih pilihan penskalaan menegak.
Tugas utama ialah pelaksanaan infrastruktur perkakasan berdasarkan peranti yang diperakui dalam mod Perkakas untuk SAP HANA. Kriteria keutamaan ialah keberkesanan kos, prestasi tinggi, kebolehskalaan dan ketersediaan data yang tinggi.
Kami mencadangkan dan melaksanakan penyelesaian diperakui SAP, termasuk dua pelayan Bullion S16 - untuk persekitaran Prod dan PreProd. Peralatan ini berjalan pada pemproses Intel Xeon E7-v4 8890 (24 teras, 2.20 GHz, 165 W) dan dilengkapi dengan 16 TB RAM. Untuk persekitaran BW dan Dev/Test, sembilan pelayan Bullion S4 (22 teras, 2.20 GHz, 150 W) dengan 4 TB RAM telah dipasang. Hybrid EMC Unity digunakan sebagai sistem storan.
Penyelesaian ini menyediakan sokongan penskalaan untuk semua elemen peranti - contohnya, sehingga 16 soket dengan CPU Intel Xeon E7-v4. Pentadbiran dalam konfigurasi ini dipermudahkan - khususnya, untuk konfigurasi semula atau pembahagian pelayan.
Perkakas + TDI: HANA untuk ahli metalurgi
MMC Norilsk Nickel, salah satu pengeluar nikel dan paladium terbesar, memutuskan untuk mengemas kini platform perkakasan SAP HANA untuk menyokong aplikasi dan projek perniagaan kritikal. Terdapat keperluan untuk mengembangkan landskap sedia ada dari segi kuasa pengkomputeran. Salah satu syarat utama yang dikemukakan oleh pelanggan ialah ketersediaan platform yang tinggi - walaupun had perkakasan.
Untuk persekitaran pengeluaran, kami menggunakan pelayan Bullion S8 dan sistem storan dalam mod SAP HANA Appliance. Untuk HA dan test/dev, platform telah digunakan dalam mod TDI. Kami menggunakan satu pelayan Bull Bullion S8, dua pelayan Bull Bullion S6 dan sistem storan hibrid. Gabungan ini memungkinkan untuk meningkatkan kelajuan aplikasi dengan ketara dalam landskap SAP, meningkatkan jumlah kuasa pengkomputeran dan sumber storan data, dan meminimumkan kos operasi. Adalah penting bahawa pelanggan masih mempunyai keupayaan untuk menskalakan sehingga 16 CPU.
Kami menjemput anda ke Forum SAP
Dalam siaran ini, kami melihat menggunakan SAP HANA dengan cara yang berbeza dan cuba menyerlahkan kelebihan dan kekurangan pilihan yang tersedia. Jika anda mempunyai sebarang soalan tentang melaksanakan SAP HANA, kami dengan senang hati akan menjawabnya dalam ulasan.
Kami menjemput semua orang yang berminat dengan penyelesaian Bull dan kemungkinan pelaksanaannya di bawah SAP HANA ke acara SAP terbesar tahun ini: SAP Forum 17 akan diadakan di Moscow pada 2019 April. Kami sedang menunggu anda di stand kami di IoT zon: kami akan memberitahu anda banyak perkara menarik, dan juga memberikan banyak hadiah.
Jumpa anda di forum!
Sumber: www.habr.com