Udostępnij za pośrednictwem

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 maszyny wirtualnej lub wirtualne dyski twarde (wirtualny dysk twardy) 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 (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.

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 (Electronic Data Interchange) 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 (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 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 Zalecane Nieobsługiwane
Rodziny maszyn wirtualnych SAP HANA M/Mv2 woluminu dziennika DBMS Nieobsługiwane Nieobsługiwane Zalecane1 Zalecane Zalecane Zalecane Nieobsługiwane
Wolumin danych DBMS SAP Esv3/Edsv4 rodziny maszyn wirtualnych SAP Esv3/Edsv4 Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Zalecane Nieobsługiwane
Wolumin dziennika DBMS SAP Esv3/Edsv4 rodziny maszyn wirtualnych SAP Esv3/Edsv4 Nieobsługiwane Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Nieobsługiwane
Udostępniony wolumin HANA Nieobsługiwane Nieobsługiwane Zalecane Zalecane Zalecane Zalecane Zalecane
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

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 Wys. Średni do wysoki Niski submillisecond submillisecond submillisecond  Niski
Zapisy opóźnienia Wys. Ś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 Tak3 Nr2 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żliwy Nie.

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

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

3 (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

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ółużytkuje 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 szybkość 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 Stosowny Wszystkie systemy
Dysk danych Stosowny Wszystkie systemy — specjalnie dla platformy SAP HANA
Globalny katalog transportu SAP Tak Obsługiwane
SAP sapmnt Stosowny Wszystkie systemy
Magazyn kopii zapasowych Stosowny 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 średni -
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 Śred. -

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 Stosowny Wszystkie systemy
Globalny katalog transportu SAP Tak Wszystkie systemy
SAP sapmnt Stosowny Wszystkie systemy
Magazyn kopii zapasowych Stosowny 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 Tak1 -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Tak -
Koszty Śred. -

1 (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

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 Stosowny Wszystkie systemy
Globalny katalog transportu SAP Tak Obsługiwane
SAP sapmnt Stosowny Wszystkie systemy
Magazyn kopii zapasowych Stosowny 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 Tak -
Możliwe migawki dysków Tak1 -
Możliwe migawki maszyn wirtualnych usługi Azure Backup Tak -
Koszty Wyższa niż usługa Premium Storage -

1 (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

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). 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

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 woluminy jako usługę , dla której można tworzyć konta usługi 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ć udziały plików o wysokiej wydajności, wysokiej dostępności i skalowalne oraz zarządzać nimi przy użyciu tych samych protokołów i narzędzi, które znasz i opierają się na ś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ł koligacji i koligacji w celu zmniejszenia rywalizacji oraz zapewnienia najlepszej przepływności i najniższych opóźnień.

Uwaga

Pule pojemności to podstawowa jednostka aprowizacji dla usługi Azure NetApp Files. Pule pojemności są oferowane od 1 TiB wielkości; Można rozszerzyć pulę pojemności w przyrostach 1-TiB. Pule pojemności to jednostka nadrzędna woluminów. Aby uzyskać informacje o określaniu rozmiaru, zobacz Limity zasobów usługi Azure NetApp Files. Aby uzyskać informacje o cenach, zobacz Cennik usługi Azure NetApp Files.

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

Uwaga

W przypadku obciążeń DBMS w systemie Linux użyj woluminów opartych na systemie plików NFS w usłudze Azure NetApp Files.

Oddzielenie przepływności od rozmiaru woluminu

Magazyn dla aplikacji baz danych zwykle ma wymagania dotyczące przepływności, które nie są skalowane liniowo z rozmiarem woluminów, czyli woluminy dziennika są stosunkowo małe, ale wymagają wysokiego poziomu przepływnoś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 500 przepływności MiB/s i pojemności 39 TiB
  • Wolumin dla plików dziennika wymaga 2000 przepływności MiB/s i 1 TiB pojemności

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 znacznej nadmiernej aprowizacji woluminu dziennika, aby osiągnąć wymaganie dotyczące przepływnoś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:

Możliwość Komentarz Notatki/łącza
Podstawowy dysk VHD systemu operacyjnego Korzystanie z dysku zarządzanego -
Dysk danych Stosowny SAP HANA, Oracle on Oracle Linux, Db2 and SAP ASE on SLES/RHEL, MAXDB, SQL Server
Globalny katalog transportu SAP Tak Protokół SMB (tylko system Windows) i system plików NFS (tylko system Linux)
SAP sapmnt Stosowny Protokół SMB (tylko system Windows) lub NFS (tylko system Linux)
Magazyn kopii zapasowych Stosowny Użyj migawek i/lub kopii zapasowej usługi Azure NetApp Files; Kopia zapasowa dziennika dla platformy HANA może być również używana jako miejsce docelowe kopii zapasowej opartej na plikach
Udziały/dysk udostępniony Tak SMB, NFS
Odporność LRS i GRS Magazyn GRS z replikacją między regionami; Magazyn ZRS z replikacją między strefami
Opóźnienie Bardzo małe Zazwyczaj mniej niż 1 ms
Umowa SLA dotycząca liczby operacji we/wy na sekundę Tak -
Liczba operacji we/wy na sekundę liniowa do pojemności Liniowy z funkcją automatycznego QoS; możliwość niezależnego konfigurowania za pomocą funkcji QoS ręcznej Dostępne trzy poziomy usług
Umowa SLA dotycząca przepustowości Tak Zalecenia dotyczące określania rozmiaru są dostępne w oprogramowaniu SAP w narzędziu do szacowania TCO usługi Azure NetApp Files
Przepływność liniowa do pojemności Liniowy z funkcją automatycznego QoS; możliwość niezależnego konfigurowania za pomocą funkcji QoS ręcznej Dostępne trzy poziomy usług
Certyfikat HANA Tak -
Możliwe migawki dysków Tak Zobacz Jak działają migawki usługi Azure NetApp Files
Orkiestracja migawek i kopii zapasowych spójnych na poziomie aplikacji Nie. Korzystanie z polecenia AzAcSnap lub SnapCenter
Koszty Korzystanie z narzędzi do szacowania TCO Użyj narzędzia do szacowania TCO oprogramowania SAP w usłudze Azure NetApp Files i wprowadź rozmiar krajobrazu

Inne wbudowane funkcje magazynu usługi Azure NetApp Files:

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

Podczas wdrażania woluminów usługi Azure NetApp Files zanotuj strefę, w której są lub zostaną wdrożone maszyny wirtualne. Upewnij się, że wybrano tę samą strefę. Ta funkcja jest udokumentowana w artykule Zarządzanie umieszczaniem woluminów strefy dostępności dla usługi Azure NetApp Files. Grupa woluminów aplikacji dla platformy SAP HANA używa tej samej funkcji do wdrażania woluminów w najbliższej możliwej odległości od maszyn wirtualnych aplikacji.

Motywacją do dostosowania tego typu strefy dostępności jest zmniejszenie obszaru ryzyka przez udziały 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 woluminów aplikacji jest to, że woluminy danych są wdrażane za pośrednictwem wielu punktów końcowych magazynu, co zmniejsza rywalizację o sieć 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 woluminy wyrzeźbione z co najmniej jednej puli 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.

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.

Uwaga

Ze względu na architekturę warstwową usługi Azure Premium Files opóźnienie dostępu do metadanych plików przechowywanych w udziałach jest znacznie wyższe niż w przypadku usługi Azure NetApp Files. To większe opóźnienie może mieć wpływ na masowe tworzenie i usuwanie plików. Ale może również mieć zauważalny wpływ na czas potrzebny do wyświetlenia listy zawartości dużych katalogów, zawierających setki tysięcy plików. Głównym przypadkiem użycia, który widzimy, że to większe opóźnienie metadanych wpływa, jest użycie jako udział interfejsu, w którym klienci mogą napotkać setki tysięcy, a nawet miliony tworzenia plików i masowe usuwanie każdego dnia. W związku z tym należy dokładnie przetestować scenariusze udostępniania interfejsu. Aby ustalić, czy obciążenie jest duże, sprawdź duże obciążenie metadanych lub przestrzeni nazw

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 Stosowny Wszystkie systemy SMB (tylko system Windows) lub NFS (tylko system Linux)
Magazyn kopii zapasowych Stosowny -
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 Tak -
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 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:

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 Stosowny -
Udziały/dysk udostępniony Niedostępny Wymaga innej firmy
Odporność LRS, GRS Brak magazynu ZRS dostępnego dla dysków
Opóźnienie wysoki 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, ewentualnych wdrożeń systemu 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 Stosowny -
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 wysoki 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 Niski -

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 dotyczy usługi Azure NetApp Files. 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 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 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ć nadmiarowości magazynu skonfigurowanego na maszynie wirtualnej, ponieważ usługa Azure Storage przechowuje dysk danych nadmiarowy już w zapleczu usługi Azure Storage
  • 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: