Uruchamianie rozwiązania SAP HANA na platformie Azure (duże wystąpienia)

Ta architektura referencyjna przedstawia zestaw sprawdzonych rozwiązań dotyczących uruchamiania oprogramowania SAP HANA na platformie Azure (duże wystąpienia) z wysoką dostępnością i odzyskiwaniem po awarii (DR). O nazwie Duże wystąpienia HANA (HLI), ta oferta jest wdrażana na serwerach fizycznych w regionach świadczenia usługi Azure. To rozwiązanie przedstawia prosty scenariusz skalowania w górę, który demonstruje podstawowe pojęcia związane z wdrażaniem i działaniem systemu SAP HANA na platformie Azure. Aby uzyskać informacje o opcjach, zobacz inne scenariusze instalacji dla dużych wystąpień platformy HANA.

Architektura

Pobierz plik programu Visio z tą architekturą.

Przepływ pracy

Ta architektura składa się z następujących składników infrastruktury.

• Sieć wirtualna. Usługa Azure Virtual Network (VNet) bezpiecznie łączy zasoby platformy Azure ze sobą i jest podzielona na oddzielne podsieci dla każdej warstwy. Warstwy aplikacji SAP są wdrażane na maszynach wirtualnych platformy Azure w celu nawiązania połączenia z warstwą bazy danych HANA znajdującej się w dużych wystąpieniach.

• Sieć poprawki HLI 4.5. Od lipca 2021 r. dostępna jest zaktualizowana wersja HLI Rev 4. Ta zaktualizowana implementacja [rev4.5] zawiera wiele ulepszeń infrastruktury, takich jak sieć 100 Gb/s dla magazynu NFS i lepsza nadmiarowość sieci serwera DB. W tym projekcie serwery HLI są wdrażane w centrach danych platformy Azure w pobliżu maszyn wirtualnych platformy Azure, na których działają serwery aplikacji SAP. W połączeniu z konfiguracją [ExpressRoute FastPath][fastpath] rev 4.5 podnosi wydajność aplikacji. Te funkcje sieciowe obsługują również wdrożenia rev 3 i Rev 4.

• Maszyny wirtualne (VM) . Maszyny wirtualne są używane w warstwie aplikacji SAP i warstwie usług udostępnionych. Ten ostatni obejmuje serwer przesiadkowy używany przez administratorów do konfigurowania dużych wystąpień platformy HANA i zapewniania dostępu do innych maszyn wirtualnych. Aby przenieść serwery aplikacji SAP w tym samym centrum danych z jednostkami dużych wystąpień platformy HANA, użyj grup umieszczania w pobliżu.

• Duże wystąpienie platformy HANA. Ten serwer fizyczny jest certyfikowany pod kątem spełnienia standardów integracji centrów danych sap HANA (GUR) na potrzeby uruchamiania oprogramowania SAP HANA. Ta architektura używa dwóch dużych wystąpień platformy HANA: podstawowej i pomocniczej jednostki obliczeniowej. Wysoka dostępność w warstwie danych jest zapewniana za pośrednictwem replikacji systemu HANA (HSR).

• Para wysokiej dostępności. Grupa bloków dużych wystąpień platformy HANA jest zarządzana razem w celu zapewnienia nadmiarowości i niezawodności bazy danych.

• Microsoft Enterprise Edge (MSEE). Rozwiązanie MSEE to punkt połączenia od dostawcy łączności lub sieci brzegowej za pośrednictwem obwodu usługi ExpressRoute.

• Karty interfejsu sieciowego (NIC). Aby włączyć komunikację, serwer dużego wystąpienia platformy HANA domyślnie udostępnia cztery wirtualne karty sieciowe. Ta architektura wymaga jednej karty sieciowej do komunikacji klienta, drugiej karty sieciowej dla łączności węzła-węzła wymaganej przez moduł HSR, trzecią kartę sieciową dla magazynu dużych wystąpień platformy HANA i czwartą dla interfejsu iSCSI używanego w klastrach o wysokiej dostępności.

• Magazyn systemu plików sieciowych (NFS). Serwer NFS obsługuje sieciowy udział plików, który zapewnia bezpieczną trwałość danych dla dużego wystąpienia HANA.

• ExpressRoute. ExpressRoute to zalecana usługa sieciowa platformy Azure do tworzenia połączeń prywatnych między siecią lokalną a sieciami wirtualnymi platformy Azure, które nie przechodzą przez publiczny Internet. Maszyny wirtualne platformy Azure łączą się z dużymi wystąpieniami platformy HANA przy użyciu innego połączenia usługi ExpressRoute. Połączenie usługi ExpressRoute między siecią wirtualną platformy Azure a dużymi wystąpieniami platformy HANA jest konfigurowane w ramach oferty firmy Microsoft.

• Brama. Brama usługi ExpressRoute służy do łączenia sieci wirtualnej platformy Azure używanej dla warstwy aplikacji SAP z siecią dużych wystąpień HANA. Użyj jednostki SKU o wysokiej wydajności lub ultrawydajnych.

• Odzyskiwanie po awarii (DR). Opcje odzyskiwania po awarii obejmują replikację systemu HANA (HSR), tworzenie kopii zapasowej i przywracanie plików HANA lub replikację magazynu. Na żądanie zespół zarządzania usługami firmy Microsoft może skonfigurować serwery i woluminy magazynu. Odpowiadasz za planowanie migawki magazynu, testowanie systemu i zapoznanie się z procesem odzyskiwania. Inne zagadnienia dotyczą warstwy aplikacji dla oprogramowania SAP NetWeaver i SAP S/4HANA na platformie Azure.

Zalecenia

Wymagania mogą się różnić, więc użyj tych zaleceń jako punktu wyjścia.

Obliczenia dużych wystąpień platformy HANA

Duże wystąpienia platformy HANA są serwerami fizycznymi opartymi na architekturze procesora Intel Broadwell i Cascade Lake cpu skonfigurowanym w dużej sygnaturze wystąpienia — czyli określonym zestawie serwerów lub bloków. Jednostka obliczeniowa równa się jednemu serwerowi lub blokowi, a sygnatura składa się z wielu serwerów lub bloków. W ramach sygnatury dużego wystąpienia serwery nie są udostępniane i są przeznaczone do uruchamiania wdrożenia jednego klienta platformy SAP HANA.

Dla dużych wystąpień HANA dostępnych jest wiele jednostek SKU, które obsługują maksymalnie 24 TB pojedynczego wystąpienia (120 TB skalowania w poziomie) pamięci dla oprogramowania BW/4HANA lub innych obciążeń SAP HANA.

Wybierz jednostkę SKU spełniającą wymagania dotyczące rozmiaru określone w sesjach architektury i projektowania. Zawsze upewnij się, że rozmiar ma zastosowanie do odpowiedniej jednostki SKU. Możliwości i wymagania dotyczące wdrażania różnią się w zależności od typu, a dostępność różni się w zależności od regionu. Możesz również zwiększyć jedną jednostkę SKU do większej jednostki SKU.

Firma Microsoft pomaga ustanowić konfigurację dużego wystąpienia, ale twoim zadaniem jest zweryfikowanie ustawień konfiguracji systemu operacyjnego. Pamiętaj, aby zapoznać się z najbardziej aktualnymi informacjami o systemie SAP, aby zapoznać się z dokładną wersją systemu Linux.

Storage

Układ magazynu jest implementowany zgodnie z zaleceniem ROZWIĄZANIAIX dla platformy SAP HANA. Duże wystąpienia HANA są wyposażone w określoną konfigurację magazynu dla standardowych specyfikacji SIECI. Można jednak zakupić dodatkowy magazyn o rozmiarze 1 TB.

Aby zapewnić obsługę wymagań środowisk o krytycznym znaczeniu, w tym szybkiego odzyskiwania, system plików NFS jest używany i nie jest bezpośrednio dołączonym magazynem. Serwer magazynu NFS dla dużych wystąpień HANA jest hostowany w środowisku wielodostępnym, w którym dzierżawy są segregowane i zabezpieczone przy użyciu izolacji zasobów obliczeniowych, sieci i magazynu.

Aby zapewnić wysoką dostępność w lokacji głównej, użyj różnych układów magazynu. Na przykład w przypadku skalowania w poziomie wielu hostów magazyn jest współużytkowany. Kolejną opcją wysokiej dostępności jest replikacja oparta na aplikacji, taka jak HSR. W przypadku odzyskiwania po awarii jest jednak używana replikacja magazynu oparta na migawkach.

Sieć

Ta architektura korzysta zarówno z sieci wirtualnych, jak i fizycznych. Sieć wirtualna jest częścią infrastruktury jako usługi (IaaS) platformy Azure i łączy się z dyskretną siecią fizyczną dużych wystąpień platformy HANA za pośrednictwem obwodów usługi ExpressRoute . Brama między lokalizacjami łączy obciążenia w sieci wirtualnej platformy Azure z lokacjami lokalnymi.

Wszystkie wdrożenia dużych wystąpień platformy HANA od lipca 2019 r. używają sygnatur rev 4, które są wdrażane w bliskiej odległości od hostów maszyn wirtualnych platformy Azure używanych na serwerach aplikacji SAP. W rezultacie wdrożenie wersji 4 minimalizuje opóźnienie sieci między warstwami aplikacji i bazy danych.

Sieci dużych wystąpień platformy HANA są odizolowane od siebie na potrzeby zabezpieczeń. Wystąpienia znajdujące się w różnych regionach nie komunikują się ze sobą, z wyjątkiem dedykowanej replikacji magazynu. Jednak do korzystania z modułu HSR wymagana jest komunikacja między regionami. [Azure Global Reach] [globalreach], tabele routingu IP lub serwery proxy mogą służyć do włączania modułu HSR między regionami.

Wszystkie sieci wirtualne platformy Azure łączące się z dużymi wystąpieniami platformy HANA w jednym regionie mogą być połączone krzyżowo za pośrednictwem usługi ExpressRoute z dużymi wystąpieniami platformy HANA w regionie pomocniczym.

Obwód usługi ExpressRoute dla dużych wystąpień platformy HANA jest domyślnie dołączany podczas aprowizacji. Do skonfigurowania wymagany jest określony układ sieciowy, w tym wymagane zakresy adresów i routing domen bezklasowych (CIDR, Classless Inter-Domain Routing). Aby uzyskać szczegółowe informacje, zobacz Infrastruktura i łączność oprogramowania SAP HANA (duże wystąpienia) na platformie Azure.

Aby zmniejszyć opóźnienie sieci i zwiększyć wydajność, rozważ włączenie funkcji FastPath (nazywanej również protokołem MSEE w wersji 2). Ta konfiguracja sieci umożliwia obejście bramy platformy Azure ruchu z sieci lokalnej do sieci wirtualnej platformy Azure oraz z sieci wirtualnej do dużych wystąpień platformy HANA.

Kwestie wymagające rozważenia

Skalowalność

Aby skalować w górę lub w dół, można wybrać spośród wielu rozmiarów serwerów, które są dostępne dla dużych wystąpień platformy HANA. Są one klasyfikowane jako typ I i Typ II oraz dostosowane do różnych obciążeń. Wybierz rozmiar, który może rosnąć wraz z obciążeniem przez następne trzy lata. Dostępne są również zobowiązania roczne.

Wdrożenie obejmujące wiele hostów, skalowanie w poziomie jest zwykle używane w przypadku wdrożeń BW/4HANA jako rodzaj strategii partycjonowania bazy danych. Zgodnie z tym zapisem BW/4HANA w dużych wystąpieniach platformy HANA można skalować w poziomie do 120 TB. Aby skalować w poziomie, zaplanuj rozmieszczenie tabel platformy HANA przed instalacją. Z punktu widzenia infrastruktury wiele hostów jest połączonych z udostępnionym woluminem magazynu, co umożliwia szybkie przejęcie przez hosty rezerwowe w przypadku awarii jednego z węzłów procesu roboczego obliczeniowego w systemie HANA.

Rozwiązania S/4HANA i SAP Business Suite na platformie HANA w jednym bloku mogą skalować do 24 TB przy użyciu węzła pojedynczego wystąpienia. Duże wystąpienia platformy HANA i infrastruktura magazynu platformy Azure obsługują również wdrożenia S/4HANA i BW/4HANA skalowane w poziomie. Aby uzyskać określone jednostki SKU certyfikowane do skalowania w poziomie, zapoznaj się z [certyfikowanym katalogiem sprzętu SAP][katalog].

Wymagania dotyczące pamięci dla platformy HANA rosną wraz ze wzrostem ilości danych. Użyj bieżącego użycia pamięci systemu jako podstawy do przewidywania przyszłego użycia, a następnie zamapuj zapotrzebowanie na jeden z dużych wystąpień HANA.

Jeśli masz już wdrożenia SAP, oprogramowanie SAP udostępnia raporty, których można użyć do sprawdzania danych używanych przez istniejące systemy i obliczania wymagań dotyczących pamięci dla wystąpienia platformy HANA. Zobacz na przykład następujące uwagi SAP (dostęp wymaga konta witryny SAP Service Marketplace):

• 1793345 SAP Note — ustalanie rozmiaru pakietu SAP Suite na platformie HANA
• Sap Note 1872170 — pakiet w raporcie określania rozmiaru oprogramowania HANA i S/4
• Sap Note 2121330 — często zadawane pytania: raport o określaniu rozmiaru oprogramowania SAP BW na platformie HANA
• SAP Note 1736976 — raport ustalania rozmiaru dla usługi BW na platformie HANA
• SAP Note 2296290 — nowy raport ustalania rozmiaru dla usługi BW na platformie HANA

Dostępność

Nadmiarowość zasobów to ogólny motyw rozwiązań infrastruktury o wysokiej dostępności. We współpracy z oprogramowaniem SAP, integratorem systemu lub firmą Microsoft należy odpowiednio zaprojektować i wdrożyć strategię wysokiej dostępności i odzyskiwania po awarii. Ta architektura jest zgodna z umową dotyczącą poziomu usług (SLA) platformy Azure dla platformy HANA na platformie Azure (duże wystąpienia). Aby ocenić wymagania dotyczące dostępności, rozważ wszelkie pojedyncze punkty awarii, żądany poziom czasu pracy dla usług i następujące typowe metryki:

• Cel czasu odzyskiwania (RTO) oznacza czas, w którym serwer HANA Large Instances jest niedostępny.

• Cel punktu odzyskiwania (RPO) oznacza maksymalny tolerowany okres, w którym dane klientów mogą zostać utracone z powodu awarii.

Aby zapewnić wysoką dostępność, wdróż więcej niż jedno wystąpienie w parze wysokiej dostępności i użyj modułu HSR w trybie synchronicznym, aby zminimalizować utratę danych i przestój. Oprócz lokalnej konfiguracji wysokiej dostępności z dwoma węzłami moduł HSR obsługuje replikację wielowarstwową, gdzie trzeci węzeł w oddzielnym regionie świadczenia usługi Azure rejestruje się w replice pomocniczej klastrowanej pary HSR jako celu replikacji. Stanowi to łańcuch daisy replikacji.

Przejście w tryb failover do węzła odzyskiwania po awarii to proces ręczny bez klastrowania systemu Linux. W przypadku automatycznego wykrywania błędów i trybu failover można skonfigurować program Pacemaker w celu dalszego obniżenia przestoju spowodowanego awarią oprogramowania lub sprzętu. Począwszy od wersji HANA 2.0 SPS 04, moduł HSR obsługuje również replikację wielokierunkową. Zamiast łańcucha daisy ta forma replikacji ma jednego podstawowego i wielu dodatkowych subskrybentów.

Po skonfigurowaniu modułu HSR dużych wystąpień HANA z automatycznym trybem failover możesz poprosić zespół zarządzania usługami firmy Microsoft o skonfigurowanie urządzenia STONITH dla serwerów dużych wystąpień HANA.

Odzyskiwanie po awarii

Ta architektura obsługuje odzyskiwanie po awarii między dużymi wystąpieniami platformy HANA w różnych regionach świadczenia usługi Azure. Istnieją dwa sposoby obsługi odzyskiwania po awarii za pomocą dużych wystąpień platformy HANA:

• Replikacja magazynu. Podstawowa zawartość magazynu jest stale replikowana do zdalnych systemów magazynowania odzyskiwania po awarii, które są dostępne na wyznaczonym serwerze dr HANA Large Instances. W przypadku replikacji magazynu baza danych HANA nie jest ładowana do pamięci. Ta opcja odzyskiwania po awarii jest prostsza z perspektywy administracji. Aby ustalić, czy jest to odpowiednia strategia, rozważ czas ładowania bazy danych w stosunku do umowy SLA dotyczącej dostępności. Replikacja magazynu umożliwia również wykonywanie odzyskiwania do punktu w czasie. Jeśli skonfigurowano odzyskiwanie po awarii (zoptymalizowane pod kątem kosztów), należy zakupić dodatkowy magazyn o tym samym rozmiarze w lokalizacji odzyskiwania po awarii. Firma Microsoft udostępnia samoobsługowe migawki magazynu i skrypty trybu failover dla trybu failover platformy HANA w ramach oferty HANA Large Instances.

• Wielowarstwowy lub wielokierunkowy moduł HSR z trzecią repliką w regionie odzyskiwania po awarii (gdzie baza danych HANA jest ładowana do pamięci). Ta opcja obsługuje krótszy czas odzyskiwania, ale nie obsługuje odzyskiwania do punktu w czasie. Moduł HSR wymaga systemu pomocniczego. Ruch replikacji systemu HANA przeznaczony dla lokacji odzyskiwania po awarii można kierować za pośrednictwem serwerów proxy, takich jak nginx lub tabele adresów IP. Alternatywnie usługa Global Reach może służyć do łączenia obwodów usługi ExpressRoute ze sobą, umożliwiając użytkownikom bezpośrednie łączenie się z jednostką dużych wystąpień platformy HANA.

Optymalizacja kosztów

Koszty możesz szacować za pomocą kalkulatora cen platformy Azure.

Aby uzyskać więcej informacji, zapoznaj się z sekcją kosztów w temacie Dobrze zaprojektowana struktura platformy Microsoft Azure.

Jednostki SKU mogą mieć wpływ na model rozliczeń. Poniżej przedstawiono niektóre zagadnienia dotyczące kosztów.

Maszyny wirtualne

W tej architekturze referencyjnej maszyny wirtualne są używane do hostowania aplikacji SAP, usług SAP i usług udostępnionych, takich jak pola przesiadkowe zarządzania. Istnieją pewne certyfikowane jednostki SKU dużych wystąpień HANA. Konfiguracje zależą od obciążenia, zasobów procesora CPU, żądanej pamięci i budżetu.

JEDNOSTKI SKU dużych wystąpień platformy HANA są dostępne jako wystąpienia zarezerwowane maszyn wirtualnych. Rezerwacje platformy Azure mogą obniżyć koszty, jeśli możesz zatwierdzić okres roczny lub trzyletni. Rezerwacje maszyn wirtualnych mogą obniżyć koszty do 72 procent w porównaniu z cenami płatności zgodnie z rzeczywistym użyciem. Uzyskasz specjalnie utworzoną infrastrukturę SAP HANA z obliczeniami, magazynem i siecią. Duże wystąpienia platformy HANA są połączone z magazynem i siecią systemu plików NFS i zapewnia wbudowaną obsługę kopii zapasowych za pośrednictwem migawek magazynu, wysokiej dostępności i odzyskiwania po awarii oraz konfiguracji skalowania w poziomie. Jeśli obciążenie nie ma przewidywalnego czasu ukończenia lub zużycia zasobów, rozważ opcję płatności zgodnie z rzeczywistym użyciem.

Omówienie planu oszczędności platformy Azure i łączenie ich z rezerwacjami platformy Azure. Plan oszczędności platformy Azure to elastyczny plan oszczędzania kosztów, który generuje znaczne oszczędności od cen płatności zgodnie z rzeczywistym użyciem. Zgadzasz się na umowę roczną lub trzyletnią i otrzymujesz rabaty na kwalifikujące się usługi obliczeniowe. Oszczędności dotyczą tych usług obliczeniowych niezależnie od regionu, rozmiaru wystąpienia lub systemu operacyjnego. Aby uzyskać więcej informacji, zobacz dokumentację planu oszczędności platformy Azure.

Użyj maszyn wirtualnych typu spot platformy Azure, aby uruchamiać obciążenia, które mogą zostać przerwane i nie wymagają ukończenia w ramach wstępnie określonego przedziału czasu lub umowy SLA.

Aby uzyskać więcej informacji, zobacz sekcję "SAP HANA on Azure Large Instances" (Platforma SAP HANA w dużych wystąpieniach platformy Azure) w temacie HLI for SAP HANA Virtual Machines — cennik.

Azure ExpressRoute

W przypadku tej architektury usługa Azure ExpressRoute jest używana jako usługa sieciowa do tworzenia połączeń prywatnych między siecią lokalną a sieciami wirtualnymi platformy Azure. Maszyny wirtualne platformy Azure łączą się z dużymi wystąpieniami platformy HANA przy użyciu innego połączenia usługi ExpressRoute i bramy usługi ExpressRoute. Zalecana jednostka SKU to wysoka wydajność lub Ultra Performance .

Cały transfer danych przychodzących jest bezpłatny. Opłaty za cały transfer danych wychodzących są naliczane na podstawie wstępnie ustalonej stawki. Aby uzyskać więcej informacji, zobacz Cennik usługi Azure ExpressRoute.

Wykonywanie kopii zapasowej

W zależności od wymagań biznesowych wybierz jedną z dostępnych opcji.

Aby uzyskać szczegółowe informacje na temat podejścia do tworzenia kopii zapasowych i innych opcji dostępnych w przypadku dużych wystąpień platformy HANA, zobacz artykuł [Tworzenie kopii zapasowej i przywracanie][przywracanie kopii zapasowej].

Możliwości zarządzania

Monitorowanie dużych wystąpień platformy HANA — takich jak procesor CPU, pamięć, przepustowość sieci i miejsce do magazynowania — przy użyciu programu SAP HANA Studio, kokpitu SAP HANA, menedżera rozwiązań SAP i innych natywnych narzędzi systemu Linux. HANA — duże wystąpienia typu I — nie są dostarczane z wbudowanymi narzędziami do monitorowania. Jednostki SKU typu II oferują wstępnie utworzone narzędzia diagnostyczne do rejestrowania aktywności systemu i rozwiązywania problemów.

Firma Microsoft oferuje podstawowe narzędzia i zasoby ułatwiające monitorowanie dużych wystąpień platformy HANA na platformie Azure. Zespół pomocy technicznej firmy Microsoft może również pomóc w rozwiązywaniu problemów technicznych.

Zabezpieczenia

• Od końca 2018 r. magazyn dużych wystąpień platformy HANA jest domyślnie szyfrowany.

• Dane przesyłane między dużymi wystąpieniami platformy HANA i maszynami wirtualnymi nie są szyfrowane. Aby zaszyfrować transfer danych, włącz szyfrowanie specyficzne dla aplikacji. Zobacz 2159014 SAP Note — faq: SAP HANA Security (Często zadawane pytania dotyczące zabezpieczeń oprogramowania SAP HANA).

• Izolacja zapewnia bezpieczeństwo między dzierżawami w wielodostępnym środowisku dużego wystąpienia HANA. Dzierżawy są izolowane przy użyciu własnej sieci VLAN.

• Najlepsze rozwiązania dotyczące zabezpieczeń sieci platformy Azure zawierają przydatne wskazówki.

• Podobnie jak w przypadku każdego wdrożenia zalecane jest wzmacnianie zabezpieczeń systemu operacyjnego, w tym wzmocnienie zabezpieczeń obrazu systemu SUSE Linux dla oprogramowania SAP na platformie Azure.

• W przypadku zabezpieczeń fizycznych dostęp do centrów danych platformy Azure jest ograniczony tylko do autoryzowanych pracowników. Żaden klient nie może uzyskać dostępu do serwerów fizycznych.

Aby uzyskać więcej informacji, zobacz Zabezpieczenia SAP HANA — omówienie. (Do uzyskania dostępu jest wymagane konto platformy Marketplace sap Service).

Społeczności

Społeczności mogą odpowiadać na pytania i pomagać w skonfigurowaniu udanego wdrożenia. Rozważ następujące źródła:

• Uruchamianie aplikacji SAP na blogu platformy Microsoft
• Stack Overflow SAP

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Główny autor:

• Ben Trinh | Główny architekt

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.

Powiązane zasoby

Możesz zapoznać się z następującymi przykładowymi scenariuszami platformy Azure, które przedstawiają konkretne rozwiązania korzystające z niektórych tych samych technologii:

• Uruchamianie obciążeń produkcyjnych SAP przy użyciu bazy danych Oracle Database na platformie Azure
• Środowiska deweloperskie/testowe dla obciążeń SAP na platformie Azure