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

  • Artykuł

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ą lub ograniczone do użycia w scenariuszach SAP. Podczas gdy kilka typów magazynu platformy Azure jest dobrze dostosowanych lub zoptymalizowanych pod kątem konkretnych scenariuszy obciążeń SAP. Szczególnie w przypadku platformy SAP HANA niektóre typy magazynów platformy Azure mają certyfikat użycia za pomocą platformy 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 rozmiaru platformy Azure korzystają z tych jednostek. W całym dokumencie odwołujemy się wyłącznie do tych jednostek rozmiaru jednostek 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

Magazyn dysków HDD w warstwie Standardowa, SSD w warstwie Standardowa, Azure Premium Storage, SSD w warstwie Premium w wersji 2 i Ultra Disk przechowuje podstawowy dysk VHD (z systemem operacyjnym) i dołączone dyski danych lub dyski VHD maszyn wirtualnych w trzech kopiach na trzech różnych węzłach magazynu. 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 użycie dowolnej warstwy nadmiarowości magazynu na wielu dyskach platformy Azure. Ten fakt jest nazywany magazynem lokalnie nadmiarowym (LRS). Magazyn LRS jest domyślny dla tego typu magazynu na platformie Azure. Usługa Azure NetApp Files zapewnia wystarczającą nadmiarowość, aby osiągnąć te same umowy SLA 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.

Uwaga

Używanie usługi Azure Storage do przechowywania danych bazy danych i ponownego pliku dziennika magazyn LRS jest jedynym obsługiwanym poziomem odporności w tym momencie w czasie

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ównać do [zestawu 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.

Uwaga

Wymagamy, aby nowe wdrożenia maszyn wirtualnych używających magazynu blokowego platformy Azure dla ich dysków (wszystkie usługi Azure Storage z wyjątkiem usługi Azure NetApp Files i Azure Files) musiały używać dysków zarządzanych platformy Azure dla podstawowych dysków VHD/OS i dysków danych, które przechowują pliki bazy danych SAP. Niezależne od tego, czy maszyny wirtualne są wdrażane za pośrednictwem zestawu dostępności, w Strefy dostępności czy niezależnie od zestawów i stref. Dyski używane do przechowywania kopii zapasowych nie muszą być dyskami zarządzanymi.

Scenariusze magazynu z obciążeniami SAP

Trwały magazyn jest wymagany w obciążeniu SAP w różnych składnikach stosu wdrażanego na platformie Azure. Te scenariusze są wymienione co najmniej w następujący sposób:

  • Trwały podstawowy wirtualny dysk twardy maszyny wirtualnej, który zawiera system operacyjny i inne oprogramowanie instalowane 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 dołączane do przechowywania danych aplikacji. Te dane aplikacji mogą być danymi i plikami dziennika/ponownego utworzenia bazy danych, plików kopii zapasowych lub instalacji 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ólne udziały plików dla procesów EDI lub podobne. 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ć ograniczenia pomocy technicznej dotyczące typów magazynu platformy Azure dla oprogramowania SAP NetWeaver/warstwy aplikacji S/4HANA, zapoznaj się z uwagami dotyczącymi obsługi oprogramowania SAP 2015553. Aby uzyskać informacje o certyfikowanych i obsługiwanych typach magazynu platformy Azure platformy SAP HANA, przeczytaj artykuł Konfiguracje magazynu maszyn wirtualnych platformy Azure 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, takich jak zawsze włączone programu SQL Server, replikacja systemu HANA, 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 dotyczące magazynu dla scenariuszy magazynu 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 magazynu dla scenariuszy magazynu SAP w tabeli, wygląda następująco:

Scenariusz użycia Dysk HDD w warstwie Standardowa Dysk SSD w warstwie Standardowa Premium Storage Premium SSD v2 Dysk w warstwie Ultra Azure NetApp Files Azure Premium Files
Dysk systemu operacyjnego Nieodpowiednie Ograniczone odpowiednie (inne niż prod) Zalecane Niemożliwe Niemożliwe Niemożliwe Niemożliwe
Katalog transportu globalnego Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Zalecane Zdecydowanie zalecane
/sapmnt Nieodpowiednie Ograniczone odpowiednie (inne niż prod) Zalecane Zalecane Zalecane Zalecane Zdecydowanie zalecane
Rodziny maszyn wirtualnych SAP HANA M/Mv2 woluminu danych DBMS Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Zalecane2 Nieobsługiwane
Rodziny maszyn wirtualnych SAP HANA M/Mv2 woluminu dziennika DBMS Nieobsługiwane Nieobsługiwane Zalecane1 Zalecane Zalecane Zalecane2 Nieobsługiwane
Wolumin danych DBMS SAP Esv3/Edsv4 rodziny maszyn wirtualnych SAP Esv3/Edsv4 Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Zalecane2 Nieobsługiwane
Wolumin dziennika DBMS SAP Esv3/Edsv4 rodziny maszyn wirtualnych SAP Esv3/Edsv4 Nieobsługiwane Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane2 Nieobsługiwane
Udostępniony wolumin HANA Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Zalecane Zalecane3
Wolumin danych dbMS spoza platformy HANA Nieobsługiwane Ograniczone odpowiednie (inne niż prod) Zalecane Zalecane Zalecane Tylko w przypadku określonych wydań Oracle w systemach Oracle Linux, Db2 i SAP ASE w systemach SLES/RHEL Linux Nieobsługiwane
Wolumin dziennika usługi DBMS spoza rodzin maszyn wirtualnych HANA M/Mv2 Nieobsługiwane Ograniczone odpowiednie (inne niż prod) Zalecane1 Zalecane Zalecane Tylko w przypadku określonych wydań Oracle w systemach Oracle Linux, Db2 i SAP ASE w systemach SLES/RHEL Linux Nieobsługiwane
Wolumin dziennika DBMS spoza rodziny maszyn wirtualnych HANA innych niż M/Mv2 Nieobsługiwane ograniczone odpowiednie (inne niż prod) Odpowiednie dla maksymalnie średniego obciążenia Zalecane Zalecane Tylko w przypadku określonych wydań Oracle w systemach Oracle Linux, Db2 i SAP ASE w systemach SLES/RHEL Linux Nieobsługiwane

1 Użycie akceleratora zapisu platformy Azure dla rodzin maszyn wirtualnych M/Mv2 dla woluminów dziennika/ponownego rejestrowania

2 Korzystanie z anf wymaga /hana/data i /hana/log być w ANF

3 Do tej pory testowane tylko na SLES

Cechy, których można oczekiwać z różnych typów magazynu, takich jak:

Scenariusz użycia Dysk HDD w warstwie Standardowa Dysk SSD w warstwie Standardowa Premium Storage Premium SSD v2 Dysk w warstwie Ultra Azure NetApp Files Azure Premium Files
Umowa SLA dotycząca przepływności/liczby operacji we/wy na sekundę Nie. Nie. Tak Tak Tak Tak Tak
Odczyty opóźnienia Maksimum Średni do wysoki Minimum submillisecond submillisecond submillisecond  Niski
Zapisy opóźnienia Maksimum Średni do wysoki Niski (podmilisekund1) submillisecond submillisecond submillisecond  Niski
Obsługiwane platformy HANA Nie. Nie. Tak1 Tak Tak Tak Nie.
Możliwe migawki dysków Tak Tak Tak Nie. Nie. Tak Nie.
Alokacja dysków w różnych klastrach magazynu podczas korzystania z zestawów dostępności Za pośrednictwem dysków zarządzanych Za pośrednictwem dysków zarządzanych Za pośrednictwem dysków zarządzanych Typ dysku nie jest obsługiwany w przypadku maszyn wirtualnych wdrożonych za pośrednictwem zestawów dostępności Typ dysku nie jest obsługiwany w przypadku maszyn wirtualnych wdrożonych za pośrednictwem zestawów dostępności Nie3 Nie.
Wyrównane do Strefy dostępności Tak Tak Tak Tak Tak W publicznej wersji zapoznawczej Nie.
Synchroniczna nadmiarowość strefowa Nie dotyczy dysków zarządzanych Nie dotyczy dysków zarządzanych Nieobsługiwane w przypadku usługi DBMS Nie. Nie. Nie. Tak
Asynchroniczna nadmiarowość strefowa Nie dotyczy dysków zarządzanych Nie dotyczy dysków zarządzanych Nieobsługiwane w przypadku usługi DBMS Nie. Nie. W wersji zapoznawczej Nie.
Nadmiarowość geograficzna Nie dotyczy dysków zarządzanych Nie dotyczy dysków zarządzanych Nie. Nie. Nie. Możliwe Nie.

1 Użycie akceleratora zapisu platformy Azure dla rodzin maszyn wirtualnych M/Mv2 dla woluminów dziennika/ponownego rejestrowania

2 Koszty zależą od aprowizowanej liczby operacji we/wy na sekundę i przepływności

3 Tworzenie różnych pul pojemności ANF nie gwarantuje wdrożenia pul pojemności na różnych jednostkach magazynu

Ważne

Zapoznaj się z sekcją dotyczącą usługi Azure NetApp Files w tym dokumencie, aby znaleźć szczegółowe informacje dotyczące umieszczania w pobliżu woluminów NFS i maszyn wirtualnych, gdy wymagane są mniej niż 1 milisekundowe opóźnienia.

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
  • Umowy SLA dotyczące liczby operacji we/wy na sekundę i przepływności
  • Mniejsza zmienność opóźnienia operacji we/wy

Ten typ magazynu jest przeznaczony dla obciążeń DBMS, ruchu magazynu, który wymaga małego opóźnienia w 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 w warstwie Premium, które nie są bezpośrednio mapowania na kategorie rozmiarów pokazane w artykule Ssd w warstwie Premium. Wnioski z tego artykułu są następujące:

  • Magazyn jest zorganizowany w zakresach. Na przykład dysk z zakresu 513 GiB do 1024 GiB współdzieli te same możliwości i te same miesięczne koszty
  • Operacje we/wy na sekundę na giB nie śledzą liniowo w różnych kategoriach rozmiarów. Mniejsze dyski poniżej 32 GiB mają wyższe szybkości operacji we/wy na sekundę na gib. W przypadku dysków przekraczających 32 GiB do 1024 GiB liczba operacji we/wy na sekundę na giB wynosi od 4 do 5 operacji we/wy na sekundę na gib. W przypadku większych dysków do 32 767 GiB szybkość operacji we/wy na sekundę na gib będzie niższa niż 1
  • Przepływność we/wy dla tego magazynu nie jest liniowa z rozmiarem kategorii dysków. 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ć umów SLA dotyczących liczby operacji we/wy na sekundę i przepływności bez zmiany pojemności dysku

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

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Odpowiednie Wszystkie systemy
Dysk danych Odpowiednie Wszystkie systemy — specjalnie dla platformy SAP HANA
Globalny katalog transportu SAP Tak Obsługiwane
SAP sapmnt Odpowiednie Wszystkie systemy
Magazyn kopii zapasowych Odpowiednie W przypadku krótkoterminowego przechowywania kopii zapasowych
Udziały/dysk udostępniony Niedostępny Wymaga usługi Azure Premium Files lub innej firmy
Odporność LRS Brak magazynu GRS ani magazynu ZRS dostępnego dla dysków
Opóźnienie Niski do średniej -
Umowa SLA dotycząca liczby operacji we/wy na sekundę Tak -
Liczba operacji we/wy na sekundę liniowa do pojemności półliniowy w nawiasach kwadratowych Cennik dysku zarządzanego
Maksymalna liczba operacji we/wy na sekundę na dysk 20 000 zależy od rozmiaru dysku Rozważ również limity maszyn wirtualnych
Umowa SLA dotycząca przepustowości Tak -
Przepływność liniowa do pojemności Półliniowy w nawiasach kwadratowych Cennik dysku zarządzanego
Certyfikat HANA Tak specjalnie dla platformy SAP HANA
Obsługa akceleratora zapisu na platformie Azure Nie. -
Rozszerzanie możliwości dysków Tak -
Możliwe migawki dysków Tak -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Tak -
Koszty Średnia -

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 magazynu dla zapisów dzienników sap HANA, należy użyć buforowania akceleratora zapisu platformy Azure zgodnie z opisem w artykule Włączanie akceleratora zapisu. 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. Użycie akceleratora zapisu platformy Azure znacznie poprawi opóźnienie zapisu na dyskach w warstwie 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 Miejsca do magazynowania lub menedżerów woluminów logicznych w systemie Linux, aby tworzyć zestawy stripe, które zapewniają żądaną pojemność po jednej stronie. Ale także niezbędne operacje we/wy na sekundę lub przepływność w najlepszym koszcie.

Funkcje z serii serii azure dla magazynu w warstwie Premium

W przypadku dysków usługi Azure Premium Storage mniejszych lub równych 512 GiB w pojemności oferowane są funkcje serii. Dokładny sposób działania skalowania dysku został opisany w artykule Dysk z rozszerzeniem. 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). Otrzymasz różnicę liczby operacji we/wy na sekundę i przepływnoś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 kopii zapasowej, które odczytuje w strumieniu ciągłym w przypadkach, gdy kopie zapasowe nie są wykonywane za pośrednictwem migawek magazynu
  • W przypadku platformy SAP HANA załaduj dane do pamięci po ponownym uruchomieniu wystąpienia

Szczególnie w przypadku mniejszych systemów DBMS, w których obciążenie obsługuje tylko kilkaset transakcji na sekundy, takie funkcje serii mogą mieć sens, a także dla dysków lub woluminów, które przechowują transakcję lub dziennik ponownego wykonania. Oczekiwane obciążenie względem takiego dysku lub woluminów wygląda następująco:

  • Regularne zapisy na dysku, które są zależne od obciążenia i charakteru obciążenia, ponieważ każde zatwierdzenie wystawione przez aplikację może wyzwolić operację we/wy
  • Większe obciążenie w przepływności w przypadku zadań operacyjnych, takich jak tworzenie lub ponowne kompilowanie indeksów
  • Podczas wykonywania kopii zapasowych dziennika transakcji lub ponownego wykonywania kopii zapasowych dziennika odczytu

Azure Premium SSD w wersji 2

Usługa Azure Premium SSD w wersji 2 to nowa wersja magazynu w warstwie Premium, która została wprowadzona w celu zapewnienia:

  • Opóźnienie we/wy podrzędnych milisekund dla mniejszych rozmiarów operacji we/wy odczytu i zapisu
  • Umowy SLA dotyczące liczby operacji we/wy na sekundę i przepływności
  • Opłacanie pojemności przez aprowizowaną GB
  • Podaj domyślny zestaw operacji we/wy na sekundę i przepływność magazynu na dysk
  • Zapewnij możliwość dodania większej liczby operacji we/wy na sekundę i przepływności do każdego dysku i płacenia oddzielnie za te dodatkowe aprowizowanie zasobów
  • Przekazywanie certyfikacji sap HANA bez pomocy innych funkcji, takich jak Azure Write Accelerator lub inne pamięci podręczne

Ten typ magazynu jest przeznaczony dla obciążeń DBMS, ruchu magazynu, który wymaga opóźnienia podrzędnego oraz umów SLA dotyczących liczby operacji we/wy na sekundę i przepływności. Dyski SSD w warstwie Premium w wersji 2 są dostarczane z domyślnym zestawem 3000 operacji we/wy na sekundę i przepływnością 125 MB/s. Ponadto możliwość dodania większej liczby operacji we/wy na sekundę i przepływności do poszczególnych dysków. Ceny magazynu są ustrukturyzowane w taki sposób, że dodanie większej przepływności lub liczby operacji we/wy na sekundę nie wpływa 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ąć pracę podstawową, przeczytaj konfiguracje magazynu SSD w wersji 2 platformy Azure sap HANA Na platformie Azure w wersji 2.

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:

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Nieobsługiwane Brak systemu
Dysk danych Odpowiednie Wszystkie systemy
Globalny katalog transportu SAP Tak Wszystkie systemy
SAP sapmnt Odpowiednie Wszystkie systemy
Magazyn kopii zapasowych Odpowiednie W przypadku krótkoterminowego przechowywania kopii zapasowych
Udziały/dysk udostępniony Niedostępny Wymaga usługi Azure Premium Files lub Azure NetApp Files
Odporność LRS Brak magazynu GRS ani magazynu ZRS dostępnego dla dysków
Opóźnienie submillisecond -
Umowa SLA dotycząca liczby operacji we/wy na sekundę Tak -
Liczba operacji we/wy na sekundę liniowa do pojemności półliniowy Cennik dysku zarządzanego
Maksymalna liczba operacji we/wy na sekundę na dysk 80 000 zależy od rozmiaru dysku Rozważ również limity maszyn wirtualnych
Umowa SLA dotycząca przepustowości Tak -
Przepływność liniowa do pojemności Półliniowy Cennik dysku zarządzanego
Certyfikat HANA Tak -
Obsługa akceleratora zapisu na platformie Azure Nie. -
Rozszerzanie możliwości dysków Nie. -
Możliwe migawki dysków Nie. -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Nie. -
Koszty Średnia -

W przeciwieństwie do usługi Azure Premium Storage usługa Azure Premium SSD w wersji 2 spełnia kluczowe wskaźniki WYDAJNOŚCI opóźnienia magazynu SAP HANA. W związku z tym nie musisz używać buforowania akceleratora zapisu platformy Azure zgodnie z opisem w artykule Włączanie akceleratora zapisu.

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 podrzędne to idealne miejsce do magazynowania dla wymagających obciążeń DBMS. Chociaż jest to nowszy typ magazynu, 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 w warstwie Ultra

Dyski platformy Azure w warstwie Ultra oferują magazyn danych na dysku z wysoką przepływnością, dużą liczbą operacji we/wy na sekundę i stałym małym opóźnieniem dla maszyn wirtualnych usługi Azure IaaS. Niektóre zalety dysków w warstwie Ultra obejmują możliwość dynamicznej zmiany liczby operacji we/wy na sekundę i przepływności dysku, wraz z obciążeniami, bez konieczności ponownego uruchamiania maszyn wirtualnych. Dyski w warstwie Ultra są odpowiednie dla obciążeń intensywnie korzystających z danych, takich jak obciążenie SYSTEMU 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 usługi Azure Premium Storage jako dysku VHD opartego na usłudze Azure.

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

  • Pojemność dysku. Zakresy to od 4 GiB do 65 536 GiB
  • Zainicjowano aprowizowaną operację we/wy na sekundę 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:

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Nie działa -
Dysk danych Odpowiednie Wszystkie systemy
Globalny katalog transportu SAP Tak Obsługiwane
SAP sapmnt Odpowiednie Wszystkie systemy
Magazyn kopii zapasowych Odpowiednie W przypadku krótkoterminowego przechowywania kopii zapasowych
Udziały/dysk udostępniony Niedostępny Wymaga innej firmy
Odporność LRS Brak magazynu GRS ani magazynu ZRS dostępnego dla dysków
Opóźnienie Bardzo małe -
Umowa SLA dotycząca liczby operacji we/wy na sekundę Tak -
Liczba operacji we/wy na sekundę liniowa do pojemności Półliniowy w nawiasach kwadratowych Cennik dysku zarządzanego
Maksymalna liczba operacji we/wy na sekundę na dysk Od 1200 do 160 000 zależne od pojemności dysku
Umowa SLA dotycząca przepustowości Tak -
Przepływność liniowa do pojemności Półliniowy w nawiasach kwadratowych Cennik dysku zarządzanego
Certyfikat HANA Tak -
Obsługa akceleratora zapisu na platformie Azure Nie. -
Rozszerzanie możliwości dysków Nie. -
Możliwe migawki dysków Nie. -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Nie. -
Koszty Wyższa niż usługa Premium Storage -

Podsumowanie: Dyski w warstwie Ultra platformy Azure to odpowiedni magazyn o małym opóźnieniu podrzędnym 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 w warstwie Ultra nie obsługuje migawek magazynu. W przeciwieństwie do wszystkich innych magazynów dysk Ultra nie może być używany dla podstawowego dysku VHD. Dysk w warstwie Ultra jest idealny w sytuacjach, w których obciążenie we/wy waha się dużo i chcesz dostosować wdrożoną przepływność magazynu lub liczbę operacji we/wy na sekundę do wzorców obciążeń magazynu zamiast określania rozmiaru dla maksymalnego użycia przepustowości i liczby operacji we/wy na sekundę.

Azure NetApp Files (ANF)

Usługa Azure NetApp Files jest wynikiem współpracy między firmą Microsoft i usługą NetApp w celu zapewnienia wysokiej wydajności natywnych udziałów NFS i SMB platformy Azure. Kładzie się nacisk na zapewnienie magazynu o dużej przepustowości i małych opóźnieniach, które umożliwia scenariusze wdrażania systemu DBMS, a wraz z upływem czasu umożliwiają typowe funkcje operacyjne magazynu NetApp za pośrednictwem platformy Azure. Udziały NFS/SMB są oferowane na trzech różnych poziomach usług, które różnią się przepływnością magazynu i ceną. Poziomy usług zostały udokumentowane w artykule Poziomy usług dla usługi Azure NetApp Files. W przypadku różnych typów obciążeń SAP zalecane są następujące poziomy usług:

  • Obciążenie SYSTEMU SAP DBMS: wydajność, idealnie ultra
  • Udział SAPMNT: wydajność, idealnie ultra
  • Katalog transportu globalnego: Wydajność, najlepiej Ultra

Uwaga

Minimalny rozmiar aprowizacji to jednostka 4 TiB nazywana pulą pojemności. Następnie należy utworzyć woluminy z tej puli pojemności. Natomiast najmniejszy wolumin, który można skompilować, to 100 GiB. Pulę pojemności można rozszerzyć w krokach TiB. Aby uzyskać informacje o cenach, zapoznaj się z artykułem Azure NetApp Files — cennik

Magazyn ANF jest obecnie obsługiwany w kilku scenariuszach obciążeń SAP:

Uwaga

Do tej pory nie są obsługiwane żadne obciążenia systemu DBMS na podstawie protokołu SMB opartego na usłudze Azure NetApp Files.

Podobnie jak w przypadku usługi Azure Premium Storage, stały lub liniowy rozmiar przepływności na GB może być problemem, gdy wymagane jest przestrzeganie niektórych minimalnych liczb w przepływności. Podobnie jak w przypadku platformy SAP HANA. W przypadku rozwiązania ANF ten problem może stać się bardziej wyraźny niż w przypadku dysku Azure w warstwie Premium. Korzystając z dysku w warstwie Premium platformy Azure, można użyć kilku mniejszych dysków z stosunkowo wysoką przepływnością na GiB i rozmieścić w nich, aby były ekonomiczne i mieć wyższą przepływność przy mniejszej pojemności. Ten rodzaj usuwania nie działa w przypadku udziałów NFS ani SMB hostowanych w usłudze ANF. To ograniczenie spowodowało wdrożenie nadmiernej zdolności produkcyjnych, takich jak:

  • Aby osiągnąć na przykład przepływność wynoszącą 250 miB/s na woluminie NFS hostowanym w usłudze ANF, należy wdrożyć pojemność 1,95 TiB poziomu usługi Ultra.
  • Aby osiągnąć 400 mil/s, należy wdrożyć pojemność 3.125 TiB. Może jednak być konieczne nadmierne aprowizowanie pojemności w celu osiągnięcia wymaganej przepływności woluminu. Ta nadmierna aprowizacja pojemności ma wpływ na ceny mniejszych wystąpień platformy HANA.
  • Korzystając z systemu plików NFS na podstawie anf dla katalogu SAP /sapmnt, zwykle idziesz daleko z minimalną pojemnością 100 GiB do 150 GiB, która jest wymuszana przez usługę Azure NetApp Files. Jednak środowisko klienta wykazało, że powiązana przepływność 12.8 MiB/s (przy użyciu poziomu usługi Ultra) może być niewystarczająca i może mieć negatywny wpływ na stabilność systemu SAP. W takich przypadkach klienci mogą uniknąć problemów, zwiększając ilość woluminu /sapmnt, aby zapewnić większą przepływność dla tego woluminu.

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

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Nie działa -
Dysk danych Odpowiednie OPROGRAMOWANIE SAP HANA, Oracle w systemach Oracle Linux, Db2 i SAP ASE w systemach SLES/RHEL
Globalny katalog transportu SAP Tak Protokoły SMB i NFS
SAP sapmnt Odpowiednie Wszystkie systemy SMB (tylko system Windows) lub NFS (tylko system Linux)
Magazyn kopii zapasowych Odpowiednie -
Udziały/dysk udostępniony Tak SMB 3.0, NFS v3 i NFS w wersji 4.1
Odporność LRS i GRS Dostępny magazyn GRS
Opóźnienie Bardzo małe -
Umowa SLA dotycząca liczby operacji we/wy na sekundę Tak -
Liczba operacji we/wy na sekundę liniowa do pojemności ściśle liniowy Zależne od poziomu usługi
Umowa SLA dotycząca przepustowości Tak -
Przepływność liniowa do pojemności Liniowe Zależne od poziomu usługi
Certyfikat HANA Tak -
Możliwe migawki dysków Tak -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Nie. -
Koszty Wyższa niż usługa Premium Storage -

Inne wbudowane funkcje magazynu ANF:

Ważne

W szczególności w przypadku wdrożeń baz danych, które chcesz osiągnąć małe opóźnienia dla co najmniej dzienników ponownego wdrażania. Szczególnie w przypadku platformy SAP HANA system SAP wymaga opóźnienia mniejszego niż 1 milisekund w przypadku zapisów dzienników HANA o mniejszych rozmiarach. Aby uzyskać takie opóźnienia, zapoznaj się z poniższymi możliwościami.

Ważne

Nawet w przypadku użycia systemu plików innych niż DBMS należy użyć funkcji w wersji zapoznawczej, która umożliwia utworzenie udziału NFS w tej samej usłudze Azure Strefy dostępności, w której umieszczono maszyny wirtualne, w których należy zainstalować udziały NFS. Ta funkcja jest udokumentowana w artykule Zarządzanie umieszczaniem woluminów strefy dostępności dla usługi Azure NetApp Files. Motywacją do dostosowania tego typu strefy dostępności jest zmniejszenie obszaru ryzyka przez posiadanie udziałów NFS jeszcze w innej strefie AvZone, w której nie uruchamiasz maszyn wirtualnych.

  • Znajdujesz się w najbliższej odległości między maszyną wirtualną a udziałem NFS, który można rozmieścić przy użyciu grup woluminów aplikacji. Zaletą grup woluminów aplikacji, oprócz przydzielania najlepszej odległości i przy tworzeniu najmniejszego opóźnienia, jest to, że różne udziały NFS dla wdrożeń SAP HANA są dystrybuowane na różnych kontrolerach w klastrach zaplecza usługi Azure NetApp Files. Wadą tej metody jest to, że należy ponownie przejść przez proces przypinania. Proces, który zakończy się ograniczeniem wdrożenia maszyny wirtualnej do pojedynczego centrum danych. Zamiast Strefy dostępności, jak wprowadzono pierwszą metodę. Oznacza to mniejszą elastyczność zmiany rozmiarów maszyn wirtualnych i rodzin maszyn wirtualnych z zainstalowanymi woluminami NFS.
  • Bieżący proces nieużywanych grup umieszczania dostępności. Które do tej pory są dostępne tylko dla platformy SAP HANA. Ten proces używa również tego samego ręcznego procesu przypinania, co w przypadku grup woluminów dostępności. Ta metoda jest metodą używaną przez ostatnie trzy lata. Ma takie same ograniczenia elastyczności, jak proces z grupami woluminów dostępności.

Jako preferencje dotyczące przydzielania woluminów NFS w oparciu o uwierzytelnianie ANF dla określonego użycia bazy danych, należy najpierw podjąć próbę przydzielenia woluminu NFS w tej samej strefie co maszyna wirtualna. Szczególnie w przypadku baz danych innych niż HANA. Tylko wtedy, gdy opóźnienie okaże się niewystarczające, należy przejść przez proces ręcznego przypinania. W przypadku mniejszego obciążenia platformy HANA lub nieprodukcyjnego obciążenia platformy HANA należy również postępować zgodnie z metodą alokacji strefowej. Tylko w przypadkach, gdy wydajność i opóźnienie nie są wystarczające, należy użyć grup woluminów aplikacji.

Podsumowanie: Usługa Azure NetApp Files to certyfikowany magazyn o małych opóźnieniach platformy HANA, który umożliwia wdrażanie woluminów lub udziałów NFS i SMB. Magazyn zawiera trzy różne poziomy usług, które zapewniają różną przepływność i liczbę operacji we/wy na sekundę w sposób liniowy na pojemność giB woluminu. Magazyn ANF umożliwia wdrażanie scenariuszy skalowalnego w poziomie platformy SAP HANA z węzłem rezerwowym. Magazyn jest odpowiedni do udostępniania udziałów plików zgodnie z potrzebami dla katalogu transportu globalnego /sapmnt lub SAP. Magazyn ANF ma dostępność funkcji, która jest dostępna jako natywna funkcja NetApp.

Azure Premium Files

Usługa Azure Premium Files to magazyn udostępniony, który oferuje protokół SMB i NFS w przypadku umiarkowanej ceny i wystarczającego opóźnienia do obsługi 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 DBMS dla obciążenia 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.

Uwaga

Do tej pory żadne obciążenia systemu SAP DBMS nie są obsługiwane na udostępnionych woluminach opartych na usłudze Azure Premium Files.

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

Usługa Azure Premium Files zaczyna od większej liczby operacji we/wy na sekundę przy minimalnym rozmiarze udziału wynoszącym 100 GB w porównaniu z usługą Azure NetApp Files. Ten wyższy słupek liczby operacji we/wy na sekundę może uniknąć nadmiernej aprowizacji pojemności w celu osiągnięcia pewnych wartości liczby operacji we/wy na sekundę i przepływności. W przypadku przepływności operacji we/wy na sekundę i magazynu przeczytaj sekcję Cele skalowania udziału plików platformy Azure w celach skalowalności i wydajności usługi Azure Files.

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

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Nie działa -
Dysk danych Nieobsługiwane w przypadku obciążeń SAP -
Globalny katalog transportu SAP Tak Protokoły SMB i NFS
SAP sapmnt Odpowiednie Wszystkie systemy SMB (tylko system Windows) lub NFS (tylko system Linux)
Magazyn kopii zapasowych Odpowiednie -
Udziały/dysk udostępniony Tak SMB 3.0, NFS w wersji 4.1
Odporność Magazyn LRS i magazyn ZRS Brak dostępnego magazynu GRS dla usługi Azure Premium Files
Opóźnienie  Niski -
Umowa SLA dotycząca liczby operacji we/wy na sekundę Tak -
Liczba operacji we/wy na sekundę liniowa do pojemności ściśle liniowy -
Umowa SLA dotycząca przepustowości Tak -
Przepływność liniowa do pojemności ściśle liniowy -
Certyfikat HANA Nie. -
Możliwe migawki dysków Nie. -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Nie. -
Koszty  Niski -

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 współczynnik cen/wydajności udziałów warstw aplikacji SAP. Zapewnia również synchroniczną replikację strefowa 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 ze standardowym magazynem HDD platformy Azure magazyn SSD w warstwie Standardowa zapewnia lepszą dostępność, spójność, niezawodność i opóźnienie. Jest zoptymalizowany pod kątem obciążeń wymagających spójnej wydajności na niższych poziomach liczby operacji we/wy na sekundę. Ten magazyn jest minimalnym magazynem używanym dla nieprodukcyjnych systemów SAP, 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:

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Ograniczone odpowiednie Systemy nieprodukcyjne
Dysk danych Ograniczone odpowiednie Niektóre systemy nieprodukcyjne z niskimi wymaganiami dotyczącymi liczby operacji we/wy na sekundę i opóźnieniami
Globalny katalog transportu SAP Nie. Nieobsługiwane
SAP sapmnt Ograniczone odpowiednie Systemy nieprodukcyjne
Magazyn kopii zapasowych Odpowiednie -
Udziały/dysk udostępniony Niedostępny Wymaga innej firmy
Odporność LRS, GRS Brak magazynu ZRS dostępnego dla dysków
Opóźnienie Wysokiej Zbyt wysoki dla katalogu globalnego transportu SAP lub systemów produkcyjnych
Umowa SLA dotycząca liczby operacji we/wy na sekundę Nie. -
Maksymalna liczba operacji we/wy na sekundę na dysk 500 Niezależny od rozmiaru dysku
Umowa SLA dotycząca przepustowości Nie. -
Certyfikat HANA Nie. -
Możliwe migawki dysków Tak -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Tak -
Koszty  Niski -

Podsumowanie: Magazyn SSD w warstwie Standardowa platformy Azure jest minimalnym zaleceniem dla maszyn wirtualnych nieprodukcyjnych dla podstawowych dysków VHD, wdrożeń ostatecznej usługi DBMS z względnym opóźnieniem i/lub niskimi szybkościami we/wy na sekundę i przepływnoś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 HDD w warstwie Standardowa platformy Azure był jedynym typem magazynu, gdy infrastruktura platformy Azure uzyskała certyfikat dla obciążenia SAP NetWeaver w roku 2014. W roku 2014 maszyny wirtualne platformy Azure były małe i niskie w przepływności magazynu. 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:

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Nieodpowiednie -
Dysk danych Nieodpowiednie -
Globalny katalog transportu SAP Nie. Nieobsługiwane
SAP sapmnt NIE Nieobsługiwane
Magazyn kopii zapasowych Odpowiednie -
Udziały/dysk udostępniony Niedostępny Wymaga usługi Azure Files lub innej firmy
Odporność LRS, GRS Brak magazynu ZRS dostępnego dla dysków
Opóźnienie Wysokiej Zbyt wysokie użycie systemu DBMS, katalog SAP Global Transport lub sapmnt/saploc
Umowa SLA dotycząca liczby operacji we/wy na sekundę Nie. -
Maksymalna liczba operacji we/wy na sekundę na dysk 500 Niezależny od rozmiaru dysku
Umowa SLA dotycząca przepustowości Nie. -
Certyfikat HANA Nie. -
Możliwe migawki dysków Tak -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Tak -
Koszty Minimum -

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ć również hostowane w 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:

Typ magazynu Linux Windows Komentarze
Dysk HDD w warstwie Standardowa Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Prawdopodobnie trudno jest dotknąć limitów magazynowania średnich lub dużych maszyn wirtualnych
Dysk SSD w warstwie Standardowa Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Prawdopodobnie trudno jest dotknąć limitów magazynowania średnich lub dużych maszyn wirtualnych
Premium Storage Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Łatwe osiągnięcie limitów liczby operacji we/wy na sekundę lub maszyny wirtualnej przepływności magazynu przy użyciu konfiguracji magazynu
Premium SSD v2 Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Łatwe osiągnięcie limitów liczby operacji we/wy na sekundę lub maszyny wirtualnej przepływności magazynu przy użyciu konfiguracji magazynu
Magazyn w warstwie Ultra Disk Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Łatwe osiągnięcie limitów liczby operacji we/wy na sekundę lub maszyny wirtualnej przepływności magazynu przy użyciu konfiguracji magazynu
Azure NetApp Files Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Ruch magazynu korzysta z przepustowości sieci, a nie przepustowości magazynu!
Azure Premium Files Rozmiary maszyn wirtualnych z systemem Linux na platformie Azure Rozmiary maszyn wirtualnych z systemem Windows na platformie Azure Ruch magazynu korzysta z przepustowości sieci, a nie przepustowości magazynu!

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 ma zastosowania do usługi ANF. Ponieważ instalujesz udziały NFS lub SMB, nie napotykasz limitu liczby udostępnionych woluminów do dołączenia
  • Maszyny wirtualne mają przepływność operacji we/wy i limity liczby operacji we/wy na sekundę, które można łatwo przekroczyć z dyskami magazynu w warstwie Premium i dyskami w warstwie Ultra
  • W przypadku usług ANF 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 w dwucyfrowej przestrzeni pojemności TiB przepływność uzyskiwania dostępu do takiego woluminu z jednej maszyny wirtualnej będzie płaskau na podstawie limitów systemu Linux dla pojedynczej sesji interakcji z udostępnionym woluminem.

Podczas cyklu życia systemu SAP maszyn wirtualnych platformy Azure o maksymalnym rozmiarze należy ocenić limity przepływności operacji we/wy na sekundę i 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 paska z wielu dysków platformy Azure na jeden większy wolumin umożliwia gromadzenie liczby operacji we/wy na sekundę i przepływności poszczególnych dysków w jeden wolumin. Jest ona używana tylko w przypadku magazynu w warstwie Standardowa platformy Azure i usługi Azure Premium Storage. 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 rozkładanie dwóch dysków magazynu W warstwie Premium P15 umożliwia przepływność:

  • 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 przez rozkładanie czterech dysków magazynu P10 Premium z ogólną pojemnością 512 GiB przez rozkładanie. Jeśli chcesz mieć jeden dysk z co najmniej 500 przepływnością MiB na sekundę, musisz wybrać dysk magazynu P60 Premium z 8 TiB. Ponieważ koszt magazynu w warstwie Premium jest niemal liniowy z pojemnością, możesz zrozumieć oszczędności kosztów przy użyciu usuwania.

Niektóre reguły należy przestrzegać w przypadku usuwania:

  • Nie należy używać magazynu skonfigurowanego na maszynie wirtualnej, ponieważ usługa Azure Storage przechowuje już nadmiarowe dane
  • Dyski, do których zastosowano zestaw pasków, muszą mieć taki sam rozmiar
  • W przypadku dysków SSD w warstwie Premium w wersji 2 i Ultra pojemność, aprowizowana liczba operacji we/wy na sekundę i aprowizowana przepływność musi być taka sama

Rozkładanie na wiele mniejszych dysków jest najlepszym sposobem osiągnięcia dobrego stosunku ceny/wydajności przy użyciu usługi Azure Premium Storage. Rozumie się, że rozkładanie może mieć pewne dodatkowe obciążenie związane 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: