Typy usługi Azure Storage dla obciążeń SAP
Platforma Azure ma wiele typów magazynów, które różnią się znacznie w zakresie możliwości, przepływności, opóźnień i cen. Niektóre typy magazynów nie są 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:
- Udostępnianie udziałów SMB lub NFS dla globalnego katalogu transportu sap
- Udział sapmnt w scenariuszach wysokiej dostępności zgodnie z opisem w:
- Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Windows z plikami Azure NetApp Files (SMB) dla aplikacji SAP
- Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server z usługą Azure NetApp Files dla aplikacji SAP
- Wysoka dostępność maszyn wirtualnych platformy Azure dla oprogramowania SAP NetWeaver w systemie Red Hat Enterprise Linux za pomocą usługi Azure NetApp Files dla aplikacji SAP
- Wdrożenia platformy SAP HANA przy użyciu udziałów NFS w wersji 4.1 dla woluminów /hana/data i /hana/log i/lub woluminów NFS w wersji 4.1 lub NFS w wersji 3 dla woluminów /hana/udostępnionych zgodnie z opisem w artykule Konfiguracje magazynu maszyn wirtualnych platformy Azure sap HANA
- IBM Db2 w systemie operacyjnym gościa Suse lub Red Hat Linux
- Wdrożenia oracle w systemie operacyjnym gościa Oracle Linux przy użyciu systemu plików dNFS dla danych Oracle i ponownie woluminów dziennika. Więcej szczegółów można znaleźć w artykule Wdrażanie usługi Oracle DBMS w usłudze Azure Virtual Machines dla obciążenia SAP
- Sap ASE w systemie operacyjnym gościa Suse lub Red Hat Linux
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:
- Możliwość wykonywania migawek woluminu
- Klonowanie woluminów ANF z migawek
- Przywracanie woluminów z migawek (przywracanie przyciągania)
- Spójna na poziomie aplikacji kopia zapasowa migawek dla oprogramowania SAP HANA i Oracle
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:
- Udostępnianie udziałów SMB lub NFS dla globalnego katalogu transportu sap
- Udział sapmnt w scenariuszach wysokiej dostępności zgodnie z opisem w:
- Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server z systemem plików NFS w usłudze Azure Files
- Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux z systemem plików NFS w usłudze Azure Files
- Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Windows przy użyciu protokołu SMB w warstwie Premium usługi Azure Files dla aplikacji SAP
- Wysoka dostępność systemu SAP HANA skalowalnego w poziomie z modułem HSR na serwerze SUSE Linux Enterprise Server
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: