Typy usługi Azure Storage dla obciążeń SAP

Platforma Azure ma wiele typów magazynów, które różnią się znacznie w zakresie możliwości, przepływności, opóźnień i cen. Niektóre typy magazynów nie są użyteczne lub są użyteczne tylko w ograniczonym zakresie w scenariuszach SAP. Chociaż kilka rodzajów magazynu Azure jest dobrze dostosowanych lub zoptymalizowanych pod kątem konkretnych scenariuszy obciążeń SAP. Zwłaszcza w przypadku platformy SAP HANA, niektóre typy magazynów Azure zostały certyfikowane do współpracy z SAP HANA. W tym dokumencie omówimy różne typy magazynów i opiszemy ich możliwości i użyteczność przy użyciu obciążeń SAP i składników SAP.

Uwagi dotyczące jednostek używanych w tym artykule. Dostawcy chmury publicznej przenieśli się do użycia giB (Gibibyte) lub TiB (Tebibyte jako jednostki rozmiaru, zamiast Gibajta lub Terabajta). W związku z tym cała dokumentacja i ustalanie cen platformy Azure korzystają z tych jednostek. W całym dokumencie odwołujemy się wyłącznie do jednostek rozmiaru MiB, GiB i TiB. Może być konieczne zaplanowanie z MB, GB i TB. Dlatego należy pamiętać o pewnych małych różnicach w obliczeniach, jeśli musisz mieć rozmiar dla przepływności 400 MiB/s, zamiast przepływności 250 MiB/s.

Odporność usługi Microsoft Azure Storage

Magazynowanie Microsoft Azure w standardowych warstwach HDD i SSD, Azure Premium Storage, Premium SSD v2 oraz Ultra Disk przechowuje podstawowy dysk VHD (z systemem operacyjnym) i dołączone dyski danych maszyny wirtualnej lub VHD (wirtualne dyski twarde) w trzech kopiach na trzech różnych węzłach pamięci. Przełączenie w tryb failover do innej repliki i rozmieszczanie nowej repliki, jeśli wystąpi awaria węzła magazynu, jest przezroczyste. W wyniku tej nadmiarowości nie jest wymagane stosowanie jakiejkolwiek warstwy nadmiarowości pamięci masowej na różnych dyskach Azure. Ten fakt jest nazywany magazynem lokalnie nadmiarowym (LRS). LRS jest domyślną opcją dla tych typów magazynowania na platformie Azure. Usługa Azure NetApp Files zapewnia wystarczającą nadmiarowość, aby osiągnąć te same umowy SLA (umowy dotyczące poziomu usług) co inne natywne usługi Azure Storage.

Istnieje kilka innych metod nadmiarowości, które opisano w artykule Replikacja usługi Azure Storage, która ma zastosowanie do niektórych różnych typów magazynu platformy Azure, które mają do zaoferowania.

Należy również pamiętać, że różne typy magazynów platformy Azure wpływają na umowy SLA dotyczące dostępności pojedynczej maszyny wirtualnej zgodnie z umową SLA dla maszyn wirtualnych.

Dyski zarządzane platformy Azure

Dyski zarządzane to typ zasobu w usłudze Azure Resource Manager, który może być używany zamiast dysków VHD przechowywanych na kontach usługi Azure Storage. Dyski zarządzane automatycznie wyrównują się z [zestawem dostępności][virtual-machines-manage-availability] maszyny wirtualnej, do której są dołączone. Dzięki takiemu wyrównaniu występuje poprawa dostępności maszyny wirtualnej i usług uruchomionych na maszynie wirtualnej. Aby uzyskać więcej informacji, przeczytaj artykuł z omówieniem.

Scenariusze przechowywania z obciążeniami SAP

Trwała pamięć masowa jest potrzebna w obciążeniach SAP w różnych składnikach stosu wdrażanego na platformie Azure. Te scenariusze można wymienić przynajmniej w następujący sposób:

• Utrwal podstawowy wirtualny dysk twardy (VHD) swojej maszyny wirtualnej, który zawiera system operacyjny i inne oprogramowanie zainstalowane na tym dysku. Ten dysk/wirtualny dysk twardy jest katalogem głównym maszyny wirtualnej. Wszelkie wprowadzone w nim zmiany muszą być utrwalane. Dlatego przy następnym zatrzymaniu i ponownym uruchomieniu maszyny wirtualnej wszystkie zmiany wprowadzone przed nadal istnieją. Szczególnie w przypadkach, gdy maszyna wirtualna jest wdrażana przez platformę Azure na innym hoście niż początkowo była uruchomiona
• Utrwalone dyski danych. Te dyski to wirtualne dyski twarde (VHD), które dołączasz, aby przechowywać w nich dane aplikacji. Te dane aplikacji mogą obejmować dane i pliki dziennika/redo bazy danych, pliki kopii zapasowych lub instalacje oprogramowania. Oznacza dowolny dysk poza podstawowym wirtualnym dyskiem twardym, który zawiera system operacyjny
• Udziały plików lub dyski udostępnione, które zawierają globalny katalog transportu dla oprogramowania NetWeaver lub S/4HANA. Zawartość tych udziałów jest używana przez oprogramowanie uruchomione na wielu maszynach wirtualnych lub służy do tworzenia scenariuszy klastra trybu failover o wysokiej dostępności
• Katalog /sapmnt lub współdzielone pliki wspólne dla procesów EDI (Electronic Data Interchange) lub podobnych. Zawartość tych udziałów jest używana przez oprogramowanie uruchomione na wielu maszynach wirtualnych lub służy do tworzenia scenariuszy klastra trybu failover o wysokiej dostępności

W kilku następnych sekcjach omówiono różne typy magazynów platformy Azure i ich użyteczność dla czterech scenariuszy obciążeń SAP. Ogólna kategoryzacja sposobu użycia różnych typów magazynu platformy Azure jest udokumentowana w artykule Jakie typy dysków są dostępne na platformie Azure?. Zalecenia dotyczące używania różnych typów magazynu platformy Azure dla obciążenia SAP nie będą znacznie inne.

Aby uzyskać informacje o ograniczeniach dotyczących pomocy technicznej w przypadku typów magazynu platformy Azure dla aplikacji SAP NetWeaver/warstwy aplikacyjnej S/4HANA, zapoznaj się z notą SAP dotyczącą wsparcia nr 2015553. Aby uzyskać informacje o certyfikowanych i obsługiwanych typach magazynu Azure dla SAP HANA, przeczytaj artykuł Konfiguracje magazynu maszyn wirtualnych Azure dla SAP HANA.

Sekcje opisujące różne typy magazynów platformy Azure zawierają więcej informacji na temat ograniczeń i możliwości użycia obsługiwanego magazynu SAP.

Opcje magazynu podczas korzystania z replikacji systemu DBMS

Nasze architektury referencyjne przewidują użycie funkcji DBMS (systemu zarządzania bazami danych), takich jak SQL Server Always On, HANA System Replication, Db2 HADR lub Oracle Data Guard. Jeśli używasz tych technologii między dwiema lub wieloma maszynami wirtualnymi platformy Azure, typy magazynów wybrane dla każdej maszyny wirtualnej muszą być takie same. Oznacza, że konfiguracja magazynu między aktywnym węzłem a węzłem repliki w konfiguracji wysokiej dostępności systemu DBMS musi być taka sama.

Zalecenia dla przechowywania w scenariuszach użycia SAP

Przed przejściem do szczegółów przedstawimy podsumowanie i zalecenia już na początku dokumentu. Szczegóły dotyczące konkretnych typów usługi Azure Storage znajdują się w tej sekcji dokumentu. Podsumowując zalecenia dotyczące przechowywania dla scenariuszy przechowywania SAP w tabeli, przedstawiają się one następująco:

¹ Użycie Azure Write Accelerator dla rodzin maszyn wirtualnych M/Mv2 dla woluminów dziennika/ponownego zapisu

Cechy, których można się spodziewać po różnych rodzajach magazynów, takie jak:

¹ Użycie Azure Write Accelerator dla rodzin maszyn wirtualnych M/Mv2 dla woluminów dziennika/ponownego zapisu

² Tworzenie różnych pul pojemności usługi Azure NetApp Files nie gwarantuje wdrożenia pul pojemności na różnych jednostkach magazynu

³ (przyrostowe) Migawki dysku SSD w warstwie Premium w wersji 2 lub Ultra nie mogą być używane natychmiast po ich utworzeniu. Przed utworzeniem dysku na podstawie migawki należy ukończyć kopiowanie w tle

Azure Premium Storage

Usługa Azure Premium SSD Storage została wprowadzona w celu zapewnienia następujących celów:

• Małe opóźnienie we/wy
• SLA dotyczące IOPS i przepływności
• Mniejsza zmienność opóźnienia I/O

Ten typ magazynu jest przeznaczony dla obciążeń DBMS, ruchu danych, który wymaga opóźnienia liczonego w niskich jednocyfrowych milisekundach, oraz umów SLA dotyczących liczby operacji we/wy na sekundę i przepływności. Podstawa kosztów dla usługi Azure Premium Storage nie jest rzeczywistym woluminem danych przechowywanym na takich dyskach, ale kategorią rozmiaru takiego dysku, niezależnie od ilości danych przechowywanych na dysku. Możesz również tworzyć dyski w magazynie Premium, które nie odpowiadają bezpośrednio kategoriom rozmiarów pokazanym w artykule Premium SSD. Wnioski z tego artykułu są następujące:

• Przechowywanie jest zorganizowane w ramach zakresów. Na przykład dyski o pojemności od 513 GiB do 1,024 GiB mają te same możliwości i takie same miesięczne koszty.
• Operacje we/wy na sekundę na GiB nie są proporcjonalne do kategorii rozmiaru. Mniejsze dyski poniżej 32 GiB mają wyższe szybkości operacji we/wy na sekundę na gib. W przypadku dysków od ponad 32 GiB do 1024 GiB szybkość IOPS na GiB wynosi od 4 do 5. W przypadku większych dysków do 32 767 GiB szybkość IOPS na GiB będzie poniżej 1
• Przepustowość I/O dla tego magazynu nie jest liniowa względem rozmiaru kategorii dyskowej. W przypadku mniejszych dysków, takich jak kategoria z zakresu od 65 GiB do 128 GiB pojemności, przepływność wynosi około 780 KB na GiB. Podczas gdy w przypadku skrajnie dużych dysków, takich jak dysk 32 767 GiB, przepływność wynosi około 28 KB na GiB
• Nie można zmienić SLA dotyczących IOPS (liczby operacji wejścia/wyjścia na sekundę) i przepływności bez zmiany pojemności dysku.

Macierz możliwości dla obciążenia SAP wygląda następująco:

Usługa Azure Premium Storage nie spełnia wskaźników KPI opóźnienia magazynu SAP HANA z typowymi typami buforowania oferowanymi w usłudze Azure Premium Storage. Aby spełnić kluczowe wskaźniki wydajności opóźnień magazynowania dla zapisów dzienników SAP HANA, należy użyć buforowania Akceleratora Zapisów platformy Azure zgodnie z opisem w artykule Włącz Akcelerator Zapisów. Akcelerator zapisu platformy Azure zapewnia korzyści wszystkim innym systemom DBMS na potrzeby zapisów dziennika transakcji i ponownego zapisu dziennika. W związku z tym zaleca się użycie go we wszystkich wdrożeniach systemu SAP DBMS. W przypadku platformy SAP HANA użycie akceleratora zapisu platformy Azure dla /hana/log z usługą Azure Premium Storage jest obowiązkowe.

Podsumowanie: Usługa Azure Premium Storage jest jednym z typów magazynu platformy Azure zalecanych dla obciążenia SAP. To zalecenie dotyczy systemów nieprodukcyjnych i produkcyjnych. Usługa Azure Premium Storage jest odpowiednia do obsługi obciążeń baz danych. Korzystanie z akceleratora zapisu Azure znacznie zmniejszy opóźnienia zapisu na dyskach Premium platformy Azure. Jednak w przypadku systemów DBMS z wysokimi szybkościami operacji we/wy na sekundę i przepływnością należy przeprowizować pojemność magazynu. Możesz też użyć funkcji, takich jak Windows Storage Spaces lub menedżerów woluminów logicznych w systemie Linux, aby tworzyć zestawy pasek, które zapewniają żądaną pojemność w tym celu. Ale także niezbędne operacje we/wy na sekundę lub przepustowość przy najlepszej efektywności kosztowej.

Funkcjonalność wzrostu Azure dla pamięci Premium

W przypadku dysków usługi Azure Premium Storage mniejszych lub równych 512 GiB w pojemności oferowana jest funkcja burstu. Dokładny sposób działania rozszerzania dysku został opisany w artykule Rozszerzanie dysku. Podczas czytania artykułu rozumiesz koncepcję naliczania liczby operacji we/wy na sekundę i przepływności w czasie, gdy obciążenie we/wy jest poniżej nominalnej liczby operacji we/wy i przepływności dysków (aby uzyskać szczegółowe informacje na temat nominalnej przepływności, zobacz Cennik dysku zarządzanego). Będziesz gromadzić różnicę liczby operacji we/wy na sekundę i przepustowości między bieżącym użyciem a nominalnymi wartościami dysku. Wzrosty są ograniczone do maksymalnie 30 minut.

Idealne przypadki, w których można zaplanować tę funkcję serii, prawdopodobnie będą woluminami lub dyskami zawierającymi pliki danych dla różnych systemu DBMS. Obciążenie we/wy oczekiwane względem tych woluminów, zwłaszcza w przypadku małych i średnich systemów ma wyglądać następująco:

• Niskie do umiarkowanego obciążenia odczytu, ponieważ dane idealnie są buforowane w pamięci. Lub podobnie jak w przypadku platformy SAP HANA powinna być całkowicie w pamięci
• Wzrost liczby operacji zapisu wyzwalanych przez punkty kontrolne bazy danych lub punkty zapisywania, które są wydawane regularnie
• Obciążenie wykonywania kopii zapasowej, które czyta dane w sposób ciągły w przypadkach, gdy kopie zapasowe nie są tworzone za pomocą migawek pamięci masowej.
• W przypadku platformy SAP HANA załaduj dane do pamięci po ponownym uruchomieniu wystąpienia

Szczególnie w przypadku mniejszych systemów DBMS, gdzie obciążenie wynosi tylko kilkaset transakcji na sekundę, taka funkcjonalność serii może mieć sens także w przypadku dysków lub woluminów, które przechowują dzienniki transakcji lub ponownego wykonania. Oczekiwane obciążenie względem takiego dysku lub woluminów wygląda następująco:

• Regularne operacje zapisu na dysku, które są zależne od typu i charakteru obciążenia, ponieważ każde zatwierdzenie dokonane przez aplikację może inicjować operację we/wy
• Większe obciążenie wydajności w przypadku zadań operacyjnych, takich jak tworzenie lub odbudowa indeksów
• Odczyty zrywami podczas tworzenia kopii zapasowych dziennika transakcji lub dziennika odtwarzania

Azure Premium SSD w wersji 2

Usługa dyskowa Azure Premium SSD wersja 2 to nowa wersja dysku w warstwie Premium, która ma na celu zapewnienie:

• Opóźnienie we/wy podrzędnych milisekund dla mniejszych rozmiarów operacji we/wy odczytu i zapisu
• SLA dotyczące IOPS i przepływności
• Opłata za pojemność według zarezerwowanych GB
• Podaj domyślny zestaw IOPS i przepustowość magazynowania na dysk
• Zapewnij możliwość dodania większej liczby operacji wejścia/wyjścia na sekundę (IOPS) i przepustowości dysku do każdego dysku oraz płacenia osobno za te dodatkowe zasoby.
• Zdać certyfikację SAP HANA bez korzystania z innych funkcji, takich jak Azure Write Accelerator lub inne pamięci podręczne.

Ten typ magazynu jest przeznaczony dla obciążeń DBMS, ruchu danych, który wymaga opóźnień poniżej milisekundy oraz umów SLA dotyczących liczby operacji we/wy na sekundę i przepustowości. Dyski Premium SSD v2 są dostarczane z domyślnym zestawem 3000 IOPS i przepływnością 125 MB/s. Ponadto możliwość dodania więcej przepływności i operacji we/wy na sekundę do poszczególnych dysków. Ceny przechowywania są skonstruowane tak, że dodanie większej przepustowości lub liczby operacji wejścia/wyjścia na sekundę (IOPS) nie wpływa znacząco na cenę. Niemniej jednak pozostawimy to Do Ciebie, aby zdecydować, jak będzie wyglądać konfiguracja magazynu dla dysków SSD w warstwie Premium w wersji 2. Aby rozpocząć, przeczytaj konfiguracje magazynu Premium SSD v2 dla maszyn wirtualnych SAP HANA na platformie Azure.

W rzeczywistych regionach ten nowy typ magazynu blokowego jest dostępny, a rzeczywiste ograniczenia można znaleźć w dokumencie Premium SSD v2.

Macierz możliwości dla obciążenia SAP wygląda następująco:

¹ (przyrostowe) Migawki dysku SSD Premium w wersji 2 lub Ultra nie mogą być używane natychmiast po ich utworzeniu. Przed utworzeniem dysku na podstawie migawki należy ukończyć kopiowanie w tle

W przeciwieństwie do usługi Azure Premium Storage, Azure Premium SSD v2 spełnia kluczowe wskaźniki opóźnienia magazynowania SAP HANA. W związku z tym nie musisz używać buforowania Akceleratora Zapisów Azure, jak opisano w artykule Włącz Akcelerator Zapisów.

Podsumowanie: Usługa Azure Premium SSD w wersji 2 to magazyn blokowy, który pasuje do najlepszego stosunku ceny/wydajności dla obciążeń SAP. Usługa Azure Premium SSD w wersji 2 jest odpowiednia do obsługi obciążeń bazy danych. Opóźnienie poniżej jednej milisekundy to idealne rozwiązanie magazynowe dla wymagających obciążeń DBMS. Jest to nowszy typ pamięci, który został wydany w listopadzie 2022 roku. W związku z tym nadal mogą wystąpić pewne ograniczenia, które odejdą w ciągu najbliższych kilku miesięcy.

Dysk Azure Ultra

Dyski Azure Ultra oferują magazyn dyskowy o wysokiej przepustowości, dużej liczbie operacji we/wy na sekundę i niskim, stałym opóźnieniu dla maszyn wirtualnych Azure IaaS. Niektóre zalety dysków ultra obejmują możliwość dynamicznej zmiany liczby operacji we/wy na sekundę i przepustowości dysku, wraz z obciążeniami, bez konieczności ponownego uruchamiania maszyn wirtualnych (VM). Dyski Ultra są odpowiednie dla obciążeń intensywnie przetwarzających dane, takich jak obciążenia SAP DBMS. Dyski w warstwie Ultra mogą być używane tylko jako dyski danych i nie mogą być używane jako podstawowy dysk VHD, który przechowuje system operacyjny. Zalecamy użycie Azure Premium Storage jako podstawowego dysku VHD.

Podczas tworzenia dysku w warstwie Ultra można zdefiniować trzy wymiary:

• Pojemność dysku. Zakresy to od 4 GiB do 65 536 GiB
• Aprowizowane IOPS dla dysku. Różne wartości maksymalne mają zastosowanie do pojemności dysku. Przeczytaj artykuł Ultra Disk , aby uzyskać więcej informacji
• Aprowizowana przepustowość magazynu. Inna maksymalna przepustowość ma zastosowanie w zależności od pojemności dysku. Przeczytaj artykuł Ultra Disk , aby uzyskać więcej informacji

Koszt pojedynczego dysku zależy od trzech wymiarów, które można zdefiniować osobno dla określonych dysków.

Macierz możliwości dla obciążenia SAP wygląda następująco:

¹ (przyrostowe) Migawki dysku SSD Premium w wersji 2 lub Ultra nie mogą być używane natychmiast po ich utworzeniu. Przed utworzeniem dysku na podstawie migawki należy ukończyć kopiowanie w tle

Podsumowanie: Dyski ultra platformy Azure to odpowiednia pamięć masowa z niskim opóźnieniem poniżej milisekundy dla wszystkich rodzajów obciążeń SAP. Do tej pory dysk Ultra można używać tylko w połączeniu z maszynami wirtualnymi, które zostały wdrożone za pośrednictwem Strefy dostępności (wdrożenie strefowe). Dysk Ultra, w przeciwieństwie do wszystkich innych pamięci, nie może być używany jako podstawowy dysk VHD. Dysk Ultra jest idealny w sytuacjach, w których obciążenie we/wy znacząco się waha i możesz dostosować przepływność magazynu lub liczbę operacji we/wy na sekundę do wzorców obciążeń, zamiast dostosowywania się do maksymalnego użycia przepustowości i IOPS.

Azure NetApp Files

Usługa Azure NetApp Files to natywna, natywna dla platformy Azure usługa magazynu plików klasy korporacyjnej o wysokiej wydajności certyfikowana do użycia z platformą SAP HANA. Udostępnia usługę Woluminy jako Usługę, w ramach której można tworzyć konta NetApp, pule pojemności i woluminy. W usłudze Azure NetApp Files wybierasz poziomy usług i wydajności oraz zarządzasz ochroną danych, aby tworzyć i zarządzać udziałami plików, które są wydajne, dostępne i skalowalne, przy użyciu tych samych protokołów i narzędzi, które znasz i na których polegasz w środowisku lokalnym.

Następujące typy obciążeń SAP są obsługiwane na woluminach usługi Azure NetApp Files:

• Obciążenie SAP DBMS
• Udział SAPMNT
• Katalog transportu globalnego

Usługa Azure NetApp Files jest dostępna na trzech poziomach usług, z których każda ma własną przepływność i specyfikacje cenowe. Który z nich jest odpowiedni dla danego wdrożenia, zależy od rozmiaru wdrożenia. Dostosowane zalecenia dotyczące określania rozmiaru są dostępne w narzędziu SAP on Azure NetApp Files TCO Estimator.

Aby uzyskać informacje na temat poziomów usług, zobacz Poziomy usług dla usługi Azure NetApp Files.

Wdrażanie woluminów

Aby uzyskać optymalne wyniki, użyj grupy woluminów aplikacji dla platformy SAP HANA , aby wdrożyć woluminy. Grupa woluminów aplikacji umieszcza woluminy w optymalnych lokalizacjach w infrastrukturze platformy Azure przy użyciu reguł afiliacji i anty-afiliacji w celu zmniejszenia rywalizacji oraz umożliwienia najwyższej przepustowości i najniższych opóźnień.

Usługa Azure NetApp Files jest obsługiwana w kilku scenariuszach obciążeń SAP:

• ** Wdrożenia SAP HANA korzystające z udziałów NFS dla woluminów /hana/data, /hana/log oraz /hana/shared zgodnie z dokumentacją SAP HANA w konfiguracjach magazynowania maszyn wirtualnych platformy Azure.
• Udostępnianie zasobów SMB lub NFS dla globalnego katalogu transportu SAP
• Udział sapmnt w scenariuszach wysokiej dostępności zgodnie z opisem w:
  • Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Windows z plikami Azure NetApp Files (SMB) dla aplikacji SAP
  • Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie SUSE Linux Enterprise Server z usługą Azure NetApp Files dla aplikacji SAP
  • Wysoka dostępność maszyn wirtualnych platformy Azure dla oprogramowania SAP NetWeaver w systemie Red Hat Enterprise Linux z usługą Azure NetApp Files dla aplikacji SAP
• IBM Db2 na maszynie wirtualnej platformy Azure opartej na systemie Suse lub Red Hat Linux
• System SAP on Oracle deployments in Oracle Guest OS using dNFS for Oracle data and redo log volumes (Wdrożenia sap on Oracle w systemie operacyjnym gościa Oracle z systemem operacyjnym korzystającym z systemu plików dNFS dla danych Oracle i redo log volumes). Więcej szczegółów można znaleźć w artykule Wdrażanie usługi Oracle DBMS w usłudze Azure Virtual Machines dla obciążenia SAP
• Oprogramowanie SAP na platformie ASE w systemie operacyjnym gościa Suse lub Red Hat Linux
• AP na MAXDB w systemie operacyjnym gościa Suse lub Red Hat Linux
• SAP na Microsoft SQL Server z woluminami SMB

Oddzielenie przepływności od rozmiaru woluminu

Pamięć dla aplikacji baz danych zazwyczaj ma wymagania dotyczące przepustowości, które nie rosną liniowo z rozmiarem woluminów, to znaczy woluminy dziennika są stosunkowo małe, ale wymagają wysokiej przepustowości.

Usługa Azure NetApp Files umożliwia przydzielanie przepływności woluminu niezależnie od rozmiarów woluminów w przypadku korzystania z puli pojemności typu ręcznego QoS.

Oto przykład:

• Wolumin dla plików bazy danych wymaga przepustowości 500 MiB/s oraz pojemności 39 TiB.
• Wolumin dla plików dziennika wymaga przepustowości 2000 MiB/s i pojemności 1 TiB.

Możesz utworzyć ręczną pulę pojemności QoS dla tego scenariusza i przydzielić przepływność niezależnie od rozmiarów woluminów. Łączna wymagana pojemność to 40 TiB, a łączny budżet przepływności wynosi 2500 MiB/s. Pula pojemności na poziomie usługi Premium (64 MiB/s na przydzielony TiB) spełnia wymagania dotyczące wydajności i pojemności (40 MiB * 64 iB/s/TiB = 2560 MiB).

Skalowanie wydajności liniowej wymagałoby znacznego nadmiernego przydzielania zasobów woluminu dziennika, aby spełnić wymagania dotyczące przepustowości. Aby osiągnąć przepływność 2000 MiB/s dla woluminu dziennika, należy wdrożyć pulę pojemności w warstwie Ultra (128 MiB/s na przydzieloną TiB) z 16 TiB, co powoduje nadmierną aprowizowanie i w związku z tym zmarnowaną pojemność 15 TiB.

Skorzystaj z kalkulatora wydajności usługi Azure NetApp Files, aby uzyskać oszacowanie dla danego scenariusza.

Macierz możliwości obciążenia SAP w usłudze Azure NetApp Files wygląda następująco:

Inne wbudowane funkcje magazynu usługi Azure NetApp Files:

• Możliwość wykonywania migawek woluminu spójnych na poziomie aplikacji przy użyciu AzAcSnap
• Klonowanie woluminów usługi Azure NetApp Files z migawek na potrzeby testowania i programowania
• Przywracanie woluminów z migawek (snap-revert) w celu szybkiego przywracania z uszkodzeń i błędów.

Motywacją do dostosowania tego typu wyrównania stref dostępności jest zmniejszenie powierzchni ryzyka poprzez umieszczenie udostępnień NFS w tej samej strefie dostępności co maszyny wirtualne aplikacji.

• Wdróż woluminy usługi Azure NetApp Files na potrzeby wdrożenia platformy SAP HANA przy użyciu grupy woluminów aplikacji dla platformy SAP HANA. Zaletą grupy wolumenów aplikacji jest to, że wolumeny danych są wdrażane za pośrednictwem wielu punktów końcowych magazynu, co zmniejsza obciążenie sieci i poprawia wydajność.

Podsumowanie: Usługa Azure NetApp Files to certyfikowane rozwiązanie magazynu o małych opóźnieniach dla platformy SAP HANA. Usługa udostępnia wolumeny wydzielone z jednej lub więcej pul pojemności. Pule pojemności są dostępne na trzech poziomach usług, które definiują łączną pojemność i przydzieloną przepływność. Rozmiar woluminów można zmienić, a przydzieloną przepływność można dostosować bez przerwy w działaniu usługi w celu zaspokojenia zmieniających się wymagań i kontrolowania kosztów. Usługa udostępnia funkcje replikacji woluminów do innych regionów lub stref na potrzeby odzyskiwania po awarii i ciągłego działania firmy.

Usługa Azure Premium Files

Usługa Azure Premium Files to magazyn udostępniony, który oferuje protokoły SMB i NFS za umiarkowaną cenę i optymalną latencję, umożliwiającą obsługę udziałów warstwy aplikacji SAP. Ponadto usługa Azure Premium Files oferuje synchroniczną replikację strefową udziałów z automatyzmem, który w przypadku awarii jednej repliki może przejąć kolejną replikę w innej strefie. W przeciwieństwie do usługi Azure NetApp Files nie ma warstw wydajności. Pula pojemności nie jest również potrzebna. Naliczanie opłat opiera się na rzeczywistej aprowizowanej pojemności różnych udziałów. Usługa Azure Premium Files nie została w ogóle przetestowana jako magazyn systemu zarządzania bazą danych (DBMS) dla pracy SAP. Zamiast tego scenariusz użycia obciążenia SAP koncentruje się na wszystkich typach udziałów SMB i NFS, ponieważ są one używane w warstwie aplikacji SAP. Usługa Azure Premium Files jest również odpowiednia do użycia dla /hana/shared.

Scenariusze SAP obsługiwane na liście usługi Azure Premium Files, takie jak:

• Udostępnianie zasobów SMB lub NFS dla globalnego katalogu transportu SAP
• Użycie jako wspólny zasób dla interfejsów systemów SAP i procesów EDI
• Udział sapmnt w scenariuszach wysokiej dostępności zgodnie z opisem w:
  • Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie SUSE Linux Enterprise Server z systemem plików NFS w usłudze Azure Files
  • Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux z systemem plików NFS w usłudze Azure Files
  • Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Windows przy użyciu protokołu SMB w warstwie Premium usługi Azure Files dla aplikacji SAP
  • Wysoka dostępność systemu klastrowego SAP HANA z HSR na SUSE Linux Enterprise Server

Usługa Azure Premium Files zaczyna z większą liczbą operacji we/wy na sekundę przy minimalnym rozmiarze udziału wynoszącym 100 GB, w porównaniu do usługi Azure NetApp Files. Ten wyższy poziom IOPS może uniknąć nadmiernej pojemności w celu osiągnięcia pewnych wartości IOPS i wydajności. W przypadku operacji wejścia/wyjścia na sekundę (IOPS) i przepływności magazynu przeczytaj sekcję Docelowe poziomy skalowania udziałów plików Azure w ramach skalowalności i wydajności Azure Files.

Macierz możliwości dla obciążenia SAP wygląda następująco:

Podsumowanie: Usługa Azure Premium Files to magazyn o małych opóźnieniach, który umożliwia wdrażanie woluminów lub udziałów NFS i SMB. Usługa Azure Premium Files zapewnia doskonały stosunek ceny do wydajności dla udostępniania warstw aplikacji SAP. Zapewnia również synchroniczną replikację strefową dla tych udziałów. Do tej pory nie obsługujemy tego typu magazynu dla obciążenia SAP DBMS. Chociaż można go używać dla woluminów /hana/udostępnionych .

Magazyn SSD w warstwie Standardowa platformy Azure

W porównaniu do standardowego magazynu HDD platformy Azure, standardowy magazyn SSD oferuje lepszą dostępność, spójność, niezawodność i niższe opóźnienia. Jest zoptymalizowany pod kątem obciążeń wymagających stałej wydajności na niższych poziomach IOPS. Ten magazyn jest minimalnym magazynem używanym w systemach SAP nieprodukcyjnych, które mają niskie wymagania dotyczące liczby operacji we/wy na sekundę i przepływności. Macierz możliwości dla obciążenia SAP wygląda następująco:

Podsumowanie: Standardowa pamięć masowa SSD platformy Azure jest minimalnym zaleceniem dla maszyn wirtualnych nieprodukcyjnych jako podstawowe dyski VHD, ewentualnych wdrożeń systemu DBMS z relatywną tolerancją na opóźnienia i/lub niskimi wskaźnikami IOPS oraz przepustowością. Ten typ magazynu platformy Azure nie jest już obsługiwany do hostowania usługi SAP Global Transport Directory.

Magazyn hdd w warstwie Standardowa platformy Azure

Magazyn Standard HDD Azure był jedynym rodzajem pamięci masowej, gdy infrastruktura Azure uzyskała certyfikację dla SAP NetWeaver w roku 2014. W roku 2014 maszyny wirtualne Azure były małe i miały niską wydajność pamięci masowej. W związku z tym ten typ magazynu był w stanie po prostu nadążyć za wymaganiami. Magazyn jest idealny dla obciążeń niewrażliwych na opóźnienia, które prawie nie są używane w przestrzeni SAP. Wraz z rosnącą przepływnością maszyn wirtualnych platformy Azure i zwiększonym obciążeniem, które są tworzone przez te maszyny wirtualne, ten typ magazynu nie jest już brany pod uwagę w przypadku użycia ze scenariuszami SAP. Macierz możliwości dla obciążenia SAP wygląda następująco:

Podsumowanie: Hdd w warstwie Standardowa to typ magazynu platformy Azure, który powinien być używany tylko do przechowywania kopii zapasowych SAP. Powinien być używany tylko jako podstawowy wirtualny dysk twardy dla raczej nieaktywnych systemów, takich jak wycofane systemy używane do wyszukiwania danych tutaj i tam. Jednak żadne aktywne programowanie, kontrola jakości lub produkcyjne maszyny wirtualne nie powinny być oparte na tym magazynie. Pliki bazy danych nie powinny być hostowane na tym magazynie.

Limity maszyn wirtualnych platformy Azure w ruchu magazynu

W przeciwieństwie do scenariuszy lokalnych wybrany typ pojedynczej maszyny wirtualnej odgrywa istotną rolę w przepustowości magazynu, którą można osiągnąć. W przypadku różnych typów magazynu należy wziąć pod uwagę następujące kwestie:

Jako ograniczenia należy pamiętać, że:

• Tym mniejsza maszyna wirtualna, tym mniejsza liczba dysków, które można dołączyć. To ograniczenie nie dotyczy usługi Azure NetApp Files. Ponieważ montujesz udostępnione zasoby NFS lub SMB, nie napotykasz limitu liczby woluminów, które można dołączyć.
• Maszyny wirtualne mają przepustowość we/wy oraz limity IOPS, które łatwo można przekroczyć, korzystając z dysków Premium i Ultra.
• W przypadku usług Azure NetApp Files i Azure Premium Files ruch do udostępnionych woluminów zużywa przepustowość sieci maszyny wirtualnej, a nie przepustowość magazynu
• W przypadku dużych woluminów NFS o przestrzeni pojemności rzędu kilkudziesięciu TiB, przepustowość dostępu do takiego woluminu z jednej maszyny wirtualnej osiągnie granicę wynikającą z limitów systemu Linux dla pojedynczej sesji interakcji z udostępnionym woluminem.

Gdy zwiększasz rozmiar maszyn wirtualnych platformy Azure w cyklu życia systemu SAP, powinieneś ocenić limity IOPS i przepustowości magazynu dla nowego i większego typu maszyny wirtualnej. W niektórych przypadkach warto również dostosować konfigurację magazynu do nowych możliwości maszyny wirtualnej platformy Azure.

Rozbieranie lub nie rozkładanie

Utworzenie zestawu pasków z wielu dysków platformy Azure w jeden większy wolumin pozwala na łączenie liczby operacji we/wy na sekundę oraz przepustowości poszczególnych dysków w jeden wolumin. Jest używana tylko do magazynu standardowego Azure i magazynu premium Azure. Dysk w warstwie Ultra platformy Azure, w którym można skonfigurować przepływność i liczbę operacji we/wy na sekundę niezależnie od pojemności dysku, nie wymaga użycia zestawów stripe. Udostępnione woluminy oparte na systemie plików NFS lub SMB nie mogą być rozłożone. Ze względu na nieliniowy charakter przepływności i liczby operacji we/wy na sekundę usługi Azure Premium Storage można aprowizować mniejszą pojemność przy użyciu tej samej liczby operacji we/wy na sekundę i przepływności niż duże pojedyncze dyski usługi Azure Premium Storage. Jest to metoda osiągnięcia wyższej przepływności lub liczby operacji we/wy na sekundę przy niższych kosztach przy użyciu usługi Azure Premium Storage. Na przykład, paskowanie na dwóch dyskach pamięci masowej Premium P15 umożliwia osiągnięcie przepustowości:

• 250 MiB/s. Taki wolumin będzie miał pojemność 512 GiB. Jeśli chcesz mieć jeden dysk, który zapewnia 250 przepływności MiB na sekundę, musisz wybrać dysk P40 z pojemnością 2 TiB.
• 400 MiB/s poprzez rozłożenie (striping) czterech dysków magazynu P10 Premium łączących się w ogólną pojemność 512 GiB. Jeśli chcesz mieć jeden dysk z co najmniej 500 MiB przepustowością na sekundę, powinieneś wybrać dysk magazynu P60 premium z 8 TiB. Ponieważ koszt przechowywania Premium jest niemal liniowy z pojemnością, możesz odczuć oszczędności kosztów przy użyciu paskowania.

Niektóre zasady muszą być przestrzegane w przypadku pasmowania.

• Nie należy korzystać z nadmiarowości przechowywania skonfigurowanej na poziomie maszyny wirtualnej, ponieważ Azure Storage już zapewnia nadmiarowość dysku danych w swoim systemie backendowym.
• Dyski, do których zastosowano zestaw pasków, muszą mieć taki sam rozmiar
• W przypadku dysków Premium SSD v2 i Ultra, pojemność, aprowizowana liczba operacji we/wy na sekundę oraz aprowizowana przepustowość muszą być takie same.

Rozłożenie danych na wielu mniejszych dyskach jest najlepszym sposobem na osiągnięcie korzystnego stosunku ceny do wydajności podczas korzystania z usługi Azure Premium Storage. Rozumie się, że paskowanie może wiązać się z pewnym dodatkowym obciążeniem związanym z wdrażaniem i zarządzaniem.

Aby uzyskać konkretne zalecenia dotyczące rozmiaru paska, zapoznaj się z dokumentacją różnych systemów DBMS, takich jak konfiguracje magazynu maszyn wirtualnych platformy Azure SAP HANA.

Następne kroki

Przeczytaj artykuły:

• Zagadnienia dotyczące wdrażania usługi Azure Virtual Machines DBMS dla obciążenia SAP
• Konfiguracje magazynu maszyn wirtualnych SAP HANA platformy Azure