SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz

SAP HANA, depolama hizmetleri (Veri Ambarı) ve analitiği, yerleşik ara yazılımı, bir uygulama sunucusunu ve yeni yardımcı programları yapılandırmak veya geliştirmek için bir platform içeren popüler bir bellek içi DBMS'dir. SAP HANA ile geleneksel DBMS'lerin gecikmesini ortadan kaldırarak sistem performansını, işlem işlemeyi (OLTP) ve iş zekasını (OLAP) büyük ölçüde artırabilirsiniz.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz

SAP HANA'yı Cihaz ve TDI modlarında (üretim ortamlarından bahsedersek) dağıtabilirsiniz. Her seçenek için üreticinin kendi gereksinimleri vardır. Bu yazıda farklı seçeneklerin avantaj ve dezavantajlarının yanı sıra, netlik sağlamak adına SAP HANA ile gerçekleştirdiğimiz gerçek projelerden bahsedeceğiz.

SAP HANA, ana bilgisayar, örnek ve sistem olmak üzere 3 ana bileşenden oluşur.

Ev sahibi SAP HANA DBMS'yi çalıştırmak için kullanılan bir sunucu veya işletim ortamıdır. Gerekli bileşenleri CPU, RAM, depolama, ağ ve işletim sistemidir. Ana bilgisayar, kurulum dizinlerine, verilere, günlüklere veya doğrudan depolama sistemine bağlantılar sağlar. Aynı zamanda SAP HANA kurulumuna yönelik depolama sisteminin ana bilgisayarda bulunmasına gerek yoktur. Sistemde birden fazla ana bilgisayar varsa, ya paylaşılan depolama alanına ya da tüm ana bilgisayarların talep üzerine kullanabileceği bir depolama alanına ihtiyacınız olacaktır.

Misal — bir ana makineye kurulu bir dizi SAP HANA sistem bileşeni. Ana bileşenler Dizin Sunucusu ve Ad Sunucusudur. “Çalışan sunucu” olarak da adlandırılan ilki, istekleri işler, mevcut veri depolarını ve veritabanı motorlarını yönetir. Ad Sunucusu, SAP HANA kurulumunun topolojisi (bileşenlerin nerede çalıştığı ve sunucuda hangi verilerin bulunduğu) hakkındaki bilgileri depolar.

Sistem – bu aynı numaraya sahip bir veya daha fazla örnektir. Temel olarak bu, etkinleştirilebilen, devre dışı bırakılabilen veya kopyalanabilen (yedeklenen) ayrı bir öğedir. Veriler, SAP HANA sistemini oluşturan çeşitli sunucuların belleğine dağıtılır.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz
Sistem, tek ana bilgisayarlı (bir ana bilgisayardaki bir örnek) veya çoklu ana bilgisayarlı, dağıtılmış (birkaç SAP HANA örneği, ana bilgisayar başına bir örnek olacak şekilde birkaç ana bilgisayara dağıtılır) olarak yapılandırılabilir. Çok ana bilgisayarlı sistemlerde her örneğin aynı numaraya sahip olması gerekir. SAP HANA sistemi, üç alfanümerik karakterden oluşan benzersiz bir sayı olan Sistem Kimliği (SID) ile tanımlanır.

SAP HANA Sanallaştırma

SAP HANA'nın ana sınırlamalarından biri yalnızca tek bir sistemin (benzersiz sunucu SID'sine sahip tek bir örneğin) desteklenmesidir. Donanımı daha verimli kullanmak veya bir veri merkezindeki sunucu sayısını azaltmak için sanallaştırmayı kullanabilirsiniz. Bu şekilde, diğer ortamlar aynı sunucuda daha düşük gereksinimlere sahip sistemlerle (üretken olmayan sistemler) bir arada bulunabilir. Beklemedeki bir HA/DR sunucusu için sanallaştırma, üretken ve üretken olmayan sanal makineler arasındaki geçiş hızını artırabilir.

SAP HANA, VMWare ESX hipervizörü desteğini içerir. Bu, farklı SAP HANA sistemlerinin (farklı SID numaralarına sahip SAP HANA kurulumlarının) farklı sanal makinelerdeki tek bir ana bilgisayarda (ortak fiziksel sunucu) bir arada bulunabileceği anlamına gelir. Her sanal makinenin desteklenen bir işletim sistemi üzerinde çalışması gerekir.

Üretim ortamları için SAP HANA sanallaştırmasının ciddi sınırlamaları vardır:

  • Ölçek genişletme desteklenmez - sanallaştırma, ister BwoH/DM/SoH ister "saf" SoH olsun, yalnızca Ölçek Büyütme sistemleriyle kullanılabilir;
  • sanallaştırma, Cihaz veya TDI cihazları için belirlenen kurallar dahilinde gerçekleştirilmelidir;
  • Genel Kullanılabilirlik (GA) yalnızca bir sanal makineye sahip olabilir; sanallaştırmayı HANA üretim ortamlarıyla kullanmak isteyen şirketlerin SAP ile Kontrollü Kullanılabilirlik programına katılması gerekir.

Bu sınırlamaların bulunmadığı üretken olmayan ortamlarda, donanım kullanımını optimize etmek için sanallaştırma kullanılabilir.

SAP HANA topolojileri

SAP HANA'yı dağıtmaya geçelim. Burada iki topoloji tanımlanmıştır.

  • Ölçeklendirme – büyük bir sunucu. HANA tabanı büyüdükçe sunucunun kendisi de büyür: CPU sayısı ve bellek miktarı artar. Yüksek Erişilebilirlik (HA) ve Olağanüstü Durum Kurtarma (DR) çözümlerinde, yedekleme veya hataya dayanıklı sunucuların üretken sunucuların özelliklerine uyması gerekir.
  • Ölçeklendirme – SAP HANA sisteminin tüm hacmi birkaç özdeş sunucuya dağıtılmıştır. Ana Sunucu, Dizin Sunucusu ve Ad Sunucusu için bilgiler içerir. Ana sunucunun arızalanması durumunda Ana Sunucunun işlevlerini devralan sunucu hariç, yardımcı sunucular bu verileri içermez. Dizin Sunucuları kendilerine atanan veri bölümlerini yönetir ve aynı zamanda isteklere yanıt verir. Ad Sunucuları, verilerin üretim sunucuları arasında nasıl dağıtıldığının farkındadır. HANA büyürse mevcut sunucu yapılandırmasına başka bir düğüm eklenir. Bu topolojide tüm sunucunun güvenliğinin sağlanması için bir adet yedek düğümün bulunması yeterlidir.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz

SAP donanım gereksinimleri

SAP'nin HANA için zorunlu donanım gereksinimleri vardır. Üretken ortamlarla ilgilidirler; üretim dışı ortamlar için minimum özellikler yeterlidir. İşte üretim ortamlarının gereksinimleri:

  • CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  • 128 CPU'lu BW uygulamaları için 2 GB RAM'den, 256+ CPU'lu 4 GB'tan;

SAP HANA'yı Cihaz ve TDI modlarında dağıtma

Şimdi uygulamaya geçelim ve SAP HANA'nın Cihaz ve TDI modlarında nasıl uygulanacağı hakkında konuşalım. Bunun için SAP tarafından bu modlarda çalışması onaylanan BullSequana S ve Bullion S sunucularını temel alan SAP HANA platformlarımızı kullanıyoruz.

Ürünler hakkında küçük bir bilgi. Intel Xeon Ölçeklenebilir tabanlı BullSequana S, tek bir sunucuda 32'ye kadar CPU'ya kadar çeşitli modeller içerir. Sunucu, 32 CPU'ya ve aynı sayıda GPU'ya kadar ölçeklenebilirlik sağlayan modüler bir tasarım kullanılarak oluşturulmuştur. RAM – 64 GB'tan 48 TB'a kadar. BullSequana S özellikleri arasında gelişmiş performans için kurumsal yapay zeka desteği, hızlandırılmış veri analitiği, gelişmiş bellek içi bilgi işlem ve sanallaştırma ve bulut teknolojileriyle modernizasyon yer alıyor.

Bullion S, Intel Xeon E7 v4 Ailesi CPU'larıyla birlikte gelir. Maksimum işlemci sayısı 16'dır. RAM, 128 GB'tan 24 TB'a kadar ölçeklenebilir. Çok sayıda RAS işlevi, SAP HANA gibi kritik görev altyapıları için yüksek düzeyde kullanılabilirlik sağlar. Bullion S, toplu veri merkezi konsolidasyonu, Bellek İçi uygulamaların çalıştırılması, ana bilgisayarların veya eski sistemlerin taşınması için uygundur.

SAP HANA Cihazı

Cihaz, merkezi bir destek hizmeti ve kararlaştırılan bir performans düzeyi ile birlikte, anahtar teslim uygulamaya yönelik bir sunucu, depolama sistemi ve bir yazılım paketi içeren, önceden yapılandırılmış bir çözümdür. Burada HANA, önceden yapılandırılmış, tamamen entegre ve sertifikalı donanım ve yazılım olarak gelir. Cihaz modundaki cihaz, veri merkezinde kuruluma hazırdır ve işletim sistemi, SAP HANA ve (gerekirse) ek bir VMWare örneği zaten yapılandırılmış ve yüklenmiştir.

SAP sertifikası, garanti edilen performans düzeyinin yanı sıra CPU modelini, RAM miktarını ve depolama alanını da belirler. Sertifikalandırıldıktan sonra konfigürasyon, garantiyi geçersiz kılmadan değiştirilemez. HANA platformunu ölçeklendirmek için SAP üç seçenek sunuyor.

  • Ölçeklendirme BWoH/DM/SoH – tekli sistemlere (bir SID) uygun dikey ölçeklendirme. Cihazlar, SAP HANA SPS 256'den başlayarak 384/11 GB büyür. Bu oran, bir CPU tarafından desteklenen maksimum kapasiteyi gösterir ve sertifikalı Cihazlar listesinin tamamı için ortaktır. Dikey ölçeklendirmeye sahip BWoH/DM/SoH cihazı, HANA (BWoH), Data Mart (DM) ve HANA (SoH) uygulamalarında SAP Suite'te BW için idealdir.
  • Ölçeklendirme SoH - Bu, önceki modelin daha hafif bir versiyonudur ve RAM miktarında daha az kısıtlama vardır. Bu hala dikey olarak ölçeklenebilir bir sunucudur, ancak 2 işlemci için maksimum RAM miktarı zaten 1536 GB (SPS11 sürümüne kadar) ve 3 TB'dir (SPS12+). Yalnızca SoH için uygundur.
  • Ölçeklendirme - Bu, yatay olarak ölçeklenebilir bir seçenektir ve çoklu sunucu yapılandırmalarını destekleyen bir sistemdir. Yatay ölçeklendirme BW için ve bazı sınırlamalarla birlikte SoH için idealdir.

BullSequana S ve Bullion S sunucularında, daha az operasyonel sınırlamaya sahip olması ve daha az yönetim gerektirmesi nedeniyle dikey ölçeklendirme odak noktasıdır. Cihaz modu için geniş bir yelpazede farklı cihazlar mevcuttur.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz
Cihaz modunda SAP HANA için BullSequana S çözümleri

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz
*İsteğe bağlı E7-8890/94v4
Cihaz modunda SAP HANA için Bullion S çözümleri

SAP HANA SPS 12'nin Cihaz modundaki tüm Bull çözümleri sertifikalıdır. Ekipman, iki güç kaynağı (dahili PDU'lar) ile standart 19 inç 42U rafa kurulur. Aşağıdaki sunucular SAP sertifikasına sahiptir:

  • Intel Xeon Skylake 8176, 8176M, 8180, 8180M'li BullSequana S (“M” harfli işlemciler 128 GB bellek modüllerini destekler). Fiyat-kalite oranı açısından Intel 8176'lı seçenekler en iyi görünüyor
  • Intel Xeon E7-8880 v4, 8890 ve 8894 ile Bullion S.

Depolama sistemi, FC bağlantı noktaları aracılığıyla doğrudan sunucuya bağlanır, dolayısıyla burada SAN anahtarlarına gerek yoktur. LAN veya SAN'a bağlı sistemlere erişim için yararlı olabilirler.

Kurulumumuzdaki EMC Unity 450F depolama sistemi yapılandırmasının bir örneğini burada bulabilirsiniz:

  • Yükseklik: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
  • Kontrolörler: 2
  • Diskler: 6 ila 250 SAS SSD, her biri 600 GB ila 15.36 TB arası
  • RAID: seviye 5 (8+1), 4 RAID grubu
  • Arayüz: Denetleyici başına 4 FC, 8 veya 16 Gbit/s
  • Yazılım: Unisphere Block Suite

Cihaz güvenilir bir dağıtım seçeneğidir ancak büyük bir dezavantajı vardır: Donanımı yapılandırmada çok az özgürlük. Ayrıca bu seçenek BT ​​departmanının süreçlerinde değişiklik yapılmasını gerektirebilir.

SAP HANA TDI

Cihaza bir alternatif, gerçekleştirilen görevleri ve iş yükünü dikkate alarak müşterinin isteklerine göre belirli üreticileri ve altyapı bileşenlerini seçebileceğiniz TDI (Özel Veri Merkezi Entegrasyonu) modudur. Örneğin, bir SAN, bazı disklerin HANA kurulumuna tahsis edilmesiyle bir veri merkezinde yeniden kullanılabilir.

Cihazla karşılaştırıldığında TDI modu, kullanıcıya gereksinimleri karşılama konusunda çok daha fazla özgürlük sağlar. Bu, HANA'nın veri merkezine entegrasyonunu büyük ölçüde basitleştirir; kendi özelleştirilmiş altyapınızı oluşturabilirsiniz. Örneğin, yüke bağlı olarak işlemci türünü ve sayısını değiştirin.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz
Kapasite hesaplamaları için SAP HANA'daki farklı iş yükleri için CPU ve bellek gereksinimlerini sağlayan basit bir araç olan SAP Quick Sizer'ı kullanmanızı öneririz. Daha sonra BT ortamınızı planlamak için SAP Active Global Destek ile iletişime geçebilirsiniz. Bundan sonra SAP HANA donanım iş ortağı, hesaplama sonuçlarını hem üst düzey hem de daha basit donanımlarda farklı olası sistem konfigürasyonlarına dönüştürür. Sunucular için TDI modunda IBM Power7'in yanı sıra Intel Broadwell E7 ve Skylake-SP (işlemci başına 8 veya daha fazla çekirdekli Platin, Altın, Gümüş) dahil olmak üzere Intel E8 CPU'ların kullanılması kabul edilebilir./ 9.

Sunucular depolama sistemleri, anahtarlar ve raflar olmadan sağlanır, ancak donanım gereksinimleri Cihaz modundakiyle aynı kalır; aynı tek düğümler, dikey veya yatay ölçeklendirmeli çözümler. SAP bunu gerektirir yalnızca sertifikalı sunucular, depolama sistemleri ve anahtarlar kullanıldı, ancak bu korkutucu değil - çoğu üreticinin neredeyse tüm ekipmanları sertifikalıdır.

Performans testi HWCCT (Donanım Yapılandırma Kontrol Aracı) testleri kullanılarak yapılmalıdır.belirli SAP KPI'larına uygunluğu kontrol etmenize olanak tanır. Ve donanım dışı bir gereksinim var: HANA, işletim sistemi ve hiper yönetici (isteğe bağlı), SAP sertifikalı uzmanlar tarafından kurulmalıdır. Yalnızca listelenen kuralların tamamını karşılayan sistemler SAP performans desteği alabilir.

TDI modundaki BullSequana S sunucu serisi, Cihaz modundaki seriye benzer ancak depolama sistemleri, anahtarlar ve raflar içermez. Sertifikalı SAP sistemleri (VNX, XtremIO, NetApp ve diğerleri) listesinden herhangi bir depolama sistemini kurabilirsiniz. Örneğin, VNX5400 SAP HANA performans gereksinimlerini karşılıyorsa Dell EMC Unity 450F depolamayı TDI yapılandırmasının bir parçası olarak bağlayabilirsiniz. Gerekirse FC adaptörleri (1 veya 10 Gbit/s) ve Ethernet anahtarları takılır.

Şimdi açıklanan modları daha net hayal edebilmeniz için size birkaç gerçek durumu anlatacağız.

Cihaz + TDI: Çevrimiçi mağaza için HANA

Mall Group'un bir parçası olan çevrimiçi mağaza Mall.cz, 2000 yılında kuruldu. Çek Cumhuriyeti, Slovakya, Polonya, Macaristan, Slovenya, Hırvatistan ve Romanya'da şubeleri bulunmaktadır. Bu, günde 75 bine kadar ürün satan, ülkenin en büyük çevrimiçi mağazasıdır, 2017 sonunda geliri yaklaşık 280 milyon avrodur.

SAP HANA'ya geçişle bağlantılı olarak veri merkezi altyapısının güncellenmesi gerekiyordu. Tahmini boyut, ürün ortamları için 2x6 TB ve test/geliştirme ortamları için 6 TB idi. Aynı zamanda aktif-aktif bir kümede verimli bir SAP HANA ortamı için felaket kurtarma özelliğine sahip bir çözüm gerekiyordu.

İhale duyurusu tarihinde müşterinin SAP için standart raf ve blade sunuculara dayalı bir sistemi vardı. Birbirine yaklaşık 10 km uzaklıkta bulunan iki veri merkezi çeşitli depolama sistemleriyle donatılmıştı - IBM SVC, HP ve Dell. Kilit sistemler olağanüstü durum kurtarma modunda çalıştırıldı.

İlk olarak müşteri, 12 TB'ye kadar büyüme ile tüm sistemler (Üretim ve test/geliştirme ortamları) için SAP HANA'ya yönelik Cihaz modunda sertifikalı bir çözüm talep etti. Ancak bütçe kısıtlamaları nedeniyle diğer seçenekleri değerlendirmeye başladılar; örneğin daha küçük RAM modüllerine sahip daha fazla CPU (64 GB modül yerine 128 GB modül). Ayrıca fiyatı optimize etmek amacıyla Üretim ve test/geliştirme ortamları için ortak depolama da düşünüldü.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz

Büyüme ortamı sağlayacak şekilde Üretim ortamı için 4 CPU ve 6 TB RAM üzerinde anlaştık. TDI modunda test/geliştirme ortamları için daha ucuz CPU'lar kullanmaya karar verdik; sonuçta 8 CPU ve 6 TB RAM elde ettik. Müşteri tarafından talep edilen işlevlerin (çoğaltma, yedekleme, ortak Üretim ve ikinci sitedeki test/geliştirme ortamları) daha fazla sayıda olması nedeniyle dahili diskler yerine DellEMC Unity depolama sistemleri tam flaş yapılandırmasında kullanıldı. Ayrıca müşteri, üçüncü bir sitedeki çekirdek düğümüyle HANA sistem çoğaltmasını (HSR) temel alan bir olağanüstü durum kurtarma çözümü talep etti.

Prod ortamı için son yapılandırma, Intel Xeon P400M (8176 çekirdek, 28 GHz, 2.10 W) ve 165 TB RAM üzerindeki BullSequana S6 sunucusundan oluşuyordu. Depolama sistemi - Unity 450F 10x 3.84 TB. Felaket kurtarma amacıyla, Prod ortamı için 400 TB RAM'e sahip Intel Xeon P8176M (28 çekirdekli, 2.10 GHz, 165 W) üzerinde BullSequana S6 kullandık. Test/geliştirme ortamı için Intel Xeon P800 (8153 çekirdekli, 16 GHz, 2.00 W) ve 125 TB RAM artı Unity 6F 450x 15 TB depolama sistemine sahip BullSequana S3.84 sunucusunu aldık. Uzmanlarımız DellEMC sunucularını çekirdek, uygulama sunucuları (VxRail Çözümü) ve yedekleme çözümü (DataDomain) olarak kurup yapılandırdı.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz
Ekipman gelecekteki yükseltmelere hazırdır. Müşteri, 2019'da HANA boyutlandırmasının artmasını bekliyor ve yapması gereken tek şey raflara yeni modüller kurmak.

Cihaz: Büyük bir turizm entegratörü için HANA

Bu seferki müşterimiz seyahat şirketleri için teknolojik çözümler geliştiren büyük bir BT hizmet sağlayıcısıydı. Müşteri, yeni bir faturalandırma sistemini uygulamaya geçirmek için iddialı bir SAP HANA projesi başlattı. Production ve PreProd ortamları için Appliance modunda 8 TB RAM'e sahip bir çözüm gerekiyordu. Müşteri, SAP önerileri doğrultusunda dikey ölçeklendirme seçeneğini tercih etti.

Temel görev, SAP HANA için Cihaz modunda sertifikalı cihazlara dayalı bir donanım altyapısının uygulanmasıydı. Öncelikli kriterler maliyet etkinliği, yüksek performans, ölçeklenebilirlik ve yüksek veri kullanılabilirliğiydi.

Prod ve PreProd ortamları için iki Bullion S16 sunucusunu içeren SAP sertifikalı bir çözüm önerdik ve uyguladık. Ekipman, Intel Xeon E7-v4 8890 işlemcilerle (24 çekirdekli, 2.20 GHz, 165 W) çalışır ve 16 TB RAM ile donatılmıştır. BW ve Geliştirme/Test ortamları için 4 TB RAM'e sahip dokuz Bullion S22 sunucusu (2.20 çekirdekli, 150 GHz, 4 W) kuruldu. Depolama sistemi olarak Hybrid EMC Unity kullanıldı.

Bu çözüm, cihazın tüm öğeleri için ölçeklendirme desteği sağlar; örneğin Intel Xeon E16-v7 CPU'lu 4 yuvaya kadar. Bu yapılandırmada yönetim, özellikle sunucunun yeniden yapılandırılması veya bölümlenmesi için basitleştirilmiştir.

Cihaz + TDI: Metalurji uzmanları için HANA

Nikel ve paladyumun en büyük üreticilerinden biri olan MMC Norilsk Nickel, kritik iş uygulamalarını ve projelerini desteklemek için SAP HANA donanım platformunu güncellemeye karar verdi. Bilgi işlem gücü açısından mevcut ortamı genişletmeye ihtiyaç vardı. Müşterinin öne sürdüğü ana koşullardan biri, donanım sınırlamalarına rağmen platformun yüksek kullanılabilirliğiydi.

SAP HANA nasıl dağıtılır: farklı yöntemleri analiz ediyoruz

Üretim ortamları için SAP HANA Appliance modunda Bullion S8 sunucu ve depolama sistemlerini kullandık. HA ve test/geliştirme için platform TDI modunda konuşlandırıldı. Bir adet Bull Bullion S8 sunucusu, iki adet Bull Bullion S6 sunucusu ve bir hibrit depolama sistemi kullandık. Bu kombinasyon, SAP ortamındaki uygulamaların hızının önemli ölçüde artırılmasını, bilgi işlem gücü ve veri depolama kaynaklarının miktarının artırılmasını ve işletme maliyetlerinin en aza indirilmesini mümkün kıldı. İstemcinin hâlâ 16 CPU'ya kadar ölçeklendirme yeteneğine sahip olması önemlidir.

Sizi SAP Forum'a davet ediyoruz

Bu yazıda SAP HANA'yı farklı şekillerde dağıtmayı inceledik ve mevcut seçeneklerin avantajlarını ve dezavantajlarını vurgulamaya çalıştık. SAP HANA'nın uygulanmasıyla ilgili sorularınız varsa bunları yorumlarda yanıtlamaktan memnuniyet duyarız.

Bull çözümlerine ve bunların SAP HANA kapsamında uygulanma olanaklarına ilgi duyan herkesi yılın en büyük SAP etkinliğine davet ediyoruz: SAP Forum 17, 2019 Nisan'da Moskova'da düzenlenecek. IoT'deki standımıza sizleri bekliyoruz. bölge: size birçok ilginç şey anlatacağız ve ayrıca birçok ödül vereceğiz.

Forumda görüşürüz!

Kaynak: habr.com

Yorum ekle